Inbox Vision
Inbox Vision vous permet de visualiser vos e-mails du point de vue de différents clients de messagerie et appareils mobiles. Par exemple, vous pouvez tester les différences entre le mode sombre et le mode clair afin de vérifier que vos e-mails s’affichent correctement.

Inbox Vision peut ne pas fonctionner si le contenu de votre e-mail repose sur des informations de modèles, telles que les données du profil utilisateur. Braze utilise un utilisateur vide comme modèle lors de l’envoi d’e-mails pour cette fonctionnalité.
Ajoutez des valeurs par défaut à tout élément Liquid dans votre e-mail. Sans valeurs par défaut, vous pourriez obtenir un faux positif ou le test pourrait échouer.
Considérations
En général, votre e-mail ne fonctionnera pas avec Inbox Vision si le contenu de votre e-mail repose sur des informations de modélisation, telles que des informations de profil utilisateur. En effet, Braze utilise un utilisateur vide comme modèle lorsque nous envoyons des e-mails avec cette fonctionnalité.
Vous pouvez résoudre ce problème en ajoutant des valeurs par défaut ou toute autre valeur au Liquid dans votre message e-mail avant d’exécuter Inbox Vision. Lorsque vous avez terminé les tests dans Inbox Vision, le message e-mail original réapparaît. Si aucune valeur n’est fournie, le test risque de ne pas générer les aperçus correctement.
Votre entreprise dispose d’une limite quant au nombre d’e-mails que vous pouvez prévisualiser avec Inbox Vision. Vous pouvez suivre cette limite dans l’onglet Email Previews d’Inbox Vision.
Incluez une ligne d’objet et un domaine d’envoi valide pour afficher les aperçus. Soyez attentif aux différences de rendu entre ordinateur et mobile. Utilisez les aperçus pour confirmer que l’e-mail s’affiche comme prévu.

Si la prévisualisation d’une Campaign affiche une erreur de permission, videz votre cache et vos cookies, ou essayez une fenêtre de navigation privée. Les extensions de navigateur bloquent parfois l’aperçu.
Pour tester votre message e-mail dans Inbox Vision :
- Accédez à votre éditeur par glisser-déposer ou à votre éditeur d’e-mail HTML.
- Dans votre éditeur, sélectionnez Preview & Test.
- Sélectionnez Inbox Vision.
- Sélectionnez Run Inbox Vision. Cette opération peut prendre jusqu’à dix minutes.
- Ensuite, sélectionnez une vignette pour afficher l’aperçu plus en détail. Ces aperçus sont regroupés dans les sections suivantes : Web Clients, Application Clients et Mobile Clients.

- Sélectionnez Run Inbox Vision. Cette opération peut prendre entre deux et dix minutes.

Inbox Vision ne prend pas en charge les messages e-mail qui incluent une logique d’abandon, car ces e-mails sont rendus sous forme de contenu statique.
Prévisualiser en tant qu’utilisateur
Lorsque vous prévisualisez en tant qu’utilisateur aléatoire, Inbox Vision n’enregistre pas les paramètres ni les attributs spécifiques à l’utilisateur (tels que le nom ou les préférences). Lorsque vous sélectionnez un utilisateur personnalisé, l’aperçu Inbox Vision peut différer des autres aperçus, car il utilise des données utilisateur spécifiques.
Analyse du code
L’analyse du code met en évidence les problèmes HTML potentiels, indique le nombre d’occurrences et signale les éléments HTML non pris en charge.
Consulter les informations d’analyse du code
Vous trouverez ces informations dans l’onglet Inbox Vision en sélectionnant Vue en liste. La vue en liste est disponible uniquement pour les modèles d’e-mail HTML. Pour les modèles par glisser-déposer, utilisez plutôt les aperçus pour résoudre les problèmes.


L’analyse du code peut s’afficher plus rapidement que l’aperçu pour un client donné, car Braze attend que l’e-mail soit reçu avant de prendre la capture d’écran.
Tests de courrier indésirable
Les tests de courrier indésirable estiment si un e-mail risque d’être filtré comme spam. Les tests s’exécutent sur différents filtres tels qu’IronPort, SpamAssassin et Barracuda, ainsi que sur des filtres de fournisseurs de services Internet tels que Gmail et Outlook, en utilisant des boîtes de réception initiatrices statiques qui n’ouvrent ni ne cliquent par défaut.

Le placement en boîte de réception dépend principalement de l’engagement des destinataires en direct. Les résultats des tests de courrier indésirable peuvent ne pas correspondre à ce que vous observez avec de vraies Campaigns.
Pour une lecture plus claire de la livrabilité, testez le contenu avec de petites cohortes en direct : des ouvertures et des clics élevés constituent le signal le plus fiable. Utilisez les tests de courrier indésirable comme un indicateur parmi d’autres, en complément du suivi de l’engagement.
Consultation des résultats des tests de courrier indésirable
Pour vérifier les résultats de vos tests de courrier indésirable :
- Sélectionnez l’onglet Spam Testing dans la section Inbox Vision. Le tableau Spam Test Result affiche le nom du filtre anti-spam, le statut et le type.
- Examinez ces résultats et apportez les ajustements nécessaires à votre campagne e-mail.
- Sélectionnez Re-run Test pour recharger les résultats de vos tests de courrier indésirable.
Tests d’accessibilité
Les tests d’accessibilité mettent en évidence les problèmes d’accessibilité potentiels dans votre e-mail et indiquent quels éléments ne respectent pas les normes. Braze analyse le contenu par rapport à certaines règles des Web Content Accessibility Guidelines (WCAG), un ensemble de normes internationalement reconnues développées par le W3C pour rendre le contenu web plus accessible.
Fonctionnement
Lorsque vous exécutez Inbox Vision, Braze vérifie automatiquement les problèmes d’accessibilité courants dans le jeu de règles WCAG 2.2 AA (tels que le texte alternatif manquant, un contraste de couleurs insuffisant, une structure de titres incorrecte) et catégorise la sévérité pour vous aider à prioriser les corrections. Notez que même lorsque le texte alternatif est présent, son affichage est contrôlé par le client de messagerie du destinataire, et non par Braze.

Les tests d’accessibilité peuvent être utilisés pour soutenir les efforts de conformité du client aux réglementations ou lois telles que l’European Accessibility Act ; toutefois, le client reconnaît que Braze ne fait aucune déclaration ni garantie quant à la conformité de l’utilisation des tests d’accessibilité aux obligations réglementaires du client, et décline toute responsabilité à cet égard.
Affichage des résultats des tests d’accessibilité
Les tests d’accessibilité génèrent des résultats pour chaque règle : réussi, échoué ou à vérifier dans l’onglet Accessibility Testing. Braze catégorise chaque règle en utilisant POUR (Perceivable, Operable, Understandable, Robust), les quatre principes fondamentaux des WCAG.
Catégories POUR
Inbox Vision catégorise les problèmes selon les quatre principes POUR fondamentaux : Perceivable, Operable, Understandable et Robust.
| Principe | Définition |
|---|---|
| Perceivable | Les informations et les composants de l’interface utilisateur doivent être présentés aux utilisateurs de manière perceptible. Les utilisateurs doivent pouvoir percevoir les informations présentées (elles ne peuvent pas être invisibles pour tous leurs sens). |
| Operable | Les composants de l’interface utilisateur et la navigation doivent être utilisables. Les utilisateurs doivent pouvoir utiliser l’interface (l’interface ne peut pas exiger une interaction qu’un utilisateur ne peut pas effectuer). |
| Understandable | Les informations et le fonctionnement de l’interface utilisateur doivent être compréhensibles. Les utilisateurs doivent pouvoir comprendre les informations ainsi que le fonctionnement de l’interface utilisateur (le contenu ou le fonctionnement ne peuvent pas dépasser leur compréhension). |
| Robust | Le contenu doit être suffisamment robuste pour être interprété de manière fiable par une grande variété d’agents utilisateurs, y compris les technologies d’assistance. Les utilisateurs doivent pouvoir accéder au contenu à mesure que les technologies évoluent (à mesure que les technologies et les agents utilisateurs évoluent, le contenu doit rester accessible). |
Niveaux de sévérité
Inbox Vision classe les problèmes d’accessibilité par sévérité pour vous aider à prioriser les corrections.
| Statut | Définition |
|---|---|
| Critique | Problèmes pouvant bloquer l’accès au contenu ou aux fonctionnalités pour les utilisateurs en situation de handicap. Ce sont les plus sévères et doivent être corrigés en priorité. |
| Sérieux | Problèmes pouvant créer des barrières significatives mais qui ne bloquent pas nécessairement l’accès complètement. Ils doivent être traités rapidement. |
| Modéré | Problèmes pouvant causer quelques difficultés pour les utilisateurs en situation de handicap, mais moins susceptibles de bloquer entièrement l’accès. |
| Mineur | Problèmes ayant un impact relativement faible sur l’accessibilité et pouvant ne causer qu’un léger désagrément. |
| À vérifier | Impossible de détecter s’il y a un problème ou non. Cela peut se produire lorsque nous ne pouvons pas déterminer le rapport de contraste car le texte est placé sur une image d’arrière-plan. Vous devez vérifier manuellement car cela ne peut pas être déterminé automatiquement. |
| Réussi | Conforme aux normes WCAG A, AA ou aux bonnes pratiques d’accessibilité. |

L’éditeur par glisser-déposer ne prend pas en charge la définition d’un élément <title> de document, de sorte que le scanner d’accessibilité échoue systématiquement à cette vérification.
Cette limitation est suivie pour de futures améliorations. Si vous avez des commentaires sur the drag-and-drop editor document title limitation in Inbox Vision, ouvrez le menu Support dans l’en-tête global et sélectionnez Partager un retour pour nous faire part de vos impressions.
Comprendre les tests d’accessibilité automatisés
Les tests d’accessibilité automatisés permettent de détecter des problèmes courants tels que l’absence de texte alt ou le faible contraste des couleurs, conformément aux normes WCAG de niveau AA. C’est un excellent point de départ pour créer des messages plus inclusifs.
Mais l’automatisation ne peut pas tout saisir. Certaines questions doivent être examinées par un œil humain, par exemple si l’ordre des priorités est logique, si les liens et les boutons sont clairement étiquetés ou si vos instructions sont faciles à suivre. Considérez ces contrôles comme un outil de diagnostic et non comme un verdict final. Nous vous recommandons d’examiner manuellement les problèmes signalés et de faire preuve de discernement lorsque quelque chose est marqué comme étant “à revoir”.
Pour un soutien supplémentaire, notre guide L’accessibilité à Braze partage des conseils pratiques pour rendre votre contenu plus facile à utiliser pour tout le monde, notamment :
En associant des tests automatisés à une révision manuelle réfléchie, vous détecterez davantage de problèmes et créerez une meilleure expérience pour tous vos utilisateurs.
Bonnes pratiques
Examinez votre liste d’abonnés e-mail
Consultez le tableau de bord d’informations sur les e-mails pour déterminer les types d’appareils et les fournisseurs les plus populaires auprès de vos abonnés.
Si vous avez besoin de plus de granularité, comme le navigateur, le modèle d’appareil et plus encore, vous pouvez exploiter vos données Currents ou le générateur de requêtes pour obtenir ce niveau de détail sur l’engagement récent de vos utilisateurs par e-mail.
Sélectionnez des aperçus pertinents et impactés
Si votre entreprise est principalement basée aux États-Unis, certains aperçus, comme les aperçus internationaux tels que GMX.de, peuvent n’être utilisés que par un nombre marginal d’utilisateurs. Nous vous recommandons de prioriser et d’optimiser les boîtes de réception ayant un impact significatif sur vos abonnés, et de réserver vos aperçus pour les boîtes de réception à fort impact.
Lorsque vous effectuez des corrections qui affectent des aperçus spécifiques, veillez à sélectionner uniquement les aperçus impactés pour éviter de consommer des aperçus inutilisés.
Exécutez Inbox Vision sur la version finale de l’e-mail
Nous vous suggérons d’exécuter Inbox Vision lorsque le message e-mail est prêt pour la production ou proche de l’être. Cela vous permet de réduire le nombre d’aperçus générés, car l’e-mail passe par plusieurs itérations avant d’être finalisé et prêt à être envoyé aux utilisateurs.
Exécuter Inbox Vision à chaque modification ou changement peut rapidement consommer des aperçus. Nous vous suggérons d’apporter d’abord toutes les modifications nécessaires à l’e-mail, puis d’exécuter Inbox Vision pour prévisualiser l’impact de l’ensemble de vos changements sur le rendu de votre e-mail dans les différents environnements.
Braze effectue des tests via de véritables clients de messagerie et s’efforce de garantir l’exactitude des rendus. Braze sélectionne par défaut les 20 premiers aperçus en fonction des données générales du secteur et d’experts, ce qui couvre la majorité des environnements dans lesquels vos utilisateurs interagissent avec vos e-mails. Si votre analyse de données pointe vers d’autres aperçus plus populaires, vous pouvez définir un ensemble d’aperçus par défaut à chaque exécution d’Inbox Vision.
Si vous constatez régulièrement un problème avec un client, ouvrez un ticket d’assistance.
Résoudre les problèmes des clients utilisant fortement les iframes
Certains clients de messagerie, notamment GMX, affichent les messages dans des iframes et peuvent supprimer ou ignorer le CSS dans les blocs <style>. Si Inbox Vision ou les envois réels montrent des styles manquants dans ces clients :
- Utilisez des mises en page basées sur des tableaux plutôt que des mises en page positionnées en CSS.
- Appliquez les styles critiques sous forme d’attributs
styleinline sur les éléments concernés. - Notez que Masquer sur ordinateur et Masquer sur mobile reposent sur des requêtes média dans le bloc
<style>, et peuvent donc ne pas fonctionner dans ces clients — le contenu masqué par viewport peut apparaître dans les deux vues.
Avant l’envoi, testez le message mis à jour dans Inbox Vision avec l’aperçu du client concerné.
Précision des tests par rapport aux boîtes de réception réelles
Un message envoyé peut avoir un aspect différent de l’aperçu dans l’éditeur, car les fournisseurs interprètent le même HTML différemment. Téléchargez une copie du HTML envoyé pour comparer, et utilisez l’insertion CSS lorsque les clients suppriment les blocs <style>.
Corps d’e-mail vides
Si les destinataires signalent des corps d’e-mail vides mais peuvent toujours voir le nom de l’expéditeur ou la ligne d’objet :
- Confirmez quels clients de messagerie sont concernés.
- Utilisez Inbox Vision pour tester la variante dans ces clients et identifier les problèmes de compatibilité HTML ou CSS.
- Si un client supprime les blocs
<style>, ajoutez des attributsstyleaux éléments HTML concernés. Pour en savoir plus sur le comportement de l’insertion et ses limitations, consultez Insertion CSS. Dans Gmail, un excès de CSS peut entraîner la suppression de l’intégralité du bloc<style>, ce qui est une cause fréquente de corps d’e-mail vides. - Dans l’éditeur HTML, vous pouvez également activer Activer l’insertion CSS inline sous Informations d’envoi > Avancé pour appliquer les règles de feuille de style inline à l’ensemble du message. Cette option n’est pas disponible pour les e-mails par glisser-déposer, qui sont déjà traités inline par l’éditeur.
- Retestez dans Inbox Vision avant d’envoyer de futures Campaigns.