Utiliser des événements de parcours about-events

Utilisez des événements pour déclencher les parcours individuellement, en envoyant des messages en temps réel à chaque utilisateur ou utilisatrice dès son entrée dans le parcours.

Dans la configuration des événements, vous configurez les événements attendus dans les parcours. Les données des événements entrants sont normalisées conformément au modèle de données d’expérience Adobe (XDM). Les événements authentifiés et non authentifiés proviennent des API d’ingestion en flux continu (notamment ceux issus du kit de développement Adobe Mobile SDK). Vous pouvez utiliser plusieurs événements (à différentes étapes d’un parcours) et plusieurs parcours peuvent utiliser un même événement.

La configuration de l’événement est obligatoire et doit être effectuée par un ingénieur ou une ingénieure de données.

Vous pouvez configurer deux types d’événements : des événements unitaires et des événements métier.

➡️ Découvrez cette fonctionnalité en vidéo.

Événements unitaires unitary-events

Les événements unitaires sont liés à une personne. Il s’agit du comportement d’une personne (par exemple, une personne a acheté un produit, a visité un magasin, a quitté un site web, etc.) ou d’une chose qui se produit et qui est liée à une personne (par exemple, une personne qui atteint 10 000 points de fidélité). C’est ce type d’élément que Journey Optimizer écoute dans les parcours pour orchestrer les meilleures actions qu’il convient de prendre ensuite. Les événements unitaires peuvent être générés selon des règles ou par un système. Pour savoir comment créer un événement unitaire, consultez cette page.

Les parcours unitaires (qui commencent par un événement ou une qualification d’audience) incluent un mécanisme de sécurisation qui empêche les parcours d’être déclenchés par erreur plusieurs fois pour le même événement. La rentrée du profil est temporairement bloquée par défaut pendant 5 minutes. Par exemple, si un événement déclenche un parcours à 12:01 pour un profil spécifique et qu’un autre événement se produit à 12:03 (qu’il s’agisse du même événement ou d’un autre déclenchant le même parcours), ce parcours ne reprendra pas pour ce profil.

Événements métier business-events

Les événements métier ne sont pas liés à un profil spécifique. Par exemple, il peut s’agir d’une alerte d’actualité, d’une mise à jour sportive, d’un changement ou d’une annulation de vol, d’une mise à jour d’inventaire, d'événements météorologiques, etc. Bien que ces événements ne soient pas spécifiques à un profil, ils peuvent intéresser un certain nombre de profils : les particuliers abonnés à des sujets d'actualité spécifiques, les passagers d'un vol, les acheteurs intéressés par un produit en rupture de stock, etc. Les événements métier sont toujours basés sur des règles. Lorsque vous ajoutez un événement métier dans un parcours, cela ajoute automatiquement une activité Lecture d’audience juste après. Découvrez comment créer un événement métier sur cette page.

Type d’identifiant d’événement event-id-type

Pour les événements métier, le type d’identifiant d’événement est toujours basé sur des règles.

Pour les événements unitaires, il existe deux types d’identifiant d’événement :

  • Événements basés sur des règles : ce type d’événement ne génère pas d’eventID. En utilisant l’éditeur d’expression simple, vous définissez simplement une règle qui sera utilisée par le système pour identifier les événements pertinents qui déclencheront vos parcours. Cette règle peut être basée sur n’importe quel champ disponible dans le payload de l’événement, par exemple l’emplacement du profil ou le nombre d’éléments ajoutés au panier du profil.

    note caution
    CAUTION
    Une règle de limitation est définie pour les événements basés sur des règles. Il limite à 5 000 le nombre d’événements qualifiés qu’un parcours peut traiter par seconde pour une organisation donnée. Il correspond à des contrats de niveau de service Journey Optimizer. Reportez-vous à votre licence Journey Optimizer et à la description du produit Journey Optimizer.
  • Événements générés par le système : ces événements nécessitent un eventID. Ce champ eventID est généré automatiquement lors de la création de l’événement. Le système à l’origine de l’envoi de l’événement ne doit pas générer d’identifiant, mais plutôt transmettre celui indiqué dans la prévisualisation de la payload.

NOTE
Journey Optimizer exige que les événements soient diffusés en continu vers Data Collection Core Service (DCCS) pour pouvoir déclencher un parcours. Les événements ingérés par lot ou les événements provenant de jeux de données Journey Optimizer internes (commentaires des messages, tracking e-mail, etc.) ne peuvent pas être utilisés pour déclencher un parcours. Pour les cas d’utilisation où vous ne pouvez pas obtenir d’événements en flux continu, créez un segment basé sur ces événements et utilisez l’activité Lecture d’audience à la place. La qualification d’audience peut techniquement être utilisée, mais peut entraîner des difficultés en aval en fonction des actions utilisées. Ces données n’ont pas nécessairement besoin d’accéder au profil en temps réel. Si vous souhaitez utiliser les événements pour la segmentation, nous vous recommandons d’activer le jeu de données pour le profil.

Cycle des données data-cycle

Les événements sont des appels d’API POST. Ils sont envoyés à Adobe Experience Platform par biais des API d’ingestion en flux continu. L’URL de destination des événements envoyés via les API de messagerie transactionnelle est appelée « inlet ». La payload des événements respecte la mise en forme XDM.

La payload contient les informations nécessaires au fonctionnement des API d’ingestion en flux continu (dans l’en-tête) et les informations requises par Journey Optimizer pour travailler, ainsi que les informations à utiliser dans les parcours (dans le corps, par exemple, le montant d’un panier abandonné). Il existe deux modes d’ingestion en flux continu : authentifié et non authentifié. Pour plus d’informations sur les API d’ingestion en flux continu, cliquez sur ce lien.

Après avoir transité par les API d’ingestion en flux continu, les événements se propagent dans un service interne appelé Pipeline, puis dans Adobe Experience Platform. Si l’indicateur du service de profil client en temps réel est activé pour le schéma d’événement et que ce dernier comprend également un identifiant de jeu de données avec l’indicateur de profil client en temps réel, le schéma est propagé dans ce service.

Pour les événements générés par le système, le service Pipeline filtre les événements disposant d’une payload contenant des Journey Optimizer eventID (reportez-vous au processus de création d’événements ci-dessous) fournis par Journey Optimizer et contenus dans une payload d’événement. Pour les événements basés sur des règles, le système identifie l’événement à l’aide de la condition eventID. Ces événements sont écoutés par Journey Optimizer et le parcours correspondant est déclenché.

À propos du débit des événements de parcours event-thoughput

Adobe Journey Optimizer prend en charge un volume maximal de 5 000 événements de parcours par seconde au niveau d’une organisation, sur tous les sandbox. Ce quota s’applique à tous les événements utilisés dans les parcours en cours, qui incluent les parcours Actifs, de Test à blanc, Fermés et Mis en pause. Lorsque ce quota est atteint, les nouveaux événements sont mis en file d’attente avec un taux de traitement de 5 000 éléments par seconde. La durée maximale qu’un événement peut passer dans la file d’attente est de 24 heures.

Les types d’événements suivants sont comptabilisés dans le quota des 5 000 TPS :

  • Événements unitaires externes : inclut les événements basés sur des règles et ceux générés par le système. Si un même événement brut est admissible à plusieurs définitions de règle, chaque règle admise est comptabilisée comme un événement distinct. Vous trouverez plus de détails ci-dessous.

  • Événements de qualification d’audience : si la même audience en streaming est utilisée dans plusieurs parcours, chaque utilisation est comptabilisée séparément. Par exemple, l’emploi d’une même audience dans une activité de qualification d’audience dans deux parcours génère deux événements comptabilisés.

  • Événements de réaction : événements déclenchés par des réactions de profil (ouverture d’e-mail, clic sur l’e-mail, etc.) dans un parcours.

  • Événements métiers : événements non liés à un profil spécifique, mais à un événement lié à l’activité professionnelle.

  • Événements Analytics : si l’intégration à Adobe Analytics a été activée en vue de déclencher des parcours, ces événements sont également inclus.

  • Événements de reprise : événement technique déclenché lorsqu’un profil reprend à partir d’un parcours en pause. En savoir plus sur la reprise des parcours mis en pause.

  • Événements d’achèvement de nœud d’attente : lorsqu’un profil quitte un nœud d’attente, un événement technique est généré pour reprendre le parcours.

NOTE
À l’exception des événements d’attente et de reprise, tous les autres types d’événements sont également comptabilisés dans le quota lorsqu’ils sont utilisés dans des parcours basés sur des audiences lues.

À propos des événements bruts admissibles pour plusieurs définitions de règle

Un même événement brut peut être admissible pour plusieurs définitions de règle dans les parcours. Lorsqu’un événement est configuré dans la section Administration, pour le même schéma d’événement, plusieurs règles d’événement peuvent être définies. Supposons, par exemple, que nous ayons un événement d’achat qui comporte les champs city et purchaseValue. Examinons les scénarios suivants :

  1. Un événement E1 nommé newYorkPurchases est créé avec une définition de règle indiquant city=='New York'. Cet événement peut être utilisé dans 10 parcours, mais il sera toujours comptabilisé comme 1 seul événement lorsqu’il sera disponible.

  2. Maintenant, supposons qu’un événement E2 nommé highValuePurchases avec purchaseValue > 1000 comme définition de règle soit également créé, sur le même schéma d’événement que E1. Dans ce cas, le même événement entrant est évalué par rapport à deux règles : newYorkPurchases et highValuePurchases. Maintenant, il se peut qu’un achat à New York soit également un achat de grande valeur.

    Dans ce cas, Journey Optimizer crée deux événements, E1 et E2, à partir du même événement entrant, ce qui fait que cet événement entrant unique compte comme deux événements.

    Notez que ces événements commencent à être comptabilisés lorsqu’ils sont utilisés dans un parcours actif, y compris les parcours actifs, de test à blanc, fermés et en pause.

Mise à jour et suppression d’un événement update-event

Pour éviter d’interrompre les parcours existants, lorsque vous modifiez un événement utilisé dans un parcours brouillon, actif ou fermé, vous pouvez uniquement en modifier le nom ou la description, ou ajouter des champs de payload.

Les événements utilisés dans des parcours actifs, brouillons ou fermés ne peuvent pas être supprimés. Pour supprimer un événement utilisé, vous devez arrêter les parcours qui l’utilisent et/ou le supprimer des brouillons de parcours. Vous pouvez cocher le champ Utilisé dans. Il affiche le nombre de parcours qui utilisent cet événement particulier. Vous pouvez cliquer sur le bouton Afficher les parcours pour faire apparaître la liste des parcours correspondants.

Tutoriels vidéo video

Découvrez comment configurer un événement, spécifier le point dʼentrée du flux en continu et la payload dʼun événement.

Comprendre les cas d’utilisation applicables pour les événements métier. Découvrez comment créer un parcours à l’aide d’un événement métier et les bonnes pratiques à appliquer.

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76