Passer au contenu

À 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 de la satisfaction client. Gardez à l’esprit que ce processus nécessite un délai de préparation, planifiez donc en conséquence.
  • Dérogations nécessaires aux limites de fréquence : Certaines campagnes, comme les messages transactionnels, doivent toujours atteindre l’utilisateur, même si sa limite de fréquence a déjà été atteinte (par exemple, une notification de livraison). Si vous souhaitez qu’une Campaign particulière contourne 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 réception 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, et non 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/MMS/RCS, aux webhooks, à WhatsApp et à LINE, mais pas aux In-App Messages 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 configurez une règle de limite de fréquence n’autorisant l’envoi que d’une seule Campaign par jour, un utilisateur peut recevoir un message à 23 h dans son fuseau horaire local et être éligible pour recevoir un autre message une heure plus tard.

Bannières

Éléments à vérifier

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

Informations importantes

  • Personnalisation Liquid : La personnalisation Liquid est actualisée à chaque demande d’actualisation.
  • Ratio emplacements et bannières : Chaque emplacement de bannière peut être utilisé dans un maximum de 25 messages au sein d’un espace de travail.
  • Clics et impressions : Les clics et les impressions des bannières sont suivis automatiquement par le SDK.
  • Limitations : Actuellement, les fonctionnalités suivantes ne sont pas prises en charge : l’intégration Canvas, les Campaigns déclenchées par API et par action, le contenu connecté, les codes de promotion et catalog_items utilisant le tag :rerender.
  • Tests : Pour afficher la bannière de test, l’appareil que vous utilisez doit pouvoir recevoir des notifications push au premier plan.
  • HTML personnalisé : Exploitez le pont JavaScript pour enregistrer les clics lorsque vous utilisez du HTML personnalisé pour définir des actions de clic, comme les liens et les boutons. Les actions de clic ne sont enregistrées automatiquement que lorsque vous utilisez les composants prédéfinis dans l’éditeur par glisser-déposer.
  • Demande d’emplacements : Jusqu’à 10 emplacements peuvent être renvoyés au SDK dans une seule demande d’actualisation. Chaque emplacement inclura la bannière de plus haute priorité pour laquelle 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 des clients : avant d’envoyer vos premiers e-mails, il est important d’obtenir au préalable l’autorisation de vos clients. Consultez la section 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 adresse IP est la recommandation générale, à condition que ce volume ait é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 baisse de la réputation de l’IP), 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 vous renseigner sur la vitesse à laquelle les différents fournisseurs acceptent les e-mails afin de déterminer le nombre approprié d’IP à partir desquelles envoyer.

Points à savoir

  • Facteurs liés au 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 à partir d’une seule IP, tandis qu’un fournisseur régional plus petit ou un fournisseur disposant d’une infrastructure plus limitée peut ne pas être en mesure de gérer un tel volume.
    • Réputation de l’expéditeur : vous pouvez être en mesure d’envoyer un volume plus important par jour à partir d’une seule IP si l’expéditeur a progressivement augmenté jusqu’à 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émarrage 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 peut 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 suivons 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émarrage 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 aux 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é/abonné et push activé : Pour que les utilisateurs reçoivent un message push de Braze, leur statut d’abonnement doit être soit abonnement accepté (iOS), soit abonné (Android), et Push Enabled = True. Notez qu’Android 13 introduit un changement majeur dans la façon dont les utilisateurs gèrent les applications qui envoient des notifications push. Le guide de mise à jour du SDK Android 13 de Braze continuera à être mis à jour au fur et à mesure que de nouvelles versions bêta d’Android 13 seront publiées.

À savoir

  • Notification push Web : Si vous avez effectué la configuration du SDK Web de Braze, envisagez d’utiliser les notifications push Web pour interagir avec 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 unique : Consultez les différences de segmentation pour cibler une application unique 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

Documentation pour la plateforme d'engagement client Braze.

Ressources
Mentions légales
Entreprise
© 2026 Braze, Inc. Tous droits réservés.
Vérification du statut Braze
New Stuff!