Mailchimp.

Mailchimp ist ein weit verbreiteter Dienst für E-Mail-Marketing. Newsletter werden dort geschrieben, versendet und ausgewertet; die Empfänger liegen in einer Audience — der Anbieter beschreibt sie als die Sammlung der eigenen Kontakte und empfiehlt, mit einer einzigen auszukommen und stattdessen innerhalb der Audience zu ordnen.

Geordnet wird mit zwei Mitteln. Merge-Felder sind die zusätzlichen Datenfelder am Kontakt — Vorname, Nachname, was das Mailing sonst noch braucht. Sie gehören jeweils zu einer Audience und werden über ihr Merge-Tag angesprochen, etwa FNAME und LNAME. Tags sind Etiketten, die an einem Kontakt hängen und ihn einordnen: woher er kam, wofür er sich angemeldet hat.

Für eine Website zählt vor allem der Weg nach draußen. Mailchimp bringt eigene, einbettbare Anmeldeformulare mit — und daneben eine öffentlich dokumentierte Marketing-API. Über sie lässt sich ein Kontakt aus einem selbst gebauten Formular heraus eintragen, mit Merge-Feldern und Tags. Genau dieser zweite Weg ist das Thema dieser Seite. Den fertigen Baustein für die Website — Formular, Bestätigung, Consent-Nachweis — beschreibt siteway_ in der Expertise unter Newsletter & E-Mail.

Die Kette hat vier Glieder, und sie ist in jedem Projekt dieselbe. Erstens das Formular: Es gehört zur Website, ist im eigenen Design gebaut, im eigenen Markup verankert und lässt sich mit Tastatur und Screenreader bedienen. Zwei, drei Felder reichen meistens — E-Mail-Adresse, vielleicht der Vorname für die Anrede, dazu die Einwilligung als bewusste Handlung. Wie wir Formulare grundsätzlich bauen, steht unter Formularstrecken.

Zweitens der eigene Endpunkt. Abgeschickt wird nicht zu Mailchimp, sondern an eine eigene Adresse auf demselben Server. Dort passieren die Dinge, die im Browser nichts zu suchen haben: Die Eingabe wird geprüft, Missbrauch wird gebremst, und der API-Schlüssel liegt in der Server-Konfiguration — nie im JavaScript, nie im HTML, nie in einem Repository. Aus dieser Trennung folgt ein angenehmer Nebeneffekt: Im Browser der Besucherin wird kein Fremdcode geladen, weil die Verbindung zum Dienst erst hinter der Website beginnt.

Drittens der Aufruf. Der Server legt den Kontakt in der Audience an — mit dem Status, der zur Anmeldung über eine Website passt: pending. Damit verschickt Mailchimp die Bestätigungsmail, und erst der Klick auf den Link darin macht aus dem Kontakt einen eingetragenen Empfänger. Dazu gehen die vereinbarten Merge-Felder mit und der Tag, der später erkennen lässt, über welches Formular die Anmeldung kam.

Viertens die Rückmeldung. Der Absender erfährt in klarer Sprache, was jetzt passiert: dass eine E-Mail unterwegs ist und dass die Anmeldung erst mit dem Klick darin gilt. Und er erfährt es auch dann, wenn etwas schiefgeht — bei einer ungültigen Adresse, bei einem bereits eingetragenen Kontakt, bei einem abgemeldeten. Nichts davon darf als weiße Seite oder als technischer Fehlertext enden.

Und weil der Dienst irgendwann einmal nicht antwortet: Der Endpunkt protokolliert den Vorgang, versucht es mit Abstand erneut und meldet den Ausfall, statt die Anmeldung stillschweigend zu verlieren. Die buchbare Leistung dahinter beschreiben wir unter Schnittstellen & Integration.

Eine E-Mail-Adresse ist ein personenbezogenes Datum, und sie wird bei einer Newsletter-Anmeldung an einen Dienstleister übergeben. Mailchimp wird von der The Rocket Science Group LLC betrieben, einem Unternehmen aus den USA — daraus folgen zwei Punkte, die vor dem Go-live geklärt gehören: die Auftragsverarbeitung und der Datentransfer.

Der Anbieter stellt dafür ein Data Processing Addendum bereit. Darin beschreibt er sich als Auftragsverarbeiter, der Kundendaten im Auftrag verarbeitet, und benennt als Grundlagen für die Übermittlung unter anderem die Standardvertragsklauseln und den EU-US Data Privacy Framework. Dass es dieses Dokument gibt, ist eine Tatsache; wie es im konkreten Fall zu bewerten ist, entscheidet ihr mit eurer Rechtsberatung. Wer die Verarbeitung innerhalb der EU halten möchte, wählt einen Anbieter, der genau das zusichert — an der Technik der Anbindung ändert das nichts. Die Schwesterseiten zu CleverReach und rapidmail beschreiben deren Schnittstellen im selben Aufbau.

Was wir technisch beisteuern, ist die saubere Seite der Website. Datensparsamkeit im Formular: nur Felder, die sich begründen lassen. Die Einwilligung als bewusste Handlung, getrennt vom Absenden und mit klarer Beschreibung, wofür sie gilt. Die Übertragung ausschließlich serverseitig über TLS. Das Double-Opt-in über den Status pending, sodass ein Nachweis entsteht, statt behauptet zu werden. Und benannte Wege für Abmeldung und Löschung, bevor die erste Anfrage kommt.

Ein Nebeneffekt der Bauweise gehört hierher: Weil das Formular selbst gebaut ist und die Übergabe serverseitig läuft, lädt im Browser der Besucherin kein Fremdcode. Der Browser spricht mit der Website, die Website spricht mit dem Dienst. Wie wir Seiten grundsätzlich trackingfrei und mit sauberen Security-Headern ausliefern, steht unter Sicherheit & Datenschutz.