registeraddress dla TYPO3

Rejestracja newslettera bez zewnętrznych usług oszczędza koszty i zachowuje dane pod własną kontrolą

Mailchimp, Brevo, GetResponse: za każdą rejestrację newslettera organizacje płacą za subskrybenta i za wysłanego maila. Przy 10 000 subskrybentów daje to od 400 do 1 200 złotych miesięcznie, samej tylko za zarządzanie adresami. registeraddress oferuje alternatywę: rejestrację newslettera bezpośrednio w TYPO3 przez sprawdzoną tabelę tt_address. Zarządzanie subskrybentami, double opt-in, link wypisania i dokumentacja zgody zgodna z RODO przebiegają w pełni w CMS, bez dostępu zewnętrznej usługi do danych subskrybentów.

Dla stowarzyszeń, mniejszych wydawnictw i instytucji publicznych z ograniczonym budżetem to rozwiązanie sensowne, zwłaszcza jeśli wysyłka odbywa się przez tani relay SMTP (Amazon SES kosztuje ok. 0,40 zł za 1 000 maili) lub własny serwer pocztowy.

Typowe scenariusze obejmują newslettery stowarzyszeń, dystrybucję intranetową i zapisy na wydarzenia

Najczęstszym scenariuszem jest klasyczny newsletter stowarzyszenia. Klub sportowy z 2 000 członków oferuje formularz zapisu na swojej witrynie TYPO3. Odwiedzający wpisują adres mailowy, otrzymują maila double opt-in, potwierdzają i są wpisywani do tabeli tt_address. Klub wysyła miesięczny newsletter przez rozszerzenie direct_mail lub zewnętrzny serwis wysyłkowy importujący adresy z tt_address. registeraddress odpowiada wyłącznie za rejestrację i wypisywanie, nie za samą wysyłkę.

Drugim scenariuszem są dystrybucje intranetowe w firmach. Pracownicy zapisują się na wewnętrzne newslettery informacyjne, np. “Lokalizacja Warszawa - menu w stołówce” lub “okna serwisowe IT”. Ponieważ dane nie mogą opuszczać sieci firmowej, zewnętrzny serwis newslettera jest wykluczony. registeraddress zarządza zapisami lokalnie w bazie TYPO3.

Trzeci scenariusz: zapisy na wydarzenia z potwierdzeniem mailowym. Biblioteka oferuje wydarzenia i wykorzystuje registeraddress jako lekki formularz zapisów. Mail potwierdzający po double opt-in zawiera datę, godzinę i miejsce wydarzenia. Nie jest to pełnoprawne rozwiązanie do zarządzania wydarzeniami, ale dla instytucji z pięcioma do dziesięcioma wydarzeniami miesięcznie wystarczające.

Architektura techniczna opiera się na tt_address i przepływie double opt-in

registeraddress jest zaimplementowany jako plugin Extbase i wykorzystuje tabelę tt_address jako bazę danych. Każda rejestracja przebiega trzyetapowo: wypełnienie formularza, mail double opt-in z linkiem potwierdzającym, aktywacja wpisu po kliknięciu linku. Link potwierdzający zawiera kryptograficznie podpisany token, który wygasa po konfigurowalnym okresie (domyślnie 48 godzin).

Rozszerzenie rejestruje plugin frontendowy konfigurowany przez TypoScript: pola obowiązkowe, pola opcjonalne (imię, firma, forma grzecznościowa), tekst potwierdzenia, szablony maili dla double opt-in i wiadomości powitalnej. Szablony Fluid można nadpisać przez SiteSet, by formularz pasował do designu witryny.

Dla zgodności z RODO registeraddress zapisuje moment zgody, adres IP, User-Agent oraz wersję polityki prywatności linkowanej w formularzu. W razie kontroli ze strony UODO można udowodnić, kiedy i pod jakimi warunkami subskrybent wyraził zgodę.

Wypisania odbywają się przez link w stopce newslettera, który dezaktywuje wpis tt_address (nie usuwa), aby historia zgód została zachowana. Ostateczne usunięcia zgodnie z art. 17 RODO (prawo do usunięcia) można realizować przez osobny formularz lub ręcznie w backendzie.

Częste problemy dotyczą maili double opt-in trafiających do spamu i nieaktualnych wersji tt_address

Dominującym problemem jest dostarczalność maila double opt-in. Gdy mail potwierdzający trafia do folderu spam, subskrybent nigdy nie kończy rejestracji. Przyczyny niemal zawsze leżą po stronie serwera: brak rekordu SPF, brak podpisu DKIM, brak polityki DMARC. Sam registeraddress nie poprawi dostarczalności, bo to temat serwera mailowego. Zalecamy, by przed uruchomieniem formularza newslettera sprawdzić uwierzytelnianie maila przez mail-tester.com.

Drugi problem: niekompatybilność ze starszymi wersjami tt_address. registeraddress polega na określonych polach w tabeli tt_address. Gdy tt_address publikuje aktualizację major i przemianowuje lub usuwa pola, registeraddress nie zapisuje już wpisów poprawnie. Rozwiązanie: tt_address i registeraddress aktualizować zawsze razem, a po aktualizacji wykonać przebieg testowy całego procesu rejestracji.

Trzeci temat: rejestracje botów. Bez mechanizmu ochrony boty wypełniają formularz fałszywymi adresami i generują tysiące maili double opt-in obciążających serwer pocztowy i niszczących reputację nadawcy. registeraddress wspiera pola honeypot i można go łączyć z sr_freecap lub hcaptcha, by odpierać boty.

TYPO3 v12 jest wspierany, kompatybilność z v13 wymaga zgrania z tt_address

registeraddress działa stabilnie pod TYPO3 v11 i v12, pod warunkiem że tt_address jest zainstalowany w kompatybilnej wersji. Dla TYPO3 v13 kompatybilność zależy zarówno od registeraddress, jak i od tt_address, ponieważ oba rozszerzenia są utrzymywane niezależnie. Gosign przy upgrade’ach TYPO3 sprawdza cały łańcuch newslettera (rejestracja, zarządzanie adresami, wysyłka) pod kątem kompatybilności i w razie potrzeby zaleca przejście na zewnętrzny serwis newslettera z integracją API, gdy natywne rozwiązanie TYPO3 nie jest już utrzymywane.