Skip to content

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.

É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 existants ou des adresses e-mail, ou bien 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 campagne, et lancer vos tests sans avoir à créer ou ajouter des utilisateurs test individuels.

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

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

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

  1. Rédigez votre message Banner.
  2. Sélectionnez Preview pour prévisualiser votre Banner 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 en tant que Test Recipients, puis sélectionnez Send Test.

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

Onglet de prévisualisation du composeur de Banner.

Liste de vérification pour les tests

  • Votre campagne Banner est-elle associée à un emplacement ?
  • Les images et médias s’affichent-ils et fonctionnent-ils comme prévu sur vos types d’appareils et tailles d’écran ciblés ?
  • Vos liens et boutons dirigent-ils l’utilisateur vers la bonne destination ?
  • 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 ?

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 push 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 ressemble 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 Send Test pour envoyer votre Content Card à votre application.

Content Card de test

Prévisualisation

Vous pouvez prévisualiser votre carte pendant que vous la composez dans l’onglet Preview. Cela devrait vous aider à visualiser à quoi ressemblera votre message final du point de vue de votre utilisateur.

Liste de vérification pour les tests

  • Votre utilisateur test a-t-il activé les notifications push avec un jeton push valide ?
  • Les images et 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 au cas où le Liquid ne renverrait aucune information ?
  • Votre texte est-il clair, concis et correct ?
  • Vos liens dirigent-ils l’utilisateur vers la bonne destination ?
  • Votre utilisateur test a-t-il activé les notifications push avec un jeton push valide ?

Résolution des problèmes d’images défectueuses

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 (tels que 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é informatique internes, la politique peut bloquer le domaine de l’image. Confirmez 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 de 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, et non de Braze.

Débogage

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

Un cas d’usage courant consiste à comprendre pourquoi un utilisateur ne peut pas voir une Content Card particulière. Pour ce faire, vous pouvez consulter les Event User Logs pour 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. Accédez à Settings > Event User Log.
  2. Localisez et développez la requête SDK pour votre utilisateur test.
  3. Cliquez sur Raw Data.

  4. Trouvez 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
   }
 ]

  1. Utilisez un outil de décodage tel que Base64 Decode and Encode pour décoder l’id depuis le 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.

  2. Accédez à la page Campaigns et recherchez le campaign_id.

Recherche du campaign_id sur la page Campaigns

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

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 Add Individual Users.
  3. Sélectionnez Send Test pour envoyer votre notification push à votre appareil.

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

Message in-app de test

En cliquant directement sur la notification push et en l’ouvrant, vous serez redirigé vers votre application où vous pourrez visualiser 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 envoyée avec succès.

Prévisualisation

Vous pouvez prévisualiser votre message in-app pendant que vous le composez dans l’onglet Preview. Cela devrait vous aider à visualiser à quoi ressemblera votre message final du point de vue de votre 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.

Onglet de composition lors de la création d'un message in-app montrant la prévisualisation de l'apparence du message. Aucun utilisateur n'est sélectionné, le Liquid ajouté dans le corps s'affiche donc tel quel.

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

Basculer entre les générations lors de la prévisualisation d'un message in-app.

Liste de vérification pour les tests

  • Les images et 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 au cas où le Liquid ne renverrait aucune information ?
  • Votre texte est-il clair, concis et correct ?
  • Vos boutons dirigent-ils l’utilisateur vers la bonne destination ?

Analyseur d’accessibilité

Pour respecter les bonnes 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é. Cet analyseur permet d’identifier le contenu qui pourrait ne pas répondre aux normes des Règles pour l’accessibilité des contenus Web (WCAG). Les WCAG sont un ensemble de normes techniques internationalement reconnues, développées par le World Wide Web Consortium (W3C), visant à rendre le contenu web plus accessible aux personnes en situation de handicap.

Résultats de l'analyse d'accessibilité

Fonctionnement

L’analyseur s’exécute automatiquement sur les messages HTML personnalisés et évalue l’intégralité de votre message HTML par rapport au jeu de règles WCAG 2.1 AA. Pour chaque problème signalé, il affiche :

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

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.

  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 Send Test pour envoyer votre message.

Message LINE de test.

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 Add Individual Users.
  3. Sélectionnez Send Test pour envoyer votre message rédigé à votre appareil.

Notification push de test

Si vous voyez une erreur indiquant qu’aucun des utilisateurs sélectionnés ne dispose de jetons push correspondants, l’utilisateur test ne possède pas de 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 abonnement push.

Push Web

  1. Créez votre notification push Web.
  2. Sélectionnez l’onglet Test.
  3. Sélectionnez Send Test to Myself.
  4. Sélectionnez Send Test pour envoyer votre notification push Web à votre navigateur.

Notification push Web de test

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

Si vous voyez une erreur indiquant qu’aucun des utilisateurs sélectionnés ne dispose de jetons push correspondants pour le 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 abonnement push.

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 ressemble en temps réel. Le destinataire doit appartenir au groupe d’abonnement SMS que vous sélectionnez lors de l’envoi du test, disposer d’un numéro de téléphone valide et avoir au moins un pays sélectionné sous Geographic Permissions. 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 Send Test pour envoyer votre message de test.

Content Card 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 Send 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 Send Test pour envoyer votre message.

Message WhatsApp de test.

Tester des campagnes personnalisées

Si vous testez des campagnes qui remplissent des données utilisateur ou qui 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.

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.

Test d'un message personnalisé

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 pour cet utilisateur, et envoyez un message de test à votre appareil qui reflète ce que cet utilisateur verrait.

Sélectionner un utilisateur

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. Une fois encore, vous pouvez saisir votre propre adresse e-mail pour envoyer un test à votre appareil.

Utilisateur personnalisé

Personnaliser un utilisateur existant

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

L'onglet « Preview as a User » avec un bouton « Edit ».

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 d’autres types de campagnes décrits ci-dessus.

Méthode 1 : déclencher la campagne manuellement

Vous pouvez déclencher la campagne vous-même, ce qui constitue un moyen robuste de tester les campagnes personnalisées utilisant des propriétés d’événement personnalisées :

  1. Rédigez le contenu incluant la propriété d’événement.

Rédaction d'un message de test avec des propriétés

  1. Utilisez la livraison par événement pour envoyer la campagne lorsque l’événement se produit.

Distribution du message de test

  1. 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 terminez la création de la campagne.

Ciblage du message de test

  1. Accédez à votre application et réalisez l’événement personnalisé.

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

Exemple de message de test

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

Sinon, si vous enregistrez des ID utilisateur personnalisés, vous pouvez également tester la campagne en vous envoyant un message de test personnalisé.

  1. Rédigez le contenu 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, et ajoutez votre ID utilisateur ou votre adresse e-mail dans le champ en haut.
  4. Sélectionnez Send Test pour recevoir un message personnalisé avec la propriété.

Test en utilisant un utilisateur personnalisé

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 des valeurs pour 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 auprès d’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 générer de liens valides. Il s’agit d’un comportement attendu. Pour tester 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, assurez-vous que l’adresse e-mail de votre utilisateur test se trouve 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 des Campaigns reçues sur le 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 correspond à 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 la permission push peuvent ne pas s’afficher sur certains appareils. Voici des solutions de contournement :

  • Android : Les appareils doivent fonctionner sous Android 13 et utiliser la version 21.0.0 de notre SDK Android. Une autre raison possible est que l’appareil sur lequel le message in-app est affiché possède déjà une invite au niveau du système. Vous avez peut-être sélectionné Ne plus demander, auquel cas vous devrez réinstaller l’application pour réinitialiser les autorisations de notification avant de tester à nouveau.
  • iOS : Nous recommandons à votre équipe de développement de vérifier l’implémentation des notifications push pour votre application et de supprimer manuellement tout code qui demanderait les autorisations push. Pour en savoir plus, 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.
New Stuff!