Skip to content

E-Mail-Richtlinien

Beim Erstellen Ihrer E-Mail-Campaign ist es wichtig zu beachten, wie Ihre E-Mail-Nachrichten bei Ihren verschiedenen Nutzer:innen und E-Mail-Anbietern (ESPs) ankommen.

Allgemeines

Hier sind einige kurze Tipps, die Sie beim Erstellen Ihrer Inhalte beachten sollten:

  • Verwenden Sie beim Formatieren Ihrer E-Mail Inline-Stylesheets als CSS.
  • Um ein E-Mail-Template sowohl für die mobile als auch die Desktop-Version zu verwenden, halten Sie die Breite unter 500 Pixeln.
  • Bilder müssen unter 5 MB groß sein. Wir empfehlen die Verwendung von PNG, JPEG oder GIF für maximale Kompatibilität. Vermeiden Sie SVG und WebP, da viele große E-Mail-Clients diese noch nicht unterstützen.
  • Legen Sie keine Höhen und Breiten für Bilder fest, da dies in einer degradierten E-Mail unnötigen Leerraum verursachen kann.
  • div-Tags sollten nicht verwendet werden, da die meisten E-Mail-Clients deren Verwendung nicht unterstützen. Verwenden Sie stattdessen verschachtelte Tabellen.
  • Vermeiden Sie die Verwendung von JavaScript, da es mit keinem ESP funktioniert.
  • Vermeiden Sie position: absolute und position: relative in CSS bei E-Mail-Templates. Die meisten E-Mail-Clients unterstützen CSS-Positionierung nicht, was zu Layout-Abweichungen zwischen der Braze-Vorschau und zugestellten E-Mails führt. Verwenden Sie tabellenbasierte Layouts, um geschichtete oder überlappende Effekte zu erzielen.
  • Braze verbessert die Ladezeiten durch die Verwendung eines globalen CDN zum Hosten aller E-Mail-Bilder.
  • Auf Mobilgeräten sind Bildspalten schmal (~100 px pro Spalte), sodass Zeilen mit mehreren Bildern dennoch passen (zum Beispiel vier Bilder ≈ vier nutzbare Spalten).

Alternativtext

Da Spamfilter sowohl auf eine HTML- als auch auf eine Nur-Text-Version einer Nachricht achten, ist die Verwendung von Nur-Text-Alternativen eine hervorragende Möglichkeit, Ihren Spam-Score zu senken. Darüber hinaus kann Alternativtext (alt="") dazu dienen, Bilder im E-Mail-Text zu ergänzen und in manchen Fällen zu ersetzen, die möglicherweise vom E-Mail-Anbieter der Nutzer:innen herausgefiltert wurden. Screenreader lesen Alternativtext vor, um Bilder zu erklären – dies ist also eine Gelegenheit, in einfacher Sprache wichtige Informationen über ein Bild bereitzustellen.

Der E-Mail-Client der Empfänger:innen – nicht Braze – steuert, wie Alternativtext angezeigt wird. Einzelheiten zu diesem Verhalten bei Clients wie Gmail, Outlook und Apple Mail finden Sie unter Wie E-Mail-Clients Alternativtext anzeigen.

E-Mail-Validierung

Die E-Mail-Validierung erfolgt, wenn die E-Mail-Adresse einer Nutzer:in aktualisiert oder über die API, einen CSV-Upload, das SDK in Braze importiert oder im Dashboard geändert wird. Beachten Sie, dass E-Mail-Adressen keine Leerzeichen enthalten dürfen. Werden sie über die API gesendet, können Leerzeichen zu einem 400-Fehler führen.

E-Mail-Adressen, die über die Braze-Server angesprochen werden, müssen gemäß den Standards von RFC 2822 validiert werden. Braze akzeptiert bestimmte Zeichen nicht und erkennt sie als ungültig. Wenn eine E-Mail einen Bounce verursacht, markiert Braze die E-Mail als ungültig, und der Abo-Status wird nicht geändert.

Informationen zu unzulässigen Zeichen und E-Mail-Validierungsregeln finden Sie unter E-Mail-Validierung.

Absender- und Antwort-Adressen

Achten Sie beim Festlegen Ihrer Absenderadressen darauf, dass die Domain Ihrer Absender-E-Mail mit Ihrer Versanddomain übereinstimmt (z. B. marketing.yourdomain.com). Andernfalls kann es zu einer Fehlausrichtung von SPF und DKIM kommen. Alle Antwort-E-Mails können auf Ihre Root-Domain gesetzt werden.

Anhänge in E-Mails

Wenn Sie Anhänge zu E-Mail-Nachrichten hinzufügen, beachten Sie die folgenden Best Practices für die Zustellbarkeit:

  • Spam-Filter scannen Anhänge und können Ihre Nachricht markieren.
  • E-Mail-Anbieter benötigen manchmal länger, um Nachrichten mit Anhängen zu akzeptieren.
  • Außerhalb von Eins-zu-eins-Nachrichten können Anhänge Ihre Nachricht im Posteingang riskant erscheinen lassen.
  • Halten Sie jeden Anhang unter 2 MB.
  • Senden Sie keine sensiblen Informationen als Anhang. Leiten Sie Nutzer:innen stattdessen zu Ihrem sicheren Portal weiter, um die Informationen dort einzusehen.

Layout (Drag-and-Drop und angepasstes HTML)

Das Layout kann fehlerhaft dargestellt werden, wenn von Braze generiertes HTML/CSS mit angepasstem HTML in Konflikt gerät. Gehen Sie in diesem Fall wie folgt vor:

  • Entfernen Sie zunächst angepasstes HTML/CSS
  • Überprüfen Sie, ob angepasste Schriftarten in der Vorschau korrekt geladen werden
  • Überprüfen Sie das Padding von Zeilen und Spalten
  • Bevorzugen Sie tabellenbasierte Layouts und bleiben Sie innerhalb der Breite des Editors

Content Blocks, die HTML von außerhalb des Editors einbinden, können ebenfalls das Layout beeinträchtigen.

UTM-Parameter in E-Mail-URLs

UTM-Parameter kennzeichnen URLs für Analytics. Sie können sie mit Liquid und angepassten Attributen erstellen.

  • Verwenden Sie nur ein Fragezeichen ? in der endgültigen URL (zusätzliche ?-Zeichen können Anfragen unterbrechen).
  • Vermeiden Sie Leerzeichen und Sonderzeichen in Werten (verwenden Sie _ oder -).
  • Stellen Sie sicher, dass Ihr Analytics-Tool UTMs verarbeitet. Entfernen Sie nachgestellte Leerzeichen in Liquid-capture-Blöcken. UTMs sind case-sensitive.

HTML-Details prüfen

Beachten Sie, dass einige HTML-Tags und -Attribute nicht zulässig sind, da sie potenziell Schadcode im Browser ausführen könnten.

Sehen Sie sich die folgenden Listen für HTML-Tags und -Attribute an, die in Ihren E-Mails nicht zulässig sind:

Für nicht zulässige HTML-Tags aufklappen
  • <!doctype>
  • <applet>
  • <bgsound>
  • <embed>
  • <frameset>
  • iframe
  • <ilayer>
  • <layer>
  • <link>
  • <meta>
  • <object>
  • <script>
  • <title>
  • <xml>
  • <svg>
Für nicht zulässige HTML-Attribute aufklappen
  • <animationend>
  • <animationiteration>
  • <animationstart>
  • <data-bind>
  • <fscommand>
  • <onabort>
  • <onabort>
  • <onactivate>
  • <onafterprint>
  • <onafterupdate>
  • <onbeforeactivate>
  • <onbeforecopy>
  • <onbeforecut>
  • <onbeforedeactivate>
  • <onbeforeeditfocus>
  • <onbeforepaste>
  • <onbeforeprint>
  • <onbeforeunload>
  • <onbeforeupdate>
  • <onbegin>
  • <onblur>
  • <onbounce>
  • <oncanplay>
  • <oncanplaythrough>
  • <oncellchange>
  • <onchange>
  • <onclick>
  • <oncontextmenu>
  • <oncontrolselect>
  • <oncopy>
  • <oncut>
  • <ondataavailable>
  • <ondatasetchanged>
  • <ondatasetcomplete>
  • <ondblclick>
  • <ondeactivate>
  • <ondrag>
  • <ondragdrop>
  • <ondragend>
  • <ondragenter>
  • <ondragleave>
  • <ondragover>
  • <ondragstart>
  • <ondrop>
  • <ondurationchange>
  • <onemptied>
  • <onend>
  • <onended>
  • <onerror>
  • <onerror>
  • <onerrorupdate>
  • <onfilterchange>
  • <onfinish>
  • <onfocus>
  • <onfocusin>
  • <onfocusout>
  • <onhashchange>
  • <onhelp>
  • <oninput>
  • <oninvalid>
  • <onkeydown>
  • <onkeypress>
  • <onkeyup>
  • <onlayoutcomplete>
  • <onload>
  • <onloadeddata>
  • <onloadedmetadata>
  • <onloadstart>
  • <onlosecapture>
  • <onmediacomplete>
  • <onmediaerror>
  • <onmessage>
  • <onmousedown>
  • <onmouseenter>
  • <onmouseleave>
  • <onmousemove>
  • <onmouseout>
  • <onmouseover>
  • <onmouseup>
  • <onmousewheel>
  • <onmove>
  • <onmoveend>
  • <onmovestart>
  • <onoffline>
  • <ononline>
  • <onopen>
  • <onoutofsync>
  • <onpagehide>
  • <onpageshow>
  • <onpaste>
  • <onpause>
  • <onplay>
  • <onplaying>
  • <onpopstate>
  • <onprogress>
  • <onpropertychange>
  • <onratechange>
  • <onreadystatechange>
  • <onredo>
  • <onrepeat>
  • <onreset>
  • <onresize>
  • <onresizeend>
  • <onresizestart>
  • <onresume>
  • <onreverse>
  • <onrowdelete>
  • <onrowexit>
  • <onrowinserted>
  • <onrowsenter>
  • <onscroll>
  • <onsearch>
  • <onseek>
  • <onseeked>
  • <onseeking>
  • <onselect>
  • <onselectionchange>
  • <onselectstart>
  • <onshow>
  • <onstalled>
  • <onstart>
  • <onstop>
  • <onstorage>
  • <onsubmit>
  • <onsuspend>
  • <onsyncrestored>
  • <ontimeerror>
  • <ontimeupdate>
  • <ontoggle>
  • <ontouchcancel>
  • <ontouchend>
  • <ontouchmove>
  • <ontouchstart>
  • <ontrackchange>
  • <onundo>
  • <onunload>
  • <onurlflip>
  • <onvolumechange>
  • <onwaiting>
  • <onwheel>
  • <seeksegmenttime>
  • <transitionend>

Fehlerbehebung bei doppelten E-Mails

Wenn Nutzer:innen berichten, dass sie doppelte E-Mails erhalten, können die folgenden Szenarien Ihnen helfen, die Ursache zu identifizieren:

Konfigurationsfehler bei der Erstellung einer Campaign oder eines Canvas

Nutzer:innen erhalten möglicherweise nicht dieselbe E-Mail zweimal, aber sie könnten zwei separate E-Mails mit derselben Betreffzeile erhalten. Wenn eine Campaign oder ein Canvas dupliziert wird, können grundlegende E-Mail-Konfigurationsdetails wie Bilder oder die Betreffzeile leicht übersehen werden.

So untersuchen Sie das Problem:

  1. Überprüfen Sie das Nutzerprofil und sehen Sie sich jedes Canvas und jede Campaign an, die die Nutzer:innen erhalten haben.
  2. Überprüfen Sie die Änderungsprotokolle, um festzustellen, ob die Campaign oder das Canvas nach dem Start geändert wurde. Es ist möglich, dass die Campaign oder das Canvas zum Zeitpunkt des Empfangs dieselbe Betreffzeile wie das Original hatte.

Campaign wurde mehrfach gesendet

Wenn die Anzahl der gesendeten Nachrichten deutlich größer ist als die Anzahl der Nutzer:innen in der Zielgruppe, kann dies darauf hindeuten, dass die Campaign mehrfach gestartet wurde.

Weitere Informationen darüber, wie Braze mit doppelten E-Mail-Adressen und Deduplizierung umgeht, finden Sie in den E-Mail-FAQ.
New Stuff!