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 selon 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, tenez compte de l’espace que votre message occupera et de la manière dont il pourrait perturber l’expérience utilisateur.
- Les messages contextuels sont les moins intrusifs, apparaissant subtilement sans bloquer le contenu.
- Les messages modaux se situent au milieu : suffisamment visibles pour attirer l’attention sans prendre entièrement le contrôle de l’écran.
- Les messages plein écran sont les plus accrocheurs et les plus adaptés aux annonces importantes 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 | 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 audacieux ! À 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 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. |
|
N/A | Un bon compromis. À utiliser lorsque vous avez besoin d'un moyen évident d'attirer l'attention de vos utilisateurs, comme 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 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 | L'option d'initialisation allowUserSuppliedJavascript doit être définie 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 d'une apparence fidèle à 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 capture d'e-mail ou messages paginés |
| Formulaire de capture d'e-mail | Généralement utilisé pour capturer l'e-mail du visiteur. | N/A | L'option d'initialisation allowUserSuppliedJavascript doit être définie 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 importer ou écrire du CSS personnalisé pour créer des messages au style entièrement personnalisé et visuellement soignés. |

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 votre 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 : 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 Télécharger une image, Choisir un badge ou utiliser Font Awesome. Pour télé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 télé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 de toutes pièces.

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 un texte 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 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 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 au style naturel à utiliser dans vos communications.

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 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, 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 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 clics, surtout s’il présente une couleur quelque peu contrastée ou qui se démarque du reste du message. Cet effet 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 de votre message in-app, les actions suivantes sont disponibles.
| Action | Description |
|---|---|
| Rediriger vers une URL web | Ouvre une page web non native. |
| Deep link vers l’application | Deep link vers un écran existant de 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 native d’autorisation push. 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 (comme 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 pour les appareils iOS
Si vous le souhaitez, vous pouvez restreindre 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 lesquelles le message restera à l’écran.
- Attendre le balayage ou le toucher de l’utilisateur : Nécessite une option de fermeture ou de rejet.
La fermeture 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 le HTML dans l’espace disponible et télé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, ce texte est « 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 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.
Étape 7 : Créer le reste de votre campagne ou Canvas
Créez 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 à partir d’un événement personnalisé, cet événement personnalisé doit être envoyé via le SDK.

La distribution des messages in-app repose entièrement 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 des 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 spécifié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 un appareil, ils attendent que la condition de déclenchement soit remplie pour s’afficher. 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).

Une fois qu’un message in-app a été arrêté, il est possible que certains utilisateurs continuent à 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 à partir de laquelle le message in-app sera déclenché, 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 à 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 plusieurs messages peuvent donc 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 campagne 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 campagne 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.

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. Les exemples incluent 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 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 campagne, car le message se trouve 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 s’affiche, en raison de la requête supplémentaire d’éligibilité et de modélisation.
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 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 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 façon de construire le reste de votre Canvas, mettre en œuvre des tests multivariés et la sélection intelligente, et plus encore, consultez l’étape Créer 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 création de votre Campaign ou Canvas, vérifiez ses détails, testez-le, puis envoyez-le !
Consultez ensuite la section Rapports sur les messages in-app pour découvrir comment accéder aux résultats de vos Campaigns de communication.
Ce qu’il faut savoir
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 à 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 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 les messages in-app mettront plus de temps à apparaître sur les appareils des utilisateurs finaux, 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 compteur 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 affecte.
Évaluation de la diffusion selon l’heure locale
Lorsqu’une campagne 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 campagne est gérée directement sur l’appareil.
Les campagnes de messages in-app sont généralement envoyées à l’appareil de l’utilisateur lorsque la session de l’application démarre ou s’actualise. À ce moment-là :
- 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 s’est produit 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, à condition 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é.