Configurare Adobe Target con Platform Web SDK
Scopri come implementare Adobe Target utilizzando Adobe Experience Platform Web SDK. Scopri come distribuire esperienze e come trasmettere parametri aggiuntivi a Target.
Adobe Target è l’applicazione Adobe Experience Cloud che offre tutto il necessario per adattare e personalizzare l’esperienza dei clienti in modo da massimizzare i ricavi sui siti web e mobili, applicazioni e altri canali digitali.
Obiettivi di apprendimento
Alla fine di questa lezione, sei in grado di effettuare le seguenti operazioni con un’implementazione Web SDK di Target:
- Aggiungi il frammento pre-hiding per evitare sfarfallii
- Configurare uno stream di dati per abilitare la funzionalità di Target
- Attività del compositore esperienza visivo rendering
- Attività del compositore moduli rendering
- Trasmettere i dati XDM a Target e comprendere la mappatura dei parametri di Target
- Trasmettere dati personalizzati a Target, ad esempio parametri di profilo ed entità
- Convalidare un’implementazione di Target
- Separare le richieste di personalizzazione dalle richieste di Analytics
Prerequisiti
Per completare le lezioni in questa sezione, devi prima:
-
Completa tutte le lezioni per la configurazione iniziale di Platform Web SDK, inclusa la configurazione di elementi dati e regole.
-
Assicurati di avere Ruolo editor o approvatore in Adobe Target.
-
Installare Estensione Helper per Compositore esperienza visivo se utilizzi il browser Google Chrome.
-
Scopri come impostare le attività in Target. Se hai bisogno di un aggiornamento, i seguenti tutorial e guide sono utili per questa lezione:
Aggiungi gestione sfarfallio
Prima di iniziare, determina se è necessaria un’ulteriore soluzione di gestione della visualizzazione momentanea di altri contenuti a seconda di come viene caricata la libreria di tag.
Implementazione asincrona
Quando una libreria di tag viene caricata in modo asincrono, la pagina potrebbe terminare il rendering prima che Target abbia sostituito il contenuto predefinito con il contenuto personalizzato. Questo comportamento può causare il cosiddetto "sfarfallio", in cui il contenuto predefinito viene visualizzato brevemente prima di essere sostituito dal contenuto personalizzato. Per evitare questo sfarfallio, l’Adobe consiglia di aggiungere uno speciale frammento pre-hiding immediatamente prima del codice di incorporamento di tag asincrono.
Questo frammento è già presente nel sito Luma, ma diamo uno sguardo più da vicino per capire il funzionamento del codice:
<script>
!function(e,a,n,t){var i=e.head;if(i){
if (a) return;
var o=e.createElement("style");
o.id="alloy-prehiding",o.innerText=n,i.appendChild(o),setTimeout(function(){o.parentNode&&o.parentNode.removeChild(o)},t)}}
(document, document.location.href.indexOf("adobe_authoring_enabled") !== -1, ".personalization-container { opacity: 0 !important }", 3000);
</script>
Il frammento pre-hiding crea un tag di stile nella parte superiore della pagina con la definizione CSS desiderata. Questo tag di stile viene rimosso quando viene ricevuta una risposta da Target o quando viene raggiunto il timeout.
Il comportamento di pre-hiding è controllato da due configurazioni alla fine del frammento.
body { opacity: 0 !important }
specifica la definizione CSS da utilizzare per il pre-hiding fino al caricamento di Target. Per impostazione predefinita, l’intera pagina è nascosta. Puoi aggiornare questa definizione ai selettori che desideri nascondere anticipatamente insieme alla modalità con cui vuoi nasconderli. Puoi includere più definizioni, poiché questo valore è semplicemente ciò che viene inserito nel tag di stile per nascondere contenuti anticipatamente. Se il contenuto all’interno della navigazione è racchiuso in un elemento contenitore facilmente identificabile, puoi utilizzare questa impostazione per limitare il pre-hiding per quell’elemento contenitore.3000
specifica il timeout in millisecondi per il pre-hiding. Se una risposta da Target non viene ricevuta prima del timeout, il tag di stile per nascondere contenuti anticipatamente viene rimosso. Il raggiungimento di questo timeout dovrebbe essere raro.
alloy-prehiding
. Se si utilizza il frammento pre-hiding per at.js, potrebbe non funzionare correttamente.Il frammento pre-hiding è disponibile anche all’interno dei tag:
-
Vai a Estensioni sezione dei tag
-
Seleziona Configura per l’estensione Adobe Experience Platform Web SDK
-
Seleziona la Copia frammento pre-hiding negli Appunti pulsante
note note NOTE Il frammento predefinito per nascondere contenuti copiato dall’estensione Platform Web SDK può includere una definizione CSS che non esiste nel sito, ad esempio .personalization-container { opacity: 0 !important }
. Verifica e modifica il frammento pre-hiding in modo appropriato per il sito.
Implementazione sincrona
L’Adobe consiglia di implementare i tag in modo asincrono, come dimostrato sul sito Luma. Tuttavia, se la libreria di tag viene caricata in modo sincrono, il frammento pre-hiding non è necessario. Lo stile per nascondere anticipatamente è invece specificato nelle impostazioni dell’estensione Platform Web SDK.
Lo stile di pre-hiding per le implementazioni sincrone può essere configurato come segue:
-
Vai a Estensioni sezione dei tag
-
Seleziona la Configura pulsante per l’estensione Platform Web SDK
-
Seleziona la Modifica stile pre-hiding pulsante
-
Modifica il CSS in modo da includere i selettori e i metodi di nasconderlo che desideri utilizzare, ad esempio:
body { opacity: 0 !important }
se desideri nascondere anticipatamente l’intero corpo della pagina. -
Salvare le modifiche e generare in una libreria
Per ulteriori informazioni su come Platform Web SDK può gestire la visualizzazione momentanea di altri contenuti, consulta la sezione guida: gestione della visualizzazione momentanea di altri contenuti per esperienze personalizzate.
Configurare lo stream di dati
Target deve essere abilitato nella configurazione dello stream di dati prima che Platform Web SDK possa distribuire qualsiasi attività di Target.
Per configurare Target nello stream di dati:
-
Vai a Raccolta dati Interfaccia
-
Nel menu di navigazione a sinistra, seleziona Flussi di dati
-
Seleziona il creato in precedenza
Luma Web SDK: Development Environment
flusso di dati -
Seleziona Aggiungi servizio
-
Seleziona Adobe Target come Servizio
-
Se necessario, immetti i dettagli facoltativi sull’implementazione di Target seguendo le indicazioni riportate di seguito.
-
Seleziona Salva
Token di proprietà
I clienti Target Premium possono gestire le autorizzazioni utente con proprietà. Le proprietà di Target ti consentono di definire i limiti intorno ai quali gli utenti possono eseguire le attività di Target. Consulta la sezione Autorizzazioni Enterprise nella documentazione di Target.
Per impostare o trovare i token di proprietà, passa a Adobe Target > Amministrazione > Proprietà. Il </>
visualizza il codice di implementazione. Il at_property
value è il token di proprietà che utilizzeresti nel flusso di dati.
È possibile specificare un solo token di proprietà per ogni stream di dati, ma gli override del token di proprietà consentono di specificare token di proprietà alternativi per sostituire il token di proprietà primario definito nello stream di dati. Un aggiornamento della sezione sendEvent
è inoltre necessaria un’azione per ignorare lo stream di dati.
ID ambiente di destinazione
Ambienti in Target aiuta a gestire la tua implementazione attraverso tutte le fasi di sviluppo. Questa impostazione opzionale specifica l’ambiente Target da utilizzare con ogni flusso di dati.
L’Adobe consiglia di impostare l’ID dell’ambiente di Target in modo diverso per ciascuno dei flussi di dati di sviluppo, staging e produzione per semplificare le operazioni. In alternativa, puoi organizzare gli ambienti nell’interfaccia di Target utilizzando host funzionalità.
Per impostare o trovare gli ID ambiente, passa a Adobe Target > Amministrazione > Ambienti.
Spazio dei nomi ID di terze parti di Target
Questa impostazione opzionale consente di specificare il simbolo di identità da utilizzare per l’ID di terze parti di Target. Target supporta solo la sincronizzazione dei profili su un singolo simbolo di identità o spazio dei nomi. Per ulteriori informazioni, consulta Sincronizzazione dei profili in tempo reale per mbox3rdPartyId sezione della guida di Target.
I Simboli di identità si trovano nell’elenco delle identità in Raccolta dati > Cliente > Identità.
Ai fini di questa esercitazione utilizzando il sito Luma, utilizza il simbolo di identità lumaCrmId
configurato durante la lezione su Identità.
Eseguire il rendering delle decisioni di personalizzazione visiva
Le decisioni sulla personalizzazione visiva si riferiscono alle esperienze create nel Compositore esperienza visivo di Adobe Target. Innanzitutto, devi comprendere la terminologia utilizzata nelle interfacce Target e tag:
- Attività: un set di esperienze indirizzato a uno o più tipi di pubblico. Ad esempio, un semplice test A/B potrebbe essere un’attività con due esperienze.
- Esperienza: un set di azioni indirizzate a una o più posizioni o ambiti decisionali.
- Ambito della decisione: posizione in cui viene distribuita un’esperienza Target. Gli ambiti decisionali sono equivalenti a "mbox" se hai familiarità con l’utilizzo di versioni precedenti di Target.
- Decisione di personalizzazione: azione che il server determina da applicare. Queste decisioni possono essere basate sui criteri di pubblico e sulla definizione delle priorità delle attività di Target.
- Proposta: risultato delle decisioni prese dal server, consegnate nella risposta di Platform Web SDK. Ad esempio, la sostituzione di un'immagine del banner rappresenta una proposta.
Aggiornare il Invia evento azione
Le decisioni di personalizzazione visiva da Target vengono consegnate da Platform Web SDK, se Target è abilitato nello stream di dati. Tuttavia, non vengono renderizzati automaticamente. È necessario aggiornare Invia evento per abilitare il rendering automatico.
-
In Raccolta dati , apri la proprietà tag utilizzata per questa esercitazione
-
Apri
all pages - library loaded - send event - 50
regola -
Seleziona la
Adobe Experience Platform Web SDK - Send event
azione -
Abilita Eseguire il rendering delle decisioni di personalizzazione visiva con la casella di controllo
-
Salva le modifiche e quindi genera la libreria
L’impostazione relativa alle decisioni sulla personalizzazione visiva del rendering fa in modo che Platform Web SDK applichi automaticamente tutte le modifiche specificate utilizzando il Compositore esperienza visivo di Target o "mbox globale".
Se preferisci eseguire il rendering o intervenire direttamente su queste decisioni utilizzando un codice personalizzato, puoi lasciare Eseguire il rendering delle decisioni di personalizzazione visiva impostazione disabilitata. Platform Web SDK è flessibile e offre questa funzionalità per un controllo completo. Per ulteriori informazioni su, consulta la guida rendering manuale di contenuti personalizzati.
Configurare un’attività Target con il Compositore esperienza visivo
Ora che la sezione sull’implementazione di base è stata completata, crea un’attività Targeting esperienza in Target per verificare che tutto funzioni correttamente. Consulta l’esercitazione di Target per creazione di attività Targeting esperienza se ha bisogno di assistenza.
-
Passa all’interfaccia di Adobe Target
-
Creare un’attività Targeting esperienza (XT) utilizzando la pagina home di Luma per l’URL dell’attività
-
Modificare la pagina, ad esempio modificare il testo sul banner principale della home page. Al termine, seleziona Salva allora Successivo.
-
Aggiorna il nome dell’evento, quindi seleziona Successivo.
-
Scegli Adobe Analytics come origine per la generazione di rapporti con la suite di rapporti appropriata e la metrica Ordini come obiettivo
note note NOTE Se non utilizzi Adobe Analytics, seleziona Target come origine per la generazione di rapporti e scegli una metrica diversa, ad esempio Coinvolgimento > Visualizzazioni pagina invece. Per salvare e visualizzare in anteprima l’attività è necessaria una metrica di obiettivo. -
Salvare l’attività
-
Se hai familiarità con le modifiche, puoi attivare l’attività. In caso contrario, se desideri visualizzare l'anteprima dell'esperienza senza attivarla, puoi copiare URL anteprima controllo di qualità.
-
Carica la home page di Luma e dovresti vedere le modifiche applicate
-
Dopo alcune ore, dovresti essere in grado di visualizzare i dati di attività e le conversioni di Target in Adobe Analytics. Fai riferimento alla Guida di Target per informazioni dettagliate su Generazione di rapporti di Analytics for Target (A4T).
Convalida con Debugger
Se imposti un’attività, il contenuto dovrebbe essere visualizzato nella pagina di rendering. Tuttavia, anche se non ci sono attività live, puoi anche guardare la chiamata di rete Send Event per verificare che Target sia configurato correttamente.
-
Apri l’estensione del browser Adobi Experience Platform Debugger
-
Vai a Sito di dimostrazione Luma e utilizza il debugger per modifica la proprietà tag sul sito con la tua proprietà di sviluppo
-
Ricarica la pagina
-
Seleziona la Rete strumento nel debugger
-
Filtra per Adobe Experience Platform Web SDK
-
Seleziona il valore nella riga degli eventi per la prima chiamata
-
Tieni presente che ci sono chiavi in
query
>personalization
edecisionScopes
ha un valore di__view__
. Questo ambito equivale altarget-global-mbox
. Questa chiamata di Platform Web SDK ha richiesto decisioni a Target. -
Chiudi la sovrapposizione e seleziona i dettagli dell’evento per la seconda chiamata di rete. Questa chiamata è presente solo se Target ha restituito un’attività.
-
Tieni presente che ci sono dettagli sull’attività e sull’esperienza restituite da Target. Questa chiamata di Platform Web SDK invia una notifica indicante che è stato eseguito il rendering di un’attività Target all’utente e incrementa un’impression.
Impostare ed eseguire il rendering di un ambito decisionale personalizzato
Gli ambiti decisionali personalizzati (precedentemente noti come "mbox") possono essere utilizzati per fornire contenuto HTML o JSON in modo strutturato utilizzando il Compositore esperienza basato su moduli di Target. Il contenuto distribuito a uno di questi ambiti personalizzati non viene renderizzato automaticamente da Platform Web SDK. Può essere riprodotto utilizzando un’azione in Tag.
Aggiungere un ambito al Invia azione evento
Modifica la regola di caricamento pagina per aggiungere un ambito di decisione personalizzato:
-
Apri
all pages - library loaded - send event - 50
regola -
Seleziona la
Adobe Experience Platform Web SDK - Send Event
azione -
Aggiungi uno o più ambiti da utilizzare. Per questo esempio, utilizza
homepage-hero
. -
Salvare le modifiche e generare nella libreria
Elabora la risposta da Target
Ora che hai configurato Platform Web SDK per richiedere contenuti per homepage-hero
ambito, devi intervenire sulla risposta. L’estensione tag Platform Web SDK fornisce una Invia evento completato , che può essere utilizzato per attivare immediatamente una nuova regola quando una risposta da un Invia evento azione ricevuta.
-
Creare una regola denominata
homepage - send event complete - render homepage-hero
. -
Aggiungi un evento alla regola. Utilizza il Adobe Experience Platform Web SDK e Invio evento completato tipo di evento.
-
Aggiungi una condizione per limitare la regola alla home page Luma (il percorso senza stringa di query è uguale a
/content/luma/us/en.html
). -
Aggiungi un'azione alla regola. Utilizza il Adobe Experience Platform Web SDK estensione e Applicare le proposte tipo di azione.
note tip TIP Assegna nomi descrittivi a eventi, condizioni e azioni della regola invece di utilizzare i nomi predefiniti. I nomi affidabili dei componenti regola rendono i risultati della ricerca molto più utili. -
Invio
%event.propositions%
nel campo Proposte quando utilizziamo l’evento "Invia evento completato" come attivatore per questa regola. -
Nella sezione "metadati della proposta", seleziona la Utilizzare un modulo
-
Per Ambito input campo
homepage-hero
-
Per Selettore input campo
div.heroimage
-
Per Tipo di azione seleziona Imposta HTML
-
Salvare le modifiche e generare nella libreria
-
Carica la home page di Luma alcune volte, il che dovrebbe essere sufficiente per creare la nuova
homepage-hero
registro dell’ambito decisionale nell’interfaccia di Target.
Configurare un’attività Target con il Compositore esperienza basato su moduli
Ora che disponi di una regola per eseguire manualmente il rendering di un ambito di decisione personalizzato, puoi creare un’altra attività Targeting esperienza in Target. Questa volta utilizza il Compositore esperienza basato su moduli.
-
Apri Adobe Target
-
Disattiva l'attività utilizzata per la lezione precedente
-
Creare un’attività Targeting esperienza (XT) utilizzando l’opzione Compositore esperienza basato su moduli
-
Seleziona la
homepage-hero
posizione dal menu a discesa posizione e Crea offerta HTML dal menu a discesa dei contenuti. Se la posizione non è disponibile, è possibile digitarla in. Target compila periodicamente i nuovi nomi di posizione dopo aver ricevuto le richieste per tale posizione o ambito. -
Incolla il codice seguente nella casella del contenuto. Questo codice è un banner hero di base con un’immagine di sfondo diversa:
code language-html <div class="we-HeroImage jumbotron" style="background-image: url('/content/luma/us/en/women/_jcr_content/root/hero_image.coreimg.jpeg');"> <div class="container cq-dd-image"> <div class="we-HeroImage-wrapper"> <p class="h3">New Luma Yoga Collection</p> <strong class="we-HeroImage-title h1">Be active with style </strong> <p> <a class="btn btn-primary btn-action" href="/content/luma/us/en/products.html" role="button">Shop Now</a> </p> </div> </div> </div>
-
Il giorno Obiettivi e impostazioni , scegli Adobe Target come origine per la generazione di rapporti e Coinvolgimento > Visualizzazioni pagina come obiettivo
-
Salvare l’attività
-
Se hai familiarità con le modifiche, puoi attivare l’attività. In caso contrario, se desideri visualizzare l'anteprima dell'esperienza senza attivarla, puoi copiare URL anteprima controllo di qualità.
-
Carica la home page di Luma e dovresti vedere le modifiche applicate
eventType
con le disposizioni applicabili _experience
dettagli utilizzando sendEvent
azione.Convalida con Debugger
Se hai attivato l’attività, sulla pagina dovrebbe essere visualizzato il rendering del contenuto. Tuttavia, anche se non ci sono attività live, puoi anche vedere Invia evento chiamata di rete per confermare che Target richiede contenuto per gli ambiti personalizzati.
-
Apri l’estensione del browser Adobe Experience Platform Debugger
-
Vai a Sito di dimostrazione Luma e utilizza il debugger per modifica la proprietà tag sul sito con la tua proprietà di sviluppo
-
Ricarica la pagina
-
Seleziona la Rete strumento nel debugger
-
Filtra per Adobe Experience Platform Web SDK
-
Seleziona il valore nella riga degli eventi per la prima chiamata
-
Tieni presente che ci sono chiavi in
query
>personalization
edecisionScopes
ha un valore di__view__
come prima, ma ora c'è anche unhomepage-hero
ambito incluso. Questa chiamata di Platform Web SDK ha richiesto a Target decisioni per le modifiche effettuate utilizzando il Compositore esperienza visivo e glihomepage-hero
posizione. -
Chiudi la sovrapposizione e seleziona i dettagli dell’evento per la seconda chiamata di rete. Questa chiamata è presente solo se Target ha restituito un’attività.
-
Tieni presente che ci sono dettagli sull’attività e sull’esperienza restituite da Target. Questa chiamata di Platform Web SDK invia una notifica indicante che è stato eseguito il rendering di un’attività Target all’utente e incrementa un’impression.
Inviare parametri a Target
In questa sezione, trasmetterai dati specifici di Target e vedrai più da vicino come i dati XDM vengono mappati sui parametri di Target.
Parametri di pagina (mbox) e XDM
Tutti i campi XDM vengono passati automaticamente a Target come parametri di pagina o parametri mbox.
Alcuni di questi campi XDM verranno mappati su oggetti speciali nel backend di Target. Ad esempio: web.webPageDetails.URL
sarà automaticamente disponibile per creare condizioni di targeting basate su URL o come page.url
durante la creazione di script di profilo.
Parametri speciali e oggetto dati
Alcuni punti dati possono essere utili per Target e non sono mappati dall’oggetto XDM. Questi parametri speciali di Target includono:
Questi parametri devono essere inviati nel data
oggetto invece di nel xdm
oggetto. Inoltre, i parametri di pagina (o mbox) possono essere inclusi anche nel data
oggetto.
Per popolare l’oggetto dati, crea il seguente elemento dati, riutilizzando gli elementi dati creati in Creare elementi dati lezione:
-
data.content
utilizzando il seguente codice personalizzato:code language-javascript var data = { __adobe: { target: { "entity.id": _satellite.getVar("product.productInfo.sku"), "entity.name": _satellite.getVar("product.productInfo.title"), "profile.loggedIn": _satellite.getVar("user.profile.attributes.loggedIn"), "user.categoryId": _satellite.getVar("product.category") } } } return data;
Aggiornare la regola di caricamento della pagina
Il passaggio di dati aggiuntivi per Target all’esterno dell’oggetto XDM richiede l’aggiornamento di tutte le regole applicabili. In questo esempio, l’unica modifica da apportare è quella di includere il nuovo data.content alla regola di caricamento pagina generica e alla regola di visualizzazione della pagina di prodotto.
-
Apri
all pages - library loaded - send event - 50
regola -
Seleziona la
Adobe Experience Platform Web SDK - Send event
azione -
Aggiungi il
data.content
Elemento dati al campo Dati -
Salvare le modifiche e generare nella libreria
-
Ripetere i passaggi da 1 a 4 per e-commerce - libreria caricata - imposta variabili dettagli prodotto - 20 regola
data
oggetto che non è completamente popolato su tutti i tipi di pagina. I tag gestiscono questa situazione in modo appropriato e omettono le chiavi con un valore non definito. Ad esempio: entity.id
e entity.name
non verrebbe trasmesso ad alcuna pagina oltre ai dettagli del prodotto.Suddivisione delle richieste di personalizzazione e analisi
Il livello dati sul sito Luma è completamente definito prima che il codice di incorporamento dei tag. Questo ci consente di utilizzare una singola chiamata sia per recuperare contenuti personalizzati (ad esempio da Adobe Target) che per inviare dati analitici (ad esempio ad Adobe Analytics).
In molti siti web, tuttavia, il livello dati non può essere caricato abbastanza presto o abbastanza rapidamente da utilizzare una singola chiamata per entrambe le applicazioni. In queste situazioni, puoi utilizzare due Invia evento azioni su una singola pagina carica e utilizza la prima per la personalizzazione e la seconda per analytics. Suddividere gli eventi in questo modo consente all’evento di personalizzazione di attivarsi il prima possibile, in attesa che il livello dati venga completamente caricato prima di inviare l’evento Analytics. È simile a molte implementazioni SDK pre-Web, in cui Adobe Target attiverebbe target-global-mbox
nella parte superiore della pagina e Adobe Analytics attiverebbe il s.t()
chiama in fondo alla pagina
Per creare la richiesta di personalizzazione on-top:
-
Apri
all pages - library loaded - send event - 50
regola -
Apri Invia evento azione
-
Seleziona Utilizzare gli eventi guidati e quindi seleziona Richiedi personalizzazione
-
Questo blocca il Tipo as Recupero della proposta di decisione
Per creare la richiesta Analytics-on-bottom:
- Crea una nuova regola denominata
all pages - page bottom - send event - 50
- Aggiungi un evento alla regola. Utilizza il Core e Page Bottom tipo di evento
- Aggiungi un'azione alla regola. Utilizza il Adobe Experience Platform Web SDK estensione e Invia evento tipo di azione
- Seleziona Utilizzare gli eventi guidati e quindi seleziona Raccogli analisi
- Questo blocca il Includi notifiche di visualizzazione in sospeso è stata selezionata una casella di controllo che consente di inviare la notifica di visualizzazione in coda dalla richiesta di decisioning.
Convalida con Debugger
Ora che le regole sono aggiornate, puoi verificare se i dati vengono passati correttamente utilizzando l’Adobe Debugger.
-
Accedi a Sito di dimostrazione Luma e accedi con l’e-mail
test@adobe.com
e passwordtest
-
Passare a una pagina dei dettagli del prodotto
-
Apri l’estensione del browser Adobe Experience Platform Debugger e passa la proprietà tag alla tua proprietà di sviluppo
-
Ricarica la pagina
-
Seleziona la Rete nel debugger e filtra per Adobe Experience Platform Web SDK
-
Seleziona il valore nella riga degli eventi per la prima chiamata
-
Tieni presente che ci sono chiavi in
data
>__adobe
>target
e contengono informazioni sul prodotto, la categoria e lo stato di accesso.
Convalida nell’interfaccia di Target
Quindi, cerca nell’interfaccia di Target per confermare che i dati sono stati ricevuti e sono disponibili per l’utilizzo in tipi di pubblico e attività. I dati XDM vengono mappati automaticamente sui parametri di Target personalizzati. Puoi verificare che i dati XDM siano stati ricevuti da Target e siano disponibili creando un pubblico.
-
Apri Adobe Target
-
Accedi a Tipi di pubblico sezione
-
Crea un pubblico e scegli il Personalizzato tipo di attributo
-
Cerca in Parametro campo per
web
. Il menu a discesa deve essere compilato con tutti i campi XDM relativi ai dettagli della pagina web.
Successivamente, verifica che l’attributo del profilo dello stato di accesso sia stato passato correttamente.
-
Scegli la Profilo visitatore tipo di attributo
-
Cerca
loggedIn
. Se l'attributo è disponibile nel menu a discesa, allora l'attributo è stato passato correttamente a Target. I nuovi attributi potrebbero richiedere alcuni minuti per diventare disponibili nell’interfaccia utente di Target.
Se disponi di Target Premium, puoi anche verificare che i dati delle entità siano stati passati correttamente e che i dati dei prodotti siano stati scritti nel catalogo prodotti Recommendations.
-
Accedi a Recommendations sezione
-
Seleziona Ricerca nel catalogo nel menu di navigazione a sinistra
-
Cerca lo SKU del prodotto o il nome del prodotto visitato in precedenza sul sito Luma. Il prodotto deve essere visualizzato nel catalogo dei prodotti. La ricerca di nuovi prodotti nel catalogo dei prodotti Recommendations potrebbe richiedere alcuni minuti.
Convalida con garanzia
Inoltre, puoi utilizzare la funzione Assurance quando appropriato per confermare che le richieste di decisioni di Target ricevono i dati corretti e che eventuali trasformazioni lato server si verificano correttamente. Puoi anche verificare che le informazioni sulla campagna e sull’esperienza siano contenute nelle chiamate di Adobe Analytics anche quando le chiamate a Target decisioning e Adobe Analytics vengono inviate separatamente.
-
Apri Assurance
-
Avvia una nuova sessione di verifica, immetti nome sessione e immettere url di base per il tuo sito o qualsiasi altra pagina che stai testando
-
Clic Successivo
-
Seleziona il metodo di connessione; in questo caso utilizzeremo copia collegamento
-
Copia il collegamento e incollalo in una nuova scheda del browser
-
Clic Fine
-
Una volta avviata la sessione Assurance, nella scheda degli eventi viene visualizzato il popolamento degli eventi
-
Filtra per "tnta"
-
Seleziona la chiamata più recente ed espandi i messaggi per assicurarti che venga compilata correttamente e annota i valori "tnta"
-
Quindi mantieni il filtro "tnta" e seleziona l’evento analytics.mapping che si verifica dopo l’evento di destinazione appena visualizzato.
-
Esamina "context.mappedQueryParams".<yourschemaname>" per confermare che contiene un attributo "tnta" con una stringa concatenata che corrisponde ai valori "tnta" trovati nell’evento di destinazione precedente.
Ciò conferma che le informazioni A4T che erano in coda per una trasmissione successiva quando abbiamo effettuato la chiamata di Target Decisioning sono state inviate correttamente quando la chiamata di tracciamento di Analytics è stata attivata più avanti sulla pagina.
Dopo aver completato questa lezione, è necessario disporre di un’implementazione funzionante di Adobe Target utilizzando Platform Web SDK.