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 : Identifiez 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 à partir 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 créer ni ajouter d’utilisateurs test individuels.

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

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

• banners
• content card
• e-mail
• message in-app
• line
• push
• sms/mms et rcs
• webhook
• whatsapp

Important

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

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 comme destinataires du test, puis sélectionnez Send Test.

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

Remarque

Gardez à l’esprit que votre prévisualisation peut ne pas être identique au rendu final sur l’appareil d’un utilisateur en raison des différences matérielles.

Liste de vérification pour les tests

• Votre campagne Banner est-elle assignée à un emplacement ?
• Les images et les 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 dans le cas où le Liquid ne renvoie 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 incluse dans le payload de la notification 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 normal de distribution 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 Send Test pour envoyer votre Content Card à votre application.

Prévisualisation

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

Remarque

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

Liste de vérification pour les tests

• Votre utilisateur test est-il abonné 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 dans le cas où le Liquid ne renvoie aucune information ?
• Votre texte est-il clair, concis et correct ?
• Vos liens dirigent-ils l’utilisateur vers la bonne destination ?
• Votre utilisateur test est-il abonné 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 (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, pas de Braze.

Débogage

Une fois vos Content Cards envoyées, vous pouvez décomposer ou déboguer tout problème à partir du journal des événements utilisateurs dans la console de développement.

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

1. Allez dans 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
      }
    ]
   
   

5. Utilisez un outil de décodage comme Base64 Decode and Encode pour décoder l’id au 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 voit pas une Content Card particulière.

1. Rédigez votre e-mail.
2. Sélectionnez Preview and Test.
3. Sélectionnez l’onglet Test Send et ajoutez votre adresse e-mail ou votre ID utilisateur dans le champ Add individual users.
4. Sélectionnez Send 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 des préférences. Pour tester le centre de préférences, envoyez 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 d’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’images au lieu de simplement la 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, les notifications push doivent être activées sur votre appareil iOS pour pouvoir 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 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.

Important

Les envois de test peuvent entraîner l’envoi de plusieurs messages in-app à chaque destinataire.

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

Prévisualisation

Vous pouvez prévisualiser votre message in-app pendant sa rédaction 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 à quoi ressemblera votre message 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 précisément vers quels appareils vos messages doivent être envoyés, en fonction de la génération qu’ils prennent en charge.

Avertissement

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

Liste de vérification pour les tests

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

Analyseur d’accessibilité

Pour soutenir les bonnes pratiques en matière 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 aide à identifier le contenu qui pourrait ne pas respecter les directives 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) pour rendre le contenu web plus accessible aux personnes en situation de handicap.

Remarque

L’analyseur d’accessibilité des messages in-app ne fonctionne que sur les messages créés en HTML personnalisé.

Fonctionnement

L’analyseur s’exécute automatiquement sur les messages HTML personnalisés et évalue l’intégralité de votre message HTML par rapport à l’ensemble 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 des informations supplémentaires ou des conseils de correction

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 :

• Rubriques et structure
• Texte Alt et images
• Liens et boutons
• Contraste de couleurs
• Cibles à toucher

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.

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.

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 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 web.

Si vous avez déjà accepté les notifications push depuis le tableau de bord de Braze, le message apparaîtra dans un coin de votre écran. Sinon, sélectionnez Allow 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 les notifications 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 les notifications push pour l’application sur son appareil. Pour plus de détails, consultez Activation des notifications push et état d’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 ressemblera 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 les 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.

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.

Tester des campagnes personnalisées

Si vous testez des campagnes qui remplissent des données utilisateur ou utilisent des propriétés d’événements personnalisés, 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 composeur, 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. Ensuite, utilisez la prévisualisation du tableau de bord pour voir comment votre message apparaîtra à 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 dans les différents champs disponibles pour la personnalisation, tels que le prénom de l’utilisateur et les attributs personnalisés. Là encore, vous pouvez saisir votre propre adresse e-mail pour envoyer un test à votre appareil.

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 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énements personnalisés

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

• déclencher manuellement
• message de test
• liquid

Méthode 1 : Déclencher la campagne manuellement

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

1. Rédigez le contenu impliquant la propriété de l’é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é de l’événement.

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

Vous pouvez également, si vous enregistrez des ID utilisateur personnalisés, 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é en bas de la page, puis ajoutez votre ID utilisateur ou votre adresse e-mail dans le champ du haut.
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énements personnalisés en saisissant manuellement des valeurs avec Liquid.

1. Dans l’éditeur de messages, saisissez les valeurs de vos propriétés d’événements personnalisés.
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 à des utilisateurs réels. 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 depuis les 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 renvoyer vers des liens valides. Il s’agit du 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 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 figure 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 dans 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 l’autorisation push peuvent ne pas s’afficher sur certains appareils. Voici des solutions de contournement :

• Android : Les appareils doivent fonctionner sous Android 13 avec 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 s’affiche a déjà reçu 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 que votre équipe de développement vérifie l’implémentation des notifications push pour votre application et supprime 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.