Intégration de Real-time Customer Data Platform à Adobe Target
Cas d’utilisation
- Personnalisation en ligne avec des données client connu
- Optimisation de la page de destination
- Personnalisation en fonction des vues précédentes de produit ou de contenu, de l’affinité produit/contenu, des attributs environnementaux et des données démographiques, en plus des informations hors ligne telles que les transactions, les données de fidélité et de gestion de la relation client (CRM), ainsi que des informations modélisées
- Partager et cibler des audiences définies dans Real-time Customer Data Platform sur des sites web et des applications mobiles à l’aide d’Adobe Target
Applications
- Real-time Customer Data Platform
- Adobe Target
Documentation de référence
Modèles d’intégration
- Tous les segments évalués en flux continu ou par lots seront également projetés dans Edge Network pour être inclus dans l’évaluation et la personnalisation des segments Edge.
- Le flux de données doit être configuré dans Experience Edge avec l’extension Target et Experience Platform activée.
- La destination cible doit être configurée dans les destinations Real-time Customer Data Platform.
- L’intégration à Target requiert la même organisation IMS que pour l’instance Experience Platform.
- Les audiences évaluées en temps réel nécessitent l’implémentation de Web SDK et d’Edge Network.
- Si vous utilisez AT.js, seule la recherche de profil par rapport à l’ECID est prise en charge.
- Pour les recherches d’espace de noms d’identité personnalisées sur Edge, le déploiement de l’API Web SDK/Edge est obligatoire et chaque identité doit être définie comme identité dans le mappage d’identités.
- La destination cible doit être configurée dans les destinations de Real-time Customer Data Platform. Seul le sandbox de production par défaut dans RTCDP est pris en charge.
- L’intégration à Target requiert la même organisation IMS que pour l’instance Experience Platform.
- Si vous utilisez AT.js, seule la recherche de profil par rapport à l’ECID est prise en charge.
- Pour les recherches d’espace de noms d’identité personnalisées sur Edge, le déploiement de l’API Web SDK/Edge est obligatoire et chaque identité doit être définie comme identité dans le mappage d’identités.
- La projection d’audience via le service de partage d’audience doit être configurée.
- L’intégration à Target nécessite la même organisation IMS que l’instance Experience Platform.
- Seules les audiences du sandbox de production par défaut prennent en charge le service principal de partage d’audiences.
Partage d’audiences en temps réel, en flux continu et par lots vers Adobe Target
Architecture
Détails de la séquence
Architecture d’aperçu
Modèles de mise en œuvre
La personnalisation par client connu est prise en charge par plusieurs méthodes d’implémentation.
Modèle d’implémentation 1 : Edge Network avec l’API Web/Mobile SDK ou Edge Network (approche recommandée)
- Utilisation du Edge Network avec le SDK Web/Mobile. La segmentation Edge en temps réel nécessite d’adopter le modèle d’implémentation du SDK web/mobile ou de l’API Edge.
- Reportez-vous au Plan directeur d’Experience Platform Web and Mobile SDK pour la mise en œuvre basée sur SDK.
- Pour une utilisation dans Mobile SDK, l’extension Adobe Journey Optimizer - Decisioning doit être installée.
- Reportez-vous à la section Edge Network API du serveur pour une implémentation basée sur l’API d’Adobe Target avec le profil Edge.
Modèles de mise en œuvre 2 - SDK spécifiques aux applications
Utilisation de SDK traditionnels spécifiques aux applications (par exemple, AT.js et AppMeasurement.js). L’évaluation des segments Edge en temps réel n’est pas prise en charge dans cette méthode d’implémentation. Cependant, le partage des audiences en continu et par lots à partir du hub Experience Platform est pris en charge dans cette méthode d’implémentation.
Consultez la documentation du connecteur Adobe Target
Reportez-vous au plan directeur SDK spécifique à l’application
Considérations relatives à la mise en œuvre
- Il est possible d’utiliser n’importe quelle identité principale lors de l’utilisation du modèle d’implémentation 1 décrit ci-dessus avec Edge Network et Web SDK.
- La première personnalisation de connexion avec des données client connues qui ont été précédemment ingérées dans RTCDP nécessite que la demande de personnalisation ait une identité principale correspondant au graphique d’identité client connu dans Real-time Customer Data Platform. Si l’identifiant principal est défini sur ECID ou sur une identité qui n’a pas encore été regroupée avec le profil client connu, il faudra plusieurs minutes pour que l’assemblage d’identités soit réalisé sur le serveur Edge et pour que la personnalisation sur le serveur Edge inclue les données client connues précédemment ingérées.
- Les profils Edge ont actuellement une durée de vie de 14 jours. Par conséquent, si un utilisateur ne s’est pas connecté ou n’est pas actif depuis 14 jours sur le serveur Edge, le profil sur le serveur Edge peut avoir expiré. Par conséquent, le serveur Edge doit récupérer le profil à partir du hub pour que la vue de profil historique soit activée afin d’alimenter la personnalisation qui inclut les attributs et les segments de profil précédemment ingérés, cela entraînera une personnalisation avec la vue historique des profils sur les pages vues suivantes par rapport à la première connexion.