Envoi de paramètres à Target à l’aide de Platform Web SDK
Les implémentations de Target varient d’un site web à l’autre en fonction de l’architecture, des exigences commerciales et des fonctionnalités utilisées. La plupart des implémentations de Target incluent la transmission de divers paramètres pour les informations contextuelles, les audiences et les recommandations de contenu.
Utilisons une simple page de détails du produit et une page de confirmation de commande pour démontrer les différences entre les bibliothèques lors de la transmission de paramètres à Target.
Supposons que les deux exemples de pages suivants utilisent at.js :
| code language-html |
|---|
|
| code language-html |
|---|
|
Résumé du mappage des paramètres
Les paramètres Target de ces pages sont envoyés différemment à l’aide de Platform Web SDK. Il existe plusieurs façons de transmettre des paramètres à Target à l’aide d’at.js :
- Définissez avec
targetPageParams()fonction pour l’événement de chargement de page (utilisé dans les exemples de cette page). - Définissez avec
targetPageParamsAll()fonction pour toutes les requêtes Target de la page. - Envoi direct de paramètres avec la fonction
getOffer()pour un seul emplacement - Envoi direct de paramètres avec la fonction
getOffers()pour un ou plusieurs emplacements
Platform Web SDK offre un moyen unique et cohérent d’envoyer des données sans avoir besoin de fonctions supplémentaires. Tous les paramètres doivent être transmis dans la payload avec la commande sendEvent et appartiennent à deux catégories :
- Mappé automatiquement à partir de l’objet
xdm - Transmis manuellement à l’aide de l’objet
data.__adobe.target
Le tableau ci-dessous décrit comment les paramètres d’exemple seraient remappés à l’aide de Platform Web SDK :
at_propertysendEvent.pageNamexdm.web.webPageDetails.namexdm et être conformes à un schéma à l’aide de la classe XDM ExperienceEvent. Les paramètres de mbox ne peuvent pas être transmis dans le cadre de l’objet data.profile.genderdata.__adobe.target.profile.genderdata et précédés du préfixe profile. pour être mappés correctement.user.categoryIddata.__adobe.target.user.categoryIddata.entity.iddata.__adobe.target.entity.idOU
xdm.productListItems[0].SKUdata ou mappés automatiquement à partir du premier élément du tableau de xdm.productListItems si votre implémentation utilise ce groupe de champs.entity.categoryIddata.__adobe.target.entity.categoryIddata.entity.customEntitydata.__adobe.target.entity.customEntitydata.cartIdsdata.__adobe.target.cartIdsexcludedIdsdata.__adobe.target.excludedIdsmbox3rdPartyIdxdm.identityMaporderIdxdm.commerce.order.purchaseIDorderTotalxdm.commerce.order.priceTotalproductPurchasedIddata.__adobe.target.productPurchasedIdOU
xdm.productListItems[0-n].SKUmboxPageValuedata.__adobe.target.mboxPageValueParamètres personnalisés
Les paramètres de mbox personnalisés doivent être transmis en tant que données XDM avec la commande sendEvent. Il est important de s’assurer que le schéma XDM inclut tous les champs requis pour votre implémentation de Target.
Exemple d’utilisation d’at.js avec targetPageParams() :
targetPageParams = function() {
return {
"pageName": "product detail"
};
};
Exemples de JavaScript de Platform Web SDK à l’aide de la commande sendEvent :
| code language-javascript |
|---|
|
Dans les balises, utilisez d’abord un élément de données objet XDM pour mapper au champ XDM :
Insérez ensuite votre objet XDM dans votre événement d’envoi action (plusieurs objets XDM peuvent être fusionnés) :
xdm’objet , vous devez mettre à jour les audiences, les activités ou les scripts de profil qui font référence à ces paramètres mbox en utilisant leurs nouveaux noms. Pour plus d’informations, reportez-vous à la page Mise à jour des audiences Target et des scripts de profil pour la compatibilité de Platform Web SDK de ce tutoriel.Paramètres de profil
Les paramètres du profil cible doivent être transmis sous l’objet data.__adobe.target dans la payload de commande de sendEvent Web SDK Platform.
Comme pour at.js, tous les paramètres de profil doivent également comporter le préfixe profile. pour que la valeur soit correctement stockée en tant qu’attribut de profil Target persistant. Le paramètre de user.categoryId réservé pour la fonctionnalité Affinité par catégorie de Target comporte le préfixe user..
Exemple d’utilisation d’at.js avec targetPageParams() :
targetPageParams = function() {
return {
"profile.gender": "male",
"user.categoryId": "clothing"
};
};
Exemples de SDK web Platform à l’aide de la commande sendEvent :
| code language-javascript |
|---|
|
Dans les balises, commencez par créer un élément de données pour définir l’objet data.__adobe.target :
Insérez ensuite votre objet de données dans votre Événement d’envoi action (plusieurs objets peuvent être fusionnés) :
Paramètres de l’entité
Les paramètres d’entité sont utilisés pour transmettre des données comportementales et des informations de catalogue supplémentaires pour Target Recommendations. Tous les paramètres d’entité pris en charge par at.js sont également pris en charge par le SDK web de Platform. Tout comme les paramètres de profil, tous les paramètres d’entité doivent être transmis sous l’objet data.__adobe.target dans la payload de commande de sendEvent Web SDK Platform.
Les paramètres d'entité pour un élément spécifique doivent être précédés de entity. pour une capture de données correcte. Les paramètres cartIds et excludedIds réservés aux algorithmes de recommandations ne doivent pas être précédés de préfixes et la valeur de chaque doit contenir une liste d’identifiants d’entité séparés par des virgules.
Exemple d’utilisation d’at.js avec targetPageParams() :
targetPageParams = function() {
return {
"entity.id": "SKU-00001-LARGE",
"entity.categoryId": "clothing,shirts",
"entity.customEntity": "some value",
"cartIds": "SKU-00002,SKU-00003",
"excludedIds": "SKU-00001-SMALL"
};
};
Exemples de SDK web Platform à l’aide de la commande sendEvent :
| code language-javascript |
|---|
|
Dans les balises, commencez par créer un élément de données pour définir l’objet data.__adobe.target :
Insérez ensuite votre objet de données dans votre Événement d’envoi action (plusieurs objets peuvent être fusionnés) :
commerce est utilisé et que le tableau productListItems est inclus dans la payload XDM, la première valeur de SKU de ce tableau est mappée à entity.id à des fins d’incrémentation d’une vue de produit.Paramètres d’achat
Les paramètres d’achat sont transmis sur une page de confirmation de commande après une commande réussie et sont utilisés pour les objectifs de conversion et d’optimisation de Target. Avec une implémentation de Platform Web SDK, ces paramètres et sont automatiquement mappés à partir des données XDM transmises dans le cadre du groupe de champs commerce.
Exemple d’utilisation d’at.js avec targetPageParams() :
targetPageParams = function() {
return {
"orderId": "ABC123",
"productPurchasedId": "SKU-00002,SKU-00003"
"orderTotal": 1337.89
};
};
Les informations d’achat sont transmises à Target lorsque le groupe de champs commerce a purchases.value défini sur 1. L’ID de commande et le total de la commande sont automatiquement mappés à partir de l’objet order. Si le tableau productListItems est présent, les valeurs SKU sont utilisées pour la productPurchasedId.
Exemple de SDK Web Platform utilisant sendEvent :
| code language-javascript |
|---|
|
Dans les balises, utilisez d’abord un élément de données objet XDM pour mapper les champs XDM obligatoires (voir l’exemple JavaScript) et la portée personnalisée facultative :
Insérez ensuite votre objet XDM dans votre événement d’envoi action (plusieurs objets XDM peuvent être fusionnés) :
_experience.decisioning.propositionEventType doit être défini avec display: 1 pour que l’appel soit utilisé pour incrémenter une mesure Target.orderConfirmPage, renseignez le tableau _experience.decisioning.propositions avec une portée personnalisée comme dans l’exemple ci-dessus.productPurchasedId peut également être transmise sous la forme d’une liste d’identifiants d’entité séparés par des virgules sous l’objet data .Identifiant client (mbox3rdPartyId)
Target permet de synchroniser les profils sur plusieurs appareils et systèmes à l’aide d’un seul identifiant client. Avec at.js, cela peut être défini comme mbox3rdPartyId dans la requête Target ou comme premier ID client envoyé au service d’identités d’Experience Cloud. Contrairement à at.js, une implémentation de Platform Web SDK vous permet de spécifier l’ID de client à utiliser comme mbox3rdPartyId s’il y en a plusieurs. Par exemple, si votre entreprise dispose d’un ID client global et de plusieurs ID client distincts pour différents secteurs d’activité, vous pouvez configurer l’ID que Target doit utiliser.
Il existe quelques étapes pour configurer la synchronisation des identifiants pour les cas d’utilisation inter-appareils et des attributs du client :
- Créez un espace de noms d’identité pour l’ID de client dans l’écran Identités de la Collecte de données ou de Platform
- Assurez-vous que le alias dans Attributs du client correspond au symbole d’identité de votre espace de noms
- Spécifiez le symbole d’identité comme espace de noms d’identifiant tiers cible dans la configuration cible du flux de données
- Exécuter une commande
sendEventà l’aide du groupe de champsidentityMap
Exemple d’utilisation d’at.js avec targetPageParams() :
targetPageParams = function() {
return {
"mbox3rdPartyId": "TT8675309"
};
};
Exemples de SDK web Platform à l’aide de la commande sendEvent :
| code language-javascript |
|---|
|
La valeur ID, État authentifié et Espace de noms sont capturés dans un élément de données Mappage d’identités :
L’élément de données IdentityMap est ensuite utilisé pour définir le champ identityMap dans l’élément de données objet XDM :
L’objet XDM est ensuite inclus dans l’action Envoyer l’événement d’une règle :
Dans le service Adobe Target de votre flux de données, veillez à définir l’Espace de noms des identifiants tiers cibles sur le même espace de noms que celui utilisé dans l’élément de données Mappage d’identités :
Exemple de SDK Web Platform
Maintenant que vous comprenez comment les différents paramètres Target sont mappés à l’aide de Platform Web SDK, nos deux exemples de pages peuvent être migrés d’at.js vers Platform Web SDK comme illustré ci-dessous. Voici quelques exemples de pages :
- Fragment de code de masquage préalable cible pour une implémentation de bibliothèque asynchrone
- Code de base de Platform Web SDK
- Bibliothèque JavaScript de Platform Web SDK
- Commande
configurepour initialiser la bibliothèque - Une commande
sendEventpour envoyer des données et demander le rendu du contenu Target
| code language-html |
|---|
|
| code language-html |
|---|
|
Ensuite, découvrez comment suivre les événements de conversion Target avec le SDK web de Platform.