Livraison par événement
Les campagnes à livraison par événement, également appelées campagnes déclenchées par événement, sont très efficaces pour les messages transactionnels ou liés à des accomplissements. Au lieu d’envoyer votre campagne à des jours précis, vous pouvez déclencher l’envoi après qu’un utilisateur a effectué une action spécifique.
Configurer une campagne déclenchée
Étape 1 : Sélectionner un événement déclencheur
Sélectionnez un événement déclencheur. Celui-ci peut inclure l’un des éléments suivants :
- Effectuer un achat
- Démarrer une session
- Effectuer un événement personnalisé
- Effectuer l’événement de conversion principal de la campagne
- Ajouter une adresse e-mail à un profil utilisateur
- Modifier la valeur d’un attribut personnalisé
- Mettre à jour un statut d’abonnement
- Mettre à jour un statut du groupe d’abonnement
- Interagir avec d’autres campagnes
- Voir un message in-app
- Cliquer sur un message in-app
- Cliquer sur les boutons d’un message in-app
- Cliquer sur un e-mail
- Cliquer sur un alias dans un e-mail
- Cliquer sur un alias dans une campagne ou une étape du canvas
- Ouvrir un e-mail
- Ouvrir un e-mail (ouvertures automatiques)
- Ouvrir un e-mail (autres ouvertures)
- Ouvrir directement une notification push
- Cliquer sur un bouton de notification push
- Cliquer sur une page Push Stories
- Effectuer un événement de conversion
- Recevoir un e-mail
- Recevoir un SMS
- Cliquer sur un lien SMS raccourci
- Recevoir une notification push
- Recevoir un webhook
- Être inscrit dans un groupe de contrôle
- Voir une carte de contenu
- Cliquer sur une carte de contenu
- Fermer une carte de contenu
- Entrer dans un emplacement
- Effectuer l’événement d’exception d’une autre campagne
- Interagir avec une étape du canvas
- Déclencher un géorepérage
- Envoyer un message SMS entrant
- Envoyer un message WhatsApp entrant
Vous pouvez également affiner le filtrage des événements déclencheurs grâce aux propriétés d’événement personnalisé de Braze, ce qui permet de personnaliser les propriétés d’événement pour les événements personnalisés et les achats in-app. Cette fonctionnalité vous permet de cibler plus précisément les utilisateurs qui recevront un message en fonction des attributs spécifiques de l’événement personnalisé, offrant ainsi une personnalisation accrue des campagnes et une collecte de données plus sophistiquée.
Par exemple, imaginons une campagne avec un événement personnalisé de panier abandonné, affinée par le filtre de propriété « valeur du panier ». Cette campagne ne ciblera que les utilisateurs ayant laissé entre 100 $ et 200 $ d’articles dans leur panier.


L’événement déclencheur « démarrage de session » peut correspondre à la toute première ouverture de l’application par l’utilisateur si le segment de votre campagne s’applique aux nouveaux utilisateurs (par exemple, si votre segment est composé d’utilisateurs sans aucune session).
N’oubliez pas que vous pouvez toujours envoyer une campagne déclenchée à un segment spécifique d’utilisateurs. Les utilisateurs qui ne font pas partie du segment ne recevront donc pas la campagne, même s’ils effectuent l’événement déclencheur.
Concernant l’événement déclencheur lié à l’ajout d’une adresse e-mail au profil d’un utilisateur, les règles suivantes s’appliquent :
- L’événement déclencheur se déclenche après la mise à jour de l’attribut du profil utilisateur. Cela signifie que l’évaluation des segments et des filtres de la campagne se fait après toute mise à jour d’attribut. C’est un avantage, car cela vous permet de configurer des filtres comme « l’adresse e-mail correspond à gmail.com » pour créer une campagne déclenchée qui n’envoie qu’aux utilisateurs Gmail et se déclenche dès qu’ils ajoutent leur adresse e-mail.
- L’événement déclencheur se déclenche lorsqu’une adresse e-mail est ajoutée à un profil utilisateur. Si vous avez plusieurs profils utilisateur créés avec la même adresse e-mail, la campagne peut se déclencher plusieurs fois, une fois pour chaque profil utilisateur.
De plus, les messages in-app déclenchés respectent toujours les règles de distribution des messages in-app et apparaissent au début d’une session de l’application.

Étape 2 : Sélectionner la durée du délai
Sélectionnez le temps d’attente avant l’envoi de la campagne une fois les critères de déclenchement remplis. Si le délai choisi est plus long que la durée d’envoi du message, aucun utilisateur ne recevra la campagne.

Braze utilise l’horodatage envoyé avec l’événement personnalisé pour évaluer le délai d’une campagne par événement. Si cet horodatage est antidaté, Braze peut considérer que le délai est déjà écoulé et envoyer le message immédiatement ou plus tôt que prévu. Pour éviter des problèmes de timing de distribution, envoyez l’horodatage de l’événement personnalisé avec l’heure actuelle.
De plus, les utilisateurs qui effectuent l’événement déclencheur après le lancement de votre campagne seront les premiers à recevoir le message une fois le délai écoulé. Les utilisateurs ayant effectué l’événement déclencheur avant le lancement de la campagne ne seront pas éligibles pour la recevoir.

Vous pouvez également choisir d’envoyer la campagne un jour spécifique de la semaine (en sélectionnant « le prochain » puis un jour) ou un nombre spécifique de jours dans le futur (en sélectionnant « dans »). Vous pouvez aussi choisir d’envoyer votre message en utilisant la fonctionnalité de timing intelligent au lieu de sélectionner manuellement une heure de distribution.

Étape 3 : Sélectionner les événements d’exception
Sélectionnez un événement d’exception qui disqualifiera les utilisateurs de la réception de cette campagne. Vous ne pouvez le faire que si votre message déclenché est envoyé après un délai. Les événements d’exception peuvent être un achat, le démarrage d’une session, l’exécution de l’un des événements de conversion désignés de la campagne, ou l’exécution d’un événement personnalisé. Si un utilisateur effectue l’événement déclencheur puis effectue votre événement d’exception avant l’envoi du message en raison du délai, il ne recevra pas la campagne. Les utilisateurs qui ne reçoivent pas la campagne en raison de l’événement d’exception seront automatiquement éligibles pour la recevoir à l’avenir, la prochaine fois qu’ils effectueront l’événement déclencheur, même si vous n’avez pas activé la rééligibilité.

Pour en savoir plus sur l’utilisation des événements d’exception, consultez notre section sur les cas d’utilisation.
Si vous envoyez une campagne avec un événement déclencheur identique à l’événement d’exception, Braze annulera la campagne et reprogrammera automatiquement une nouvelle campagne basée sur l’heure de distribution de l’événement d’exception. Par exemple, si votre premier événement déclencheur commence à cinq minutes et que l’événement d’exception commence à 10 minutes, l’heure de distribution officielle de la campagne sera celle de l’événement d’exception, soit 10 minutes.

Vous ne pouvez pas utiliser un « démarrage de session » à la fois comme événement déclencheur et comme événement d’exception pour une campagne. Cependant, vous avez toujours la possibilité de sélectionner tout autre événement personnalisé en dehors de cette option.
Étape 4 : Définir la durée
Définissez la durée de la campagne en spécifiant une heure de début et une heure de fin facultative.

Si un utilisateur effectue un événement déclencheur pendant la période spécifiée mais devient éligible au message en dehors de cette période en raison d’un délai planifié, il ne recevra pas la campagne. Par conséquent, si vous définissez un délai plus long que la période du message, aucun utilisateur ne recevra votre campagne. De plus, vous pouvez choisir d’envoyer le message dans les fuseaux horaires locaux des utilisateurs.
Étape 5 : Sélectionner la plage horaire
Indiquez si l’utilisateur doit recevoir la campagne pendant une portion spécifique de la journée. Si vous attribuez une plage horaire au message et que l’utilisateur effectue l’événement déclencheur en dehors de cette plage, ou que le délai du message lui fait manquer la plage horaire, alors par défaut, l’utilisateur ne recevra pas votre message.

Dans le cas où un utilisateur effectue l’événement déclencheur dans la plage horaire, mais que le délai du message fait sortir l’utilisateur de cette plage, vous pouvez cocher la case suivante pour que ces utilisateurs reçoivent tout de même la campagne.

Si un utilisateur ne reçoit pas le message parce qu’il a manqué la plage horaire, il sera tout de même éligible pour le recevoir la prochaine fois qu’il effectuera l’événement déclencheur, même si vous n’avez pas activé la rééligibilité. Si vous activez la rééligibilité, les utilisateurs pourront recevoir la campagne à chaque fois qu’ils effectuent l’événement déclencheur, à condition qu’ils soient éligibles pendant la plage horaire spécifiée.
Si vous avez également défini une durée pour la campagne, l’utilisateur doit être éligible à la fois pendant la durée et pendant la portion spécifique de la journée pour recevoir le message.
Étape 6 : Déterminer la rééligibilité
Déterminez si les utilisateurs peuvent devenir rééligibles pour la campagne. Si vous autorisez la rééligibilité, vous pouvez spécifier un délai avant que l’utilisateur puisse recevoir à nouveau la campagne. Cela évitera que vos campagnes déclenchées ne deviennent trop intrusives.

Cas d’utilisation
Les campagnes déclenchées sont très efficaces pour les messages transactionnels ou liés à des accomplissements.
Les campagnes transactionnelles incluent les messages envoyés après qu’un utilisateur a effectué un achat ou ajouté un article à son panier. Ce dernier cas est un excellent exemple de campagne qui bénéficierait d’un événement d’exception. Imaginons que votre campagne rappelle aux utilisateurs les articles dans leur panier qu’ils n’ont pas achetés. L’événement d’exception, dans ce cas, serait l’achat des produits dans leur panier. Pour les campagnes liées à des accomplissements, vous pouvez envoyer un message 5 minutes après qu’un utilisateur a effectué une conversion ou franchi un niveau de jeu.
De plus, lors de la création de campagnes de bienvenue, vous pouvez déclencher l’envoi de messages après qu’un utilisateur s’est inscrit ou a configuré un compte. Échelonner les messages sur différents jours suivant l’inscription vous permettra de créer un processus d’onboarding complet.
Pourquoi un utilisateur n’a-t-il pas reçu ma campagne déclenchée ?
L’une de ces raisons peut empêcher un utilisateur ayant effectué l’événement déclencheur de recevoir la campagne :
- L’utilisateur a effectué l’événement d’exception avant que le délai ne soit entièrement écoulé.
- La logique Liquid
abort_messagea été utilisée et le message a été annulé en fonction de la logique ou des règlesabort_message. - Le délai a fait que l’utilisateur est devenu éligible à la campagne après la fin de la durée.
- Le délai a fait que l’utilisateur est devenu éligible à la campagne en dehors de la plage horaire spécifiée.
- L’utilisateur a déjà reçu la campagne (y compris par attribution via des identifiants de canal partagés — par exemple, s’il partage un e-mail avec quelqu’un qui l’a reçu, ouvert ou cliqué), et la rééligibilité n’est pas activée.
- Bien que les utilisateurs soient rééligibles pour la campagne, ils ne peuvent la redéclencher qu’après une certaine période, et cette période n’est pas encore écoulée.
La segmentation d’une campagne déclenchée basée sur des données utilisateur enregistrées au moment de l’événement peut provoquer une condition de concurrence. Cela se produit lorsque l’attribut utilisateur sur lequel la campagne est segmentée est modifié, mais que le changement n’a pas encore été traité pour l’utilisateur au moment de l’envoi de la campagne. Comme les campagnes vérifient l’appartenance au segment à l’entrée, cela peut empêcher l’utilisateur de recevoir la campagne.
Par exemple, imaginons que vous souhaitez envoyer une campagne déclenchée par événement aux utilisateurs masculins qui viennent de s’inscrire. Lors de l’inscription, vous enregistrez un événement personnalisé registration et définissez simultanément l’attribut gender de l’utilisateur. L’événement peut déclencher la campagne avant que Braze n’ait traité le genre de l’utilisateur, l’empêchant ainsi de recevoir la campagne.
En bonne pratique, assurez-vous que l’attribut sur lequel la campagne est segmentée est bien transmis aux serveurs Braze avant l’événement. Si ce n’est pas possible, la meilleure façon de garantir la distribution est d’utiliser les propriétés d’événement personnalisé pour attacher les propriétés utilisateur pertinentes à l’événement et d’appliquer un filtre de propriété pour la propriété d’événement spécifique au lieu d’un filtre de segmentation. Dans notre exemple, vous ajouteriez une propriété gender à l’événement personnalisé registration afin que Braze dispose des données nécessaires au moment du déclenchement de votre campagne.
De plus, si une campagne est basée sur une action et comporte un délai, vous pouvez cocher l’option Réévaluer l’appartenance au segment au moment de l’envoi pour vous assurer que les utilisateurs font toujours partie de l’audience cible lorsque le message est envoyé.
Évaluation des critères d’audience
Pour les campagnes impliquant un délai avant l’envoi (y compris la limite de débit, le fuseau horaire local, le timing intelligent ou une planification de déclenchement), le moment de la réévaluation du segment dépend du type de campagne et de ses paramètres.
Dans les campagnes par événement avec un délai, si vous sélectionnez Réévaluer l’appartenance au segment au moment de l’envoi, les utilisateurs sont réévalués avant l’envoi du message, de sorte que seuls les utilisateurs qui remplissent encore les critères du segment au moment de l’envoi reçoivent le message.
Si votre campagne est déclenchée par un événement personnalisé spécifique et que vous sélectionnez un segment comme audience, les utilisateurs doivent effectuer le même événement personnalisé pour être inclus dans le segment. Cela signifie que les utilisateurs doivent faire partie de l’audience avant qu’une campagne par événement puisse être déclenchée. Le flux de travail général pour une campagne déclenchée est le suivant :
- Rejoindre l’audience : Lorsqu’un utilisateur effectue l’événement personnalisé, il est ajouté à l’audience cible de la campagne.
- Déclencher l’e-mail : L’utilisateur doit effectuer à nouveau l’événement personnalisé pour déclencher l’e-mail, car il doit faire partie de l’audience avant que l’e-mail puisse être envoyé.
Nous recommandons soit de modifier l’audience cible pour inclure tous les utilisateurs, soit de vérifier que les utilisateurs censés effectuer l’événement font déjà partie de l’audience de la campagne pour que le message soit déclenché.

Résolution des problèmes liés aux événements personnalisés
Commencez par confirmer que l’événement personnalisé est bien transmis à Braze. Accédez à Analytics > Rapport d’événements personnalisés, puis sélectionnez l’événement personnalisé concerné et la plage de dates. Si l’événement ne s’affiche pas, vérifiez qu’il est correctement configuré et que l’utilisateur a bien effectué l’action correspondante.
Si l’événement personnalisé s’affiche, poursuivez la résolution des problèmes en procédant comme suit :
- Consultez le téléchargement du profil de l’utilisateur pour confirmer qu’il a déclenché l’événement et à quel moment. Si l’événement a été déclenché, comparez l’horodatage du déclenchement avec le moment où la campagne est passée en production. L’événement a peut-être été déclenché avant le lancement de la campagne.
- Consultez les journaux des modifications de la campagne et de tous les segments utilisés dans le ciblage pour déterminer si l’utilisateur faisait partie du segment au moment où son événement personnalisé a été déclenché. S’il n’était pas dans le segment, il n’aurait pas reçu la campagne.
- Vérifiez si l’utilisateur a été placé dans un groupe de contrôle via la segmentation, ce qui l’aurait empêché de recevoir la campagne.
- S’il y a un délai planifié, vérifiez si l’événement personnalisé de l’utilisateur a été déclenché avant le délai. Si l’événement a été déclenché avant le délai, l’utilisateur n’aurait pas reçu la campagne.

Les messages in-app ne peuvent être déclenchés que par des événements envoyés via le SDK, et non par la REST API.