Configurer les sources de données, les événements et les actions
- Rubriques :
- Paramètres de l’application
Créé pour :
- Intermédiaire
- Administration
L’envoi de messages avec des parcours nécessite de configurer Sources de données, Événements et Actions.
Vous pouvez également configurer des connexions à des systèmes externes par le biais de sources de données et d’actions personnalisées. Vous pouvez ainsi, par exemple, enrichir vos parcours de données provenant d’un système de réservation externe ou envoyer des messages à l’aide d’un système tiers tel qu’Epsilon ou Facebook. Découvrez comment intégrer Journey Optimizer à des systèmes externes.
Sources de données
La configuration des sources de données vous permet de définir une connexion à un système afin de récupérer des informations supplémentaires qui seront utilisées dans vos parcours. En savoir plus
Événements
Les événements vous permettent de déclencher vos parcours de manière unitaire pour envoyer des messages, en temps réel, à l'individu progressant 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). En savoir plus
Actions
Les fonctionnalités de message Journey Optimizer sont intégrées : il vous suffit d’ajouter une activité d’action de canal à votre parcours. Si vous utilisez un système tiers pour envoyer vos messages, vous pouvez créer une action personnalisée. En savoir plus
Parcourir à travers les champs Adobe Experience Platform
Lors de la définition de la payload d'événement, de la payload du groupe de champs et de la sélection de champs dans l'éditeur d'expression, le nom d'affichage s'affiche en plus du nom du champ. Ces informations sont récupérées à partir de la définition du schéma dans le modèle de données d'expérience.
Si des descripteurs tels que « xdm:alternateDisplayInfo » sont fournis lors de la configuration des schémas, les noms conviviaux remplacent les noms d'affichage. Cela est particulièrement utile lorsque vous utilisez des « eVars » et des champs génériques. Vous pouvez configurer des descripteurs de noms conviviaux via un appel API. Pour plus d'informations, consultez le guide sur le registre de schéma destiné aux développeurs.
Si un nom convivial est disponible, le champ s'affiche sous la forme <friendly-name>(<name>)
. Si aucun nom convivial n'est disponible, le nom d'affichage s'affiche, par exemple <display-name>(<name>)
. Si aucun d'eux n'est défini, seul le nom technique du champ s'affiche <name>
.