Skip to content

À savoir avant l’envoi : canaux

Lancez vos Campaigns et Canvas en toute confiance ! Référez-vous à cette liste finale de vérifications ou de « pièges » pour les canaux de communication populaires dans Braze.

Général

Points à vérifier

  • Limites de débit de l’API : Consultez les limites de débit de l’API Braze pour vos espaces de travail afin d’éviter les erreurs. Si vous souhaitez augmenter vos limites de débit (et que vous regroupez déjà vos requêtes par lots), contactez votre gestionnaire du succès des clients. Gardez à l’esprit que ce processus nécessite un certain délai, planifiez en conséquence.
  • Dérogations nécessaires à la limite de fréquence : Certaines campagnes, comme les messages transactionnels, doivent toujours atteindre l’utilisateur, même si vous avez déjà atteint sa limite de fréquence (par exemple, une notification de livraison). Si vous souhaitez qu’une Campaign particulière outrepasse les règles de limite de fréquence, vous pouvez configurer cela dans le tableau de bord de Braze lors de la planification de la distribution de cette Campaign en désactivant la limite de fréquence.

Points à connaître

  • Groupes de contrôle global : Si vous utilisez un groupe de contrôle global, un pourcentage d’utilisateurs ne recevra aucune Campaign ni aucun Canvas. (Vous pouvez créer des exceptions avec les paramètres d’exclusion). Pour voir la liste de ces utilisateurs, exportez-les via CSV ou par API.
  • Limites de débit Canvas : Dans un Canvas, la limite de débit s’applique à l’ensemble du Canvas, pas aux étapes individuelles. Par exemple, si vous définissez une limite de débit de 10 000 messages par minute sur un Canvas comportant plusieurs étapes, il sera toujours limité à 10 000 messages car la limite aura été atteinte dès la première étape.
  • Limite de fréquence :
    • Les règles de limite de fréquence s’appliquent aux notifications push, aux e-mails, aux SMS et aux webhooks, mais pas aux messages in-app ni aux Content Cards.
    • La limite de fréquence globale est planifiée en fonction du fuseau horaire de l’utilisateur et est calculée par jours calendaires, et non par périodes de 24 heures. Par exemple, si vous définissez une règle de limite de fréquence n’autorisant pas plus d’une Campaign par jour, un utilisateur peut recevoir un message à 23 h dans son fuseau horaire local, et il sera éligible pour recevoir un autre message une heure plus tard.

Banners

Points à vérifier

  • Dimensions des Banners : Créez vos Banners en utilisant un élément à dimensions fixes et testez-les dans l’éditeur.
  • Priorité : Si vous lancez plusieurs Banners, vous pouvez définir manuellement la priorité d’affichage de chaque Banner.

À savoir

  • Personnalisation Liquid : La personnalisation Liquid est actualisée à chaque requête d’actualisation.
  • Ratio emplacements et Banners : Chaque emplacement de Banner peut être utilisé dans un maximum de 25 messages au sein d’un espace de travail.
  • Clics et impressions : Les clics et les impressions pour les Banners sont suivis automatiquement avec le SDK.
  • Limitations : Actuellement, les fonctionnalités suivantes ne sont pas prises en charge : intégration Canvas, Campaigns déclenchées par API et par action, contenu connecté, codes de promotion et catalog_items utilisant la balise :rerender.
  • Tests : Pour afficher le Banner de test, l’appareil que vous utilisez doit être en mesure de recevoir des notifications push au premier plan.
  • HTML personnalisé : Tirez parti du pont JavaScript pour enregistrer les clics lorsque vous utilisez du HTML personnalisé pour définir des actions de clic, comme des liens et des boutons. Les actions de clic ne sont enregistrées automatiquement que lorsque vous utilisez les composants pré-conçus dans l’éditeur par glisser-déposer.
  • Demande d’emplacements : Jusqu’à 10 emplacements peuvent être renvoyés au SDK dans une seule requête d’actualisation. Chaque emplacement inclura le Banner de priorité la plus élevée pour lequel l’utilisateur est éligible.

Content Cards

Points à vérifier

  • Taille des Content Cards : Les champs de message des Content Cards sont limités à 2 Ko en taille avant compression, calculée en additionnant la longueur en octets des champs suivants : titre, message, URL de l’image, texte du lien, URL des liens et paires clé-valeur. Les messages dépassant cette taille ne seront pas envoyés. Notez que cela n’inclut pas la taille de l’image elle-même, mais plutôt la longueur de l’URL de l’image.
  • Mise à jour du contenu après envoi : Après l’envoi d’une carte, vous ne pourrez pas mettre à jour le contenu de cette même carte. Consultez Mise à jour des cartes envoyées pour comprendre comment aborder ce scénario.

Points à connaître

  • Limite de Campaigns Content Cards actives : Vous pouvez avoir jusqu’à 500 Campaigns Content Cards actives. Ce décompte inclut les Content Cards envoyées avec l’une ou l’autre des options de création de carte.
  • Termes de reporting : Consultez les termes tels que impressions totales, impressions uniques et destinataires uniques, car les définitions peuvent parfois prêter à confusion.
  • Actualisation des Content Cards : Par défaut, Braze actualise les requêtes de Content Cards lors de la synchronisation au démarrage de la session, lors du balayage vers le bas du flux (mobile) et lorsque la vue des cartes est ouverte si la dernière actualisation remonte à plus d’une minute.
  • Mise en cache des Content Cards : Les options de mise en cache des Content Cards sont disponibles dans notre documentation Android/FireOS et Web.
  • Limite de fréquence : La limite de fréquence ne s’applique pas aux Content Cards.
  • Impressions : Les impressions sont généralement enregistrées lorsqu’une carte est vue. Par exemple, si vous avez une boîte de réception pleine de Content Cards, une impression ne sera pas enregistrée tant que l’utilisateur n’aura pas fait défiler jusqu’à la Content Card spécifique. Il existe quelques nuances entre les plateformes Web, Android et iOS.
  • Sessions SDK et création de cartes : Les Content Cards ne sont pas créées pour les utilisateurs sans sessions SDK, même si ces utilisateurs répondent aux critères du Segment. Cependant, si un utilisateur a déjà une session Android, les Content Cards avec des actions de clic spécifiques à iOS seront quand même créées, et l’utilisateur pourra voir ces Content Cards sur iOS une fois qu’il aura une session sur cette plateforme. Consultez Création de carte pour plus d’informations sur le moment où les cartes sont créées.

E-mail

Points à vérifier

  • Consentement du client : avant d’envoyer vos premiers e-mails, il est important d’obtenir au préalable la permission de vos clients. Consultez Consentement et collecte d’adresses et notre Politique d’utilisation acceptable de Braze pour plus d’informations.
  • Volume anticipé : 2 millions d’e-mails par jour pour une seule IP est la recommandation générale tant que ce volume a été correctement préchauffé.
    • Si vous prévoyez d’envoyer régulièrement un volume supérieur, pour éviter que les fournisseurs ne limitent la réception des e-mails, ce qui entraînerait un nombre élevé d’échecs provisoires d’envoi, un taux de livrabilité réduit et une réputation d’IP diminuée, envisagez d’utiliser plusieurs adresses IP regroupées dans un pool d’IP.
    • Si vous souhaitez envoyer sur une période plus courte uniquement, nous vous recommandons de vérifier à quelle vitesse les différents fournisseurs acceptent les e-mails afin de déterminer le nombre approprié d’IP à utiliser pour l’envoi.

À savoir

  • Facteurs de volume d’envoi : certains facteurs qui déterminent les volumes d’envoi possibles pour une IP incluent :
    • Boîtes de réception : les grands fournisseurs de messagerie peuvent probablement traiter des millions d’e-mails par jour depuis une seule IP, alors qu’un fournisseur régional plus petit ou disposant d’une infrastructure plus modeste pourrait ne pas être en mesure de gérer un tel volume.
    • Réputation de l’expéditeur : vous pourrez peut-être envoyer un volume plus important par jour depuis une seule IP si l’expéditeur a été progressivement monté à ce volume et si sa réputation est suffisamment solide auprès de chaque boîte de réception ou domaine vers lequel il envoie.
  • Bonnes pratiques : consultez les bonnes pratiques e-mail de Braze et contactez votre équipe de compte Braze si vous souhaitez en savoir plus sur les services de livrabilité.

Messages in-app

À savoir

  • Déclenchement des messages in-app : Au début de la session, le SDK demande que tous les messages in-app éligibles soient envoyés à l’appareil avec leurs déclencheurs, de sorte que si l’utilisateur effectue l’événement pendant la session, il puisse recevoir le message in-app rapidement et de manière fiable.
  • Envoyés versus impressions : Pour les messages in-app, le concept d’« envoyé » diffère des autres canaux disponibles. Pour voir un message in-app, un utilisateur doit démarrer une session, faire partie de l’audience éligible et effectuer le déclencheur. C’est pourquoi nous comptabilisons les « impressions », car c’est plus clair.
  • Déclenchement : Par défaut, les messages in-app sont déclenchés par des événements enregistrés par le SDK. Si vous souhaitez déclencher des messages in-app par des événements envoyés par le serveur, vous pouvez également y parvenir grâce à ces guides pour iOS et Android.
  • Messages in-app dans Canvas : Ces messages apparaissent la première fois que votre utilisateur ouvre l’application (déclenchés par le début de session) après que le message planifié dans le composant Canvas lui a été envoyé.
  • Appels de contenu connecté : L’utilisation du contenu connecté vous permet d’envoyer du contenu dynamique dans les messages. Lorsque vous envoyez des messages via un canal comme les messages in-app, cela peut créer davantage de connexions simultanées vers les appareils de vos utilisateurs (les messages sont envoyés un par un plutôt que par lots). Pour gérer cela, nous vous recommandons de mettre en place une limitation du débit pour vos messages.

Push

Points à vérifier

  • Abonnement accepté (opted-in/subscribed) et push activé : Pour que les utilisateurs reçoivent un message push de Braze, leur statut d’abonnement doit être opted-in (iOS) ou subscribed (Android) et Push Enabled = True. Notez qu’Android 13 introduit un changement majeur dans la manière dont les utilisateurs gèrent les applications envoyant des notifications push. Le guide de mise à niveau du SDK Android 13 de Braze continuera d’être mis à jour à mesure que de nouvelles versions bêta d’Android 13 seront publiées.

Points à connaître

  • Notification push Web : Si vous avez configuré le SDK Web de Braze, envisagez d’utiliser les notifications push Web pour engager vos utilisateurs. Les notifications push Web fonctionnent de la même manière que les notifications push d’application sur votre téléphone. Pour plus d’informations sur la composition d’une notification push Web, consultez Créer une notification push.
  • Cibler une application spécifique : Consultez les différences de segmentation pour cibler une application spécifique et ses utilisateurs.

SMS

Points à vérifier

  • Allocations et débit : Comprenez quelles allocations SMS sont actuellement rattachées à votre compte (code court, code long et similaires) et quel débit cela vous fournit pour confirmer que vous disposez d’un débit suffisant pour envoyer dans le délai souhaité.
  • Estimation des segments à partir du contenu SMS : Testez votre contenu SMS dans le calculateur de segments SMS. Gardez à l’esprit que le nombre de segments SMS doit être pris en compte avec vos capacités de débit. (Audience × segments SMS = débit nécessaire). Consultez la FAQ SMS sur comment éviter les dépassements.
  • Lois et réglementations SMS : Consultez les lois, réglementations et la prévention des abus SMS pour confirmer que vous utilisez les services SMS en conformité avec toutes les lois applicables. Assurez-vous de solliciter l’avis de votre conseiller juridique avant l’envoi.

Points à connaître

  • Envoi par défaut des messages SMS : Les messages SMS sont normalement envoyés par défaut depuis le code court du pool d’expéditeurs.
  • Identifiant d’expéditeur alphanumérique : La messagerie bidirectionnelle ne fonctionnera plus si vous utilisez un identifiant d’expéditeur alphanumérique ; ceux-ci sont désormais unidirectionnels uniquement.
  • Débit mis à jour aux États-Unis : Le débit a changé aux États-Unis avec l’enregistrement A2P 10DLC aux États-Unis. Notez que nous ne nous engageons contractuellement sur aucun SLA de vitesse d’envoi en raison de multiples facteurs tels que la congestion du trafic et les problèmes d’opérateurs qui peuvent affecter les taux de livraison réels.
  • Groupe d’abonnement : Pour lancer une Campaign SMS via Braze, un groupe d’abonnement doit être sélectionné. De plus, pour respecter les directives et la conformité internationales en matière de télécommunications, Braze n’enverra jamais de SMS aux utilisateurs qui ne se sont pas abonnés au groupe d’abonnement sélectionné.

WhatsApp

Points à connaître
New Stuff!