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 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. Étant donné que les sélections de plateformes sont spécifiques à chaque variante, vous pourriez tester l’engagement par message selon la plateforme.
| Plateforme | Diffusion du message |
|---|---|
| Mobile Apps | SDK iOS, Android et Vega |
| Web Browsers | SDK Web |
| Both Mobile Apps & Web Browsers | SDK iOS, Android, Vega et Web |
Étape 3 : Spécifier les 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 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 un type de message, tenez compte de l’espace que votre message occupera et de la mesure dans laquelle il peut perturber l’expérience utilisateur.
- Les messages contextuels sont les moins intrusifs : ils apparaissent discrètement sans bloquer le contenu.
- Les messages modaux se situent au milieu — suffisamment visibles pour capter l’attention sans prendre entièrement le contrôle de l’écran.
- Les messages plein écran attirent le plus l’attention et sont idéaux pour les annonces importantes ou les 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 | Mises en page disponibles | Autres options | Utilisation recommandée |
|---|---|---|---|---|
| Plein écran | Messages qui couvrent la totalité 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, des notifications essentielles ou des promotions majeures. Notez que sur les appareils mobiles, les messages en mode portrait et paysage ne s'afficheront pas si l'orientation de l'appareil ne correspond pas à celle du message. |
| Fenêtre modale | Messages qui couvrent la totalité de l'écran avec un fond superposé et un bloc de message. |
|
N/A | Un bon compromis. À utiliser lorsque vous avez besoin d'un moyen visible de capter l'attention de vos utilisateurs, par exemple pour les encourager à essayer une nouvelle fonctionnalité ou à profiter d'une promotion. |
| Contextuel | Messages qui apparaissent en glissant à 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 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 | 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 profiter de tous les avantages des messages in-app tout en ayant besoin de fonctionnalités supplémentaires ou d'une apparence conforme à votre image de 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 exclusive au SDK web et ne peut être utilisée qu'après avoir sélectionné Web Browsers. | Lorsque vous souhaitez importer ou rédiger du CSS personnalisé pour créer des communications au style entièrement personnalisé et élégant. |

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 vous faciliter la tâche, nous avons fourni un extrait de code que vous pouvez copier et coller dans votre code : <a href= "appboy://close">X</a>.
Étape 4 : Composez 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 proposée. 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 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. En sélectionnant Ajouter une image, vous ouvrez la bibliothèque multimédia, où vous pouvez choisir une image précédemment chargée ou en ajouter une nouvelle. Chaque type de message et chaque plateforme peut avoir ses propres proportions et exigences suggérées — assurez-vous de vérifier ces spécifications avant de commander ou de créer une image.

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 capacités HTML personnalisées) avec la possibilité d’intégrer du Liquid et d’autres types de personnalisation. Plus vite vous transmettez votre message et incitez 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 texte avec l’IA
Besoin d’aide pour rédiger un texte percutant ? Essayez l’assistant de rédaction IA. Saisissez un nom ou une description de produit et l’IA générera un texte marketing semblable à celui d’un humain, prêt à être utilisé dans vos messages.

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 cela est disponible pour votre type de message, vous pouvez afficher 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, celui-ci 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 personnaliser 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 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 présente une couleur quelque peu contrastée ou autrement distinctive par rapport au reste du message. Cela est d’autant plus vrai lorsque le bouton principal se fond 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 | Ouvrir une page web non native. |
| Deep link vers 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 messages 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 minimum de SDK suivantes :
Pour combiner plusieurs actions ou effectuer des actions SDK supplémentaires non disponibles dans le tableau de bord (comme ajouter à un groupe d’abonnement ou définir un type d’abonnement e-mail), vous pouvez utiliser les deep links Braze Actions.
Options pour appareils iOS
Si vous le souhaitez, vous pouvez limiter l’envoi de votre message in-app aux appareils iOS uniquement. 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 affiché à l’écran.
- Attendre le balayage ou le toucher de l’utilisateur : Nécessite une option de rejet ou de fermeture.
Le rejet d’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 entre faire apparaître votre contextuel 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 à code personnalisé. Copiez et collez votre 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 marque substitutive dans le champ de saisie de l’e-mail. Par défaut, il indique « 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 :
| 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 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.
- 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 : Construire le reste de votre campagne ou Canvas
Construisez le reste de votre campagne ; consultez les sections suivantes pour obtenir des 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é (fonctionne uniquement avec les événements envoyés via le SDK)
- Ouvrir un message 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 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 indiquée.
Consultez notre documentation pour les développeurs sur 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 présents sur l’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à 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 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 à priorité élevée 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és avant les autres messages)
- Priorité moyenne (par défaut)
- Priorité faible (affichés après les autres messages)
Les options de priorité élevée, moyenne et faible pour les messages déclenchés sont des compartiments, et par conséquent, 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 assigné prévaut 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 assignées à un compartiment de priorité spécifique, la Campaign la plus récemment assigné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 selon la priorité souhaitée.

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 campagne 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. Par exemple, des Campaigns qui ciblent un attribut personnalisé changeant fréquemment, ou des messages qui doivent refléter les changements de profil de dernière minute.

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

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 le moment où le message est affiché, en raison de la requête supplémentaire d’éligibilité et de génération de modèle.
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 les 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 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 génère pas le modèle du message in-app tant qu’il n’est 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 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 déjà fait, complétez les sections restantes de votre composant Canvas. Pour plus de détails sur la construction du reste de votre Canvas, y compris les tests multivariés et l’optimisation avec BrazeAITM, consultez Construire 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
Une fois que vous avez terminé de créer votre Campaign ou Canvas, vérifiez les détails, testez-le, puis envoyez-le !
Consultez ensuite les rapports sur les messages in-app pour découvrir comment accéder aux résultats de vos campagnes de communication.
Ce qu’il faut savoir
Limites des campagnes de messages in-app actives
Chez Braze, la fiabilité et la rapidité sont des priorités. Nous vous recommandons de n’envoyer à Braze que les données dont vous avez besoin 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 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 des messages in-app sur les appareils des utilisateurs finaux prend plus de temps, ce qui impacte leur expérience.

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 vitesse de distribution des messages et d’éviter les délais d’expiration. Cela ne s’applique pas aux Canvas.
Le décompte 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 définie. Les campagnes de messages in-app actives dont la date de fin est dépassée ne sont pas comptabilisées. En moyenne, les clients Braze ont 26 campagnes actives simultanément, il est donc peu probable que cette limitation vous concerne.
Évaluation de la diffusion selon l’heure locale
Lorsqu’une campagne de messages 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 transmises à l’appareil de l’utilisateur au démarrage ou à l’actualisation de la session de l’application. À ce moment :
- Le SDK évalue si l’utilisateur remplit les conditions pour recevoir des messages in-app basés sur des déclencheurs.
- L’appareil vérifie si l’événement déclencheur de l’utilisateur s’est produit dans la période définie par les heures de début et de fin de la campagne (selon 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 s’afficher avant la prochaine actualisation de session, à condition que tous les critères d’éligibilité soient toujours remplis.
- Comme pour les autres types de canaux, les campagnes de messages in-app doivent idéalement être lancées 24 à 48 heures à l’avance. Ce délai donne aux utilisateurs suffisamment de temps pour remplir les conditions d’éligibilité et démarrer une session afin que le message puisse être évalué et affiché.