Inbox Vision
Mit Inbox Vision können Sie Ihre E-Mails aus der Perspektive verschiedener E-Mail-Clients und mobiler Geräte anzeigen. So können Sie beispielsweise Unterschiede zwischen Dark Mode und Light Mode testen, um sicherzustellen, dass Ihre E-Mails wie beabsichtigt dargestellt werden.
Inbox Vision funktioniert möglicherweise nicht, wenn Ihr E-Mail-Inhalt auf Template-Informationen wie Nutzerprofildaten basiert. Braze verwendet beim Versenden von E-Mails für dieses Feature ein leeres Kundenprofil als Template.
Fügen Sie Standardwerte zu jedem Liquid in Ihrer E-Mail-Nachricht hinzu. Ohne Standardwerte kann es zu einem falschen positiven Ergebnis kommen oder der Test kann fehlschlagen.
Überlegungen
Im Allgemeinen funktioniert Ihre E-Mail nicht mit Inbox Vision, wenn der Inhalt Ihrer E-Mail auf Template-Informationen angewiesen ist, wie z. B. Kundenprofil-Informationen. Das liegt daran, dass Braze beim Versand von E-Mails mit diesem Feature ein leeres Kundenprofil als Template verwendet.
Sie können dieses Problem beheben, indem Sie Standardwerte oder beliebige Werte zum Liquid in Ihrer E-Mail-Nachricht hinzufügen, bevor Sie Inbox Vision ausführen. Wenn Sie die Tests in Inbox Vision abgeschlossen haben, wird die ursprüngliche E-Mail-Nachricht wieder angezeigt. Wenn keine Werte angegeben werden, kann der Test die Vorschauen möglicherweise nicht erfolgreich rendern.
Ihr Unternehmen hat ein Limit für die Anzahl der E-Mails, die Sie mit Inbox Vision in der Vorschau anzeigen können. Sie können dies im Tab E-Mail-Vorschauen von Inbox Vision überwachen.
Geben Sie eine Betreffzeile und eine gültige Absender-Domain an, um Vorschauen anzuzeigen. Beachten Sie die Unterschiede beim Rendering zwischen Desktop und Mobilgeräten. Nutzen Sie die Vorschauen, um zu bestätigen, dass die E-Mail wie beabsichtigt angezeigt wird.
Wenn bei der Vorschau einer Campaign ein Berechtigungsfehler angezeigt wird, leeren Sie Ihren Cache und Ihre Cookies oder verwenden Sie ein Inkognito-Fenster. Browser-Erweiterungen blockieren manchmal die Vorschau.
So testen Sie Ihre E-Mail-Nachricht in Inbox Vision:
- Gehen Sie zu Ihrem Drag-and-Drop-Editor oder HTML-E-Mail-Editor.
- Wählen Sie in Ihrem Editor Vorschau und Test aus.
- Wählen Sie Inbox Vision aus.
- Wählen Sie Inbox Vision ausführen aus. Dies dauert bis zu zehn Minuten.
- Wählen Sie anschließend eine Kachel aus, um die Vorschau detaillierter anzuzeigen. Diese Vorschauen sind in folgende Abschnitte gruppiert: Web Clients, Application Clients und Mobile Clients.
- Wählen Sie Inbox Vision ausführen aus. Dies kann zwischen zwei und zehn Minuten dauern.
Inbox Vision unterstützt keine E-Mail-Nachrichten, die Abbruchlogik enthalten, da diese E-Mails als statischer Inhalt gerendert werden.
Vorschau als Nutzer:in
Wenn Sie die Vorschau als zufällige:r Nutzer:in anzeigen, speichert Inbox Vision keine nutzerspezifischen Einstellungen oder Attribute (wie Name oder Präferenzen). Wenn Sie eine:n benutzerdefinierte:n Nutzer:in auswählen, kann die Inbox-Vision-Vorschau von anderen Vorschauen abweichen, da sie spezifische Nutzerdaten verwendet.
Code-Analyse
Die Code-Analyse hebt potenzielle HTML-Probleme hervor, zeigt die Anzahl der Vorkommen an und weist auf nicht unterstützte HTML-Elemente hin.
Informationen zur Code-Analyse anzeigen
Diese Informationen finden Sie auf dem Tab Inbox Vision, indem Sie Listenansicht auswählen. Die Listenansicht ist nur für HTML-E-Mail-Templates verfügbar. Für Drag-and-drop-Templates verwenden Sie stattdessen Vorschauen, um Probleme zu beheben.
Die Code-Analyse kann schneller als die Vorschau für einen bestimmten Client erscheinen, da Braze wartet, bis die E-Mail eingegangen ist, bevor der Screenshot erstellt wird.
Spam-Test
Spam-Tests schätzen ein, ob E-Mails möglicherweise als Spam gefiltert werden. Die Tests werden über Filter wie IronPort, SpamAssassin und Barracuda sowie ISP-Filter wie Gmail und Outlook durchgeführt, wobei statische Seed-Postfächer verwendet werden, die standardmäßig keine E-Mails öffnen oder anklicken.
Die Platzierung im Posteingang wird hauptsächlich durch das Engagement der tatsächlichen Empfänger:innen bestimmt. Spam-Test-Ergebnisse stimmen möglicherweise nicht mit dem überein, was Sie bei echten Campaigns beobachten.
Für einen aussagekräftigeren Einblick in die Zustellbarkeit testen Sie Inhalte mit kleinen Live-Kohorten – starke Öffnungs- und Klickraten sind das zuverlässigste Signal. Nutzen Sie Spam-Tests als einen Faktor neben dem Engagement-Monitoring.
Spam-Test-Ergebnisse anzeigen
So überprüfen Sie Ihre Spam-Test-Ergebnisse:
- Wählen Sie den Tab Spam Testing im Bereich Inbox Vision aus. Die Tabelle Spam Test Result zeigt den Namen des Spam-Filters, den Status und den Typ an.
- Überprüfen Sie diese Ergebnisse und nehmen Sie gegebenenfalls Anpassungen an Ihrer E-Mail-Campaign vor.
- Wählen Sie Re-run Test aus, um Ihre Spam-Test-Ergebnisse neu zu laden.
Barrierefreiheitstests
Barrierefreiheitstests heben potenzielle Probleme bei der Barrierefreiheit in Ihrer E-Mail hervor und zeigen, welche Elemente die Standards nicht erfüllen. Braze analysiert Inhalte anhand ausgewählter Richtlinien für barrierefreie Webinhalte (WCAG), einer Reihe international anerkannter Standards, die vom W3C entwickelt wurden, um Webinhalte barrierefreier zu gestalten.
Funktionsweise
Wenn Sie Inbox Vision ausführen, prüft Braze automatisch auf häufige Barrierefreiheitsprobleme im WCAG 2.2 AA-Regelsatz (z. B. fehlender Alt-Text, unzureichender Farbkontrast, fehlerhafte Überschriftenstruktur) und kategorisiert den Schweregrad, um Ihnen bei der Priorisierung von Korrekturen zu helfen. Beachten Sie, dass selbst bei vorhandenem Alt-Text die Darstellung vom E-Mail-Client der Empfänger:innen gesteuert wird, nicht von Braze.
Barrierefreiheitstests können zur Unterstützung der Compliance-Bemühungen von Kund:innen in Bezug auf Vorschriften oder Gesetze wie den European Accessibility Act verwendet werden. Kund:innen erkennen jedoch an, dass Braze keine Zusicherungen oder Gewährleistungen dahingehend abgibt, ob die Nutzung der Barrierefreiheitstests die Compliance-Verpflichtungen der Kund:innen erfüllt, und lehnt jegliche diesbezügliche Haftung ab.
Ergebnisse der Barrierefreiheitstests anzeigen
Barrierefreiheitstests generieren Ergebnisse für jede Regel als bestanden, fehlgeschlagen oder Überprüfung erforderlich im Tab Accessibility Testing. Braze kategorisiert jede Regel nach POUR (Perceivable, Operable, Understandable, Robust), den vier Prinzipien hinter WCAG.
POUR-Kategorien
Inbox Vision kategorisiert Probleme unter den vier grundlegenden POUR-Prinzipien: Wahrnehmbar, Bedienbar, Verständlich und Robust.
| Prinzip | Definition |
|---|---|
| Wahrnehmbar (Perceivable) | Informationen und Komponenten der Benutzeroberfläche müssen den Nutzer:innen so präsentiert werden, dass sie diese wahrnehmen können. Nutzer:innen müssen in der Lage sein, die dargestellten Informationen wahrzunehmen (sie dürfen für keinen ihrer Sinne unsichtbar sein). |
| Bedienbar (Operable) | Komponenten der Benutzeroberfläche und die Navigation müssen bedienbar sein. Nutzer:innen müssen in der Lage sein, die Schnittstelle zu bedienen (die Schnittstelle darf keine Interaktion erfordern, die Nutzer:innen nicht ausführen können). |
| Verständlich (Understandable) | Informationen und die Bedienung der Benutzeroberfläche müssen verständlich sein. Nutzer:innen müssen in der Lage sein, die Informationen sowie die Bedienung der Benutzeroberfläche zu verstehen (der Inhalt oder die Bedienung darf ihr Verständnis nicht übersteigen). |
| Robust | Inhalte müssen robust genug sein, damit sie von einer Vielzahl von User-Agents zuverlässig interpretiert werden können, einschließlich assistiver Technologien. Nutzer:innen müssen in der Lage sein, auf die Inhalte zuzugreifen, auch wenn sich Technologien weiterentwickeln (wenn sich Technologien und User-Agents weiterentwickeln, sollten die Inhalte barrierefrei bleiben). |
Schweregrade
Inbox Vision klassifiziert Barrierefreiheitsprobleme nach Schweregrad, um Ihnen bei der Priorisierung der Behebung zu helfen.
| Status | Definition |
|---|---|
| Kritisch | Probleme, die den Zugang zu Inhalten oder Funktionen für Nutzer:innen mit Behinderungen blockieren können. Diese sind die schwerwiegendsten und sollten vorrangig behoben werden. |
| Schwerwiegend | Probleme, die erhebliche Barrieren verursachen können, den Zugang aber möglicherweise nicht vollständig blockieren. Diese sollten zeitnah behoben werden. |
| Mäßig | Probleme, die für Nutzer:innen mit Behinderungen einige Schwierigkeiten verursachen können, den Zugang aber weniger wahrscheinlich vollständig blockieren. |
| Geringfügig | Probleme, die einen relativ geringen Einfluss auf die Barrierefreiheit haben und nur geringfügige Unannehmlichkeiten verursachen können. |
| Überprüfung erforderlich | Es kann nicht automatisch erkannt werden, ob ein Problem vorliegt oder nicht. Dies kann auftreten, wenn das Kontrastverhältnis nicht bestimmt werden kann, weil der Text auf einem Hintergrundbild platziert ist. Sie müssen dies manuell überprüfen, da es nicht automatisch bestimmt werden kann. |
| Bestanden | WCAG A, AA oder Best Practices für Barrierefreiheit bestanden. |
Der Drag-and-Drop-Editor unterstützt das Setzen eines <title>-Elements für das Dokument nicht, weshalb der Barrierefreiheitsscanner diese Prüfung immer als fehlgeschlagen meldet.
Diese Einschränkung ist für zukünftige Verbesserungen vorgemerkt. Wenn Sie Feedback zu the drag-and-drop editor document title limitation in Inbox Vision haben, öffnen Sie das Menü Support in der globalen Kopfzeile und wählen Sie Feedback teilen aus, um uns Ihre Gedanken mitzuteilen.
Automatisierte Barrierefreiheitstests verstehen
Automatisierte Zugänglichkeitstests helfen dabei, häufige Probleme wie fehlende Alt-Texte oder geringe Farbkontraste gemäß den WCAG Level AA Standards zu erkennen. Es ist ein leistungsstarker Ausgangspunkt für die Erstellung von Nachrichten, die alle einbeziehen.
Aber die Automatisierung kann nicht alles erfassen. Bei einigen Fragen ist ein menschliches Auge gefragt, z. B. ob die Reihenfolge der Schwerpunkte sinnvoll ist, ob Links und Buttons klar beschriftet sind oder ob Ihre Anweisungen leicht zu verstehen sind. Betrachten Sie diese Kontrollen als Diagnoseinstrument, nicht als endgültiges Urteil. Wir empfehlen, gekennzeichnete Probleme manuell zu überprüfen und nach bestem Wissen und Gewissen zu handeln, wenn etwas als “muss überprüft werden” markiert ist.
In unserem Leitfaden zur Barrierefreiheit bei Braze finden Sie praktische Tipps, wie Sie die Nutzung Ihrer Inhalte für alle erleichtern können:
Wenn Sie automatisierte Tests mit einer sorgfältigen manuellen Überprüfung kombinieren, werden Sie mehr Probleme erkennen und ein besseres Erlebnis für alle Nutzer:innen schaffen.
Best Practices
E-Mail-Abonnentenliste überprüfen
Nutzen Sie das E-Mail-Insights-Dashboard, um die beliebtesten Gerätetypen und Anbieter zu ermitteln, bei denen Ihre Abonnent:innen aktiv sind.
Wenn Sie eine detailliertere Aufschlüsselung benötigen, etwa nach Browser, Gerätemodell und mehr, können Sie Ihre Currents-Daten oder den Query Builder nutzen, um dieses Detailniveau über das aktuelle E-Mail-Engagement Ihrer Nutzer:innen abzurufen.
Aussagekräftige und betroffene Vorschauen auswählen
Wenn Ihr Unternehmen hauptsächlich in den USA ansässig ist, gibt es möglicherweise bestimmte Vorschauen – wie internationale Vorschauen wie GMX.de –, die nur von einer sehr geringen Anzahl an Nutzer:innen verwendet werden. Wir empfehlen, Posteingänge mit einer nennenswerten Abonnentenbasis zu priorisieren und zu optimieren und Ihre Vorschauen für Posteingänge mit höherer Wirkung zu reservieren.
Wenn Sie Korrekturen vornehmen, die bestimmte Vorschauen betreffen, wählen Sie nur die betroffenen Vorschauen aus, um zu vermeiden, dass nicht benötigte Vorschauen verbraucht werden.
Inbox Vision auf der finalen E-Mail-Version ausführen
Wir empfehlen, Inbox Vision auszuführen, wenn die E-Mail-Nachricht produktionsreif oder nahezu fertig ist. So können Sie die Anzahl der generierten Vorschauen reduzieren, da die E-Mail vor der Finalisierung und dem Versand an Nutzer:innen mehrere Iterationen durchläuft.
Wenn Sie Inbox Vision bei jeder einzelnen Bearbeitung oder Änderung ausführen, können Vorschauen schnell verbraucht werden. Wir empfehlen, zunächst alle notwendigen Änderungen an der E-Mail vorzunehmen und dann Inbox Vision auszuführen, um zu prüfen, wie sich Ihre Änderungen auf das Rendering Ihrer E-Mail in verschiedenen Umgebungen auswirken.
Braze führt Tests über tatsächliche E-Mail-Clients durch und stellt sicher, dass die Darstellungen akkurat sind. Braze verwendet standardmäßig die 20 wichtigsten Vorschauen basierend auf allgemeinen Branchen- und Expertendaten, die den Großteil der Umgebungen abdecken, in denen Ihre Nutzer:innen mit Ihren E-Mails interagieren. Wenn Ihre Datenanalyse auf andere, beliebtere Vorschauen hinweist, können Sie jedes Mal, wenn Sie Inbox Vision ausführen, ein Standardset an Vorschauen definieren.
Wenn Sie wiederholt ein Problem mit einem Client feststellen, erstellen Sie ein Support-Ticket.
Testgenauigkeit im Vergleich zu Live-Posteingängen
Eine gesendete Nachricht kann anders aussehen als die Vorschau im Editor, da Anbieter dasselbe HTML unterschiedlich interpretieren. Laden Sie eine Kopie des gesendeten HTML herunter, um es zu vergleichen, und verwenden Sie CSS-Inlining, wenn Clients <style>-Blöcke entfernen.
Leere E-Mail-Textkörper
Wenn Empfänger:innen leere E-Mail-Textkörper melden, aber den Absendernamen oder die Betreffzeile noch sehen können:
- Bestätigen Sie, welche E-Mail-Clients betroffen sind.
- Verwenden Sie Inbox Vision, um die Variante in diesen Clients zu testen und HTML- oder CSS-Kompatibilitätsprobleme zu identifizieren.
- Wenn ein Client
<style>-Blöcke entfernt, fügen Siestyle-Attribute zu den betroffenen HTML-Elementen hinzu. Weitere Informationen zum Inlining-Verhalten und seinen Einschränkungen finden Sie unter CSS-Inlining. In Gmail kann zu viel CSS dazu führen, dass der gesamte<style>-Block verworfen wird, was eine häufige Ursache für leere E-Mail-Textkörper ist. - Im HTML-Editor können Sie außerdem Inline-CSS aktivieren unter Sendeinformationen > Erweitert einschalten, um Stylesheet-Regeln für die gesamte Nachricht inline einzubinden. Diese Option ist für Drag-and-drop-E-Mails nicht verfügbar, da diese bereits vom Editor inline eingebunden werden.
- Testen Sie erneut in Inbox Vision, bevor Sie zukünftige Campaigns senden.