Événements d’engagement lié aux messages
Search or filter to find the Currents events you need. These schemas consist of the Braze Events that are directly related to message sending.
Portée des schémas et ressources associées
Les schémas de stockage s’appliquent aux données d’événements sous forme de fichiers plats que nous envoyons aux partenaires de stockage d’entrepôts de données (Google Cloud Storage, Amazon S3 et Microsoft Azure Blob Storage). Pour les schémas qui s’appliquent aux autres partenaires, consultez notre liste des partenaires disponibles et reportez-vous à leurs pages respectives.

Ces événements sont également disponibles sous forme de tables SQL dans le Query Builder, les extensions de segments SQL et le partage de données Snowflake. Pour les schémas des tables SQL et le détail des colonnes, consultez la référence des tables SQL.
Contactez votre gestionnaire de compte ou ouvrez un ticket d’assistance si vous avez besoin d’accéder à des droits d’événements supplémentaires. Si vous ne trouvez pas ce dont vous avez besoin dans cet article, consultez notre bibliothèque des événements de comportement client ou nos exemples de données Currents.
Explication de la structure des événements d’engagement lié aux messages et des valeurs de plateforme
Structure des événements
Cette décomposition montre le type d’informations généralement incluses dans un événement d’engagement lié aux messages. En comprenant bien ses composants, vos développeurs et votre équipe de stratégie d’aide à la décision peuvent utiliser les données d’événements Currents entrantes pour créer des rapports et des graphiques fondés sur les données, et tirer parti d’autres indicateurs précieux.

Les événements d’engagement lié aux messages se composent de propriétés spécifiques à l’utilisateur, de propriétés de suivi de campagne/Canvas et de propriétés spécifiques à l’événement.
Schéma des ID utilisateur
Notez les conventions de nommage des ID utilisateur.
| Schéma Braze | Schéma Currents | Description |
|---|---|---|
braze_id |
"USER_ID" |
L’identifiant unique attribué automatiquement par Braze. |
external_id |
"EXTERNAL_USER_ID" |
L’identifiant unique du profil d’un utilisateur, défini par le client. |
Valeurs de plateforme
Certains événements renvoient une valeur platform qui indique la plateforme de l’appareil de l’utilisateur.
Le tableau suivant détaille les valeurs pouvant être renvoyées :
| Appareil de l’utilisateur | Valeur de plateforme |
|---|---|
| iOS | ios |
| Android | android |
| FireTV | kindle |
| Kindle | kindle |
| Web | web |
| tvOS | tvos |
| Roku | roku |
Points à prendre en compte pour les événements d’engagement lié aux messages
- Currents abandonne les événements dont les payloads dépassent 900 Ko.
- Les objets liés à Canvas Flow possèdent des ID que vous pouvez utiliser pour les regrouper et convertir en noms lisibles via l’endpoint d’exportation des détails du Canvas.
- Les champs d’ID de Currents, tels que
campaign_idetcanvas_id, contiennent des ID d’API. Currents n’inclut pas les ID internes de Braze. Dans les tables SQL du Query Builder, des extensions de segments SQL et du partage de données Snowflake, ces mêmes valeurs figurent dans les colonnescampaign_api_idetcanvas_api_id. Les colonnes SQLcampaign_idetcanvas_idcontiennent des ID Braze à usage interne : elles ne correspondent donc pas aux valeurs de Currents. - Certains champs peuvent ne pas refléter leur état le plus récent immédiatement après la mise à jour d’une campagne ou d’un Canvas :
campaign_namecanvas_namecanvas_step_nameconversion_behaviorcanvas_variation_nameexperiment_split_namemessage_variation_name
- Si vous avez besoin d’une cohérence totale pour ces champs, attendez une heure après la dernière mise à jour avant d’envoyer des messages à vos utilisateurs.
Événements d’exécution d’agent
Voici le schéma d’enregistrement Kafka utilisé lorsqu’un agent de l’Agent Console est exécuté.
Loading schema…
Loading schema…
Événements d’invocation d’outil
Voici le schéma d’enregistrement Kafka utilisé lorsqu’un outil est exécuté. Un outil est une fonction fournie à un LLM pour lui permettre d’atteindre un objectif.
Loading schema…
Loading schema…
Événements de mise à jour du stockage de composants Content Optimizer
Mises à jour du stockage de composants. Pour savoir quand Braze écrit ces lignes et comment lire les instantanés de combinaisons, consultez CONTENTOPTIMIZER_COMPONENTSTORE_SHARED.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de désinstallation
Cet événement se produit lorsqu’un utilisateur désinstalle une application. Utilisez ces données pour savoir quand les utilisateurs désinstallent une application. Bien qu’il s’agisse actuellement d’un événement d’engagement lié aux messages, il deviendra à l’avenir un événement de comportement utilisateur.

Cet événement n’est pas déclenché au moment précis où l’utilisateur désinstalle l’application, car il est impossible de le suivre exactement. Braze envoie chaque jour une notification push silencieuse pour vérifier si l’application est toujours présente sur l’appareil de votre utilisateur. Si cette notification push silencieuse renvoie une erreur, l’application est considérée comme désinstallée.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de changement d’état d’abonnement global
Cet événement se produit lorsque Braze reçoit une demande de mise à jour de l’état d’abonnement global de l’utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
state_change_sourcerenvoie une chaîne de caractères contenant le nom complet de la source. Par exemple, la source d’importation CSV renvoie la chaîneCSV Import. Les sources disponibles sont répertoriées dans le tableau suivant :
| Source | Description |
|---|---|
| SDK | Endpoints du SDK |
| Dashboard | Lorsque l’état d’abonnement d’un utilisateur est mis à jour depuis la page Profil utilisateur du tableau de bord |
| Subscription Page | Lorsqu’un utilisateur se désabonne via un lien dans un e-mail autre que le centre de préférences |
| REST API | Endpoints de la REST API |
| CSV import | Importation d’utilisateurs par CSV |
| Preference Center | Lorsqu’un utilisateur est mis à jour depuis le centre de préférences |
| Inbound Message | Lorsqu’un utilisateur est mis à jour par des messages entrants envoyés par des utilisateurs finaux via des canaux tels que le SMS |
| Migration | Lorsqu’un utilisateur est mis à jour par des migrations internes ou des scripts de maintenance |
| User Merge | Lorsqu’un utilisateur est mis à jour par le processus de fusion d’utilisateurs |
| Canvas User Update Step | Lorsqu’un utilisateur est mis à jour par l’étape de mise à jour utilisateur du Canvas |
| Push Token Registration | Lorsqu’un utilisateur est mis à jour par le processus d’enregistrement des jetons |
| List-Unsubscribe | Lorsqu’un utilisateur se désabonne via l’en-tête list-unsubscribe mailto ou en un clic de Braze |
| Other | Inclut toutes les autres sources, comme les tâches de démonstration ou de synchronisation avec un fournisseur, ou les rappels d’événements SMS et WhatsApp |
Événements de changement d’état du groupe d’abonnement
Cet événement se produit lorsque l’état d’abonnement d’un utilisateur dans un groupe d’abonnement change.

Pour l’instant, les groupes d’abonnement ne sont disponibles que pour les canaux e-mail, SMS, RCS et WhatsApp.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest un ID correspondant à un envoi de message spécifique, tel qu'un envoi de Campaign. Tous les événements push provenant du même envoi incluent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant au même envoi, ce qui vous permet de regrouper et de corréler le cycle de vie du message push pour cet envoi (comme l'envoi, le rebond et l'ouverture). -
state_change_sourcerenvoie une chaîne de caractères contenant le nom complet de la source. Par exemple, la source d'importation CSV renverra la chaîne de caractèresCSV import. Les sources disponibles sont énumérées ci-dessous :
| Source | Description |
|---|---|
| SDK | Endpoints SDK |
| Tableau de bord | Lorsque l'état d'abonnement d'un utilisateur est mis à jour depuis la page de profil utilisateur dans le tableau de bord |
| Page d'abonnement | Lorsqu'un utilisateur se désabonne via un lien d'e-mail qui n'est pas le centre de préférences |
| REST API | Endpoints REST API |
| Importation CSV | Importation d'utilisateurs par CSV |
| Centre de préférences | Lorsqu'un utilisateur est mis à jour depuis le centre de préférences |
| Message entrant | Lorsqu'un utilisateur est mis à jour par des messages entrants provenant d'utilisateurs finaux via des canaux tels que les SMS |
| Migration | Lorsqu'un utilisateur est mis à jour par des migrations internes ou des scripts de maintenance |
| Fusion d'utilisateurs | Lorsqu'un utilisateur est mis à jour par le processus de fusion d'utilisateurs |
| Étape de mise à jour de l'utilisateur Canvas | Lorsqu'un utilisateur est mis à jour par l'étape de mise à jour de l'utilisateur Canvas |
Événements de conversion de campagne
Cet événement se produit lorsqu’un utilisateur effectue une action définie comme événement de conversion dans une campagne.

Le champ message_extras n’est disponible que dans les événements d’envoi (par exemple, Email Send, Push Send). Il n’est pas inclus dans les événements de conversion. Pour associer les données message_extras à l’engagement en aval, utilisez dispatch_id ou send_id afin de joindre les événements d’envoi aux événements de conversion dans votre entrepôt de données. Pour évaluer l’efficacité d’un texte en fonction du taux de conversion, envisagez plutôt d’utiliser des variantes de campagne.

Notez que l’événement de conversion est encodé dans le champ conversion_behavior, qui inclut le type d’événement de conversion, la fenêtre (période) et des informations supplémentaires selon le type d’événement de conversion. Le champ conversion_behavior_index indique de quel événement de conversion il s’agit, par exemple 0 = A, 1 = B, 2 = C, 3 = D.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’inscription au groupe de contrôle de la campagne
Cet événement se produit lorsqu’un utilisateur est inscrit dans une variante de contrôle définie dans une campagne multivariante. Cet événement est généré car il n’y aura aucun événement d’envoi par canal pour cet utilisateur.

Cet événement n’inclut pas les utilisateurs du groupe de contrôle des campagnes de bannières. Pour les bannières, les impressions de contrôle sont plutôt enregistrées sous la forme d’un événement users.messages.banner.Impression. Consultez la section Événements d’impression de bannière.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de réception unique de message de Campaign
Cet événement se produit lorsqu’une réception compte parmi les destinataires uniques quotidiens ou cumulés d’une Campaign ou d’une étape de Canvas. Les indicateurs is_daily_unique et is_total_unique décrivent des contributions indépendantes, et une réception peut compter uniquement dans le total cumulé. Les anciens événements sans ces indicateurs représentent les destinataires uniques quotidiens de la Campaign et ne précisent pas l’unicité cumulée.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de conversion de Canvas
Cet événement se produit lorsqu’un utilisateur effectue une action définie comme événement de conversion dans un Canvas.

Le champ message_extras n’est disponible que dans les événements d’envoi (par exemple, Email Send, Push Send). Il n’est pas inclus dans les événements de conversion. Pour associer les données message_extras à l’engagement en aval, utilisez send_id afin de joindre les événements d’envoi aux événements de conversion dans votre entrepôt de données. Pour évaluer l’efficacité d’un texte en fonction du taux de conversion, envisagez plutôt d’utiliser des variantes de Canvas.

Notez que l’événement de conversion est encodé dans le champ conversion_behavior, qui comprend le type d’événement de conversion, la fenêtre (période) et des informations supplémentaires selon le type d’événement de conversion. Le champ conversion_behavior_index indique de quel événement de conversion il s’agit, par exemple 0 = A, 1 = B, 2 = C, 3 = D.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’entrée dans un Canvas
Cet événement se produit lorsqu’un utilisateur entre dans le Canvas. Il vous indique dans quelle variante l’utilisateur est entré.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de conversion de l’étape Optimiseur de contenu du Canvas
Événements de conversion pour l’étape Optimiseur de contenu d’un Canvas
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi de l’étape Optimiseur de contenu du Canvas
Les envois Canvas pour l’étape Canvas d’optimisation du contenu.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de sortie par correspondance d’audience
Cet événement se produit lorsqu’un utilisateur quitte un Canvas parce qu’il correspond à une audience.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de sortie par réalisation d’un événement
Cet événement se produit lorsqu’un utilisateur quitte un Canvas en réalisant un événement.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de conversion de l’étape d’expérience
Cet événement se produit lorsqu’un utilisateur effectue une conversion dans une étape d’expérience Canvas.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’entrée dans une branche d’expérience
Cet événement se produit lorsqu’un utilisateur entre dans un parcours d’une étape d’expérience Canvas.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements Canvas non envoyé vers la destination
Lorsqu’un utilisateur arrive à une étape Envoyer vers la destination dans un Canvas, il peut entrer ou non dans la destination en fonction des conditions de l’étape. Si l’utilisateur n’entre pas dans la destination, Braze émet l’événement users.canvas.sendtodestination.notsent vers Currents.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements Canvas envoyé vers la destination
Lorsqu’un utilisateur arrive à une étape Envoyer vers la destination dans un Canvas, il peut entrer ou non dans la destination en fonction des conditions de l’étape. Si l’utilisateur entre dans la destination, Braze émet l’événement users.canvas.sendtodestination.sent vers Currents.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de progression des étapes du Canvas
Cet événement se produit lorsqu’un utilisateur progresse dans une étape d’un Canvas avec un résultat donné. Notez que cet événement ne se produit pas lorsque l’utilisateur entre dans une étape ou en sort. Actuellement, seules les étapes de division (parcours d’audience, arbre décisionnel, parcours d’action, expérience) et les résultats de progression génèrent des événements de progression des étapes.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’abandon de bannière
Cet événement se produit lorsqu’un message de bannière initialement planifié a été abandonné pour une raison quelconque.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Le champ
abort_typedécrit la raison de l’abandon du message. Pour consulter la liste complète des valeurs, reportez-vous à Types d’abandon. -
abort_typeaura la valeurfrequency_cappedsi le message a été abandonné en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’abandon. Par exemple :Frequency cap rule: 5 Banner messages every 1 week
Événements de clic sur une bannière
Cet événement se produit lorsqu’un utilisateur clique sur une bannière.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de fermeture de bannière
Cet événement se produit lorsqu’un utilisateur ferme une bannière.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’impression de bannière
Cet événement se produit lorsqu’un utilisateur voit une bannière, y compris les utilisateurs du groupe de contrôle lorsqu’une impression est enregistrée.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Les impressions de bannière du groupe de contrôle comme du groupe de traitement sont enregistrées dans cet événement. Les utilisateurs du groupe de contrôle ne sont pas enregistrés dans
users.campaigns.EnrollInControl. - Un utilisateur n’apparaît dans cet événement qu’une fois que le SDK a enregistré une impression. Si votre intégration reçoit une bannière de contrôle (
is_controlvauttrue), appelezinsertBannerpour enregistrer l’impression, même si vous masquez le conteneur de la bannière. Consultez Afficher des bannières. - Pour identifier les utilisateurs du groupe de contrôle, filtrez sur
message_variation_name(Control Group) ou sur lemessage_variation_id/message_variation_api_idde la variante de contrôle, issu de la configuration de votre campagne.
Événements d’abandon de Content Card
Cet événement se produit lorsqu’un message Content Card a été abandonné, par exemple en raison d’un abandon Liquid.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, tel que l’envoi d’une campagne. Tous les événements push issus du même envoi incluent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à un même envoi, afin de regrouper et de corréler le cycle de vie du message push pour cet envoi (par exemple Envoi, Échec d’envoi et Ouverture). - Le champ
abort_typedécrit la raison pour laquelle le message a été abandonné. Pour obtenir la liste complète des valeurs, consultez Types d’abandon. -
abort_typeaura la valeurfrequency_cappedsi le message a été abandonné en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique ayant déclenché l’abandon. Par exemple :Frequency cap rule: 5 Content Card messages every 1 week
Événements de clic sur une Content Card
Cet événement se produit lorsqu’un utilisateur clique sur une Content Card.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Pour
ad_id,ad_id_typeetad_tracking_enabled, vous devez collecter explicitement l’IDFA iOS et l’identifiant publicitaire Google Android via les SDK natifs. En savoir plus sur cette configuration pour iOS et Android. - Si vous utilisez Kafka pour ingérer les données Currents, contactez votre gestionnaire de la satisfaction client pour activer l’envoi de
ad_id.
Événements de rejet d’une Content Card
Cet événement se produit lorsqu’un utilisateur rejette une Content Card.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Pour
ad_id,ad_id_typeetad_tracking_enabled, vous devez collecter explicitement l’IDFA iOS et l’identifiant publicitaire Google Android via les SDK natifs. En savoir plus sur cette configuration pour iOS et Android. - Si vous utilisez Kafka pour ingérer les données Currents, contactez votre gestionnaire de la satisfaction client pour activer l’envoi de
ad_id.
Événements d’impression de Content Card
Cet événement se produit lorsqu’un utilisateur consulte une Content Card.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Pour
ad_id,ad_id_typeetad_tracking_enabled, vous devez collecter explicitement l’IDFA iOS et l’identifiant publicitaire Google Android via les SDK natifs. En savoir plus sur cette configuration pour iOS et Android. - Si vous utilisez Kafka pour ingérer les données Currents, contactez votre gestionnaire de la satisfaction client pour activer l’envoi de
ad_id.
Événements d’envoi de Content Card
Cet événement se produit lorsqu’une Content Card est envoyée à un utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
message_extrasvous permet d’annoter vos événements d’envoi avec des données dynamiques provenant du contenu connecté, d’attributs personnalisés (comme la langue ou le pays) et des propriétés d’entrée dans le Canvas. Consultez Extras de message pour en savoir plus.
Événements d’abandon d’e-mail
Cet événement se produit lorsqu’un e-mail a été abandonné, par exemple en raison d’un abandon Liquid.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (par exemple Send, Bounce et Open). - Le champ
abort_typeindique la raison pour laquelle le message a été abandonné. Pour obtenir la liste complète des valeurs, consultez Types d’abandon. -
abort_typeprend la valeurfrequency_cappedsi le message a été abandonné en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’abandon. Par exemple :Frequency cap rule: 5 email messages every 1 week -
message_extrasn’est renseigné que lorsqu’un abandon se produit après l’exécution de l’étiquette{% message_extras %}pendant le rendu.
Événements d’échec d’envoi d’e-mail
Cet événement se produit lorsqu’un fournisseur de services Internet renvoie un échec d’envoi définitif. Un échec d’envoi définitif indique un problème de livrabilité permanent.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus d’un même envoi comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à un même envoi, afin de rassembler et de corréler le cycle de vie du message push pour cet envoi (par exemple Send, Bounce et Open).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du Canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées. Pour plus d’informations, consultez la section Comportement de l’ID de répartition.
- Le comportement de
Événements de clic sur un e-mail
Cet événement se produit lorsqu’un utilisateur clique sur un e-mail. Plusieurs événements peuvent être générés pour la même Campaign si un utilisateur clique plusieurs fois ou clique sur différents liens dans l’e-mail.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus d’un même envoi comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à un même envoi, afin de rassembler et de corréler le cycle de vie du message push pour cet envoi (par exemple Send, Bounce et Open).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du Canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées. Pour plus d’informations, consultez la section Comportement de l’ID de répartition.
- Le comportement de
Événements de report d’e-mail
Cet événement se produit lorsqu’un fournisseur de services Internet ne distribue pas immédiatement l’e-mail à une adresse e-mail n’ayant pas subi d’échec d’envoi définitif et que Braze relance l’envoi pendant 72 heures au maximum. Les reports s’expliquent généralement par une limitation du volume d’e-mails basée sur la réputation de la part du fournisseur de boîte de réception, des problèmes de connectivité temporaires, une boîte de réception du destinataire pleine ou des erreurs DNS.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme un envoi de Campaign. Tous les événements push issus d’une même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (comme l’envoi, l’échec d’envoi et l’ouverture).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du Canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées.
- Le comportement de
Événements de distribution d’e-mail
Cet événement se produit lorsqu’un e-mail envoyé est bien arrivé dans la boîte de réception de l’utilisateur final.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme un envoi de Campaign. Tous les événements push issus d’une même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (comme l’envoi, l’échec d’envoi et l’ouverture).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du Canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées.
- Le comportement de
Événements de signalement d’e-mail comme spam
Cet événement se produit lorsque l’utilisateur final clique sur le bouton « spam » de l’e-mail. Notez que cela ne signifie pas que l’e-mail a atterri dans le dossier spam, car Braze ne suit pas cette information.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme un envoi de Campaign. Tous les événements push issus d’une même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (comme l’envoi, l’échec d’envoi et l’ouverture).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du Canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées.
- Le comportement de
Événements d’ouverture d’e-mail
Cet événement se produit lorsqu’un utilisateur ouvre un e-mail. Plusieurs événements peuvent être générés pour la même Campaign si un utilisateur ouvre l’e-mail plusieurs fois.

Les champs device_model et mailbox_provider de l’événement d’ouverture d’e-mail sont vides : il s’agit d’un comportement connu. Vous pouvez les ignorer pour le moment.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus d’un même envoi partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant au même envoi, afin de regrouper et de corréler le cycle de vie du message push pour cet envoi (par exemple Send, Bounce et Open).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du Canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées.
- Le comportement de
Événements de nouvelle tentative d’e-mail
Cet événement se produit lorsqu’un message est dépriorisé ou soumis à une limite de fréquence et qu’il sera renvoyé ultérieurement dans la fenêtre de nouvelle tentative configurée. Cette fonctionnalité est réservée aux clients participant à la version bêta de la priorisation des messages.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi d’e-mail
Cet événement se produit lorsqu’une demande d’envoi d’e-mail a bien été transmise entre Braze et SendGrid. Cela ne signifie toutefois pas que l’e-mail a été reçu dans la boîte de réception de l’utilisateur. Braze n’enregistre pas d’événements dans les profils utilisateurs ni dans aucune destination Currents (telle que Snowflake) si l’événement ne peut pas être associé à la fois à l’adresse e-mail et à l’ID utilisateur liés à l’événement d’e-mail.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus de la même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent à la même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (comme l’envoi, l’échec d’envoi et l’ouverture).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées. Pour en savoir plus, consultez la section Comportement de l’ID de distribution.
- Le comportement de
-
message_extrasvous permet d’annoter vos événements d’envoi avec des données dynamiques provenant du contenu connecté, des attributs personnalisés (comme la langue ou le pays) et des propriétés d’entrée dans le Canvas. Pour en savoir plus, consultez la page Extras de message.
Événements d’échec provisoire d’envoi d’e-mail
Cet événement se produit lorsqu’un fournisseur de services Internet renvoie un échec provisoire d’envoi. Un échec provisoire d’envoi signifie qu’un e-mail n’a pas pu être distribué en raison d’un problème de livrabilité temporaire.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus de la même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent à la même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (comme l’envoi, l’échec d’envoi et l’ouverture).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées. Pour en savoir plus, consultez la section Comportement de l’ID de distribution.
- Le comportement de
Événements de désabonnement des e-mails
Cet événement se produit lorsque l’utilisateur final a cliqué sur « se désabonner » dans l’e-mail.

L’événement Unsubscribe est considéré comme un événement de clic spécialisé, déclenché lorsque votre utilisateur clique sur le lien de désabonnement dans l’e-mail (qu’il s’agisse d’un lien de désabonnement classique dans le corps ou le pied de page de l’e-mail, ou de l’en-tête list-unsubscribe), et non lorsque l’utilisateur passe à l’état désabonné. Si le changement d’état d’abonnement est envoyé via l’API ou au moyen d’un lien de désabonnement personnalisé (hors Braze), aucun événement de désabonnement aux e-mails n’est déclenché dans Currents.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus de la même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent à la même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (comme l’envoi, l’échec d’envoi et l’ouverture).- Le comportement de
dispatch_iddiffère entre les Canvas et les Campaigns, car Braze traite les étapes du canvas (à l’exception des étapes d’entrée, qui peuvent être planifiées) comme des événements déclenchés, même lorsqu’elles sont planifiées. Pour en savoir plus, consultez la section Comportement de l’ID de distribution.
- Le comportement de
Événements d’impression d’expérience d’indicateur de fonctionnalité
Cet événement se produit chaque fois qu’un utilisateur a eu l’occasion d’interagir avec votre fonctionnalité, ou lorsqu’il aurait pu interagir si la fonctionnalité est désactivée (dans le cas d’un groupe de contrôle dans un test A/B).
Les impressions d’indicateurs de fonctionnalité ne sont enregistrées qu’une seule fois par session.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’abandon de messages in-app
Cet événement se produit lorsqu’un message in-app initialement planifié a été abandonné.

Les événements d’abandon ne sont enregistrés que pour les messages in-app modélisés. Les messages in-app standard n’enregistrent pas d’événements d’abandon, car l’évaluation Liquid a lieu avant l’action de déclenchement. Pour en savoir plus sur le comportement d’abandon des messages in-app, consultez la FAQ sur les messages in-app.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Le champ
abort_typeindique la raison pour laquelle le message a été abandonné. Pour obtenir la liste complète des valeurs, consultez Types d’abandon. -
abort_typeprend la valeurfrequency_cappedsi le message a été abandonné en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’abandon. Par exemple :Frequency cap rule: 5 in-app messages every 1 week
Événements de clic sur les messages in-app
Cet événement se produit lorsqu’un utilisateur clique sur un message in-app.

Pour les messages in-app, dispatch_id renvoie null.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Pour
ad_id,ad_id_typeetad_tracking_enabled, vous devez collecter explicitement l’IDFA iOS et l’identifiant publicitaire Google Android via les SDK natifs. Découvrez comment configurer cette collecte pour iOS et Android. - Si vous utilisez Kafka pour ingérer les données Currents, contactez votre gestionnaire de la satisfaction client pour activer l’envoi de
ad_id.
Événements d’impression de messages in-app
Cet événement se produit lorsqu’un utilisateur consulte un message in-app.

Pour les messages in-app, dispatch_id renvoie null.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Pour
ad_id,ad_id_typeetad_tracking_enabled, vous devez collecter explicitement l’IDFA iOS et l’identifiant publicitaire Google Android via les SDK natifs. En savoir plus sur cette configuration pour iOS et Android. - Si vous utilisez Kafka pour ingérer les données Currents, contactez votre gestionnaire de la satisfaction client pour activer l’envoi de
ad_id. - Le champ
card_idcorrespond à l’ID API d’une carte de fil d’actualité à laquelle le message in-app était lié. Le News Feed est une fonctionnalité ancienne, et la suppression de ce champ est prévue. Ce champ n’a aucun rapport avec le champcard_iddes événements de Content Cards.
Événements de clic sur une page de destination
Cet événement se produit lorsqu’un utilisateur final clique sur certains éléments et champs de formulaire d’une page de destination
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de soumission de formulaire sur une page de destination
Cet événement se produit lorsqu’un utilisateur final remplit un formulaire sur une page de destination et clique sur le bouton pour envoyer les informations
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’impression de page de destination
Cet événement se produit lorsque le navigateur d’un utilisateur final charge et affiche une page de destination
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’abandon LINE
Cet événement se produit lorsqu’un message LINE planifié ne peut pas être distribué, avant son envoi à LINE.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, ce qui vous permet de regrouper et de mettre en corrélation le cycle de vie du message push pour cette distribution (par exemple l’envoi, l’échec d’envoi et l’ouverture). - Le champ
abort_typedécrit la raison pour laquelle le message a été abandonné. Pour obtenir la liste complète des valeurs, consultez Types d’abandon. -
abort_typeaura la valeurfrequency_cappedsi le message a été abandonné en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’abandon. Par exemple :Frequency cap rule: 5 LINE messages every 1 week -
message_extrasn’est renseigné que lorsqu’un abandon se produit après l’exécution de l’étiquette{% message_extras %}pendant le rendu.
Événements de clic LINE
Cet événement se produit lorsqu’un utilisateur clique sur un lien dans un message LINE dont le domaine correspond au domaine de suivi des clics.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, ce qui vous permet de regrouper et de mettre en corrélation le cycle de vie du message push pour cette distribution (par exemple l’envoi, l’échec d’envoi et l’ouverture).
Événements de réception entrante LINE
Cet événement se produit lorsqu’un message LINE est reçu de la part d’un utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, ce qui vous permet de regrouper et de mettre en corrélation le cycle de vie du message push pour cette distribution (par exemple l’envoi, l’échec d’envoi et l’ouverture).
Événements de nouvelle tentative LINE
Cet événement se produit lorsqu’un message est déprioritisé ou soumis à une limite de fréquence, et qu’il fera l’objet d’une nouvelle tentative ultérieurement dans la fenêtre de nouvelle tentative configurée. Cette fonctionnalité n’est disponible que pour les clients participant à la version bêta de la priorisation des messages.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi LINE
Cet événement se produit lorsqu’un message LINE est envoyé à LINE.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails de la propriété
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus du même envoi incluent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant au même envoi : vous pouvez ainsi regrouper et corréler le cycle de vie du message push pour cet envoi (envoi, rebond et ouverture, par exemple).
Événements de résultat Live Activity
Cet événement se produit lorsque Braze reçoit une réponse d’un fournisseur tiers (par exemple, APNs) après l’envoi de la Live Activity.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi Live Activity
Cet événement se produit lorsque le système Braze envoie une requête à son fournisseur concernant une Live Activity.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’interruption de notification push
Cet événement se produit lorsqu’un message de notification push a été interrompu, par exemple en raison d’interruptions Liquid.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’un même envoi incluent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant au même envoi, afin de rassembler et de corréler le cycle de vie du message push pour cet envoi (par exemple Send, Bounce et Open). - Le champ
abort_typeindique la raison pour laquelle le message a été interrompu. Pour obtenir la liste complète des valeurs, consultez la section Types d’interruption. -
abort_typeprend la valeurfrequency_cappedsi le message a été interrompu en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’interruption. Par exemple :Frequency cap rule: 5 push messages every 1 week -
message_extrasn’est renseigné que lorsqu’une interruption se produit après l’exécution de l’étiquette{% message_extras %}pendant le rendu.
Événements d’échec d’envoi des notifications push
Cet événement se produit lorsqu’une erreur est reçue de l’Apple Push Notification Service ou de Fire Cloud Messaging. Cela signifie que l’envoi du message push a échoué et que celui-ci n’a donc pas été distribué sur l’appareil de l’utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Si vous utilisez Kafka pour ingérer des données Currents, contactez votre gestionnaire de la satisfaction client ou votre gestionnaire de compte afin d’activer le feature flipper permettant l’envoi de
ad_id. -
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’un même envoi incluent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant au même envoi, afin de rassembler et de corréler le cycle de vie du message push pour cet envoi (par exemple Send, Bounce et Open).
Événements d’ouverture de notification push au premier plan sur iOS
Cet événement n’est pas pris en charge par notre SDK Swift et est désormais obsolète avec notre SDK Obj-C.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Pour
ad_id,ad_id_typeetad_tracking_enabled, vous devez collecter explicitement l’IDFA iOS et l’identifiant publicitaire Google Android via les SDK natifs. Découvrez-en plus sur cette configuration pour iOS et Android. - Si vous utilisez Kafka pour ingérer des données Currents, contactez votre gestionnaire de la satisfaction client pour activer l’envoi de
ad_id. -
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’un même envoi incluent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant au même envoi, afin de rassembler et de corréler le cycle de vie du message push pour cet envoi (par exemple Send, Bounce et Open).
Événements d’ouverture de notification push
Cet événement se produit lorsqu’un utilisateur clique directement sur la notification push pour ouvrir l’application. Actuellement, les événements d’ouverture de notification push font spécifiquement référence aux « ouvertures directes » et non aux « ouvertures totales ». Ils n’incluent pas les statistiques d’« ouvertures influencées » affichées au niveau de la Campaign, car celles-ci ne sont pas attribuées au niveau de l’utilisateur.

Dans de rares cas, une ouverture de notification push peut apparaître avant l’événement d’envoi push correspondant dans les données Currents, pour les raisons suivantes :
- L’horloge de votre SDK est incorrecte.
- La latence d’écriture par lots est élevée. L’heure d’envoi enregistrée peut être en retard sur les premières distributions : les ouvertures très rapides peuvent donc être enregistrées avant l’écriture de l’horodatage d’envoi final du lot. Les envois volumineux sont distribués et enregistrés par lots.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Pour
ad_id,ad_id_typeetad_tracking_enabled, vous devez collecter explicitement l’IDFA iOS et l’identifiant publicitaire Google Android via les SDK natifs. En savoir plus sur cette configuration pour iOS et Android. - Si vous utilisez Kafka pour ingérer les données Currents, contactez votre customer success manager pour activer l’envoi de
ad_id. -
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus de la même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent à la même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (par exemple l’envoi, l’échec d’envoi et l’ouverture).
Événements de nouvelle tentative de notification push
Cet événement se produit lorsqu’un message est dépriorisé ou soumis à une limite de fréquence, et qu’il fera l’objet d’une nouvelle tentative ultérieurement dans la fenêtre de nouvelle tentative configurée. Cette fonctionnalité est uniquement disponible pour les clients participant à la version bêta de la priorisation des messages.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi de notification push
Cet événement se produit lorsque Braze traite un message push pour un utilisateur et le transmet à Apple Push Notification Service ou à Fire Cloud Messaging. Cela ne signifie pas que la notification push a été reçue par l’appareil, mais simplement qu’un message a été envoyé.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Pour
ad_id,ad_id_typeetad_tracking_enabled, vous devez collecter explicitement l’IDFA iOS et l’identifiant publicitaire Google Android via les SDK natifs. En savoir plus sur cette configuration pour iOS et Android. - Si vous utilisez Kafka pour ingérer les données Currents, contactez votre customer success manager pour activer l’envoi de
ad_id. -
message_extrasvous permet d’annoter vos événements d’envoi avec des données dynamiques provenant du contenu connecté, d’attributs personnalisés (comme la langue ou le pays) et des propriétés d’entrée du Canvas. Consultez Message extras pour en savoir plus. -
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une Campaign. Tous les événements push issus de la même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent à la même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (par exemple l’envoi, l’échec d’envoi et l’ouverture).
Événements d’abandon RCS
Cet événement est créé lorsqu’un envoi RCS est interrompu en raison d’une erreur détectée dans Braze et que le message est abandonné.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Le champ
abort_typedécrit la raison pour laquelle le message a été abandonné. Pour obtenir la liste complète des valeurs, consultez la section Types d’abandon. -
abort_typeaura la valeurfrequency_cappedsi le message a été abandonné en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’abandon. Par exemple :Frequency cap rule: 5 RCS messages every 1 week
Événements de clic RCS
Cet événement est créé lorsque l’utilisateur interagit avec un message RCS en touchant ou en cliquant sur un élément de l’interface utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de réception RCS
Cet événement est créé lorsqu’un message RCS est bien distribué sur l’appareil mobile d’un utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’un même envoi partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant au même envoi : vous pouvez ainsi regrouper et mettre en corrélation les différentes étapes du cycle de vie du message push pour cet envoi (comme Send, Bounce et Open).
Événements de réception entrante RCS
Cet événement est créé lorsque Braze reçoit un message RCS envoyé par l’utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de lecture RCS
Cet événement est créé lorsqu’un utilisateur ouvre un message RCS sur son appareil, ce qui indique qu’il a vu ou lu le contenu du message.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de rejet RCS
Cet événement est créé lorsqu’un message RCS n’a pas pu être distribué sur l’appareil mobile d’un utilisateur en raison d’une intervention de l’opérateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi RCS
Cet événement est créé lorsqu’un message RCS est envoyé depuis Braze à nos partenaires de livraison du dernier kilomètre.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, ce qui vous permet de regrouper et de corréler le cycle de vie du message push pour cette distribution (par exemple Send, Bounce et Open).
Événements d’interruption de SMS
Cet événement se produit lorsqu’un message SMS a été interrompu, par exemple en raison d’une interruption Liquid.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
- Le champ
abort_typeindique la raison pour laquelle le message a été interrompu. Pour obtenir la liste complète des valeurs, consultez Types d’interruption. -
abort_typeprend la valeurfrequency_cappedsi le message a été interrompu en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’interruption. Par exemple :Frequency cap rule: 5 SMS messages every 1 week -
message_extrasn’est renseigné que lorsqu’une interruption se produit après l’exécution de l’étiquette{% message_extras %}pendant le rendu.
Événements d’envoi de SMS à l’opérateur
Cet événement se produit lorsqu’un SMS est envoyé à l’opérateur.

CarrierSend n’est pris en charge que pour les utilisateurs disposant de l’infrastructure existante.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, ce qui vous permet de regrouper et de corréler le cycle de vie du message push pour cette distribution (par exemple Send, Bounce et Open).
Événements de distribution de SMS
Cet événement se produit lorsqu’un SMS a bien été distribué sur le téléphone mobile de l’utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, par exemple l’envoi d’une Campaign. Tous les événements push issus d’un même envoi partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à un même envoi, afin de regrouper et de corréler le cycle de vie du message push pour cet envoi (envoi, échec d’envoi, ouverture, etc.).
Événements d’échec de distribution de SMS
Cet événement se produit lorsque la distribution d’un SMS échoue. Utilisez cet événement et les codes d’erreur fournis pour résoudre les problèmes de distribution de SMS.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, par exemple l’envoi d’une Campaign. Tous les événements push issus d’un même envoi partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à un même envoi, afin de regrouper et de corréler le cycle de vie du message push pour cet envoi (envoi, échec d’envoi, ouverture, etc.).
Événements de réception de SMS entrants
Cet événement se produit lorsqu’un de vos utilisateurs envoie un SMS à un numéro de téléphone appartenant à l’un de vos groupes d’abonnement SMS Braze.
Lorsque Braze reçoit un SMS entrant, nous attribuons ce message entrant à tous les utilisateurs qui partagent ce numéro de téléphone. Vous pouvez donc recevoir plusieurs événements par message entrant si plusieurs utilisateurs de votre instance Braze partagent le même numéro de téléphone. Si vous devez attribuer ces événements à des ID utilisateur précis en fonction des messages précédemment envoyés à chaque utilisateur, vous pouvez utiliser l’événement SMS Delivered pour attribuer les événements Inbound Received à l’ID de l’utilisateur ayant reçu le plus récemment un message depuis votre numéro Braze.
Si nous détectons que ce message entrant est une réponse à une Campaign sortante ou à un composant Canvas envoyé depuis Braze, nous incluons également les métadonnées de la Campaign ou du Canvas dans l’événement. Braze considère comme une réponse tout message entrant reçu dans les quatre heures suivant un message sortant. Toutefois, les informations de Campaign attribuées au dernier SMS sortant reçu sont mises en cache pendant une minute.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de rejet de SMS
Cet événement se produit lorsqu’un envoi de SMS est rejeté par l’opérateur. Plusieurs raisons peuvent en être à l’origine. Utilisez cet événement et les codes d’erreur fournis pour diagnostiquer les problèmes de livraison des SMS.

Braze émet users.messages.sms.Rejection vers Currents, Snowflake Data Sharing et les exportations associées uniquement si le profil utilisateur Braze existe encore dans l’espace de travail au moment où l’événement est traité pour journalisation. Si ce profil a été supprimé auparavant, cet événement n’apparaîtra ni dans votre entrepôt de données ni dans votre exportation Currents. La même règle de traitement s’applique aux autres événements sortants users.messages.sms.* que Braze journalise via le même pipeline (par exemple, livraison, échec de livraison et envoi à l’opérateur). Les indicateurs SMS au niveau de l’espace de travail peuvent tout de même inclure des totaux agrégés qui ne correspondent pas exactement aux lignes de Snowflake.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus de la même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (comme Send, Bounce et Open).
Événements de nouvelle tentative de SMS
Cet événement se produit lorsqu’un message est dépriorisé ou soumis à une limite de fréquence et qu’il sera renvoyé ultérieurement dans la fenêtre de nouvelle tentative configurée. Il est disponible uniquement pour les clients participant à la version bêta de la priorisation des messages.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi de SMS
Cet événement se produit lorsqu’un utilisateur envoie un SMS.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
message_extrasvous permet d’annoter vos événements d’envoi avec des données dynamiques issues du contenu connecté, d’attributs personnalisés (comme la langue ou le pays) et des propriétés d’entrée du Canvas. Pour en savoir plus, consultez Extras de messages. -
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus de la même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, afin de regrouper et de corréler le cycle de vie du message push pour cette distribution (comme Send, Bounce et Open).
Événements de clic sur un lien court SMS
Cet événement se produit lorsqu’un utilisateur clique sur un lien court SMS.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de réponse à une enquête
Réponses aux enquêtes envoyées par les utilisateurs finaux
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’abandon de webhook
Cet événement se produit lorsqu’un message webhook a été abandonné, par exemple en raison d’un abandon Liquid.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus du même envoi partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à un même envoi, afin de rassembler et de mettre en corrélation le cycle de vie du message push pour cet envoi (par exemple Send, Bounce et Open). - Le champ
abort_typeindique la raison de l’abandon du message. Pour obtenir la liste complète des valeurs, consultez la section Types d’abandon. -
abort_typeprend la valeurfrequency_cappedsi le message a été abandonné en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’abandon. Par exemple :Frequency cap rule: 5 webhook messages every 1 week -
message_extrasn’est renseigné que lorsqu’un abandon survient après l’exécution de l’étiquette{% message_extras %}pendant le rendu.
Événements d’échec de webhook
Cet événement se produit lorsqu’un message webhook a été distribué, mais a échoué avec une réponse d’erreur de l’endpoint.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus du même envoi partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à un même envoi, afin de rassembler et de mettre en corrélation le cycle de vie du message push pour cet envoi (par exemple Send, Bounce et Open).
Événements de nouvelle tentative de webhook
Cet événement se produit lorsqu’un message est dépriorisé ou soumis à une limite de fréquence et fera l’objet d’une nouvelle tentative ultérieure dans la fenêtre de nouvelle tentative configurée. Il n’est disponible que pour les clients participant à la version bêta de la priorisation des messages.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi de webhook
Cet événement se produit lorsqu’un webhook a été traité et envoyé au tiers spécifié dans ce webhook. Notez que cela n’indique pas si la requête a bien été reçue.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
message_extrasvous permet d’annoter vos événements d’envoi avec des données dynamiques provenant du contenu connecté, d’attributs personnalisés (comme la langue ou le pays) et des propriétés d’entrée du Canvas. Consultez Extras de messages pour en savoir plus. -
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent à la même distribution : vous pourrez ainsi regrouper et corréler le cycle de vie du message push pour cette distribution (par exemple l’envoi, le rebond et l’ouverture).
Événements d’abandon WhatsApp
Cet événement se produit lorsqu’un message WhatsApp a été abandonné, par exemple en raison d’un abandon Liquid.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent à la même distribution : vous pourrez ainsi regrouper et corréler le cycle de vie du message push pour cette distribution (par exemple l’envoi, le rebond et l’ouverture). - Le champ
abort_typeindique la raison pour laquelle le message a été abandonné. Pour obtenir la liste complète des valeurs, consultez Types d’abandon. -
abort_typeprend la valeurfrequency_cappedsi le message a été abandonné en raison d’une règle globale de limite de fréquence. -
abort_logcontient des informations sur la règle spécifique qui a déclenché l’abandon. Par exemple :Frequency cap rule: 5 WhatsApp messages every 1 week -
message_extrasn’est renseigné que lorsqu’un abandon se produit après l’exécution de l’étiquette{% message_extras %}pendant le rendu.
Événements de clic sur un lien suivi WhatsApp
Cet événement se produit lorsqu’un utilisateur clique sur un lien ou un bouton dans un message WhatsApp dont le domaine du lien correspond au domaine de suivi des clics.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de réception WhatsApp
Cet événement se produit lorsqu’un message WhatsApp envoyé est bien arrivé sur l’appareil de l’utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’un même envoi incluent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent au même envoi : vous pouvez ainsi regrouper et corréler le cycle de vie du message push pour cet envoi (par exemple les événements Send, Bounce et Open).
Événements d’échec WhatsApp
Cet événement se produit lorsque WhatsApp ne parvient pas à distribuer le message à l’utilisateur. Un échec d’envoi définitif (hard bounce) signale un problème de livrabilité permanent.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’un même envoi incluent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements qui appartiennent au même envoi : vous pouvez ainsi regrouper et corréler le cycle de vie du message push pour cet envoi (par exemple les événements Send, Bounce et Open).
Événements WhatsApp entrants reçus
Cet événement se produit lorsqu’un de vos utilisateurs envoie un message WhatsApp à un numéro de téléphone appartenant à l’un de vos groupes d’abonnement WhatsApp de Braze.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements de lecture WhatsApp
Cet événement se produit lorsqu’un message WhatsApp est lu par l’utilisateur.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’un envoi de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’un même envoi comportent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à un même envoi, ce qui vous permet de regrouper et de corréler le cycle de vie du message push pour cet envoi (comme Send, Bounce et Open).
Événements de nouvelle tentative WhatsApp
Cet événement se produit lorsqu’un message est dépriorisé ou soumis à une limite de fréquence, et qu’il fera l’objet d’une nouvelle tentative ultérieurement dans la fenêtre de nouvelle tentative configurée. Il n’est disponible que pour les clients participant à la version bêta de la priorisation des messages.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Événements d’envoi WhatsApp
Cet événement se produit lorsqu’une demande d’envoi a bien été transmise entre Braze et WhatsApp. Cela ne signifie toutefois pas que l’utilisateur a reçu le message.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Détails des propriétés
-
dispatch_idest l’ID d’une distribution de message spécifique, comme l’envoi d’une campagne. Tous les événements push issus d’une même distribution partagent le mêmedispatch_id. Utilisezdispatch_idpour regrouper les événements appartenant à une même distribution, ce qui vous permet de regrouper et de corréler le cycle de vie du message push pour cette distribution (par exemple Send, Bounce et Open).