Bannières

Avec les bannières, vous pouvez créer des messages personnalisés pour vos utilisateurs, tout en élargissant la portée de vos autres canaux, tels que les e-mails ou les notifications push. Vous pouvez intégrer des bannières directement dans votre application ou votre site web, ce qui vous permet d’interagir avec les utilisateurs à travers une expérience naturelle.

Conditions préalables

La disponibilité des bannières dépend de votre forfait Braze. Contactez votre gestionnaire de compte ou votre gestionnaire de la satisfaction client pour commencer.

Avant de commencer, assurez-vous d’avoir créé des placements de bannières dans votre application ou votre site web.

Pourquoi utiliser les bannières ?

Les bannières permettent aux équipes marketing et produit de personnaliser dynamiquement le contenu d’une application ou d’un site web, en fonction de l’éligibilité et du comportement des utilisateurs en temps réel. Elles affichent des messages intégrés de manière persistante et offrent des expériences discrètes et adaptées au contexte. Ces messages peuvent être actualisés au début d’une session, ou en cours de session lorsque votre application ou votre site web en fait explicitement la demande.

Une fois les bannières intégrées à une application ou à un site web, les marketeurs peuvent les concevoir et les lancer à l’aide d’un éditeur par glisser-déposer ou d’un éditeur HTML complet. Ils n’ont alors plus besoin de l’aide continue des développeurs, ce qui réduit la complexité et améliore l’efficacité.

Fonctionnalités

Les bannières offrent les fonctionnalités suivantes :

• Création de contenu simplifiée : Créez et prévisualisez votre bannière dans un éditeur visuel par glisser-déposer, qui prend en charge les images, le texte, les boutons, les formulaires de capture d’e-mail, le code personnalisé et bien plus encore. Les équipes qui préfèrent gérer leur propre balisage peuvent utiliser l’éditeur HTML pour contrôler entièrement le code HTML et les styles de la bannière, ou demander à BrazeAI Operator™ de générer du HTML à partir d’une description.
• Emplacements flexibles : Définissez plusieurs emplacements dans votre application ou votre site web où les bannières peuvent apparaître, pour cibler précisément des contextes ou des expériences utilisateur spécifiques.
• Ciblage Web (accès anticipé) : Associez un emplacement web à un sélecteur CSS de votre page : le SDK Web de Braze y insère automatiquement la bannière, sans code d’insertion à écrire pour chaque emplacement. Consultez Ciblage Web pour les bannières et Ciblage Web : insertion automatique des bannières.
• Personnalisation dynamique : Les bannières recalculent la personnalisation (logique Liquid) et la segmentation à chaque actualisation. Si un utilisateur met à jour son profil ou si un attribut personnalisé change, la prochaine actualisation de la bannière reflète ces modifications.
• Priorisation native : Définissez la priorité d’affichage lorsque plusieurs bannières ciblent le même emplacement, afin que le bon message atteigne les utilisateurs au bon moment.
• Bloc éditeur Code personnalisé : Utilisez le bloc éditeur Code personnalisé pour ajouter du HTML personnalisé, que ce soit pour une personnalisation avancée ou pour une intégration fluide avec vos styles web existants.

À propos des bannières

ID de placement

Les emplacements de bannières sont des endroits précis de votre application ou de votre site web que vous créez à l’aide du SDK Braze. Ils indiquent où les bannières peuvent apparaître.

On les place souvent en haut de la page d’accueil, sur les pages de détail des produits ou dans les parcours de paiement. Une fois les emplacements créés, vous pouvez affecter des bannières dans votre campagne de bannières.

Le nombre d’emplacements par espace de travail n’est pas limité : vous pouvez créer autant d’ID de placement que votre expérience l’exige. Chaque emplacement doit être unique au sein d’un espace de travail. Un même ID de placement peut être référencé par 200 messages actifs au maximum en même temps.

Important

Évitez de modifier les ID de placement après le lancement d’une campagne de bannières.

Priorité des bannières

Lorsque plusieurs messages de bannière font référence au même ID de placement, les bannières s’affichent par ordre de priorité : élevée, moyenne ou faible. Par défaut, les bannières ont une priorité moyenne, mais vous pouvez définir manuellement la priorité lorsque vous créez ou modifiez votre campagne de bannières.

Si plusieurs bannières ont la même priorité, la bannière la plus récente à laquelle l’utilisateur est éligible s’affiche en premier.

Demandes de placement

Lorsque vous créez des emplacements dans votre application ou votre site web, votre application envoie une requête à Braze afin de récupérer les messages Banner pour chaque emplacement.

• Vous pouvez demander jusqu’à 10 emplacements par requête d’actualisation.
• Pour chaque emplacement, Braze renvoie le Banner ayant la priorité la plus élevée que l’utilisateur est éligible à recevoir.
• Si plus de 10 emplacements sont demandés lors d’une actualisation, seuls les 10 premiers sont renvoyés ; les autres sont ignorés.

Par exemple, une application peut demander trois emplacements dans une requête d’actualisation : homepage_promo, cart_abandonment et seasonal_offer. Chaque requête renvoie le Banner le plus pertinent pour cet emplacement.

Limitation du débit pour les requêtes d’actualisation

Si vous utilisez des versions du SDK antérieures (avant Swift 13.1.0, Android 38.0.0, Web 6.1.0, React Native 17.0.0 et Flutter 15.0.0), une seule requête d’actualisation est autorisée par session utilisateur.

Si vous utilisez les versions minimales les plus récentes du SDK (Swift 13.1.0+, Android 38.0.0+, Web 6.1.0+, React Native 17.0.0+ et Flutter 15.0.0+), les requêtes d’actualisation sont contrôlées par un algorithme de type « token bucket » afin d’éviter une interrogation excessive :

• Chaque session utilisateur commence avec cinq jetons d’actualisation.
• Les jetons se rechargent à raison d’un jeton toutes les 180 secondes (3 minutes).

Chaque appel explicite à requestBannersRefresh consomme un jeton. L’actualisation automatique qui se produit au début d’une nouvelle session ou lorsque changeUser est appelé ne consomme pas de jeton, car cette actualisation publie le dernier Banner mis en cache pour cet utilisateur. Si vous tentez une actualisation alors qu’aucun jeton n’est disponible, le SDK n’effectue pas la requête et enregistre une erreur jusqu’à ce qu’un jeton soit réapprovisionné. Ceci est important pour les mises à jour en cours de session et les mises à jour déclenchées par des événements. Pour mettre en œuvre des mises à jour dynamiques (par exemple, après qu’un utilisateur a effectué une action sur la même page), appelez la méthode d’actualisation après l’enregistrement de l’événement personnalisé, mais tenez compte du délai nécessaire à Braze pour ingérer et traiter l’événement avant que l’utilisateur ne soit éligible à une autre Campaign Banner.

Distribution des messages

Les messages de bannière sont distribués sur votre application ou votre site web sous forme de contenu HTML, généralement affiché dans un iframe. Vos bannières s’affichent ainsi de manière cohérente sur tous les appareils, et leurs styles et scripts restent séparés du reste de votre code.

Les iframes permettent de mettre à jour le contenu de façon dynamique et personnalisée, sans modifier votre base de code. Chaque iframe récupère et affiche le HTML pour chaque session utilisateur en s’appuyant sur la logique de ciblage et de personnalisation de la campagne.

Important

Les Content Cards, les messages in-app, les bannières et les feature flags dépendent de la connectivité de l’appareil pour se synchroniser avec les serveurs Braze. Les conditions réseau pouvant varier, il est possible que le contenu ou les mises à jour ne soient pas synchronisés, affichés ou supprimés immédiatement (par exemple, si un utilisateur est hors ligne). Nous vous recommandons d’éviter ces canaux pour les mises à jour critiques et urgentes.

Dimensions et taille

Voici ce qu’il faut savoir sur les dimensions et la taille des bannières :

• Le compositeur vous permet de prévisualiser les bannières dans différentes dimensions, mais cette information n’est ni enregistrée ni envoyée au SDK.
• Le HTML occupe toute la largeur du conteneur dans lequel il est affiché.
• Nous vous recommandons de créer un élément aux dimensions fixes et de tester ces dimensions dans le compositeur.

Contenu connecté

Important

Connected Content for Banners est actuellement en accès anticipé. Contactez votre gestionnaire de compte Braze si vous souhaitez participer à l’accès anticipé.

Vous pouvez utiliser le contenu connecté pour intégrer dans votre bannière des données en temps réel provenant d’API externes. Comme les bannières s’affichent en ligne lors d’une actualisation de session, le contenu connecté présente des limitations spécifiques sur ce canal :

• Requêtes GET uniquement : les bannières n’exécutent que les requêtes de contenu connecté de type GET. Les requêtes POST ne sont pas prises en charge.
• Budget de rendu partagé : tous les emplacements renvoyés dans une même requête d’actualisation (jusqu’à 10) partagent un budget de rendu d’environ deux secondes. Chaque appel de contenu connecté est décompté de ce budget commun : un emplacement aux appels lents ou nombreux peut donc consommer le temps dont les autres emplacements ont besoin.
• Aucune nouvelle tentative : si un appel de contenu connecté échoue, expire ou dépasse le budget de rendu, le résultat du contenu connecté pour cet emplacement est considéré comme nul. Contrairement aux autres canaux, les bannières ne relancent pas la requête et ne retardent pas la distribution.

Bonnes pratiques de déploiement

Gérer la déconnexion des utilisateurs

Lorsqu’un utilisateur se déconnecte de votre application ou de votre site web, appelez la méthode de déconnexion du SDK pour éviter que le contenu Banner mis en cache (ainsi que les autres données personnalisées) ne soit conservé pour l’utilisateur suivant. C’est particulièrement important sur les appareils partagés ou lorsque les utilisateurs peuvent changer de compte.

Pour le SDK Web, utilisez logout() ou wipeData() lorsqu’un utilisateur se déconnecte. Pour plus de détails, consultez la section Effacer les données précédemment stockées.

Limitations

Chaque espace de travail peut prendre en charge jusqu’à 200 Campaigns de bannières actives. Si cette limite est atteinte, vous devrez archiver ou désactiver une Campaign existante avant d’en créer une nouvelle.

De plus, les messages de bannière ne prennent pas en charge les fonctionnalités suivantes :

• Campaigns déclenchées par API et par événement
• Contenu connecté (en accès anticipé)
• Codes promotionnels
• catalog_items utilisant l’étiquette :rerender

Étapes suivantes

• Créer des placements de bannières dans votre application ou votre site web
• Créer une campagne de bannières dans Braze
• Tutoriel : Afficher une bannière par ID de placement
• Ciblage Web pour les bannières

Conseil

Vous souhaitez nous aider à définir les prochaines priorités ? Contactez [email protected].