Skip to content

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.

Prérequis

La disponibilité des Banners dépend de votre offre Braze. Contactez votre gestionnaire de compte ou votre gestionnaire du succès des clients pour commencer.

Avant de commencer, assurez-vous d’avoir créé des emplacements de Banner dans votre application ou votre site web.

Exemple de Banner affiché sur un appareil.

Pourquoi utiliser les Banners ?

Les Banners permettent aux équipes marketing et produit de personnaliser dynamiquement le contenu d’une application ou d’un site web, en reflétant l’éligibilité et le comportement des utilisateurs en temps réel. Ils affichent des messages de manière persistante et intégrée, offrant des expériences non intrusives et contextuellement pertinentes qui peuvent être actualisées au début d’une session ou en cours de session lorsque votre application ou site web le demande explicitement.

Une fois les Banners intégrés dans une application ou un site web, les marketeurs peuvent concevoir et lancer des Banners à l’aide d’un éditeur par glisser-déposer ou d’un éditeur HTML complet, éliminant ainsi le besoin d’une assistance continue des développeurs, réduisant la complexité et améliorant l’efficacité.

Cas d’usage Explication
Annonces Gardez les annonces telles que les événements à venir ou les changements de politique au premier plan de votre expérience sur l’application.
Personnalisation des offres Affichez des promotions et des incitations personnalisées en fonction de l’historique de navigation, du contenu du panier, du niveau d’abonnement et du statut de fidélité de chaque utilisateur.
Ciblage de l’engagement des nouveaux utilisateurs Guidez les nouveaux utilisateurs à travers les flux d’onboarding et la configuration de leur compte.
Ventes et promotions Mettez en avant le contenu vedette, les produits tendance et les Campaigns de marque en cours de manière persistante et directement sur votre page d’accueil, sans perturber l’expérience utilisateur.

Fonctionnalités

Les fonctionnalités des Banners incluent :

  • Création de contenu simplifiée : Créez et prévisualisez votre Banner à l’aide d’un éditeur visuel par glisser-déposer prenant 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 à la place pour un contrôle total sur le HTML et les styles du Banner, ou demander à BrazeAI Operator™ de générer du HTML à partir d’une description.
  • Placements flexibles : Définissez plusieurs emplacements au sein de votre application ou de votre site web où les Banners peuvent apparaître, permettant un ciblage précis vers des contextes ou des expériences utilisateur spécifiques.
  • Personnalisation dynamique : Les Banners recalculent la personnalisation (logique Liquid) et la segmentation à chaque actualisation du banner. Si un utilisateur met à jour son profil ou si un attribut personnalisé change, la prochaine actualisation du Banner reflétera ces modifications.
  • Priorisation native : Définissez la priorité d’affichage lorsque plusieurs Banners ciblent le même placement, garantissant que le bon message atteigne les utilisateurs au bon moment.
  • Bloc éditeur de code personnalisé : Utilisez le bloc éditeur de code personnalisé pour ajouter du HTML personnalisé afin de permettre une personnalisation avancée ou une intégration harmonieuse avec vos styles web existants.

À propos des bannières

ID de placement

Les emplacements de bannières sont des localisations spécifiques dans votre application ou votre site web que vous créez à l’aide du SDK Braze et qui désignent les endroits où les bannières peuvent apparaître.

Les localisations courantes incluent le haut de votre page d’accueil, les pages détaillées des produits et les processus de paiement. Une fois les emplacements créés, les bannières peuvent être affectées dans votre campagne de bannières.

Il n’y a pas de limite fixe au nombre d’emplacements que vous pouvez créer par espace de travail, et 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 seul ID de placement peut être référencé par jusqu’à 25 messages actifs simultanément.

Priorité des bannières

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

Si plusieurs bannières sont définies avec 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 Bannière pour chaque emplacement.

  • Vous pouvez demander jusqu’à 10 emplacements par requête d’actualisation.
  • Pour chaque emplacement, Braze renvoie la Bannière 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 la Bannière la plus pertinente pour cet emplacement.

Limite de 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 la dernière Bannière mise 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 Bannière.

Distribution des messages

Les messages de bannière sont diffusés sur votre application ou votre site web sous forme de contenu HTML, généralement affiché dans un iframe. Cela garantit un rendu cohérent de vos bannières sur tous les appareils et vous aide à séparer leurs styles et leurs scripts du reste de votre code.

Les iframes permettent des mises à jour dynamiques et personnalisées du contenu sans nécessiter de modifications de votre base de code. Chaque iframe récupère et affiche le HTML pour chaque session utilisateur à l’aide de la logique de ciblage et de personnalisation de la campagne.

Dimensions et taille

Voici ce que vous devez savoir sur les dimensions et la taille des bannières :

  • Bien que le compositeur vous permette de prévisualiser les bannières dans différentes dimensions, cette information n’est pas 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 de dimension fixe et de tester ces dimensions dans le compositeur.

Contenu connecté

Vous pouvez utiliser le contenu connecté pour extraire des données en temps réel à partir d’API externes dans votre bannière. Étant donné que les bannières s’affichent en ligne lors d’une actualisation de session, le contenu connecté présente des limitations spécifiques dans 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 seule 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 partagé, de sorte qu’un emplacement avec des appels lents ou nombreux peut consommer le temps dont les autres emplacements ont besoin.
  • Pas de nouvelles tentatives : si un appel de contenu connecté échoue, expire ou si le budget de rendu est dépassé, le résultat du contenu connecté pour cet emplacement est traité comme nul. Contrairement aux autres canaux, les bannières ne relancent pas la requête et ne retardent pas la distribution.

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 :

Étapes suivantes
New Stuff!