Sendeeinstellungen

E-Mail-Versanddomain

Der Versanddomainname dient als „Ausweis“ beim Versenden von E-Mails. Jedes Konto muss eine eigene Versanddomain besitzen. Während der SMTP-Sitzung ist er der Suffix der Absenderadresse („mail from“).

              
              mail from:  test@liubida.cn
250 sender  test@liubida.cn  OK

            

Wie oben gezeigt, ist liubida.cn der Domainname dieser E-Mail.

Nach erfolgreicher Registrierung eines EngageLab-Kontos weist das System automatisch einen Test-Versanddomainnamen zu. Vor der produktiven Nutzung müssen Sie unbedingt eine eigene Versanddomain für Ihr Unternehmen anlegen. Verwenden Sie die vom System bereitgestellte Testdomain nicht für den Versand von echten Geschäftsmails.

Versanddomain konfigurieren

Die Konfiguration der Versanddomain umfasst SPF, DKIM, MX und DMARC. Davon sind SPF, DKIM und MX erforderlich, DMARC ist optional.

SPF Wiki-Erklärung

SPF ist ein DNS-Eintragstyp, der zur Verhinderung von Spam entwickelt wurde und alle ausgehenden IP-Adressen eines Domainnamens registriert.

MX

MX ist ein Mail-Exchange-Eintrag, der auf einen Mailserver verweist. Er dient dazu, beim Versand von E-Mails den Mailserver anhand des Adress-Suffixes des Empfängers zu ermitteln.

DKIM Wiki-Erklärung

DKIM ist eine wichtige technische Maßnahme zur Verhinderung von betrügerischen E-Mails. Der Absender fügt in der Regel eine DKIM-Signatur sowie elektronische Signaturinformationen in den E-Mail-Header ein, während der Empfänger den öffentlichen Schlüssel per DNS-Abfrage erhält und die Signatur verifiziert. Die Konfiguration wird besonders für Nutzer:innen mit mehreren internationalen Domains empfohlen.

DMARC

Das Hauptziel des DMARC-Protokolls ist die Identifizierung und Abwehr von betrügerischen E-Mails. Nach erfolgreicher Konfiguration verwendet die Plattform den aktuellen Domainnamen als Suffix von „from“, um E-Mails erfolgreich zuzustellen. Dadurch wird die Wahrscheinlichkeit der Zustellung erhöht, die Glaubwürdigkeit verbessert und die Zustellrate gesteigert.

1. Wählen Sie „Einstellung – Domain“, um die Versanddomain-Konfigurationsoberfläche zu öffnen. Falls keine offizielle Domain vorhanden ist, können Sie eine neue Versanddomain hinzufügen.
2. Klicken Sie auf die zu konfigurierende Domain, um die Konfigurationsoberfläche zu öffnen. Nehmen Sie die entsprechenden Einstellungen gemäß den von EngageLab bereitgestellten Daten in Ihrem Domain-Management-System vor.

Nach der Domain-Konfiguration gibt es drei Status:

• Unverifiziert: Mindestens einer der erforderlichen Einträge (SPF, DKIM oder MX) ist fehlgeschlagen (diese Domain kann keinem API_USER zugeordnet werden)
• Nutzbar: Alle drei erforderlichen Einträge wurden verifiziert, aber die optionalen Einträge nicht.
• Verifiziert: Alle Konfigurationseinträge wurden erfolgreich verifiziert.

Nachdem alle Einträge konfiguriert wurden, kann es 10–30 Minuten dauern, bis die DNS-Änderungen wirksam werden.

Verwenden Sie für Trigger-Mails und Massenmails jeweils unterschiedliche Versanddomains (mit unterschiedlichen Hauptdomains), um Zustellprobleme zu vermeiden und sicherzustellen, dass Trigger-Mails nicht durch Einschränkungen bei Massenmails verzögert werden.

So konfigurieren Sie die Versanddomain auf einer DNS-Plattform

Im Folgenden wird beschrieben, wie Sie Versanddomains bei den gängigsten DNS-Anbietern konfigurieren.

Stellen Sie zunächst sicher, dass Sie Ihre eigene Versanddomain im EngageLab-Backend angelegt haben.

Im folgenden Beispiel wird xxx.com verwendet.

DNSPOD

1. Melden Sie sich bei Ihrem DNSPOD-Konto an und gehen Sie auf die Seite [Meine Domains] zur Domainverwaltung.
   
2. Klicken Sie auf [Eintrag hinzufügen], es erscheint ein neues Eingabefeld, wie unten dargestellt.
   
3. Übernehmen Sie die von EngageLab bereitgestellten Angaben für xxx.com, tragen Sie „Host-Eintrag“, „Eintragstyp“ und „Eintragswert“ ein und speichern Sie.
   
4. Sie müssen 3 TXT-Einträge und 1 MX-Eintrag anlegen. Bitte achten Sie darauf, dass die Angaben von EngageLab exakt übernommen werden.
   

API_USER

API_USER ist das Konto beim Versand von Nachrichten über die Schnittstelle.

• Beim Anlegen eines API_USER müssen Sie den „Typ“ (Trigger / Batch), die „Versanddomain“ und „Tracking-Optionen“ festlegen.
• Typ: Ein API_USER vom Typ „Trigger“ kann nur Trigger-Mails versenden, ein API_USER vom Typ „Batch“ nur Massenmails.
• Versanddomain: Beim Anlegen eines API_USER muss eine Versanddomain gebunden werden.
• Tracking-Optionen: Nach Auswahl kann EngageLab beim Versand mit diesem API_USER die entsprechenden Tracking-Informationen der Empfänger:innen erfassen.

API_KEY ist das Passwort beim Versand von Nachrichten über die Schnittstelle.

• Nach erfolgreicher Registrierung müssen Sie sich in Ihr Konto einloggen und manuell einen API_KEY generieren.
• Ein einmal angezeigter API_KEY kann im Interface nicht erneut angezeigt werden.
• Jeder API_USER verfügt über einen eigenen API_KEY, die gleich oder unterschiedlich sein können.
• Der API_KEY kann einzeln oder in der Masse zurückgesetzt werden; beim Massen-Reset teilen sich die API_USER denselben API_KEY.
• Nach dem Zurücksetzen ist der neue API_KEY sofort gültig, der alte API_KEY bleibt noch 15 Minuten lang aktiv.

API_USER und API_KEY sind wichtige Authentifizierungsdaten für den Versand von Nachrichten über API oder SMTP und müssen sicher aufbewahrt werden.

Label

Labels helfen Nutzer:innen, Nachrichten zu kategorisieren, was besonders für A/B-Testszenarien geeignet ist.

Nach erfolgreicher Erstellung weist das System automatisch eine Label-ID zu. Beim Versand kann die E-Mail mit dem Label-ID-Parameter gekennzeichnet werden.

Gleichzeitig können Sie den Versandstatus der jeweiligen Inhalte im System nach Label-Dimension abfragen.

E-Mail-Tracking

E-Mail-Tracking unterstützt Nutzer:innen dabei, „Öffnungsdaten“, „Klickdaten“ und „Abmeldedaten“ versendeter E-Mails zu erfassen, um den Erfolg des Versands zu bewerten.

Sie können für einen API_USER das „Open Tracking“, „Click Tracking“ und „Subscription Tracking“ konfigurieren.

Funktionsweise des Trackings

• Klick-Tracking: Das System ersetzt den ursprünglichen E-Mail-Link durch einen Tracking-Link mit Parametern. Wenn der/die Empfänger:in auf den Link klickt, erhält der EngageLab-Server (über die CNAME-Konfiguration track.engagelab.org) eine Anfrage zur Klickzählung und leitet anschließend auf den Original-Link weiter.
• Open Tracking: Das System fügt der E-Mail ein transparentes 1-Pixel-Bild hinzu. Beim Öffnen der E-Mail lädt das E-Mail-Programm oder der Webclient das Bild automatisch herunter und der EngageLab-Server registriert die Öffnung.
• Subscription Tracking: Das System fügt am Ende der E-Mail einen HTML-Code mit Abmeldelink ein oder ersetzt die Variable %%user_defined_unsubscribe_link%% durch den Abmeldelink. Nach Klick auf den Abmeldelink wird die Abmeldeseite angezeigt. Die Nutzer:innen wählen einen Abmeldegrund aus und nach Absenden des Formulars sammelt EngageLab die Informationen zur weiteren Verarbeitung.

Tracking-Domain

EngageLab stellt eine Standard-Tracking-Domain bereit, die jedoch gemeinsam genutzt wird und daher von anderen Nutzer:innen beeinflusst werden kann. Es wird empfohlen, eine eigene Tracking-Domain zu konfigurieren.

Aufgrund von Updates in Chrome und anderen Browsern wird künftig das Laden von HTTP-Ressourcen blockiert, was zu ungenauen Trackingdaten führen kann. Es wird empfohlen, ein SSL-Zertifikat hochzuladen und HTTPS-Tracking zu aktivieren.

Tracking-Schalter

Die Schalter und Einstellungen können je nach Bedarf angepasst werden.

Es wird empfohlen, das Subscription-Tracking aktiviert zu lassen, damit Nutzer:innen sich abmelden können, anstatt E-Mails als Spam zu melden.

Wenn Ihre Tracking-Domain in der DNS-Konfiguration keinen CNAME-Eintrag enthält, funktionieren die Links nach Aktivierung des Click-Tracking-Dienstes möglicherweise nicht mehr.

Abmelden

Abmeldeeinstellungen werden erst aktiv, wenn das Subscription-Tracking in den Tracking-Optionen aktiviert ist.

Abmelde-Dimension

EngageLab bietet drei Möglichkeiten zur Einstellung der Abmelde-Dimension:

1. Wird ein API_USER abgemeldet, betrifft dies nur diesen API_USER (Standard).
2. Wird ein API_USER abgemeldet, werden alle API_USER abgemeldet.
3. Wird ein API_USER abgemeldet, werden die in der Definition festgelegten API_USER abgemeldet.

Bei Option 3 kann jede:r API_USER eigene Abmelde-Regeln festlegen und entsprechend der Geschäftszuordnung verarbeiten.

Format der Abmeldung

Standardmäßig passt sich der eingefügte Abmelde-Button der Sprache der Abmeldeseite an. Wenn Sie mit dem Stil des Buttons nicht zufrieden sind, können Sie eigenen HTML-Code schreiben und die Variable %%user_defined_unsubscribe_link%% verwenden. Beim Versand ersetzt EngageLab diese Variable durch den Abmeldelink.

Im Editor können Sie durch die unten gezeigten Schritte ersetzen. Wählen Sie den gewünschten Text aus, wählen Sie "Link einfügen" aus und geben Sie die Variable in die Adresse ein, um die Konfiguration abzuschließen.

Abmeldeseite

Sie können die Abmeldeseite nach Ihren Wünschen personalisieren – Sprache, Seitenfarbe, Logo und Weiterleitungsziel sind anpassbar. Nicht zufriedenstellende Übersetzungen (außer Chinesisch) können beim Bearbeiten geändert werden.

Sie können im Bereich [Tracking] die Abmeldeseite für einen API_USER festlegen oder (in Entwicklung) beim API-Aufruf eine Abmeldeseite spezifizieren. Die per API festgelegte Seite hat Vorrang vor der an den API_USER gebundenen Seite.

Webhook

Wenn Nutzer:innen eine Versandanforderung an EngageLab senden, wird das „Anfrageergebnis“ sofort zurückgegeben; „Versandergebnis“ und „Ergebnisse anderer Ereignisse“ werden asynchron per Webhook übermittelt.

Bei Eintritt eines Ereignisses sendet EngageLab Daten (POST) an die vom Kunden hinterlegte URL. Der Kunde empfängt die Daten, analysiert das Ereignis und verarbeitet sie weiter.

Derzeit unterstützen wir folgende Ereignisse: target, sent, delivered, open, click, unsubscribe, spam-reporting, invalid email, soft bounce und route. Die Nachrichtenformate zu jedem Ereignis finden Sie hier.

Optionen

Fester „from“-Suffix und fester „mail from“

Was ist „from“?

„From“ ist die Absenderadresse, die im E-Mail-Inhalt angezeigt wird und das Format einer E-Mail-Adresse hat.

In EngageLab können Sie „from“ beim Versand per API oder SMTP auf jede gültige E-Mail-Adresse setzen.

Was ist „mail from“?

„Mail from“ ist die Absenderadresse auf dem E-Mail-Umschlag (Envelope), auch als Sender bezeichnet. Sie hat ebenfalls das Format einer E-Mail-Adresse.

„Mail from“ fungiert als technischer Absender und übermittelt die Nachricht.

Auf der EngageLab-Plattform wird der „mail from“-Suffix vom System gesteuert und entspricht immer der aktuellen Versanddomain; der Präfix kann auf der Seite individuell eingestellt werden. Ist kein Präfix gesetzt, generiert das System standardmäßig eine Zufallszeichenfolge.

Warum ist der „mail from“-Präfix standardmäßig eine Zufallszeichenfolge?

Manche Postfächer begrenzen die Anzahl der empfangenen Nachrichten basierend auf dem „mail from“-Wert. Um Einschränkungen durch identische „mail from“-Werte zu vermeiden, wird standardmäßig ein zufälliger Präfix verwendet.

Was passiert, wenn „from“ und „mail from“ nicht übereinstimmen?

1. Wenn die Suffixe von „from“ und „mail from“ unterschiedlich sind, wird die E-Mail im Namen einer anderen Domain versendet. Nur wenn einige Postfächer die vollständige Übereinstimmung verlangen, ist das Senden im Namen anderer möglich.
2. Bei Inkonsistenz zwischen „from“ und „mail from“ landen E-Mails in strengen Postfächern häufig im Spam-Ordner oder werden abgelehnt.

Fester „from“-Suffix

Wenn Sie möchten, dass der „from“-Suffix mit dem „mail from“-Suffix übereinstimmt, können Sie dies beim Versand per API oder SMTP selbst steuern. Alternativ können Sie in EngageLab einstellen, dass der „from“-Suffix fest und identisch mit dem „mail from“-Suffix ist. In der Regel erfolgt dann kein Versand im Namen anderer Domains.

Fester „mail from“

Falls bei einigen E-Mails der „mail from“-Präfix eine Zufallszeichenfolge ist, können Sie einen festen „mail from“ einstellen.

Automatisches AD-Tag

Für alle Batch-API_USER ist standardmäßig das automatische AD-Tag aktiviert, das den Betreff der E-Mail kennzeichnet. Wir empfehlen diese Einstellung für Massenmarketing-Mails, um zu verhindern, dass E-Mails als Spam erkannt werden.

TLS-Verschlüsselung

Wenn Sie Anforderungen an die Sicherheit der Mailübertragung haben, können Sie diese Option aktivieren.

Hinweis: Die Verschlüsselung kann die Versandgeschwindigkeit verringern. Bitte nur bei Bedarf aktivieren.

Nicht stören beim Versand

Wenn Sie verhindern möchten, dass E-Mails in bestimmten Zeiträumen versendet werden und so das Nutzer:innenerlebnis beeinträchtigen, können Sie dies einstellen.

Beispiel: Wenn Sie für einen API_USER „Nicht stören“ von 23:00 bis 6:00 Uhr aktivieren, pausiert das System den Versand für diesen API_USER in diesem Zeitraum.

Versand-Uninterception

EngageLab verwendet vier Listen (Bounce, Complaint, Unsubscribe, Block), um bestimmte Adressen zu blockieren. Wenn Sie für eine Adresse oder Empfängerdomain keine Blockierung wünschen, können Sie diese zur Uninterception-Liste hinzufügen.

Bounce-Interception

Bounce bezeichnet E-Mail-Adressen, die tatsächlich über EngageLab versendet wurden und für die der Mailserver „Adresse existiert nicht“ zurückmeldet. EngageLab blockiert diese Adressen für die Gültigkeitsdauer und gibt als Fehlergrund „in Blacklist: bounce“ zurück. Über „Optionen“ können Sie festlegen, ob „Bounce-Interception“ aktiviert (an: blockieren; aus: nicht blockieren) ist.