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 Templating-Informationen wie Nutzerprofildaten basiert. Braze verwendet beim Versenden von E-Mails für dieses Feature ein leeres Nutzerprofil für das Templating.
Fügen Sie jedem Liquid in Ihrer E-Mail-Nachricht Standardwerte hinzu. Ohne Standardwerte erhalten Sie möglicherweise ein falsch positives Ergebnis, oder der Test schlägt fehl.
Überlegungen
Im Allgemeinen funktioniert Ihre E-Mail nicht mit Inbox Vision, wenn der Inhalt Ihrer E-Mail auf Template-Informationen wie Nutzerprofil-Informationen basiert. Das liegt daran, dass Braze beim Versand von E-Mails mit diesem Feature eine:n leere:n Nutzer:in im Template verwendet.
Sie können dieses Problem lösen, indem Sie dem Liquid in Ihrer E-Mail-Nachricht Standardwerte oder beliebige Werte hinzufügen, bevor Sie Inbox Vision ausführen. Wenn Sie den Test 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.
Für Ihr Unternehmen gilt ein Limit, wie viele E-Mails 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 Versand-Domain an, um Vorschauen anzuzeigen. Achten Sie auf Unterschiede beim Rendering zwischen Desktop und Mobilgeräten. Verwenden Sie die Vorschauen, um zu bestätigen, dass die E-Mail wie beabsichtigt angezeigt wird.
Wenn bei der Vorschau einer Kampagne ein Berechtigungsfehler angezeigt wird, löschen 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:
- Gehen Sie zu Ihrem Drag-and-Drop-Editor oder HTML-E-Mail-Editor.
- Wählen Sie in Ihrem Editor Vorschau und Test.
- Wählen Sie Inbox Vision.
- Wählen Sie Inbox Vision ausführen. Dies dauert bis zu zehn Minuten.
- Wählen Sie anschließend eine Kachel aus, um die Vorschau detaillierter anzuzeigen. Diese Vorschauen sind in folgende Bereiche gruppiert: Web-Clients, Anwendungs-Clients und Mobile Clients.
- Wählen Sie Inbox Vision ausführen. Dies kann zwischen zwei und zehn Minuten dauern.
Inbox Vision unterstützt keine E-Mail-Nachrichten, die Abbruchlogik enthalten. Wenn die Abbruchlogik während der Template-Vorschau ausgelöst wird, können Inbox Vision, Spam-Tests und Barrierefreiheitstests erst ausgeführt werden, wenn die Nachricht für die ausgewählte Vorschau-Nutzer:in erfolgreich gerendert wird.
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 angepasste: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
Sie finden diese Informationen im Tab Inbox Vision, indem Sie Listenansicht auswählen. Die Listenansicht ist nur für HTML-E-Mail-Templates verfügbar. Bei Drag-and-Drop-Templates nutzen Sie stattdessen die Vorschauen, um Probleme zu beheben.
Die Code-Analyse kann schneller angezeigt werden als die Vorschau für einen bestimmten Client, da Braze wartet, bis die E-Mail eingegangen ist, bevor der Screenshot erstellt wird.
Spam-Test
Ein Spam-Test schätzt ab, ob E-Mails möglicherweise als Spam gefiltert werden. Die Tests laufen über Filter wie IronPort, SpamAssassin und Barracuda sowie über ISP-Filter wie Gmail und Outlook. Dabei kommen statische Seed-Posteingänge zum Einsatz, die standardmäßig keine E-Mails öffnen oder anklicken.
Die Platzierung im Posteingang hängt vor allem vom Engagement echter Empfänger:innen ab. Die Ergebnisse von Spam-Tests stimmen daher möglicherweise nicht mit dem überein, was Sie bei echten Campaigns beobachten.
Für eine verlässlichere Einschätzung der Zustellbarkeit testen Sie Inhalte am besten mit kleinen Live-Kohorten. Hohe Öffnungs- und Klickraten sind das zuverlässigste Signal. Nutzen Sie Spam-Tests als einen Faktor neben der Überwachung des Engagements.
Spam-Testergebnisse anzeigen
So prüfen Sie Ihre Spam-Testergebnisse:
- Wählen Sie im Bereich Inbox Vision den Tab Spam Testing aus. Die Tabelle Spam Test Result listet den Namen, den Status und den Typ des Spam-Filters auf.
- Prüfen Sie diese Ergebnisse und passen Sie Ihre E-Mail-Campaign bei Bedarf an.
- Wählen Sie Re-run Test aus, um Ihre Spam-Testergebnisse neu zu laden.
Barrierefreiheitstests
Barrierefreiheitstests zeigen potenzielle Probleme mit der Barrierefreiheit in Ihrer E-Mail auf und machen sichtbar, welche Elemente die Standards nicht erfüllen. Braze analysiert Inhalte anhand ausgewählter Web Content Accessibility Guidelines (WCAG). Dabei handelt es sich um international anerkannte Standards, die das W3C entwickelt hat, um Webinhalte barrierefreier zu machen.
Funktionsweise
Wenn Sie Inbox Vision ausführen, prüft Braze automatisch auf häufige Probleme mit der Barrierefreiheit gemäß dem WCAG 2.2 AA-Regelwerk (etwa fehlender Alt-Text, unzureichender Farbkontrast oder fehlerhafte Überschriftenstruktur) und stuft den Schweregrad ein, damit Sie Korrekturen priorisieren können. Beachten Sie: Auch wenn Alt-Text vorhanden ist, wird die Anzeige vom E-Mail-Client der Empfänger:innen gesteuert, nicht von Braze.
Barrierefreiheitstests können eingesetzt werden, um die Bemühungen von Kund:innen zur Einhaltung von Vorschriften oder Gesetzen wie dem European Accessibility Act zu unterstützen. Kund:innen erkennen jedoch an, dass Braze keine Zusicherungen oder Gewährleistungen dahingehend abgibt, ob die Nutzung von Barrierefreiheitstests die Compliance-Verpflichtungen der Kund:innen erfüllt, und lehnt jegliche diesbezügliche Haftung ab.
Ergebnisse der Barrierefreiheitstests anzeigen
Barrierefreiheitstests liefern für jede Regel das Ergebnis „bestanden“, „nicht bestanden“ oder „Überprüfung erforderlich“ im Tab Barrierefreiheitstests. Braze ordnet jede Regel nach POUR (Perceivable, Operable, Understandable, Robust) ein, den vier Prinzipien, auf denen die WCAG basieren.
POUR-Kategorien
Inbox Vision ordnet Probleme den vier grundlegenden POUR-Prinzipien zu: Wahrnehmbar (Perceivable), Bedienbar (Operable), Verständlich (Understandable) und Robust.
| Prinzip | Definition |
|---|---|
| Wahrnehmbar | Informationen und Komponenten der Benutzeroberfläche müssen Nutzer:innen so präsentiert werden, dass sie sie wahrnehmen können. Nutzer:innen müssen die dargestellten Informationen wahrnehmen können (sie dürfen nicht für alle ihre Sinne unsichtbar sein). |
| Bedienbar | Komponenten der Benutzeroberfläche 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 sowohl die Informationen als auch die Bedienung der Benutzeroberfläche verstehen können (Inhalt oder Bedienung dürfen ihr Verständnis nicht übersteigen). |
| Robust | Inhalte müssen so robust sein, dass sie von einer Vielzahl von User-Agents, einschließlich assistiver Technologien, zuverlässig interpretiert werden können. Nutzer:innen müssen auf die Inhalte zugreifen können, auch wenn sich Technologien weiterentwickeln (während sich Technologien und User-Agents verändern, sollen die Inhalte barrierefrei bleiben). |
Schweregrade
Inbox Vision stuft Probleme mit der Barrierefreiheit nach Schweregrad ein, damit Sie die Behebung priorisieren können.
| Status | Definition |
|---|---|
| Kritisch | Probleme, die Nutzer:innen mit Behinderungen den Zugriff auf Inhalte oder Funktionen versperren können. Diese sind am schwerwiegendsten und sollten vorrangig behoben werden. |
| Schwerwiegend | Probleme, die erhebliche Barrieren verursachen können, den Zugriff aber nicht vollständig versperren. Diese sollten zeitnah behoben werden. |
| Mittel | Probleme, die Nutzer:innen mit Behinderungen gewisse Schwierigkeiten bereiten können, den Zugriff aber mit geringerer Wahrscheinlichkeit vollständig versperren. |
| Gering | Probleme mit relativ geringen Auswirkungen auf die Barrierefreiheit, die nur kleinere Unannehmlichkeiten verursachen können. |
| Überprüfung erforderlich | Es lässt sich nicht erkennen, ob ein Problem vorliegt. Das kann vorkommen, wenn das Kontrastverhältnis nicht bestimmt werden kann, weil der Text auf einem Hintergrundbild platziert ist. Sie müssen manuell prüfen, da dies nicht automatisch ermittelt werden kann. |
| Bestanden | WCAG A, AA oder Best Practice für Barrierefreiheit bestanden. |
Der Drag-and-Drop-Editor unterstützt das Festlegen eines <title>-Elements für das Dokument nicht, daher schlägt diese Prüfung im Barrierefreiheits-Scanner immer fehl.
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 Barrierefreiheitstests helfen dabei, häufige Probleme wie fehlende Alt-Texte oder geringe Farbkontraste gemäß den WCAG Level AA Standards zu erkennen. Sie sind 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 Fokus-Reihenfolge sinnvoll ist, ob Links und Buttons klar beschriftet sind oder ob Ihre Anweisungen leicht zu verstehen sind. Betrachten Sie diese Prüfungen 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 „Überprüfung erforderlich“ markiert ist.
In unserem Leitfaden zur Barrierefreiheit bei Braze finden Sie praktische Tipps, wie Sie Ihre Inhalte für alle zugänglicher gestalten 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 Ihre Nutzer:innen schaffen.
Bewährte Praktiken
Überprüfen Sie Ihre E-Mail-Abonnentenliste
Nutzen Sie das E-Mail-Insights-Dashboard, um die beliebtesten Gerätetypen und Anbieter zu ermitteln, über die Ihre Abonnent:innen interagieren.
Wenn Sie mehr Details benötigen, etwa zu Browser, Gerätemodell und mehr, können Sie Ihre Currents-Daten oder den Query Builder nutzen, um diese Detailtiefe zum jüngsten E-Mail-Engagement Ihrer Nutzer:innen abzurufen.
Wählen Sie aussagekräftige und betroffene Vorschauen aus
Wenn Ihr Unternehmen hauptsächlich in den USA tätig ist, gibt es möglicherweise bestimmte Vorschauen, etwa internationale Vorschauen wie GMX.de, die nur von einer geringen Anzahl von Nutzer:innen verwendet werden. Wir empfehlen, Posteingänge mit einer nennenswerten Zahl an Abonnent:innen zu priorisieren und zu optimieren und Ihre Vorschauen für Posteingänge mit größerer Wirkung zu reservieren.
Wenn Sie Korrekturen vornehmen, die bestimmte Vorschauen betreffen, wählen Sie nur die betroffenen Vorschauen aus, um keine unnötigen Vorschauen zu verbrauchen.
Führen Sie Inbox Vision für die finale E-Mail-Version aus
Wir empfehlen, Inbox Vision auszuführen, wenn die E-Mail produktionsreif oder nahezu fertig ist. So reduzieren Sie die Anzahl der generierten Vorschauen, da die E-Mail mehrere Iterationen durchläuft, bevor sie finalisiert und bereit für den Versand an Nutzer:innen ist.
Wenn Sie Inbox Vision nach jeder einzelnen Bearbeitung oder Änderung ausführen, können Vorschauen schnell aufgebraucht sein. Wir empfehlen, zunächst alle notwendigen Änderungen an der E-Mail vorzunehmen und erst dann Inbox Vision auszuführen, um zu prüfen, wie sich all Ihre Änderungen auf die Darstellung Ihrer E-Mail in verschiedenen Umgebungen auswirken.
Braze führt Tests über echte E-Mail-Clients durch und stellt so sicher, dass die Darstellungen korrekt sind. Standardmäßig verwendet Braze die Top-20-Vorschauen auf Basis allgemeiner 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 ein Standard-Set an Vorschauen festlegen, das bei jeder Ausführung von Inbox Vision verwendet wird.
Wenn bei einem Client wiederholt ein Problem auftritt, eröffnen Sie ein Support-Ticket.
Fehlerbehebung bei Clients mit vielen iframes
Einige E-Mail-Clients, darunter GMX, stellen Nachrichten innerhalb von iframes dar und entfernen oder ignorieren möglicherweise CSS in <style>-Blöcken. Wenn Inbox Vision oder Live-Sendungen in diesen Clients fehlende Stile zeigen:
- Verwenden Sie tabellenbasierte Layouts statt CSS-positionierter Layouts.
- Wenden Sie wichtige Stile als Inline-
style-Attribute auf die betroffenen Elemente an. - Beachten Sie, dass Auf Desktop ausblenden und Auf Mobilgeräten ausblenden auf Media Queries im
<style>-Block basieren und daher in diesen Clients möglicherweise nicht funktionieren – nach Viewport ausgeblendete Inhalte können in beiden Ansichten erscheinen.
Testen Sie die aktualisierte Nachricht vor dem Versand in Inbox Vision mit der Vorschau des betroffenen Clients.
Testgenauigkeit im Vergleich zu echten 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 zum Vergleich herunter und nutzen Sie CSS-Inlining, wenn Clients <style>-Blöcke entfernen.
Leere E-Mail-Inhalte
Wenn Empfänger:innen leere E-Mail-Inhalte melden, aber den Sendernamen oder die Betreffzeile noch sehen können:
- Ermitteln Sie, welche E-Mail-Clients betroffen sind.
- Testen Sie die Variante mit Inbox Vision in diesen Clients und identifizieren Sie Kompatibilitätsprobleme bei HTML oder CSS.
- Wenn ein Client
<style>-Blöcke entfernt, fügen Sie den betroffenen HTML-Elementenstyle-Attribute 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 – eine häufige Ursache für leere E-Mail-Inhalte. - Im HTML-Editor können Sie außerdem unter Versandinformationen > Erweitert die Option Inline-CSS aktivieren einschalten, um Stylesheet-Regeln für die gesamte Nachricht inline einzufügen. Diese Option ist für Drag-and-Drop-E-Mails nicht verfügbar, da diese bereits vom Editor inline formatiert werden.
- Testen Sie erneut in Inbox Vision, bevor Sie künftige Kampagnen versenden.