Envoyer des messages de test

Avant d’envoyer une campagne de communication à vos utilisateurs, nous vous recommandons, en tant que bonne pratique, de la tester pour vous assurer qu’elle s’affiche correctement et fonctionne comme prévu. Vous pouvez créer et envoyer des messages de test à des appareils ou des membres de votre équipe sélectionnés à l’aide des outils du tableau de bord de Braze.

Important

Assurez-vous d’enregistrer le brouillon de votre campagne après les tests pour éviter de supprimer votre campagne. Vous pouvez envoyer des messages de test sans enregistrer le message en tant que brouillon.

Étape 1 : Identifier vos utilisateurs test

Avant de tester votre campagne de communication, il est important d’identifier vos utilisateurs test. Ces utilisateurs peuvent être des ID utilisateur ou des adresses e-mail existants, ou de nouveaux utilisateurs utilisés exclusivement pour tester les campagnes de communication.

Facultatif : Créer un groupe de test de contenu

Un moyen pratique d’organiser vos utilisateurs test est de créer un groupe de test de contenu, qui comprend un groupe d’utilisateurs qui recevront des messages de test provenant de Campaigns. Vous pouvez ajouter ce groupe de test au champ Add Content Test Groups sous Test Recipients dans votre Campaign, et lancer vos tests sans avoir à créer ou ajouter des utilisateurs test individuellement.

Étape 2 : Envoyer des messages de test spécifiques au canal

Pour connaître les étapes d’envoi de messages de test, consultez la section suivante correspondant à votre canal.

• bannières
• content card
• e-mail
• message in-app
• line
• notification push
• sms/mms et rcs
• webhook
• whatsapp

Important

Avant de pouvoir tester des messages Bannière dans Braze, vous devez créer une campagne Bannière dans Braze. De plus, vérifiez que l’emplacement que vous souhaitez tester est déjà intégré dans votre application ou site web.

Après avoir créé votre message Bannière, vous pouvez prévisualiser votre Bannière ou envoyer un message de test.

1. Rédigez votre message Bannière.
2. Sélectionnez Prévisualiser pour prévisualiser votre Bannière ou envoyer un message de test.
3. Pour envoyer un message de test, ajoutez un groupe de test de contenu ou un ou plusieurs utilisateurs individuels comme Destinataires de test, puis sélectionnez Envoyer le test.

Vous pourrez visualiser votre message de test sur l’appareil pendant 5 minutes maximum.

Remarque

N’oubliez pas que votre prévisualisation peut ne pas être identique au rendu final sur l’appareil d’un utilisateur en raison des différences de matériel.

Liste de vérification

• Votre campagne Bannière est-elle assignée à un emplacement ?
• Les images et les médias s’affichent-ils et fonctionnent-ils comme prévu sur les types d’appareils et les tailles d’écran ciblés ?
• Vos liens et boutons dirigent-ils l’utilisateur là où il doit aller ?
• Le Liquid fonctionne-t-il comme prévu ? Avez-vous prévu une valeur d’attribut par défaut au cas où le Liquid ne renverrait aucune information ?
• Votre texte est-il clair, concis et correct ?

Important

Pour envoyer un test à des groupes de test de contenu ou à des utilisateurs individuels, les notifications push doivent être activées sur vos appareils de test avec des jetons push valides enregistrés pour l’utilisateur test avant l’envoi. Pour les utilisateurs iOS, vous devez appuyer sur la notification push envoyée par Braze pour voir la Content Card de test. Ce comportement s’applique uniquement aux Content Cards de test.

Les Content Cards de test sont envoyées via une notification push. La carte est intégrée dans le payload push, et le SDK l’extrait et la met en cache localement lorsque la notification est reçue.

Ce processus contourne le système de distribution normal des cartes, c’est pourquoi les notifications push doivent être activées même si vous testez une Content Card.

Les Content Cards de test expirent environ cinq minutes après leur envoi.

Après avoir créé votre Content Card, vous pouvez envoyer une Content Card de test à votre application pour voir à quoi elle ressemblera en temps réel.

1. Rédigez votre Content Card.
2. Sélectionnez l’onglet Test et sélectionnez au moins un groupe de test de contenu ou un utilisateur individuel pour recevoir ce message de test.
3. Sélectionnez Envoyer le test pour envoyer votre Content Card à votre application.

Prévisualisation

Vous pouvez prévisualiser votre carte en la composant dans l’onglet Prévisualiser. Cela devrait vous aider à visualiser l’apparence finale de votre message du point de vue de l’utilisateur.

Remarque

Dans l’onglet Prévisualiser de votre composeur, la vue de votre message peut ne pas être identique à son rendu réel sur l’appareil de l’utilisateur. Nous recommandons de toujours envoyer un message de test à un appareil pour vous assurer que vos médias, votre texte, votre personnalisation et vos attributs personnalisés s’affichent correctement.

Liste de vérification

• Votre utilisateur test est-il inscrit aux notifications push avec un jeton push valide ?
• Les images et les médias s’affichent-ils et fonctionnent-ils comme prévu ?
• Le Liquid fonctionne-t-il comme prévu ? Avez-vous prévu une valeur d’attribut par défaut si le Liquid ne renvoie aucune information ?
• Votre texte est-il clair, concis et correct ?
• Vos liens dirigent-ils l’utilisateur là où il doit aller ?
• Votre utilisateur test est-il inscrit aux notifications push avec un jeton push valide ?

Résolution des problèmes d’images cassées

Si une image de Content Card ne s’affiche pas ou apparaît cassée :

• Vérifiez que l’URL est correcte et encodée : les caractères spéciaux dans l’URL (comme les espaces ou les paramètres de requête) doivent être correctement encodés. Sinon, la requête d’image échoue.
• Vérifiez les politiques de sécurité du contenu : si votre organisation dispose d’une politique de sécurité du contenu (CSP) ou de règles de sécurité IT internes, la politique peut bloquer le domaine de l’image. Vérifiez que le domaine de l’URL de l’image est autorisé par votre CSP.
• Utilisez HTTPS : les URL d’images doivent utiliser https:// plutôt que http:// pour éviter le blocage du contenu mixte dans les navigateurs et les applications.
• Ouvrez l’URL directement dans un navigateur : si l’image ne se charge pas dans un navigateur, le problème vient de l’URL de l’image ou de l’hébergement, pas de Braze.

Débogage

Après l’envoi de vos Content Cards, vous pouvez décomposer ou déboguer les problèmes depuis le journal des événements utilisateurs dans la console de développement.

Un cas d’usage courant consiste à déboguer pourquoi un utilisateur ne peut pas voir une Content Card particulière. Pour ce faire, vous pouvez rechercher dans les journaux des événements utilisateurs les Content Cards envoyées au SDK au démarrage de la session, mais avant une impression, et les relier à une campagne spécifique :

1. Allez dans Paramètres > Journal des événements utilisateurs.
2. Localisez et développez la requête SDK de votre utilisateur test.
3. Cliquez sur Données brutes.

4. Recherchez l’id de votre session. Voici un exemple d’extrait :

   
   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   12
   
    [
      {
        "session_id": "D1B051E6-469B-47E2-B830-5A728D1D4AC5",
        "data": {
          "ids": [
            "NDg2MTY5MmUtNmZjZS00MjE1LWJkMDUtMzI1NGZiOWU5MDU3"
          ]
        },
        "name": "cci",
        "time": 1636106490.155
      }
    ]
   
   

5. Utilisez un outil de décodage comme Base64 Decode and Encode pour décoder l’id du format Base64 et trouver le campaign_id associé. Dans notre exemple, cela donne le résultat suivant :

   
   1
   
    4861692e-6fce-4215-bd05-3254fb9e9057_$_cc=c3b25740-f113-c047-4b1d-d296f280af4f&mv=6185005b9d9bee79387cce45&pi=cmp
   
   

   Où 4861692e-6fce-4215-bd05-3254fb9e9057 est le campaign_id.
   
   

6. Allez sur la page Campaigns et recherchez le campaign_id.

À partir de là, vous pouvez examiner les paramètres et le contenu de votre message pour identifier pourquoi un utilisateur ne peut pas voir une Content Card particulière.

1. Rédigez votre e-mail.
2. Sélectionnez Prévisualiser et tester.
3. Sélectionnez l’onglet Envoi de test et ajoutez votre adresse e-mail ou votre ID utilisateur dans le champ Ajouter des utilisateurs individuels.
4. Sélectionnez Envoyer le test pour envoyer votre e-mail rédigé dans votre boîte de réception.

Si votre e-mail contient un lien vers un centre de préférences, les envois de test ne génèrent pas de lien fonctionnel et ne permettent pas d’enregistrer les préférences. Pour tester le centre de préférences, lancez le message à un utilisateur test ou à un petit segment interne. Pour plus de détails, consultez Tester les centres de préférences.

Si votre campagne e-mail contient une image de grande taille et ne s’affiche pas comme prévu dans Outlook, envisagez de réduire les dimensions réelles du fichier image avec un outil d’édition ou de redimensionnement d’image plutôt que de simplement le redimensionner avec du CSS ou du HTML.

Avertissement

Pour envoyer un test à des groupes de test de contenu ou à des utilisateurs individuels, les notifications push doivent être activées sur vos appareils de test avant l’envoi. Par exemple, vous devez avoir les notifications push activées sur votre appareil iOS pour appuyer sur la notification avant que le message de test ne s’affiche.

Si vous avez configuré les notifications push dans votre application et sur votre appareil de test, vous pouvez envoyer des messages in-app de test à votre application pour voir à quoi ils ressemblent en temps réel.

1. Rédigez votre message in-app.
2. Sélectionnez l’onglet Test et ajoutez votre adresse e-mail ou votre ID utilisateur dans le champ Ajouter des utilisateurs individuels.
3. Sélectionnez Envoyer le test pour envoyer votre notification push à votre appareil.

Une notification push de test apparaîtra en haut de l’écran de votre appareil.

Important

Les envois de test peuvent entraîner l’envoi de plus d’un message in-app à chaque destinataire.

En cliquant directement sur la notification push et en l’ouvrant, vous serez redirigé vers votre application, où vous pourrez voir votre message in-app de test. Notez que cette fonctionnalité de test de messages in-app repose sur le fait que l’utilisateur clique sur une notification push de test pour déclencher le message in-app. L’utilisateur doit donc être éligible pour recevoir des notifications push dans l’application concernée pour que la notification push de test soit distribuée avec succès.

Prévisualisation

Vous pouvez prévisualiser votre message in-app pendant sa composition dans l’onglet Prévisualiser. Cela devrait vous aider à visualiser l’apparence finale de votre message du point de vue de l’utilisateur. Vous pouvez prévisualiser ce à quoi votre message ressemblera pour un utilisateur aléatoire, un utilisateur spécifique ou un utilisateur personnalisé. Vous pouvez également prévisualiser les messages pour les appareils mobiles ou les tablettes.

Braze propose trois générations de messages in-app. Vous pouvez ajuster finement les appareils auxquels vos messages doivent être envoyés en fonction de la génération qu’ils prennent en charge.

Avertissement

Dans l’onglet Prévisualiser, la vue de votre message peut ne pas être identique à son rendu réel sur l’appareil de l’utilisateur. Nous recommandons de toujours envoyer un message de test à un appareil pour vous assurer que vos médias, votre texte, votre personnalisation et vos attributs personnalisés s’affichent correctement.

Liste de vérification

• Les images et les médias s’affichent-ils et fonctionnent-ils comme prévu ?
• Le Liquid fonctionne-t-il comme prévu ? Avez-vous prévu une valeur d’attribut par défaut si le Liquid ne renvoie aucune information ?
• Votre texte est-il clair, concis et correct ?
• Vos boutons dirigent-ils l’utilisateur là où il doit aller ?

Scanner d’accessibilité

Pour favoriser les meilleures pratiques d’accessibilité, Braze analyse automatiquement le contenu des messages in-app créés avec l’éditeur HTML traditionnel par rapport aux normes d’accessibilité. Ce scanner aide à identifier le contenu qui pourrait ne pas respecter les directives d’accessibilité pour le contenu web (WCAG). Les WCAG sont un ensemble de normes techniques internationalement reconnues, développées par le World Wide Web Consortium (W3C) pour rendre le contenu web plus accessible aux personnes en situation de handicap.

Remarque

Le scanner d’accessibilité des messages in-app ne s’exécute que sur les messages construits avec du HTML personnalisé.

Fonctionnement

Le scanner s’exécute automatiquement sur les messages HTML personnalisés et évalue l’intégralité de votre message HTML par rapport à l’ensemble complet des règles WCAG 2.1 AA. Pour chaque problème identifié, il affiche :

• L’élément HTML spécifique concerné
• Une description du problème d’accessibilité
• Un lien vers un contexte supplémentaire ou des conseils de remédiation

Comprendre les tests automatisés d’accessibilité

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 :

• Titres et structure
• Texte alt et images
• Liens et boutons
• Contraste des couleurs
• Zones tactiles

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.

1. Créez votre message LINE.
2. Sélectionnez l’onglet Test et sélectionnez au moins un groupe de test de contenu ou un utilisateur individuel pour recevoir ce message de test.
3. Sélectionnez Envoyer le test pour envoyer votre message.

Notification push mobile

1. Rédigez votre notification push mobile.
2. Sélectionnez l’onglet Test et ajoutez votre adresse e-mail ou votre ID utilisateur dans le champ Ajouter des utilisateurs individuels.
3. Sélectionnez Envoyer le test pour envoyer votre message rédigé à votre appareil.

Si vous voyez une erreur indiquant qu’aucun des utilisateurs sélectionnés n’a de jeton push correspondant, l’utilisateur test ne dispose pas d’un jeton push valide pour la plateforme sélectionnée. L’utilisateur doit avoir démarré une session dans l’application et activé les notifications push pour cet appareil. Pour plus d’informations, consultez Activation des notifications push et état d’abonnement.

Notification push Web

1. Créez votre notification push Web.
2. Sélectionnez l’onglet Test.
3. Sélectionnez Envoyer le test à moi-même.
4. Sélectionnez Envoyer le test pour envoyer votre notification push Web à votre navigateur web.

Si vous avez déjà accepté les notifications push depuis le tableau de bord de Braze, le message s’affiche dans le coin de votre écran. Sinon, sélectionnez Autoriser lorsque vous y êtes invité, et le message s’affichera.

Si vous voyez une erreur indiquant qu’aucun des utilisateurs sélectionnés n’a de jeton push correspondant pour la notification push Web, vérifiez que l’utilisateur test dispose d’un jeton push valide enregistré pour la plateforme sélectionnée. Pour recevoir un jeton push, l’utilisateur doit être configuré pour recevoir des notifications push pour l’application sur son appareil. Pour plus de détails, consultez Activation des notifications push et état d’abonnement.

Après avoir créé votre message SMS, MMS ou RCS, vous pouvez envoyer un message de test à votre téléphone pour voir à quoi il ressemblera en temps réel. Le destinataire doit appartenir au groupe d’abonnement SMS que vous sélectionnez lors de l’envoi du test, avoir un numéro de téléphone valide et avoir au moins un pays sélectionné sous Autorisations géographiques. Pour plus de détails, consultez la FAQ SMS.

1. Rédigez votre message SMS, MMS ou RCS.
2. Sélectionnez l’onglet Test et sélectionnez au moins un groupe de test de contenu ou un utilisateur individuel pour recevoir ce message de test.
3. Sélectionnez Envoyer le test pour envoyer votre message de test.

Après avoir créé votre webhook, vous pouvez effectuer un envoi de test pour vérifier la réponse du webhook. Sélectionnez l’onglet Test et sélectionnez Envoyer le test pour envoyer un test à l’URL du webhook fournie. Vous pouvez également sélectionner un utilisateur individuel pour prévisualiser la réponse en tant qu’utilisateur spécifique.

1. Créez votre message WhatsApp.
2. Sélectionnez l’onglet Test et sélectionnez au moins un groupe de test de contenu ou un utilisateur individuel pour recevoir ce message de test.
3. Initiez une fenêtre de conversation en envoyant un message WhatsApp au numéro de téléphone associé au groupe d’abonnement que vous utilisez pour ce message. Le numéro de téléphone associé est indiqué dans l’alerte de l’onglet Test.
4. Sélectionnez Envoyer le test pour envoyer votre message.

Tester des campagnes personnalisées

Si vous testez des campagnes qui remplissent des données utilisateur ou utilisent des propriétés d’événement personnalisées, vous devrez suivre des étapes supplémentaires ou différentes.

Tester des campagnes personnalisées avec des attributs utilisateur

Si vous utilisez la personnalisation dans votre message, vous devrez suivre des étapes supplémentaires pour prévisualiser correctement votre campagne et vérifier que les données utilisateur remplissent correctement le contenu. Pour connaître les limitations de prévisualisation dans le compositeur, Inbox Vision et Canvas, consultez Prévisualiser la personnalisation.

Lors de l’envoi d’un message de test, assurez-vous de choisir l’option Select Existing User ou de prévisualiser en tant que Custom User.

Sélectionner un utilisateur existant

Si vous sélectionnez un utilisateur existant, saisissez l’ID utilisateur spécifique ou l’adresse e-mail dans le champ de recherche. Utilisez ensuite la prévisualisation du tableau de bord pour voir comment votre message apparaîtrait à cet utilisateur, et envoyez un message de test à votre appareil qui reflète ce que cet utilisateur verrait.

Sélectionner un utilisateur personnalisé

Si vous prévisualisez en tant qu’utilisateur personnalisé, saisissez du texte pour les différents champs disponibles pour la personnalisation, tels que le prénom de l’utilisateur et les attributs personnalisés. Encore une fois, vous pouvez saisir votre propre adresse e-mail pour envoyer un test à votre appareil.

Personnaliser un utilisateur existant

Vous pouvez modifier des champs individuels d’un utilisateur aléatoire ou existant pour tester le contenu dynamique de votre message. Sélectionnez Edit pour convertir l’utilisateur sélectionné en un utilisateur personnalisé que vous pouvez modifier.

Tester des campagnes personnalisées avec des propriétés d’événement personnalisées

Le test de campagnes personnalisées avec des propriétés d’événement personnalisées diffère légèrement du test des autres types de campagnes décrits ci-dessus.

• déclenchement manuel
• message de test
• liquid

Méthode 1 : Déclencher la campagne manuellement

Vous pouvez déclencher la campagne vous-même comme méthode fiable pour tester des campagnes personnalisées utilisant des propriétés d’événement personnalisées :

1. Rédigez le texte intégrant la propriété d’événement.

2. Utilisez la livraison par événement pour distribuer la campagne lorsque l’événement se produit.

Remarque

Si vous testez une campagne de notification push iOS, vous devez définir le délai à une minute pour vous laisser le temps de quitter l’application, car iOS ne distribue pas les notifications push pour l’application actuellement ouverte. Les autres types de campagnes peuvent être configurés pour une distribution immédiate.

3. Ciblez les utilisateurs comme vous le feriez pour un test en utilisant un filtre de test ou en ciblant votre propre adresse e-mail, puis finalisez la création de la campagne.

4. Accédez à votre application et effectuez l’événement personnalisé.

La campagne se déclenchera et affichera le message personnalisé avec la propriété d’événement.

Méthode 2 : S’envoyer un message de test

Si vous avez enregistré des ID utilisateur personnalisés, vous pouvez également tester la campagne en vous envoyant un message de test personnalisé.

1. Rédigez le texte de votre campagne.
2. Sélectionnez l’onglet Test et choisissez Customized User.
3. Ajoutez la propriété d’événement personnalisée en bas de la page, puis ajoutez votre ID utilisateur ou votre adresse e-mail dans le champ supérieur.
4. Sélectionnez Send Test pour recevoir un message personnalisé avec la propriété.

Méthode 3 : Utiliser Liquid

Vous pouvez tester les propriétés d’événement personnalisées en saisissant manuellement des valeurs avec Liquid.

1. Dans l’éditeur de messages, saisissez les valeurs de vos propriétés d’événement personnalisées.
2. Sélectionnez l’onglet Preview as a User pour vérifier que le message correct s’affiche.

Limitations

Il existe quelques situations où les messages de test ne se comportent pas de la même manière que les Campaigns ou les Canvas envoyés à de vrais utilisateurs. Dans ces cas, envisagez de lancer la Campaign ou le Canvas à un ensemble limité d’utilisateurs test pour valider ce comportement.

• L’affichage du centre de préférences Braze à partir de messages de test entraîne la désactivation du bouton Save Preferences. Les étiquettes Liquid du centre de préférences peuvent également ne pas aboutir à des liens valides. Il s’agit du comportement attendu. Pour effectuer un test de bout en bout, consultez Tester les centres de préférences.
• Pour tester les messages in-app et les Content Cards, l’utilisateur cible doit disposer d’un jeton de notification push pour l’appareil cible.
• Pour tester les liens de désabonnement dans les e-mails, {{${set_user_to_unsubscribed_url}}} s’affiche sous forme d’URL complète uniquement lorsque l’adresse e-mail du destinataire est associée à un profil utilisateur possédant un ID externe dans l’espace de travail. Sans profil utilisateur ni ID externe, l’étiquette s’affiche sous la forme <a href="#">Unsubscribe</a>. Assurez-vous que l’adresse e-mail de votre utilisateur test dispose d’un profil existant dans l’espace de travail correspondant.
• L’en-tête List-Unsubscribe n’est pas inclus dans les e-mails envoyés via la fonctionnalité de message de test.
• Les e-mails envoyés aux utilisateurs du groupe initiateur ne mettent pas à jour la liste Campaign Received du profil utilisateur et n’incrémentent pas les envois dans l’analyse du tableau de bord.

Résolution des problèmes

Messages in-app

Si votre campagne de messages in-app n’est pas déclenchée par une campagne de notification push, vérifiez la segmentation de la campagne in-app pour confirmer que l’utilisateur fait partie de l’audience cible avant de recevoir la notification push.

Pour les envois de test sur Android et iOS, les messages in-app qui utilisent le comportement au clic Demander l’autorisation push peuvent ne pas s’afficher sur certains appareils. En guise de solution de contournement :

• Android : Les appareils doivent fonctionner sous Android 13 et utiliser la version 21.0.0 ou ultérieure de notre SDK Android. Une autre raison possible est que l’appareil sur lequel le message in-app est affiché a déjà une invite au niveau du système. Vous avez peut-être sélectionné Ne plus demander, auquel cas il peut être nécessaire de réinstaller l’application pour réinitialiser les autorisations de notification avant de tester à nouveau.
• iOS : Nous recommandons à votre équipe de développement de revoir l’implémentation des notifications push pour votre application et de supprimer manuellement tout code qui demanderait les autorisations push. Pour plus d’informations, consultez Messages in-app d’amorce push.

Pour qu’une campagne de messages in-app basée sur une action soit distribuée, vous devez enregistrer les événements personnalisés via le SDK Braze, et non via les REST API, afin que les utilisateurs puissent recevoir les messages in-app éligibles directement sur leur appareil. Les utilisateurs reçoivent le message in-app s’ils effectuent l’événement au cours de la session.