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.
- Allez dans Messaging > Campaigns et sélectionnez Create Campaign.
- Sélectionnez In-App Message. Notez que les messages in-app ne sont pas disponibles dans les Campaigns multicanales.
- Donnez à votre Campaign un nom clair et significatif.
- 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.
- 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.

Si tous les messages de votre Campaign sont similaires ou ont le même contenu, composez votre message avant d’ajouter des variantes supplémentaires. Vous pouvez ensuite choisir Copy from Variant dans le menu déroulant Add Variant.
- Créez votre Canvas à l’aide du compositeur Canvas.
- Après avoir configuré votre Canvas, ajoutez une étape dans le générateur Canvas. Donnez à votre étape un nom clair et significatif.
- 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.
- 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.
- Choisissez votre comportement d’avancement.
- Choisissez tout autre canal de communication que vous souhaitez associer à votre message.

Vous ne pouvez pas avoir plusieurs variantes de messages in-app dans une seule étape.
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 campagne à un ensemble spécifique d’applications. Par exemple, vous pouvez choisir Navigateurs web 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. Étant donné que les sélections de plateformes sont spécifiques à chaque variante, vous pouvez essayer de tester l’engagement par message en fonction de la plateforme.
| Plateforme | Diffusion du message |
|---|---|
| Applications mobiles | SDK iOS, Android et Vega |
| Navigateurs web | SDK Web |
| Applications mobiles et navigateurs web | SDK iOS, Android, Vega et Web |
É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 mises en page et les autres options qui y sont associées. Pour en savoir plus sur le comportement attendu et l’apparence de chacun de ces messages, consultez notre page Types de messages, ou cliquez sur les types de messages liés dans les tableaux suivants.
Lorsque vous choisissez le 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 et apparaissent de manière subtile sans bloquer le contenu.
- Les messages de type fenêtre modale se situent au milieu : suffisamment visibles pour attirer l’attention sans prendre complètement le contrôle de l’écran.
- Les messages plein écran attirent le plus l’attention et sont 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 risquera d’interrompre le flux de l’utilisateur.
Types de messages
Ces messages in-app sont pris en charge à la fois par les applications mobiles et les applications web.
| Type de message | Description du type | Mises en page disponibles | Autres options | Utilisation recommandée |
|---|---|---|---|---|
| Plein écran | Messages qui couvrent l'intégralité de l'écran avec un bloc de message. |
|
Orientation de l'appareil imposée (portrait ou paysage) | Grand et percutant ! À utiliser lorsque vous voulez vous assurer que les utilisateurs voient votre contenu, comme vos Campaigns les plus importantes, les notifications essentielles 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 l'intégralité de l'écran avec un voile de superposition et un bloc de message. |
|
N/A | Un bon compromis. À utiliser lorsque vous avez besoin d'un moyen visible d'attirer l'attention de vos utilisateurs, par exemple pour les 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. À utiliser pour alerter les utilisateurs sur de petits éléments d'information, tels que les nouvelles fonctionnalités, les 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 | Mises en page 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 tout en ayant besoin de fonctionnalités supplémentaires ou que l'apparence reste cohérente avec votre marque. Vous pouvez modifier chaque détail du message : police, couleur, forme, taille, boutons, etc. Exemples de cas d'usage : demander aux utilisateurs leur avis sur l'application, formulaires de collecte d'e-mails ou messages paginés |
| Formulaire de collecte d'e-mails | Généralement utilisé pour collecter 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. |
|
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 une communication entièrement stylisée et visuellement attrayante. |

Si Braze détecte que vous n’avez pas inclus de bouton de fermeture ou de rejet dans votre code, nous vous demanderons d’en ajouter un. Pour plus de commodité, nous avons fourni un extrait de code que vous pouvez copier et coller dans votre code : <a href= "appboy://close">X</a>.
Étape 4 : Composer votre message in-app
L’onglet Composer vous permet de modifier tous les aspects du contenu et du comportement de votre message.

Le contenu de l’onglet Composer varie en fonction des options de message choisies à l’étape précédente, mais peut inclure l’une des options suivantes :
Langue
Sélectionnez Ajouter des langues 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 à l’emplacement approprié dans le Liquid. Consultez notre liste complète des langues disponibles.
Image
Selon votre type de message, vous pouvez Charger une image, Choisir un badge ou utiliser Font Awesome. Pour charger une image, sélectionnez Ajouter une image ou fournissez une URL d’image. Sélectionner Ajouter une image ouvre la bibliothèque multimédia, où vous pouvez sélectionner une image précédemment 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 quelles sont ces spécifications avant de commander ou de créer une image de zéro.

Si vous intégrez des images via le contenu connecté ou Liquid, assurez-vous que l’URL de votre image commence par https://. L’utilisation de http:// provoquera le plantage de votre application.
En-tête et corps
Rédigez ce que vous souhaitez ! Incluez du contenu entièrement personnalisé (souvent avec des fonctionnalité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 ne nécessitent pas d’en-tête et n’en demandent donc pas.
Conseils
Générer du contenu avec l’IA
Besoin d’aide pour rédiger 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 au style naturel à utiliser dans vos communications.

Créer des messages de droite à gauche
Besoin d’aide pour créer 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 cette option est disponible pour votre type de message, vous pouvez faire apparaître jusqu’à deux boutons sous le corps de votre 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 le résultat que vous préférez.
En d’autres termes, si vous souhaitez que votre utilisateur clique sur un bouton plutôt que sur l’autre, assurez-vous qu’il s’agit du bouton secondaire. Le bouton secondaire a souvent affiché un meilleur potentiel de clic, surtout s’il a une couleur quelque peu contrastée ou autrement distinctive par rapport au reste du message. Cela est d’autant plus marqué lorsque le bouton principal se fond davantage visuellement dans le message.

Comportement au clic
Lorsque votre client clique sur un bouton dans votre message in-app, les actions suivantes sont disponibles.
| Action | Description |
|---|---|
| Rediriger vers une URL web | Ouvre une page web non native. |
| Deep link dans l’application | Deep link vers un écran existant dans votre application. |
| Fermer le message | Ferme le message actuellement actif. |
| Enregistrer un événement personnalisé | Choisissez un événement personnalisé à déclencher. Peut être utilisé pour afficher un autre message in-app ou déclencher des communications supplémentaires. |
| Enregistrer un attribut personnalisé | Choisissez un attribut personnalisé à définir pour l’utilisateur actuel. |
| Demander l’autorisation push | Affiche la demande d’autorisation push native. En savoir plus sur l’amorçage push, ainsi que les bonnes pratiques pour préparer les utilisateurs aux notifications push. |
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 :
Pour combiner plusieurs actions ou effectuer des actions SDK supplémentaires non disponibles dans le tableau de bord (telles que l’ajout à un groupe d’abonnement ou la définition d’un type d’abonnement e-mail), vous pouvez utiliser les deep links Braze Actions.
Options d’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 Modifier et sélectionnez Envoyer uniquement aux appareils iOS.
Fermeture du message
Choisissez parmi les options suivantes :
- Fermeture automatique : Sélectionnez le nombre de secondes pendant lequel le message restera à l’écran.
- Attendre un balayage ou un toucher de l’utilisateur : Nécessite une option de fermeture.
Fermer un message enregistre une impression mais pas un clic. Pour savoir comment les clics sont suivis en fonction de l’action de l’utilisateur, consultez Suivi des clics.
Position du contextuel
Ce paramètre s’applique uniquement au type de message contextuel. Choisissez si votre contextuel doit apparaître Depuis le bas de l’écran de l’application ou Depuis le haut de l’écran de l’application.
HTML et ressources
Ce paramètre s’applique uniquement au type de message avec code personnalisé. Copiez et collez le HTML dans l’espace disponible et chargez vos ressources à l’aide d’un fichier ZIP.
Marque substitutive du champ de saisie 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, ce texte est « Saisissez votre adresse e-mail ».
É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 :
| Mise en forme | Saisie | Description |
|---|---|---|
| Profil de couleur | Appliquer depuis la galerie de modèles de messages in-app. | Sélectionnez Apply Template et choisissez dans la galerie. Puis, sélectionnez Save. |
| Alignement du texte | Gauche, centre ou droite. | Disponible uniquement pour les versions plus récentes du SDK Braze. |
| En-tête | Code couleur HEX. | La couleur HEX souhaitée s’affichera. Vous pourrez également choisir l’opacité de la couleur. |
| Texte | Code couleur HEX. | La couleur HEX souhaitée s’affichera. Vous pourrez également choisir l’opacité de la couleur. |
| Boutons | Code couleur HEX. | Les couleurs HEX souhaitées s’afficheront. Vous pourrez également choisir l’opacité des couleurs. Vous pouvez choisir les couleurs pour : l’arrière-plan du bouton de fermeture du message ainsi que l’arrière-plan, le texte et la bordure de chaque bouton. |
| Bordure du bouton | Code couleur HEX. | Nouveau ! Cela vous permettra de distinguer vos boutons principal et secondaire l’un de l’autre. Nous suggérons de délimiter les boutons avec des couleurs contrastantes. |
| Couleur d’arrière-plan | Code couleur HEX. | La couleur HEX souhaitée s’affichera. Vous pourrez également choisir l’opacité de la couleur. C’est l’arrière-plan de l’ensemble du message et il s’affichera clairement derrière le corps de votre texte. |
| Overlay de l’écran | Code couleur HEX. | La couleur HEX souhaitée s’affichera. Vous pourrez également choisir l’opacité de la couleur. Disponible uniquement pour les versions plus récentes du SDK Braze. C’est le cadre autour de l’ensemble du message. |
| Chevron ou autre option de fermeture du message | Code couleur HEX. | La couleur HEX souhaitée s’affichera. Vous pourrez également choisir l’opacité de la couleur. |
Prévisualisez et testez toujours votre message avant de l’envoyer.

Certains types de messages in-app n’offrent pas d’option de style au-delà du téléchargement de HTML personnalisé (ou CSS ou JavaScript) et de ressources via un fichier ZIP. La fenêtre modale web avec CSS vous permet de télécharger ou d’écrire du CSS personnalisé pour créer des messages au style entièrement personnalisé et esthétique.
Étape 6 : Configurer les 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.
- Dans le compositeur de messages, sélectionnez l’onglet Paramètres.
- Dans Paires clé-valeur, sélectionnez Ajouter une nouvelle paire.
- Saisissez une clé et une valeur pour chaque paire. Pour ajouter une autre paire, sélectionnez à nouveau Ajouter une nouvelle paire.
Étape 7 : Créez le reste de votre campagne ou Canvas
Créez le reste de votre campagne ; 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 à partir de laquelle vous souhaitez déclencher votre message, ainsi que les dates et heures de début et de fin de votre campagne ou Canvas.

Notez que si vous avez l’intention de déclencher votre message in-app en fonction d’un événement personnalisé, cet événement personnalisé doit être envoyé via le SDK.

La distribution des messages in-app est entièrement basée sur les actions de déclenchement suivantes :
- Passer une commande
- Ouvrir l’application ou la page web
- Effectuer un événement personnalisé (ne fonctionne qu’avec les événements envoyés via le SDK)
- Ouvrir une notification push spécifique
- Planifier automatiquement l’envoi de Campaigns à 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 sur une base quotidienne, hebdomadaire (éventuellement certains jours spécifiques) ou mensuelle.
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 indiquée.
Consultez notre documentation développeur pour le déclenchement d’événements côté serveur et la distribution locale des 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 l’appareil, ils attendent que la condition de déclenchement soit remplie pour s’afficher. Si les messages in-app sont déjà 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).

Une fois qu’un message in-app a été arrêté, certains utilisateurs peuvent continuer à voir le message s’ils ont démarré une session avant l’arrêt du message et qu’ils effectuent ensuite l’événement déclencheur. Ces utilisateurs seront comptabilisés comme une impression unique même après l’arrêt de la campagne.
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 à 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 :
- Priorité élevée (affiché avant les autres messages)
- Priorité moyenne (par défaut)
- Priorité faible (affiché après les autres messages)
Les options de priorité élevée, moyenne et faible 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é est prioritaire et s’affiche 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 organiser dans le bon ordre de priorité.

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.

S’il y a un délai sur l’étape de message in-app, l’appartenance au Segment sera évaluée après le délai. Si l’utilisateur est éligible, le message in-app sera synchronisé lors de la prochaine session disponible.
Réévaluer l’éligibilité de la Campaign et le Liquid
Dans certains cas, vous souhaiterez peut-être réévaluer l’éligibilité d’un utilisateur lorsqu’il déclenche l’affichage d’un message in-app. Par exemple, les Campaigns qui ciblent un attribut personnalisé qui change fréquemment, ou les messages qui doivent refléter les modifications de profil de dernière minute.

Lorsque vous sélectionnez Re-evaluate campaign eligibility before displaying, une requête supplémentaire est envoyée à Braze pour confirmer que l’utilisateur est toujours éligible à ce message avant son envoi. De plus, toutes les variables Liquid ou le contenu connecté seront mis en forme à ce moment, 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.

L’activation de cette option entraînera un léger délai (< 100 ms) entre le moment où un utilisateur déclenche un message in-app et celui où le message s’affiche, en raison de la requête supplémentaire d’éligibilité et de mise en forme.
N’utilisez pas cette option pour les messages qui peuvent être déclenchés lorsqu’un utilisateur est hors ligne ou lorsque la réévaluation de l’éligibilité et du Liquid n’est pas nécessaire.
Utiliser des données ajoutées par la REST API dans un message
Les données utilisateur ajoutées par l’endpoint /users/track au cours de 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 durant 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 met pas en forme le message in-app avant le moment de l’affichage.
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 campagne. 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 ce n’est pas encore fait, complétez les sections restantes de votre composant Canvas. Pour plus de détails sur la création du reste de votre Canvas, y compris les tests multivariés et Optimiser avec BrazeAITM, consultez Créer votre Canvas.
Pour plus d’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 création de votre Campaign ou Canvas, vérifiez ses détails, testez-le, puis envoyez-le !
Ensuite, consultez Reporting des messages in-app pour découvrir comment accéder aux résultats de vos Campaigns de communication.
Informations à connaître
Limites des campagnes de messages in-app actives
Braze accorde une grande importance à la fiabilité et à la rapidité. Nous vous suggérons de n’envoyer que les données dont vous avez besoin à Braze et de désactiver toute campagne qui n’apporte plus de valeur à votre marque.
Le traitement des campagnes de messages in-app basées sur des actions qui sont toujours actives mais qui n’envoient plus de messages ou qui ne sont plus nécessaires ralentit les performances globales des services Braze pour vous et pour les autres clients. Ce temps supplémentaire nécessaire au traitement de ces grands nombres de campagnes inactives signifie que l’affichage de tout message in-app sur les appareils des utilisateurs finaux prendra plus de temps, ce qui impacte l’expérience de l’utilisateur final.

Vous pouvez avoir jusqu’à 200 campagnes de messages in-app actives et basées sur des actions par espace de travail afin d’optimiser la rapidité de distribution des messages et d’éviter les dépassements de délai. Cela ne s’applique pas aux Canvas.
Le comptage de 200 inclut les campagnes de messages in-app actives qui n’ont pas encore atteint leur date de fin ainsi que celles qui n’ont pas de date de fin. Les campagnes de messages in-app actives dont la date de fin est dépassée ne sont pas comptabilisées. Le client Braze moyen a un total de 26 campagnes actives simultanément, il est donc peu probable que cette limitation vous impacte.
Évaluation de la diffusion selon l’heure locale
Lorsqu’une campagne de message in-app est planifiée en fonction du fuseau horaire local de l’utilisateur, l’évaluation des heures de début et de fin de la campagne est gérée directement sur l’appareil.
Les campagnes de messages in-app sont généralement envoyées à l’appareil d’un utilisateur au démarrage ou à l’actualisation de la session de l’application. À ce moment :
- Le SDK évalue si l’utilisateur est éligible à des messages in-app basés sur des déclencheurs.
- L’appareil vérifie si l’événement déclencheur de l’utilisateur a eu lieu dans la période de début et de fin de la campagne (telle que définie par le fuseau horaire local de l’utilisateur).
- 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 distribution 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é soient toujours remplis.
- Comme pour les autres types de canaux, les campagnes 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 afin que le message soit évalué et affiché.