Skip to content

Créer un message in-app avec l’éditeur traditionnel

Vous pouvez créer un message in-app ou un message dans le navigateur à l’aide de la plateforme Braze via des Campaigns, Canvas ou en tant que campagne API. Nous vous recommandons vivement de planifier vos messages et de préparer tous les éléments à l’avance en utilisant notre pratique guide de préparation des messages in-app.

Étape 1 : Choisir où créer votre message

Vous ne savez pas si votre message doit être envoyé via une Campaign ou un Canvas ? Les Campaigns sont plus adaptées aux envois de messages ciblés ponctuels, tandis que les Canvas sont plus adaptés aux parcours utilisateur en plusieurs étapes.

  1. Allez dans Messaging > Campaigns et sélectionnez Create Campaign.
  2. Sélectionnez In-App Message. Notez que les messages in-app ne sont pas disponibles dans les Campaigns multicanales.
  3. Donnez à votre Campaign un nom clair et significatif.
  4. Ajoutez des Équipes et des Étiquettes selon vos besoins.
    • Les étiquettes facilitent la recherche de vos Campaigns et la création de rapports. Par exemple, lorsque vous utilisez le Générateur de rapports, vous pouvez filtrer par étiquettes spécifiques.
  5. Ajoutez et nommez autant de variantes que nécessaire pour votre Campaign. Vous pouvez choisir différentes plateformes, types de messages et dispositions pour chacune de vos variantes ajoutées. Pour en savoir plus sur ce sujet, consultez Tests multivariés et A/B.
  1. Créez votre Canvas à l’aide du compositeur Canvas.
  2. Après avoir configuré votre Canvas, ajoutez une étape dans le générateur Canvas. Donnez à votre étape un nom clair et significatif.
  3. Choisissez une planification d’étape et spécifiez un délai si nécessaire. Notez que les étapes contenant des messages in-app ne peuvent pas être basées sur une action.
  4. Filtrez votre audience pour cette étape, si nécessaire. Vous pouvez affiner davantage les destinataires de cette étape en spécifiant des Segments et en ajoutant des filtres supplémentaires. Les options d’audience seront vérifiées après le délai, au moment de l’envoi des messages.
  5. Choisissez votre comportement d’avancement.
  6. Choisissez les autres canaux de communication que vous souhaitez associer à votre message.

Vous trouverez plus d’informations spécifiques à Canvas dans Messages in-app dans Canvas.

Étape 2 : Spécifier les plateformes de diffusion

Commencez par choisir les plateformes qui doivent recevoir le message. Utilisez cette sélection pour limiter la diffusion d’une Campaign à un ensemble spécifique d’applications. Par exemple, vous pourriez choisir Web Browsers pour un message dans le navigateur encourageant les utilisateurs à télécharger votre application mobile, afin de vous assurer qu’ils ne reçoivent pas le message après avoir déjà obtenu votre application. Comme les sélections de plateforme sont spécifiques à chaque variante, vous pourriez tester l’engagement des messages par plateforme.

Étape 3 : Spécifier vos types de messages

Une fois que vous avez sélectionné une plateforme d’envoi, parcourez les types de messages, les dispositions et les autres options associées. Apprenez-en plus sur le comportement attendu et l’apparence de chacun de ces messages sur notre page Types de messages, ou en cliquant sur les types de messages liés dans les tableaux suivants.

Lorsque vous décidez quel type de message utiliser, réfléchissez à l’espace que votre message occupera et à quel point il pourrait perturber l’expérience utilisateur.

  • Les messages contextuels sont les moins intrusifs, apparaissant subtilement sans bloquer le contenu.
  • Les messages en fenêtre modale se situent au milieu — suffisamment visibles pour attirer l’attention sans prendre entièrement le contrôle de l’écran.
  • Les messages en plein écran sont les plus accrocheurs et les plus adaptés aux annonces critiques ou aux promotions.

Plus votre contenu est complexe, plus vous aurez besoin d’espace — et plus votre message risque d’interrompre le flux de l’utilisateur.

Types de messages

Ces messages in-app sont acceptés à la fois par les applications mobiles et les applications web.

Type de message Description du type Dispositions disponibles Autres options Utilisation recommandée
Plein écran Messages qui couvrent la totalité de l'écran avec un bloc de message.
  • Image et texte
  • Image uniquement
 Orientation de l'appareil imposée (portrait ou paysage) Grand et audacieux ! Utilisez-le lorsque vous voulez vous assurer que les utilisateurs voient votre contenu, comme vos Campaigns les plus critiques, les notifications importantes ou les promotions majeures.

Notez que sur les appareils mobiles, les messages en portrait et en paysage ne s'afficheront pas si l'orientation de l'appareil ne correspond pas à l'orientation du message.
Fenêtre modale Messages qui couvrent la totalité de l'écran avec un overlay et un bloc de message.
  • Texte (avec image facultative)
  • Image uniquement
 N/A Un bon compromis. Utilisez-le lorsque vous avez besoin d'un moyen évident d'attirer l'attention de votre utilisateur, comme l'encourager à essayer une nouvelle fonctionnalité ou à profiter d'une promotion.
Contextuel Messages qui glissent dans la vue à un emplacement désigné sans bloquer le reste de l'écran. N/A N/A Discret — occupe le moins d'espace à l'écran. Utilisez-le pour alerter les utilisateurs de petites informations, comme de nouvelles fonctionnalités, des annonces, l'utilisation de cookies, etc.

Types de messages avancés

Ces messages in-app sont personnalisables selon vos besoins.

Type de message Description du type Dispositions disponibles Prérequis Utilisation recommandée
Message HTML personnalisé Messages personnalisés qui fonctionnent selon votre code personnalisé (HTML, CSS et/ou JavaScript). N/A Vous devez définir l'option d'initialisation allowUserSuppliedJavascript sur true pour que votre message in-app fonctionne. C'est une bonne option si vous souhaitez tous les avantages des messages in-app mais avez besoin de fonctionnalités supplémentaires ou que l'apparence reste « fidèle à votre marque ». Vous pouvez modifier chaque détail du message — police, couleur, forme, taille, boutons, etc.

Exemples de cas d'utilisation : demander aux utilisateurs leur avis sur l'application, formulaires de capture d'e-mail ou messages paginés
Formulaire de capture d'e-mail Généralement utilisé pour capturer l'adresse e-mail du visiteur. N/A Vous devez définir l'option d'initialisation allowUserSuppliedJavascript sur true pour que votre message in-app fonctionne. Lorsque vous invitez les utilisateurs à soumettre leur adresse e-mail.
Fenêtre modale web avec CSS Messages modaux pour le web avec CSS personnalisable.
  • Texte (avec image facultative)
  • Image uniquement
 La fenêtre modale web avec CSS est propre au SDK Web et ne peut être utilisée qu'après avoir sélectionné Web Browsers. Lorsque vous souhaitez télécharger ou écrire du CSS personnalisé pour créer des messages au style entièrement personnalisé et esthétique.

Étape 4 : Composer votre message in-app

L’onglet Compose vous permet de modifier tous les aspects du contenu et du comportement de votre message.

Un exemple de message in-app d'une marque pour accueillir de nouveaux clients et les inviter à configurer un profil utilisateur.

Le contenu de l’onglet Compose varie en fonction des options de message choisies à l’étape précédente, mais peut inclure l’une des options suivantes :

Langue

Sélectionnez Add Languages et choisissez les langues souhaitées dans la liste fournie. Cela insérera du Liquid dans votre message. Nous vous recommandons de sélectionner vos langues avant de rédiger votre contenu afin de pouvoir remplir votre texte aux emplacements appropriés dans le Liquid. Consultez notre liste complète des langues disponibles.

Image

Selon votre type de message, vous pouvez Upload Image, Pick a Badge ou utiliser Font Awesome. Pour télécharger une image, sélectionnez Add Image ou fournissez une URL d’image. Sélectionner Add Image ouvre la Bibliothèque multimédia, où vous pouvez sélectionner une image précédemment téléchargée ou en ajouter une nouvelle. Chaque type de message et plateforme peut avoir ses propres proportions et exigences suggérées — assurez-vous de vérifier celles-ci avant de commander ou de créer une image de zéro.

En-tête et corps

Écrivez ce que vous voulez ! Incluez du texte entièrement personnalisé (souvent avec des capacités HTML personnalisées) avec les options d’inclusion de Liquid et d’autres types de personnalisation. Plus vite vous pouvez faire passer votre message et inciter votre client à cliquer, mieux c’est ! Nous recommandons des en-têtes et un contenu de message clairs et concis.

Certains types de messages n’ont pas besoin d’en-têtes et n’en demandent donc pas.

Conseils

Générer du texte avec l’IA

Besoin d’aide pour créer un texte percutant ? Essayez d’utiliser l’assistant de rédaction IA. Saisissez un nom ou une description de produit et l’IA générera un texte marketing de qualité humaine à utiliser dans vos messages.

Bouton Lancer le rédacteur IA, situé dans le champ Message du compositeur de messages in-app.

Créer des messages de droite à gauche

Besoin d’aide pour rédiger des messages de droite à gauche pour des langues comme l’arabe et l’hébreu ? Consultez Créer des messages de droite à gauche pour les bonnes pratiques.

Texte des boutons

Lorsque disponible pour votre type de message, vous pouvez avoir jusqu’à deux boutons apparaissant sous votre corps de texte. Vous pouvez créer et modifier le texte et la couleur des boutons personnalisés. Vous pouvez également ajouter un lien vers les conditions d’utilisation dans les formulaires de capture d’e-mail.

Si vous choisissez de n’utiliser qu’un seul bouton, il s’ajustera automatiquement pour occuper l’espace disponible en bas de votre message au lieu de laisser de la place pour un bouton supplémentaire.

Choisir un bouton principal

Si vous décidez de formater ces boutons avec vos propres couleurs, nous vous recommandons d’utiliser le bouton 2 pour votre résultat préféré.

En d’autres termes, si vous souhaitez que votre utilisateur clique sur un bouton plutôt que sur l’autre, assurez-vous qu’il se trouve à droite. Le bouton de droite a souvent affiché un meilleur potentiel de clic, surtout s’il a une couleur quelque peu contrastante ou qui se démarque du reste du message. Cela est d’autant plus marqué lorsque le bouton de gauche se fond davantage visuellement avec le message.

Boutons principal et secondaire dans un message in-app

Comportement au clic

Lorsque votre client clique sur un bouton dans votre message in-app, les actions suivantes sont disponibles.

Remarque : les options Demander l’autorisation push, Enregistrer un événement personnalisé et Enregistrer un attribut personnalisé nécessitent les versions minimales de SDK suivantes :

Options pour appareils iOS

Si vous le souhaitez, vous pouvez restreindre votre message in-app pour qu’il ne soit envoyé qu’aux appareils iOS. Pour ce faire, cliquez sur Change et sélectionnez Only send to iOS devices.

Fermeture du message

Choisissez parmi les options suivantes :

  • Dismiss Automatically : Sélectionnez le nombre de secondes pendant lesquelles le message restera à l’écran.
  • Wait for User Swipe or Touch : Nécessite une option de rejet ou de fermeture.

Position du message contextuel

Ce paramètre s’applique uniquement au type de message contextuel. Choisissez entre faire apparaître votre message contextuel From Bottom of App Screen ou From Top of App Screen.

HTML et ressources

Ce paramètre s’applique uniquement au type de message à code personnalisé. Copiez et collez du HTML dans l’espace disponible et téléchargez vos ressources à l’aide d’un fichier ZIP.

Marque substitutive du champ de capture d’e-mail

Ce paramètre s’applique uniquement au type de message de formulaire de capture d’e-mail. Saisissez un texte personnalisé qui apparaîtra comme texte de marque substitutive dans le champ de saisie de l’e-mail. Par défaut, il affiche « Enter your email address ».

Étape 5 : Styliser votre message in-app

L’onglet Style vous permet d’ajuster tous les aspects visuels de votre message. Téléchargez une image ou un badge, ou choisissez une icône de badge prédéfinie. Modifiez les couleurs de l’en-tête et du corps du texte, des boutons et de l’arrière-plan en sélectionnant dans une palette ou en saisissant un code hexadécimal, RVB ou TSL.

Le contenu de l’onglet Style varie en fonction des options de message choisies à l’étape précédente, mais peut inclure l’une des options suivantes :

Prévisualisez et testez toujours votre message avant de l’envoyer.

Étape 6 : Configurer des paramètres supplémentaires (facultatif)

Paires clé-valeur

Vous pouvez ajouter des paires clé-valeur pour envoyer des champs personnalisés supplémentaires aux appareils des utilisateurs.

Étape 7 : Construire le reste de votre Campaign ou Canvas

Construisez le reste de votre Campaign ; consultez les sections suivantes pour plus de conseils sur la meilleure façon d’utiliser nos outils pour créer des messages in-app.

Choisir un déclencheur

Sélectionnez l’action qui déclenchera votre message, ainsi que les heures de début et de fin de votre Campaign ou Canvas.

Campaign basée sur une action avec l'action de déclenchement définie sur « Start Session ».

La diffusion des messages in-app est entièrement basée sur les déclencheurs d’action suivants :

  • Effectuer un achat
  • Ouvrir l’application/la page web
  • Effectuer un événement personnalisé (fonctionne uniquement avec les événements envoyés via le SDK)
  • Ouvrir un message push spécifique
  • Planifier automatiquement des Campaigns pour un envoi à une heure précise en fonction de l’heure locale de chacun de vos utilisateurs.
  • Les messages peuvent également être configurés pour se répéter quotidiennement, hebdomadairement (éventuellement certains jours spécifiques) ou mensuellement.

Une date et une heure de début doivent être sélectionnées ; cependant, une date de fin est facultative. Une date de fin empêchera ce message in-app spécifique de s’afficher sur les appareils après la date/heure spécifiée.

Consultez notre documentation développeur pour le déclenchement d’événements côté serveur et la diffusion locale de messages in-app.

Déclenchement en ligne versus hors ligne

Les messages in-app fonctionnent en envoyant le message et les déclencheurs à l’appareil de l’utilisateur. Une fois les messages in-app sur un appareil, ils attendent d’être affichés jusqu’à ce que la condition de déclenchement soit remplie. Si les messages in-app sont déjà mis en cache sur l’appareil de l’utilisateur, vous pouvez même déclencher des messages in-app hors ligne sans connexion à Braze (par exemple, en mode avion).

Choisir une priorité

Enfin, après avoir sélectionné l’action qui déclenchera le message in-app, vous devez également définir une priorité. Si deux messages sont déclenchés par la même action, les messages de haute priorité seront programmés pour s’afficher sur les appareils des utilisateurs avant les messages de priorité inférieure.

Vous pouvez choisir parmi les priorités de message suivantes :

  • Haute priorité (affiché avant les autres messages)
  • Priorité moyenne (par défaut)
  • Basse priorité (affiché après les autres messages)

Les options de haute, moyenne et basse priorité pour les messages déclenchés sont des compartiments, et en tant que tels, plusieurs messages peuvent avoir la même priorité sélectionnée. Lorsque plusieurs messages partagent la même priorité, le message le plus récemment créé ou attribué prend le dessus et est affiché en premier :

  • Compartiment de priorité par défaut : Lorsque deux Campaigns partagent le même déclencheur et utilisent la priorité par défaut (moyenne), la Campaign créée en dernier reçoit le déclencheur.
  • Compartiment de priorité spécifique : Lorsque plusieurs Campaigns partagent le même déclencheur et sont attribuées à un compartiment de priorité spécifique, la Campaign la plus récemment attribuée à ce compartiment reçoit le déclencheur.

Pour définir les priorités au sein de ces compartiments, cliquez sur Set Exact Priority, et vous pouvez glisser-déposer les Campaigns pour les ordonner avec la priorité correcte.

Un exemple de la façon dont la priorité est définie pour une Campaign de message in-app et un Canvas.

Choisir les utilisateurs à cibler

Ensuite, vous devez cibler les utilisateurs en choisissant des Segments ou des filtres pour affiner votre audience. Vous recevez automatiquement un aperçu de la population approximative de ce Segment. Gardez à l’esprit que l’appartenance exacte au Segment est toujours calculée avant l’envoi du message.

Réévaluer l’éligibilité de la Campaign et le Liquid

Dans certains scénarios, vous pouvez souhaiter réévaluer l’éligibilité d’un utilisateur lorsqu’il déclenche l’affichage d’un message in-app. Les exemples incluent les Campaigns qui ciblent un attribut personnalisé qui change fréquemment ou les messages qui doivent refléter les changements de profil de dernière minute.

Case à cocher « Re-evaluate campaign eligibility before displaying » sélectionnée.

Lorsque vous sélectionnez Re-evaluate campaign eligibility before displaying, une requête supplémentaire sera envoyée à Braze pour confirmer que l’utilisateur est toujours éligible à ce message avant l’envoi. De plus, toutes les variables Liquid ou de Contenu connecté seront modélisées à ce moment-là avant l’affichage du message.

Cela empêche l’envoi de messages in-app aux utilisateurs dans le cadre de Campaigns expirées ou archivées. Si vous ne réévaluez pas l’éligibilité d’un utilisateur, celui-ci recevra le message in-app même après l’expiration ou l’archivage de la Campaign, car le message est dans votre SDK et attend que les utilisateurs le déclenchent.

Utiliser des données ajoutées par la REST API dans un message

Les données utilisateur que l’endpoint /users/track ajoute dans la même session peuvent parfois être utilisées dans le message in-app de cet utilisateur. Par exemple, si un utilisateur fait partie de l’audience d’un message in-app en attente d’un déclencheur, démarre une session, et que dans cette même session la REST API met à jour son profil, ces nouvelles données peuvent apparaître dans le message in-app lorsque Re-evaluate campaign eligibility before displaying est sélectionné. Braze ne modélisera pas le message in-app tant qu’il ne sera pas temps de l’afficher.

Si un déclencheur envoie à la fois des données à Braze et déclenche le message in-app, le message ne peut pas utiliser ces données de profil nouvellement mises à jour, même avec un délai planifié. Utilisez plutôt deux déclencheurs distincts : un pour envoyer les données, et un pour déclencher le message in-app.

Choisir les événements de conversion

Braze vous permet de suivre la fréquence à laquelle les utilisateurs effectuent des actions spécifiques, les événements de conversion, après avoir reçu une Campaign. Vous avez la possibilité d’autoriser une fenêtre allant jusqu’à 30 jours pendant laquelle une conversion sera comptabilisée si l’utilisateur effectue l’action spécifiée.

Si vous ne l’avez pas encore fait, complétez les sections restantes de votre composant Canvas. Pour plus de détails sur la façon de construire le reste de votre Canvas, d’implémenter les tests multivariés et la Sélection intelligente, et plus encore, consultez l’étape Construire votre Canvas de notre documentation Canvas.

Pour des informations sur les options de messages in-app spécifiques à Canvas, consultez Messages in-app dans Canvas.

Étape 8 : Vérifier et déployer

Après avoir terminé la construction de votre Campaign ou Canvas, vérifiez ses détails, testez-la, puis envoyez-la !

Ensuite, consultez Rapports sur les messages in-app pour découvrir comment accéder aux résultats de vos campagnes de messages.

Bon à savoir

Limites des Campaigns de messages in-app actives

Braze accorde une grande importance à la fiabilité et à la rapidité. Nous vous suggérons de n’envoyer à Braze que les données dont vous avez besoin et de désactiver toute Campaign qui n’apporte plus de valeur à votre marque.

Le traitement des Campaigns de messages in-app basées sur des actions qui sont toujours actives mais n’envoient plus de messages ou ne sont plus nécessaires ralentit les performances globales des services Braze pour vous et les autres clients. Ce temps supplémentaire nécessaire pour traiter ces grands nombres de Campaigns inactives signifie que tous les messages in-app mettront plus de temps à apparaître sur les appareils des utilisateurs finaux, ce qui impacte l’expérience utilisateur.

Le compteur de 200 inclut les Campaigns de messages in-app actives qui n’ont pas encore atteint leur date de fin et celles qui n’ont pas de date de fin. Les Campaigns de messages in-app actives dont la date de fin est dépassée ne seront pas comptabilisées. Le client Braze moyen a un total de 26 Campaigns actives simultanément — il est donc peu probable que cette limitation vous affecte.

Évaluation de la diffusion selon l’heure locale

Lorsqu’une Campaign de messages in-app est planifiée en utilisant le fuseau horaire local de l’utilisateur, l’évaluation des heures de début et de fin de la Campaign est gérée sur l’appareil lui-même.

Les Campaigns de messages in-app sont généralement envoyées à l’appareil d’un utilisateur lorsque la session de l’application démarre ou est actualisée. À ce moment-là :

  1. Le SDK évalue si l’utilisateur est éligible à des messages in-app basés sur des déclencheurs.
  2. L’appareil vérifie si l’événement déclencheur de l’utilisateur s’est produit dans la période de début et de fin de la Campaign (telle que définie par le fuseau horaire local de l’utilisateur).
  3. Si les deux conditions sont remplies, le message in-app est éligible à l’affichage.

Considérations

  • Si un utilisateur déclenche un événement (comme un appui sur un bouton) peu après la diffusion du message in-app, le message peut ne pas apparaître avant la prochaine actualisation de session — en supposant que tous les critères d’éligibilité sont toujours remplis.
  • Comme pour les autres types de canaux, les Campaigns de messages in-app devraient idéalement être lancées 24 à 48 heures à l’avance. Ce délai donne aux utilisateurs suffisamment de temps pour remplir les critères d’éligibilité et initier une session pour que le message soit évalué et affiché.
New Stuff!