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 pour vérifier que vos e-mails s’affichent comme prévu.

Inbox Vision peut ne pas fonctionner si le contenu de votre e-mail repose sur des informations de modèle, comme les données du profil utilisateur. Pour cette fonctionnalité, Braze applique le modèle à un utilisateur vide lors de l’envoi des e-mails.
Ajoutez des valeurs par défaut à tout code Liquid de votre e-mail. Sans valeurs par défaut, vous risquez d’obtenir un faux positif ou un échec du test.
Considérations
En général, votre e-mail ne fonctionnera pas avec Inbox Vision si son contenu dépend d’informations de modélisation, comme les informations du profil utilisateur. En effet, Braze utilise un utilisateur vide comme modèle lorsque nous envoyons des e-mails avec cette fonctionnalité.
Pour résoudre ce problème, ajoutez des valeurs par défaut ou d’autres valeurs au Liquid de votre e-mail avant de lancer Inbox Vision. Une fois vos tests terminés dans Inbox Vision, l’e-mail d’origine s’affiche. Si aucune valeur n’est fournie, le test risque de ne pas générer correctement les aperçus.
Votre entreprise dispose d’un nombre limité d’e-mails que vous pouvez prévisualiser avec Inbox Vision. Vous pouvez suivre cette limite dans l’onglet Aperçus d’e-mail d’Inbox Vision.
Ajoutez une ligne d’objet et un domaine d’envoi valide pour afficher les aperçus. Tenez compte des différences de rendu entre ordinateur et mobile. Utilisez les aperçus pour vérifier que l’e-mail s’affiche comme prévu.

Si l’aperçu d’une Campaign affiche une erreur d’autorisation, videz votre cache et vos cookies, ou essayez une fenêtre de navigation privée. Il arrive que des extensions de navigateur bloquent l’aperçu.
Pour tester votre 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 Aperçu et test.
- Sélectionnez Inbox Vision.
- Sélectionnez Exécuter Inbox Vision. Cette opération peut prendre jusqu’à dix minutes.
- Sélectionnez ensuite une vignette pour afficher l’aperçu plus en détail. Ces aperçus sont regroupés dans les sections suivantes : Clients Web, Clients d’application et Clients mobiles.

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

Inbox Vision ne prend pas en charge les e-mails qui incluent une logique d’interruption. Si la logique d’interruption se déclenche pendant l’aperçu modélisé, Inbox Vision, les tests de courrier indésirable et les tests d’accessibilité ne peuvent pas s’exécuter tant que le message ne s’affiche pas correctement pour l’utilisateur d’aperçu sélectionné.
Prévisualiser en tant qu’utilisateur
Lorsque vous prévisualisez en tant qu’utilisateur aléatoire, Inbox Vision n’enregistre pas les paramètres ou attributs propres à l’utilisateur (comme 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.
Afficher les informations d’analyse du code
Vous trouverez ces informations dans l’onglet Inbox Vision en sélectionnant Vue Liste. La vue Liste est disponible uniquement pour les modèles d’e-mail HTML. Pour les modèles 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 d’un client donné, car Braze attend que l’e-mail soit arrivé avant de réaliser la capture d’écran.
Tests de courrier indésirable
Les tests de courrier indésirable estiment la probabilité qu’un e-mail soit filtré comme spam. Ils s’exécutent sur des filtres comme IronPort, SpamAssassin et Barracuda, ainsi que sur des filtres de fournisseurs de services Internet comme Gmail et Outlook. Ils utilisent des boîtes de réception initiatrices statiques qui, par défaut, n’ouvrent pas les e-mails et ne cliquent pas dessus.

Le placement en boîte de réception dépend principalement de l’engagement réel des destinataires. Les résultats des tests de courrier indésirable peuvent différer de ce que vous observez avec vos vraies campagnes.
Pour mieux évaluer votre livrabilité, testez votre contenu auprès de petites cohortes réelles : un bon taux d’ouverture et de clics reste le signal le plus fiable. Considérez les tests de courrier indésirable comme un indicateur parmi d’autres, en complément du suivi de l’engagement.
Afficher les résultats des tests de courrier indésirable
Pour consulter les résultats de vos tests de courrier indésirable :
- Sélectionnez l’onglet Tests de courrier indésirable dans la section Inbox Vision. Le tableau Résultat du test de courrier indésirable indique le nom, le statut et le type de chaque filtre anti-spam.
- Examinez ces résultats et apportez les ajustements nécessaires à votre campagne d’e-mail.
- Sélectionnez Relancer le test pour actualiser 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 de votre e-mail et indiquent les éléments qui ne respectent pas les normes. Braze analyse le contenu selon une sélection de règles des Web Content Accessibility Guidelines (WCAG), un ensemble de normes reconnues à l’international et élaborées par le W3C pour rendre le contenu Web plus accessible.
Fonctionnement
Lorsque vous lancez Inbox Vision, Braze recherche automatiquement les problèmes d’accessibilité courants définis dans l’ensemble de règles WCAG 2.2 AA, comme un texte alternatif manquant, un contraste de couleurs insuffisant ou une structure de titres incorrecte. Braze classe ensuite ces problèmes par gravité pour vous aider à hiérarchiser les corrections. Même lorsqu’un texte alternatif est présent, sa manière de s’afficher dépend du client de messagerie du destinataire, et non de Braze.

Le client peut utiliser les tests d’accessibilité pour soutenir ses efforts de conformité aux réglementations ou aux lois telles que l’Acte européen sur l’accessibilité. Toutefois, le client reconnaît que Braze ne fait aucune déclaration et n’offre aucune garantie quant au fait que l’utilisation des tests d’accessibilité permette ou non au client de satisfaire à ses obligations de conformité. Braze décline toute responsabilité à cet égard.
Consulter les résultats des tests d’accessibilité
Les tests d’accessibilité génèrent un résultat pour chaque règle dans l’onglet Tests d’accessibilité : réussi, échoué ou à vérifier. Braze classe chaque règle selon POUR (perceptible, utilisable, compréhensible et robuste), les quatre principes sur lesquels reposent les WCAG.
Catégories POUR
Inbox Vision classe les problèmes selon les quatre principes POUR fondamentaux : perceptible, utilisable, compréhensible et robuste.
| Principe | Définition |
|---|---|
| Perceptible | Les informations et les composants de l’interface utilisateur doivent être présentés aux utilisateurs de manière à ce qu’ils puissent les percevoir. Les utilisateurs doivent pouvoir percevoir les informations présentées. Ces informations ne peuvent pas échapper à tous leurs sens. |
| Utilisable | 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 est incapable d’effectuer. |
| Compréhensible | 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 peut pas dépasser leur capacité de compréhension. |
| Robuste | 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 progressent. Le contenu doit rester accessible au fil de l’évolution des technologies et des agents utilisateurs. |
Niveaux de gravité
Inbox Vision classe les problèmes d’accessibilité par gravité pour vous aider à hiérarchiser les corrections.
| Statut | Définition |
|---|---|
| Critique | Problèmes susceptibles de bloquer l’accès au contenu ou aux fonctionnalités pour les utilisateurs en situation de handicap. Ce sont les plus graves : corrigez-les en priorité. |
| Grave | Problèmes susceptibles de créer des obstacles importants sans pour autant bloquer complètement l’accès. Traitez-les rapidement. |
| Modéré | Problèmes susceptibles de causer certaines difficultés aux utilisateurs en situation de handicap, mais peu susceptibles de bloquer entièrement l’accès. |
| Mineur | Problèmes dont l’impact sur l’accessibilité est relativement faible et qui ne causent qu’une gêne mineure. |
| À vérifier | Impossible de détecter s’il existe un problème ou non. C’est notamment le cas lorsque nous ne pouvons pas déterminer le rapport de contraste parce que le texte est placé sur une image d’arrière-plan. Comme ce point ne peut pas être évalué automatiquement, vous devez le vérifier manuellement. |
| Réussi | Conforme aux critères WCAG A ou AA, ou aux bonnes pratiques d’accessibilité. |

L’éditeur par glisser-déposer ne permet pas de définir l’élément <title> du document. Le scanner d’accessibilité signale donc toujours un échec pour cette vérification.
Cette limitation est prise en compte 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 un contraste de couleurs insuffisant, 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 détecter. Certains problèmes nécessitent un œil humain — par exemple pour vérifier si l’ordre de focus 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, pas comme un verdict final. Nous vous recommandons d’examiner manuellement les problèmes signalés et de faire preuve de discernement lorsqu’un élément est marqué comme « À vérifier ».
Pour aller plus loin, notre guide L’accessibilité chez Braze propose des conseils pratiques pour rendre votre contenu plus facile à utiliser pour tout le monde, notamment :
En associant tests automatisés et révision manuelle réfléchie, vous détecterez davantage de problèmes et offrirez une meilleure expérience à l’ensemble de vos utilisateurs.
Bonnes pratiques
Examinez votre liste d’utilisateurs abonnés aux e-mails
Consultez le tableau de bord des informations sur les e-mails pour identifier le type d’appareil et les fournisseurs les plus utilisés par vos abonnés lorsqu’ils interagissent avec vos messages.
Si vous avez besoin d’un niveau de détail plus fin, par exemple le navigateur ou le modèle d’appareil, vous pouvez exploiter vos données Currents ou le générateur de requêtes. Vous obtiendrez ainsi ces informations sur l’engagement récent de vos utilisateurs avec vos e-mails.
Sélectionnez des aperçus pertinents et ciblés
Si votre activité se concentre principalement aux États-Unis, certains aperçus, comme des aperçus internationaux tels que GMX.de, ne concernent peut-être qu’un nombre marginal d’utilisateurs. Nous vous recommandons de donner la priorité aux boîtes de réception qui touchent un nombre important d’abonnés et de réserver vos aperçus à celles qui ont le plus d’impact.
Lorsque vous apportez des corrections qui concernent des aperçus spécifiques, veillez à ne sélectionner que les aperçus concernés afin de ne pas consommer d’aperçus inutilement.
Exécutez Inbox Vision sur la version finale de l’e-mail
Nous vous conseillons d’exécuter Inbox Vision lorsque l’e-mail est prêt pour la production ou presque. Vous réduisez ainsi le nombre d’aperçus générés, car un e-mail passe par plusieurs itérations avant d’être finalisé et prêt à être envoyé aux utilisateurs.
Exécuter Inbox Vision à chaque modification consomme rapidement vos 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 voir comment l’ensemble de ces changements peut affecter le rendu de votre e-mail selon les environnements.
Braze effectue les tests dans de véritables clients de messagerie et s’efforce de garantir l’exactitude des rendus. Par défaut, Braze utilise les 20 principaux aperçus, établis à partir de données générales du secteur et d’experts, qui couvrent la majorité des environnements dans lesquels vos utilisateurs interagissent avec vos e-mails. Si votre analyse de données fait ressortir d’autres aperçus plus populaires, vous pouvez définir un ensemble d’aperçus par défaut qui s’appliquera à chaque exécution d’Inbox Vision.
Si vous constatez un problème récurrent avec un client de messagerie, ouvrez un ticket d’assistance.
Résolvez les problèmes des clients qui utilisent beaucoup d’iframes
Certains clients de messagerie, dont GMX, affichent les messages dans des iframes et peuvent supprimer ou ignorer le CSS des blocs <style>. Si Inbox Vision ou des envois en production font apparaître 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 essentiels sous forme d’attributs
styleen ligne 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>: ces options peuvent donc ne pas fonctionner dans ces clients, et un contenu masqué selon la fenêtre d’affichage 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 s’afficher différemment de l’aperçu de l’éditeur, car les fournisseurs interprètent le même HTML de manière différente. 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 des destinataires signalent des corps d’e-mail vides alors qu’ils voient toujours le nom de l’expéditeur ou la ligne d’objet :
- Identifiez les clients de messagerie concernés.
- Utilisez Inbox Vision pour tester la variante dans ces clients et repérer 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 fonctionnement de l’insertion et ses limites, consultez la section 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 sous Informations d’envoi > Avancé pour insérer en ligne les règles de feuille de style de l’ensemble du message. Cette option n’est pas disponible pour les e-mails glisser-déposer, qui sont déjà insérés en ligne par l’éditeur.
- Testez à nouveau dans Inbox Vision avant d’envoyer vos prochaines campagnes.