Plan directeur de la personnalisation web/mobile avec des données de client connu
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
- Partagez et ciblez des audiences définies dans Real-time Customer Data Platform sur des sites web et des applications mobiles à l’aide d’Adobe Target ou de Adobe Journey Optimizer Decisioning.
Applications
- Real-time Customer Data Platform
- Adobe Target
- Adobe Journey Optimizer Decisioning
- Adobe Audience Manager (facultatif) : ajoute des données d’audience tierces.
- Adobe Analytics ou Customer Journey Analytics (facultatif) : permet de créer des segments en fonction des données client historiques et comportementales avec une segmentation précise.
Documentation de référence
Approches
Une approche pour la personnalisation client connue sur le web/mobile consiste à intégrer Real-time Customer Data Platform à Adobe Target. Le guide ci-dessous explique en détail comment Real-time Customer Data Platform peut être intégré à la personnalisation avancée des clients avec Adobe Target.
La personnalisation web/mobile connue des clients peut également être mise en œuvre avec la prise de décision Adobe Journey Optimizer qui tire parti de manière native du profil client en temps réel d’Experience Platform et de la segmentation. Reportez-vous au guide Adobe Journey Optimizer, où Expériences basées sur du code ou Expériences de canal web peuvent être utilisées.
Les plans directeurs d’architecture sont également disponibles dans le et le plan directeur de Journey Optimizer et le plan directeur de prise de décision de Journey Optimizer.
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 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 requête 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.