Boîte de réception 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 utiliser Inbox Vision pour tester les différences entre les modes sombre et lumineux afin de confirmer que vos e-mails sont parfaitement adaptés.
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 les informations du profil utilisateur. Cela est dû au fait que les modèles de Braze contiennent un utilisateur vide lorsque nous envoyons des e-mails à l’aide de cette fonctionnalité.
Assurez-vous d’avoir ajouté des valeurs par défaut à tous les liquides de votre message e-mail. Si aucune valeur par défaut n’est fournie, vous risquez de recevoir un faux positif ou de ne pas pouvoir exécuter le test.
Tester votre e-mail dans la boîte de réception Vision
Votre e-mail doit comporter une ligne d’objet et un domaine d’envoi valide pour que vous puissiez voir ces aperçus. N’oubliez pas que le rendu de votre e-mail peut être différent selon qu’il s’agit d’un ordinateur de bureau ou d’un appareil mobile. En consultant ces aperçus, vous pouvez revoir votre contenu et vous assurer que votre e-mail s’affiche comme prévu.
Pour tester votre message e-mail dans la boîte de réception Vision, procédez comme suit :
- Allez dans votre éditeur par glisser-déposer ou dans votre éditeur d’e-mails HTML.
- Dans votre éditeur, sélectionnez Aperçu & Test.
- Sélectionnez Boîte de réception.
- Sélectionnez Exécuter la vision de la boîte de réception. Cela peut prendre de deux à dix minutes.
- Ensuite, sélectionnez une tuile pour afficher l’aperçu plus en détail. Ces aperçus sont regroupés dans les sections suivantes : Clients web, clients applicatifs et clients mobiles.
!Aperçu de la boîte de réception Vision pour l’éditeur HTML.](/docs/fr/assets/img_archive/inboxvision1.png?79777f0e083976e95add78d5b3c0bd44)
6. Apportez des modifications à un modèle, si nécessaire. 7. Sélectionnez Ré-exécuter le test pour voir les aperçus mis à jour.
Inbox Vision n’est pas pris en charge si votre message e-mail comprend une logique d’abandon, car ces e-mails sont affichés en tant que contenu statique.
Prévisualisation en tant qu’utilisateur
Lorsque vous prévisualisez l’e-mail en tant qu’utilisateur aléatoire, les paramètres ou attributs spécifiques associés à un utilisateur, tels que son nom ou ses préférences, ne sont pas enregistrés pour les prévisualisations actuelles ou futures. Lorsque vous sélectionnez un utilisateur personnalisé, l’aperçu affiché dans Vision Boîte de réception peut différer de l’aperçu des messages affiché ailleurs, car cette option utilise des données d’utilisateur spécifiques pour créer l’aperçu
Analyse du code
L’analyse du code est un moyen pour Braze de mettre en évidence les problèmes qui peuvent exister avec votre HTML, en montrant le nombre d’occurrences de chaque problème et en fournissant des informations sur les éléments HTML qui ne sont pas pris en charge.
Visualisation des informations relatives à l’analyse du code
Vous trouverez ces informations dans l’onglet Vision de la boîte de réception en sélectionnant List view. Cette vue en liste n’est disponible que pour les modèles d’e-mail HTML. Si vous utilisez des modèles d’e-mail à glisser-déposer, vérifiez plutôt les aperçus pour résoudre les éventuels problèmes.
Exemple d’analyse de code sur la boîte de réception Vision.](/docs/fr/assets/img_archive/inboxvision2.png?2eb4c3d691e714a6e795af17ad936252)
Il arrive que l’analyse du code s’affiche plus rapidement que l’aperçu pour un client e-mail particulier. En effet, Braze attend que l’e-mail arrive dans la boîte de réception pour effectuer la capture d’écran.
Tests de courrier indésirable
Les tests de courrier indésirable tentent de prédire si votre e-mail atterrira dans les dossiers de courrier indésirable ou dans les boîtes de réception de vos clients. Les tests de courrier indésirable portent sur les principaux filtres anti-spam, tels que IronPort, SpamAssassin et Barracuda, ainsi que sur les principaux filtres des fournisseurs de services Internet (FAI), tels que Gmail.com et Outlook.com.
Consultation des résultats des tests courrier indésirable
Pour vérifier les résultats de votre test courrier indésirable, procédez comme suit :
- Sélectionnez l’onglet Tests courrier indésirable dans la section Vision de la boîte de réception. Le tableau Résultat du test de courrier indésirable répertorie le nom, l’état et le type du filtre anti-spam.
!Tableau des résultats des tests de courrier indésirable avec trois colonnes : Nom, statut et type. Il existe une liste de filtres anti-spam et de filtres ISP qui ont passé les tests courrier indésirable, ce qui indique que la campagne e-mail n’atterrira pas dans le dossier spam.](/docs/fr/assets/img_archive/email_spam_testing.png?45d93565f388bd3409cb299fca9b3a57)
2. Examinez ces résultats et apportez d’éventuels ajustements à votre campagne d’e-mail. 3. Sélectionnez Réexécuter le test pour recharger les résultats de votre test de courrier indésirable.
Tests d’accessibilité
Les tests d’accessibilité réalisés dans Inbox Vision mettent en évidence les informations relatives à l’accessibilité de vos e-mails afin de déterminer les éléments qui ne respectent pas les normes d’accessibilité. Il analyse le contenu de vos e-mails en fonction de certaines directives d’accessibilité au contenu Web(WCAG). Les WCAG sont un ensemble de normes techniques internationalement reconnues, élaborées par le World Wide Web Consortium (W3C) pour rendre le contenu des sites web plus accessible aux personnes handicapées.
Comment cela fonctionne-t-il ?
Lorsque vous effectuez un test Inbox Vision, l’outil vérifie automatiquement les problèmes courants d’accessibilité des e-mails dans l’ensemble des règles WCAG 2.2 AA, tels que l’absence de texte alt, le contraste insuffisant des couleurs et la structure incorrecte des titres, puis classe la gravité de chaque problème afin de vous aider à hiérarchiser les correctifs.
Les tests d’accessibilité peuvent être utilisés pour aider le client à se conformer à des réglementations ou à des lois telles que la loi européenne sur l’accessibilité, mais le client reconnaît que Braze ne fait aucune déclaration et ne donne aucune garantie quant au fait que l’utilisation des tests d’accessibilité satisfasse ou non aux obligations de conformité du client, et décline toute responsabilité à cet égard.
Visualisation des résultats des tests d’accessibilité
Les tests d’accessibilité génèrent des résultats pour chaque règle (réussite, échec ou besoin de révision) dans l’onglet Tests d’accessibilité. Chaque règle est classée selon les principes POUR (Perceivable, Operable, Understandable, Robust), qui sont les quatre grands principes qui sous-tendent les WCAG.
Catégories de POUR
Les questions sont classées selon les quatre principes fondamentaux du POUR : Perceptible, exploitable, compréhensible et robuste. Chaque principe aborde un aspect différent de la conception accessible.
| 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 être en mesure de percevoir les informations présentées (elles ne doivent pas être invisibles pour tous leurs sens). |
| Opérationnel | Les composants de l’interface utilisateur et la navigation doivent être opérationnels. Les utilisateurs doivent être en mesure d’utiliser l’interface (l’interface ne peut pas exiger une interaction qu’un utilisateur ne peut pas réaliser). |
| Compréhensible | Les informations et le fonctionnement de l’interface utilisateur doivent être compréhensibles. Les utilisateurs doivent être en mesure de comprendre les informations ainsi que le fonctionnement de l’interface utilisateur (le contenu ou le fonctionnement ne doit pas être hors de leur portée). |
| Robuste | Le contenu doit être suffisamment robuste pour pouvoir ê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 au fur et à mesure de l’avancement des technologies (au fur et à mesure que les technologies et les agents utilisateurs évoluent, le contenu doit rester accessible). |
Niveaux de gravité
Inbox Vision classe les problèmes d’accessibilité par degré de gravité pour vous aider à hiérarchiser les mesures correctives.
| Statut | Définition |
|---|---|
| Critique | Les problèmes qui peuvent bloquer l’accès au contenu ou aux fonctionnalités pour les utilisateurs handicapés. Ces problèmes sont les plus graves et doivent être résolus en priorité. |
| Sérieux | Les problèmes qui peuvent causer des obstacles importants, mais qui ne bloquent pas complètement l’accès. Ces questions doivent être traitées rapidement. |
| Modéré | Les problèmes qui peuvent entraîner des difficultés pour les utilisateurs handicapés, mais qui sont moins susceptibles de bloquer complètement l’accès. |
| Mineur | Les problèmes qui ont un impact relativement faible sur l’accessibilité et qui ne peuvent causer que des désagréments mineurs. |
| Nécessite une révision | Impossible de détecter s’il y a un problème ou non. Cela peut se produire lorsque nous ne sommes pas en mesure de déterminer le rapport de contraste alors que le texte est placé sur une image de fond. Ce point devra être vérifié manuellement car il ne peut être déterminé automatiquement. |
| Adopté | Répond aux normes WCAG A, AA ou aux meilleures pratiques en matière d’accessibilité. |
L’éditeur par glisser-déposer d’e-mails ne prend pas actuellement en charge la définition d’un élément de document <title>. Par conséquent, le scanner d’accessibilité échouera toujours à cette vérification.
Nous suivons cette limitation en vue d’améliorations futures. Si cela affecte vos flux de travail ou vos utilisateurs, faites-nous part de vos commentaires afin que nous puissions prioriser les correctifs les plus importants.
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 faciliter l’utilisation de votre contenu par tous, 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.
Précision du test
Tous nos tests sont effectués avec des clients d’e-mail réels. Braze s’efforce de vérifier que tous les rendus sont aussi précis que possible. Si vous constatez systématiquement un problème avec un client e-mail, ouvrez un ticket d’assistance.
Modifier cette page sur GitHub