registeraddress für TYPO3

Newsletter-Registrierung ohne externe Dienste spart Kosten und hält Daten unter eigener Kontrolle

Mailchimp, Brevo, Rapidmail: Für jede Newsletter-Registrierung zahlen Organisationen pro Subscriber und pro versendeter E-Mail. Bei 10.000 Abonnenten summiert sich das auf 100 bis 300 Euro monatlich, nur für die Verwaltung der Adressen. registeraddress bietet eine Alternative: Newsletter-Registrierung direkt in TYPO3 über die bewährte tt_address-Tabelle. Subscriber-Management, Double-Opt-In, Abmelde-Link und DSGVO-konforme Einwilligungsdokumentation laufen vollständig im CMS, ohne dass ein externer Dienst Zugriff auf die Abonnentendaten bekommt.

Für Vereine, kleine Verlage und öffentliche Einrichtungen mit Budgetrestriktionen ist das eine valide Architektur, vor allem dann, wenn der Newsletter-Versand über einen günstigen SMTP-Relay-Dienst wie Amazon SES (0,10 Dollar pro 1.000 E-Mails) oder den eigenen Mailserver läuft.

Typische Einsatzszenarien umfassen Vereins-Newsletter, Intranet-Verteiler und Event-Anmeldungen

Das häufigste Szenario ist der klassische Vereins-Newsletter. Ein Sportverein mit 2.000 Mitgliedern bietet auf seiner TYPO3-Website ein Anmeldeformular. Besucher tragen ihre E-Mail-Adresse ein, erhalten eine Double-Opt-In-Mail, bestätigen und werden in die tt_address-Tabelle eingetragen. Der Verein versendet monatlich einen Newsletter über die direct_mail-Extension oder einen externen Versanddienst, der die Adressen aus tt_address importiert. registeraddress kümmert sich ausschliesslich um die Registrierung und Abmeldung, nicht um den Versand selbst.

Ein zweites Szenario sind Intranet-Verteiler in Unternehmen. Mitarbeiter melden sich für interne Informations-Newsletter an, etwa “Standort München - Kantinen-Menü” oder “IT-Wartungsfenster”. Da die Daten das Unternehmensnetzwerk nicht verlassen dürfen, ist ein externer Newsletter-Dienst ausgeschlossen. registeraddress verwaltet die Anmeldungen lokal in der TYPO3-Datenbank.

Drittes Szenario: Event-Anmeldungen mit E-Mail-Bestätigung. Eine Bibliothek bietet Veranstaltungen an und nutzt registeraddress als leichtgewichtiges Anmeldeformular. Die Bestätigungsmail nach dem Double-Opt-In enthält Datum, Uhrzeit und Ort der Veranstaltung. Das ist keine vollwertige Event-Management-Lösung, aber für Einrichtungen mit fünf bis zehn Veranstaltungen pro Monat ausreichend.

Technische Architektur baut auf tt_address und dem Double-Opt-In-Workflow

registeraddress ist als Extbase-Plugin implementiert und nutzt die tt_address-Tabelle als Datenbank. Jede Registrierung durchläuft einen dreistufigen Prozess: Formular-Eingabe, Double-Opt-In-Mail mit Bestätigungslink, Aktivierung des Eintrags nach Klick auf den Link. Der Bestätigungslink enthält einen kryptographisch signierten Token, der nach einer konfigurierbaren Zeitspanne (Standard: 48 Stunden) abläuft.

Die Extension registriert ein Frontend-Plugin, das über TypoScript konfiguriert wird: Pflichtfelder, optionale Felder (Name, Firma, Anrede), Bestätigungstext, E-Mail-Templates für Double-Opt-In und Willkommensmail. Die Fluid-Templates sind per SiteSet überschreibbar, sodass das Formular ins Design der Website passt.

Für die DSGVO-Konformität speichert registeraddress den Zeitpunkt der Einwilligung, die IP-Adresse, den User-Agent und die Version der Datenschutzerklärung, auf die im Formular verlinkt wurde. Bei einer Behördenanfrage lässt sich nachweisen, wann und unter welchen Bedingungen der Subscriber zugestimmt hat.

Abmeldungen laufen über einen Link im Newsletter-Footer, der den tt_address-Eintrag deaktiviert (nicht löscht), sodass die Einwilligungshistorie erhalten bleibt. Endgültige Löschungen gemäss Art. 17 DSGVO (Recht auf Löschung) können über ein separates Löschformular oder manuell im Backend erfolgen.

Häufige Probleme betreffen Double-Opt-In-Mails im Spam und veraltete tt_address-Versionen

Das dominierende Problem ist die Zustellbarkeit der Double-Opt-In-Mail. Wenn die Bestätigungsmail im Spam-Ordner landet, schliesst der Subscriber die Registrierung nie ab. Die Ursachen sind fast immer server-seitig: fehlender SPF-Record, kein DKIM-Signatur, kein DMARC-Policy. registeraddress selbst kann die Zustellbarkeit nicht verbessern, weil das ein Mailserver-Thema ist. Wir empfehlen, vor dem Launch eines Newsletter-Formulars die E-Mail-Authentifizierung mit mail-tester.com zu prüfen.

Zweites Problem: Inkompatibilität mit älteren tt_address-Versionen. registeraddress setzt auf bestimmte Felder in der tt_address-Tabelle. Wenn tt_address ein Major-Update veröffentlicht und Felder umbenennt oder entfernt, kann registeraddress die Einträge nicht mehr korrekt schreiben. Die Lösung: tt_address und registeraddress immer gemeinsam aktualisieren und nach dem Update einen Testdurchlauf des gesamten Registrierungsprozesses machen.

Drittes Thema: Bot-Registrierungen. Ohne Schutzmechanismus füllen Bots das Formular mit Fake-Adressen und erzeugen Tausende von Double-Opt-In-Mails, die den Mailserver belasten und die Sender-Reputation schädigen. registeraddress unterstützt Honeypot-Felder und kann mit sr_freecap oder hcaptcha kombiniert werden, um Bots abzuwehren.

TYPO3 v12 wird unterstützt, v13-Kompatibilität erfordert ein tt_address-Alignment

registeraddress läuft unter TYPO3 v11 und v12 stabil, vorausgesetzt tt_address ist in einer kompatiblen Version installiert. Für TYPO3 v13 hängt die Kompatibilität sowohl von registeraddress als auch von tt_address ab, da beide Extensions unabhängig gepflegt werden. Gosign prüft bei TYPO3-Upgrades die gesamte Newsletter-Kette (Registrierung, Adressverwaltung, Versand) auf Kompatibilität und empfiehlt bei Bedarf den Umstieg auf einen externen Newsletter-Dienst mit API-Anbindung, wenn die TYPO3-native Lösung nicht mehr gepflegt wird.