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 Nutzerprofil 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 deren Inhalt auf Template-Informationen basiert, wie beispielsweise Informationen zum Nutzerprofil. Dies liegt daran, dass Braze ein leeres Nutzerprofil als Template verwendet, wenn wir E-Mails mit diesem Feature versenden.
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 Prüfung in Inbox Vision abgeschlossen haben, wird die ursprüngliche E-Mail-Nachricht 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 Email Previews 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ät. Nutzen Sie die Vorschauen, um zu bestätigen, dass die E-Mail wie beabsichtigt dargestellt wird.
Wenn bei der Vorschau einer Campaign ein Berechtigungsfehler angezeigt wird, leeren Sie Ihren Cache und Ihre Cookies oder versuchen Sie es in einem Inkognito-Fenster. Browser-Erweiterungen blockieren manchmal die Vorschau.
So testen Sie Ihre E-Mail-Nachricht in Inbox Vision:
- Öffnen Sie Ihren Drag-and-Drop-Editor oder HTML-E-Mail-Editor.
- Wählen Sie in Ihrem Editor Preview & Test aus.
- Wählen Sie Inbox Vision aus.
- Wählen Sie Run Inbox Vision aus. Dies kann bis zu zehn Minuten dauern.
- 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 Run Inbox Vision 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 eine 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 im Tab Inbox Vision, indem Sie List view 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 erscheinen als die Vorschau für einen bestimmten Client, da Braze wartet, bis die E-Mail eingegangen ist, bevor der Screenshot erstellt wird.
Spam-Test
Der Spam-Test schätzt, ob E-Mails möglicherweise als Spam gefiltert werden. 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 Öffnungen oder Klicks erzeugen.
Die Inbox-Platzierung wird hauptsächlich durch das Live-Engagement der Empfänger:innen bestimmt. Spam-Testergebnisse stimmen möglicherweise nicht mit dem überein, was Sie bei echten Campaigns sehen.
Für eine aussagekräftigere Einschätzung der Zustellbarkeit testen Sie Inhalte mit kleinen Live-Kohorten – starke Öffnungen und Klicks sind das zuverlässigste Signal. Nutzen Sie Spam-Tests als einen Faktor neben dem Engagement-Monitoring.
Spam-Testergebnisse anzeigen
So überprüfen Sie Ihre Spam-Testergebnisse:
- Wählen Sie den Tab Spam Testing im Abschnitt Inbox Vision aus. Die Tabelle Spam Test Result listet den Namen des Spam-Filters, den Status und den Typ auf.
- Überprüfen Sie diese Ergebnisse und nehmen Sie Anpassungen an Ihrer E-Mail-Campaign vor.
- Wählen Sie Re-run Test aus, um Ihre Spam-Testergebnisse neu zu laden.
Barrierefreiheitstest
Der Barrierefreiheitstest hebt potenzielle Barrierefreiheitsprobleme in Ihrer E-Mail hervor und zeigt, welche Elemente die Standards nicht erfüllen. Braze analysiert Inhalte anhand ausgewählter Web Content Accessibility Guidelines (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-Regelwerk (wie fehlender Alt-Text, unzureichender Farbkontrast, fehlerhafte Überschriftenstruktur) und kategorisiert den Schweregrad, um Ihnen bei der Priorisierung von Korrekturen zu helfen.
Der Barrierefreiheitstest kann zur Unterstützung der Compliance-Bemühungen des Kunden in Bezug auf Vorschriften oder Gesetze wie den European Accessibility Act verwendet werden. Der Kunde erkennt jedoch an, dass Braze keine Zusicherungen oder Gewährleistungen dahingehend abgibt, ob die Nutzung des Barrierefreiheitstests die Compliance-Verpflichtungen des Kunden erfüllt, und lehnt jegliche diesbezügliche Haftung ab.
Ergebnisse des Barrierefreiheitstests anzeigen
Der Barrierefreiheitstest generiert Ergebnisse für jede Regel als bestanden, fehlgeschlagen oder überprüfungsbedürftig 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 | Informationen und Benutzeroberflächenkomponenten müssen den Nutzer:innen so präsentiert werden, dass sie diese wahrnehmen können. Nutzer:innen müssen die dargestellten Informationen wahrnehmen können (sie dürfen für keinen ihrer Sinne unsichtbar sein). |
| Bedienbar | Benutzeroberflächenkomponenten und Navigation müssen bedienbar sein. Nutzer:innen müssen die Schnittstelle bedienen können (die Schnittstelle darf keine Interaktion erfordern, die Nutzer:innen nicht ausführen können). |
| Verständlich | Informationen und die Bedienung der Benutzeroberfläche müssen verständlich sein. Nutzer:innen müssen die Informationen sowie die Bedienung der Benutzeroberfläche verstehen können (der Inhalt oder die Bedienung darf nicht über ihr Verständnis hinausgehen). |
| Robust | Inhalte müssen robust genug sein, um von einer Vielzahl von User Agents, einschließlich assistiver Technologien, zuverlässig interpretiert werden zu können. Nutzer:innen müssen auf die Inhalte zugreifen können, auch wenn sich Technologien weiterentwickeln (wenn sich Technologien und User Agents weiterentwickeln, sollten die Inhalte weiterhin zugänglich 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 am 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. |
| Mittel | Probleme, die für Nutzer:innen mit Behinderungen gewisse Schwierigkeiten verursachen können, den Zugang aber weniger wahrscheinlich vollständig blockieren. |
| Gering | Probleme, die einen relativ geringen Einfluss auf die Barrierefreiheit haben und möglicherweise nur geringfügige Unannehmlichkeiten verursachen. |
| Überprüfung erforderlich | Es kann nicht 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 manuell überprüfen, da eine automatische Bestimmung nicht möglich ist. |
| Bestanden | WCAG A, AA oder Best Practice für Barrierefreiheit bestanden. |
Der Drag-and-Drop-Editor unterstützt nicht das Setzen eines <title>-Elements im Dokument, sodass der Barrierefreiheitsscanner diese Prüfung immer als fehlgeschlagen meldet.
Diese Einschränkung wird für zukünftige Verbesserungen verfolgt. Wenn dies Ihre Workflows oder Ihre Nutzer:innen betrifft, teilen Sie Ihr Feedback, damit wir wirkungsvolle Korrekturen priorisieren können.
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
Überprüfen Sie Ihre E-Mail-Abonnent:innenliste
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 mehr Granularität benötigen, z. B. Browser, Gerätemodell und mehr, können Sie Ihre Currents-Daten oder den Abfrage-Builder nutzen, um dieses Detailniveau über das aktuelle E-Mail-Engagement Ihrer Nutzer:innen abzurufen.
Andernfalls verwendet Braze standardmäßig die 20 wichtigsten Vorschauen basierend auf allgemeinen Branchen- und Expertendaten, die den Großteil der Umgebungen abdecken, in denen Ihre Abonnent: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, einen Standardsatz von Vorschauen definieren.
Wählen Sie aussagekräftige und betroffene Vorschauen aus
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 geringen Anzahl von Nutzer:innen verwendet werden. Wir empfehlen, Postfächer mit einer nennenswerten Abonnent:innen-Reichweite zu priorisieren und zu optimieren und Ihre Vorschauen für Postfächer mit höherer Wirkung zu reservieren.
Wenn Sie Korrekturen vornehmen, die bestimmte Vorschauen betreffen, wählen Sie nur die betroffenen Vorschauen aus, um den Verbrauch ungenutzter Vorschauen zu vermeiden.
Führen Sie Inbox Vision für die finale E-Mail-Version aus
Wir empfehlen, Inbox Vision auszuführen, wenn die E-Mail-Nachricht produktionsbereit 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.
Inbox Vision bei jeder einzelnen Bearbeitung oder Änderung auszuführen, kann Vorschauen schnell verbrauchen. Wir empfehlen, zunächst alle notwendigen Änderungen an der E-Mail vorzunehmen und dann Inbox Vision auszuführen, um zu sehen, wie sich alle Ihre Änderungen auf das Rendering Ihrer E-Mail in verschiedenen Umgebungen auswirken.
Braze führt Tests über echte E-Mail-Clients durch und stellt sicher, dass die Darstellungen korrekt sind. Wenn Sie bei einem Client durchgehend ein Problem feststellen, eröffnen Sie ein Support-Ticket.
Testgenauigkeit im Vergleich zu Live-Postfächern
Eine gesendete Nachricht kann anders aussehen als die Editor-Vorschau, 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.