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.

Allgemein

Hier sind einige schnelle 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 Mobilgeräte als auch für Desktop-Versionen zu verwenden, halten Sie die Breite unter 500 Pixeln.
  • Bilder müssen kleiner als 5 MB 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 unnötigen Leerraum in einer degradierten E-Mail 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.
  • Braze verbessert die Ladezeiten durch die Verwendung eines globalen CDN zum Hosten aller E-Mail-Bilder.
  • Auf Mobilgeräten sind Bildspalten schmal (~100px pro Spalte), sodass Zeilen mit mehreren Bildern trotzdem passen (zum Beispiel vier Bilder ≈ vier nutzbare Spalten).

Alternativtext

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

E-Mail-Validierung

Die E-Mail-Validierung erfolgt, wenn die E-Mail-Adresse einer Nutzer:in aktualisiert oder über die API, CSV-Upload, das SDK in Braze importiert oder im Dashboard geändert wird. Beachten Sie, dass Ihre E-Mail-Adressen keine Leerzeichen enthalten dürfen. Beim Senden über die API 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 nicht zulässigen Zeichen und E-Mail-Validierungsregeln finden Sie unter E-Mail-Validierung.

Absender- und Antwort-Adressen

Stellen Sie beim Festlegen Ihrer Absender-Adressen sicher, dass Ihre Absender-E-Mail-Domain mit Ihrer Versand-Domain übereinstimmt (z. B. marketing.yourdomain.com). Andernfalls kann es zu einer SPF- und DKIM-Fehlausrichtung 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 benutzerdefiniertes HTML)

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

  • Entfernen Sie zuerst benutzerdefiniertes HTML/CSS.
  • Überprüfen Sie, ob benutzerdefinierte 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 -).
  • Bestätigen Sie, dass Ihr Analytics-Tool UTMs verarbeitet. Entfernen Sie nachgestellte Leerzeichen in Liquid-capture-Blöcken. UTMs unterscheiden zwischen Groß- und Kleinschreibung.

Überprüfung von HTML-Details

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:

Erweitern für nicht zulässige HTML-Tags
  • <!doctype>
  • <applet>
  • <bgsound>
  • <embed>
  • <frameset>
  • <iframe>
  • <ilayer>
  • <layer>
  • <link>
  • <meta>
  • <object>
  • <script>
  • <title>
  • <xml>
  • <svg>
Erweitern für nicht zulässige HTML-Attribute
  • <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>
New Stuff!