Inviare parametri a Target tramite Platform Web SDK
Le implementazioni di Target differiscono tra i siti web a causa dell’architettura del sito, dei requisiti di business e delle funzionalità utilizzate. La maggior parte delle implementazioni di Target include il passaggio di vari parametri per informazioni contestuali, tipi di pubblico e consigli sui contenuti.
Utilizziamo una semplice pagina dei dettagli del prodotto e una pagina di conferma dell’ordine per dimostrare le differenze tra le librerie durante la trasmissione dei parametri a Target.
Prendi in considerazione le due pagine di esempio seguenti che utilizzano at.js:
code language-html |
---|
|
code language-html |
---|
|
Riepilogo mappatura parametri
I parametri di Target per queste pagine vengono inviati in modo diverso utilizzando Platform Web SDK. Esistono diversi modi per trasmettere parametri a Target utilizzando at.js:
- Impostato con la funzione
targetPageParams()
per l'evento di caricamento pagina (utilizzato negli esempi in questa pagina) - Impostato con la funzione
targetPageParamsAll()
per tutte le richieste Target nella pagina - Invia parametri direttamente con la funzione
getOffer()
per una singola posizione - Invia parametri direttamente con la funzione
getOffers()
per una o più posizioni
Platform Web SDK offre un unico modo coerente per inviare dati senza la necessità di funzioni aggiuntive. Tutti i parametri devono essere passati nel payload con il comando sendEvent
e rientrare in due categorie:
- Mapping automatico dall'oggetto
xdm
- Passato manualmente utilizzando l'oggetto
data.__adobe.target
La tabella seguente illustra come rieseguire il mapping dei parametri di esempio tramite Platform Web SDK:
at_property
sendEvent
.pageName
xdm.web.webPageDetails.name
xdm
e devono essere conformi a uno schema utilizzando la classe ExperienceEvent XDM. I parametri mbox non possono essere passati come parte dell'oggetto data
.profile.gender
data.__adobe.target.profile.gender
data
e con prefisso profile.
per essere mappati in modo appropriato.user.categoryId
data.__adobe.target.user.categoryId
data
.entity.id
data.__adobe.target.entity.id
OR
xdm.productListItems[0].SKU
data
o mappati automaticamente dal primo elemento nell'array xdm.productListItems
se l'implementazione utilizza tale gruppo di campi.entity.categoryId
data.__adobe.target.entity.categoryId
data
.entity.customEntity
data.__adobe.target.entity.customEntity
data
.cartIds
data.__adobe.target.cartIds
excludedIds
data.__adobe.target.excludedIds
mbox3rdPartyId
xdm.identityMap
orderId
xdm.commerce.order.purchaseID
orderTotal
xdm.commerce.order.priceTotal
productPurchasedId
data.__adobe.target.productPurchasedId
OR
xdm.productListItems[0-n].SKU
mboxPageValue
data.__adobe.target.mboxPageValue
Parametri personalizzati
I parametri mbox personalizzati devono essere passati come dati XDM con il comando sendEvent
. È importante assicurarsi che lo schema XDM includa tutti i campi necessari per l’implementazione di Target.
Esempio di at.js con targetPageParams()
:
targetPageParams = function() {
return {
"pageName": "product detail"
};
};
Esempi di JavaScript di Platform Web SDK con il comando sendEvent
:
code language-javascript |
---|
|
Nei tag, utilizza innanzitutto un elemento dati oggetto XDM da mappare al campo XDM:
{modal="regular"}
Quindi includi il tuo oggetto XDM nel tuo evento di invio azione (più oggetti XDM possono essere uniti):
{modal="regular"}
xdm
, è necessario aggiornare eventuali tipi di pubblico, attività o script di profilo che fanno riferimento a tali parametri mbox utilizzando i nuovi nomi. Per ulteriori informazioni, consulta la pagina Aggiorna tipi di pubblico e script di profilo di Target per la compatibilità con Platform Web SDK di questo tutorial.Parametri del profilo
I parametri del profilo di destinazione devono essere passati nell'oggetto data.__adobe.target
nel payload del comando sendEvent
di Platform Web SDK.
Analogamente a at.js, anche tutti i parametri di profilo devono avere il prefisso profile.
affinché il valore possa essere memorizzato correttamente come attributo di profilo di Target persistente. Il parametro riservato user.categoryId
per la funzionalità Affinità tra categorie di Target ha il prefisso user.
.
Esempio di at.js con targetPageParams()
:
targetPageParams = function() {
return {
"profile.gender": "male",
"user.categoryId": "clothing"
};
};
Esempi di Platform Web SDK con il comando sendEvent
:
code language-javascript |
---|
|
Nei tag, creare innanzitutto un elemento dati per definire l'oggetto data.__adobe.target
:
{modal="regular"}
Quindi includi l'oggetto dati nel tuo evento di invio azione (più oggetti possono essere uniti):
{modal="regular"}
Parametri di entità
I parametri di entità vengono utilizzati per trasmettere dati comportamentali e informazioni di catalogo supplementari per Target Recommendations. Tutti i parametri di entità supportati da at.js sono supportati anche da Platform Web SDK. Analogamente ai parametri di profilo, tutti i parametri di entità devono essere passati sotto l'oggetto data.__adobe.target
nel payload del comando sendEvent
di Platform Web SDK.
I parametri di entità per un elemento specifico devono avere il prefisso entity.
per l'acquisizione dei dati corretta. I parametri riservati cartIds
e excludedIds
per gli algoritmi dei consigli non devono avere un prefisso e il valore di ciascuno deve contenere un elenco separato da virgole di ID entità.
Esempio di at.js con 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"
};
};
Esempi di Platform Web SDK con il comando sendEvent
:
code language-javascript |
---|
|
Nei tag, creare innanzitutto un elemento dati per definire l'oggetto data.__adobe.target
:
{modal="regular"}
Quindi includi l'oggetto dati nel tuo evento di invio azione (più oggetti possono essere uniti):
{modal="regular"}
commerce
e l'array productListItems
è incluso nel payload XDM, il primo valore SKU
in questo array viene mappato a entity.id
allo scopo di incrementare una visualizzazione di prodotto.Parametri di acquisto
I parametri di acquisto vengono trasmessi in una pagina di conferma dell’ordine dopo che quest’ultimo è stato completato correttamente e vengono utilizzati per gli obiettivi di conversione e ottimizzazione di Target. Con un'implementazione di Platform Web SDK, questi parametri e vengono mappati automaticamente dai dati XDM passati come parte del gruppo di campi commerce
.
Esempio di at.js con targetPageParams()
:
targetPageParams = function() {
return {
"orderId": "ABC123",
"productPurchasedId": "SKU-00002,SKU-00003"
"orderTotal": 1337.89
};
};
Le informazioni di acquisto vengono passate a Target quando il gruppo di campi commerce
ha purchases.value
impostato su 1
. L'ID ordine e il totale ordine vengono mappati automaticamente dall'oggetto order
. Se l'array productListItems
è presente, i valori SKU
vengono utilizzati per productPurchasedId
.
Esempi di Platform Web SDK con il comando sendEvent
:
code language-javascript |
---|
|
Nei tag, utilizza innanzitutto un elemento dati oggetto XDM da mappare ai campi XDM:
{modal="regular"}
Quindi includi il tuo oggetto XDM nel tuo evento di invio azione (più oggetti XDM possono essere uniti):
{modal="regular"}
productPurchasedId
può anche essere passato come elenco separato da virgole di ID entità sotto l'oggetto data
.ID cliente (mbox3rdPartyId)
Target consente la sincronizzazione dei profili tra dispositivi e sistemi utilizzando un singolo ID cliente. Con at.js, potrebbe essere impostato come mbox3rdPartyId
nella richiesta di Target o come primo ID cliente inviato al servizio Experience Cloud Identity. A differenza di at.js, un'implementazione di Platform Web SDK consente di specificare l'ID cliente da utilizzare come mbox3rdPartyId
in presenza di più. Ad esempio, se la tua azienda ha un ID cliente globale e ID cliente separati per diverse linee di business, puoi configurare quale ID Target deve utilizzare.
Sono disponibili alcuni passaggi per configurare la sincronizzazione ID per i casi di utilizzo di Target tra dispositivi diversi e Attributi cliente:
- Crea uno spazio dei nomi di identità per l'ID cliente nella schermata Identità di Data Collection o Platform
- Assicurati che alias in Attributi del cliente corrisponda al simbolo di identità del tuo spazio dei nomi
- Specifica il simbolo di identità come Spazio dei nomi ID terze parti di Target nella configurazione di Target dello stream di dati
- Esegui un comando
sendEvent
utilizzando il gruppo di campiidentityMap
Esempio di at.js con targetPageParams()
:
targetPageParams = function() {
return {
"mbox3rdPartyId": "TT8675309"
};
};
Esempi di Platform Web SDK con il comando sendEvent
:
code language-javascript |
---|
|
Il valore ID, Stato autenticato e Spazio dei nomi vengono acquisiti in un elemento dati Identity Map:
{modal="regular"}
L'elemento dati Identity map viene quindi utilizzato per impostare il campo identityMap nell'elemento dati XDM object:
{modal="regular"}
L'oggetto XDM è quindi incluso nell'azione Invia evento di una regola:
{modal="regular"}
Nel servizio Adobe Target dello stream di dati, assicurati di impostare lo spazio dei nomi ID terze parti di Target sullo stesso spazio dei nomi utilizzato nell'elemento dati Identity map:
{modal="regular"}
Esempio di Platform Web SDK
Ora che sai come vengono mappati i diversi parametri di Target utilizzando Platform Web SDK, le nostre due pagine di esempio possono essere migrate da at.js a Platform Web SDK come mostrato di seguito. Le pagine di esempio includono:
- Frammento pre-hiding di Target per un’implementazione asincrona della libreria
- Codice di base dell’SDK web per Platform
- Libreria JavaScript di Platform Web SDK
- Un comando
configure
per inizializzare la libreria - Un comando
sendEvent
per inviare dati e richiedere il rendering del contenuto di Target
code language-html |
---|
|
code language-html |
---|
|
Successivamente, scopri come tenere traccia degli eventi di conversione di Target con Platform Web SDK.