In questa lezione, verranno esaminate le integrazioni chiave tra le soluzioni appena implementate. La buona notizia è che completando le lezioni precedenti, hai già implementato gli aspetti del codice delle integrazioni! Questa esercitazione non consisterà in nessuna operazione aggiuntiva, se non di lettura e conferma.
Alla fine di questa lezione, potrai:
Prima di seguire le istruzioni fornite in questa lezione, è necessario completare tutte le lezioni precedenti.
Esistono molti requisiti di autorizzazioni utente, configurazioni account e passaggi di provisioning necessari per utilizzare completamente queste integrazioni e che vanno oltre l’ambito di questa esercitazione. Se non utilizzi già queste integrazioni nell’implementazione corrente di Experience Cloud, prendi in considerazione quanto segue:
Audiences fa parte del servizio core Persone e consente di condividere i tipi di pubblico tra le soluzioni. Ad esempio, puoi creare un tipo di pubblico in Audience Manager e utilizzarlo per distribuire contenuti personalizzati con Target.
I requisiti principali per implementare A4T, operazione che hai già eseguito, sono i seguenti:
Il modo migliore per convalidare l’integrazione di Audiences è quello di creare effettivamente un tipo di pubblico, condividerlo con un’altra soluzione e quindi utilizzarlo completamente nell’altra soluzione (ad esempio, verificare che un visitatore idoneo per un segmento AAM possa qualificarsi per un’attività Target mirata a quel segmento). Tuttavia, questo va oltre l’ambito dell’esercitazione.
Questi passaggi di convalida si concentreranno sulla parte critica visibile nell’implementazione lato client: l’ID visitatore.
Apri il sito Luma.
Accertati che Debugger mappi la proprietà tag nel tuo ambiente di sviluppo, come descritto nella lezione precedente
Vai alla scheda Rete del debugger
Fai clic su Cancella tutte le richieste per liberare spazio
Ricarica la pagina Luma, assicurandoti di visualizzare le richieste Target e Analytics nel debugger
Ricarica nuovamente la pagina Luma
Ora dovresti vedere quattro richieste nella scheda Rete del debugger: due per Target e due per Analytics
Cerca nella riga con l’etichetta "ID visitatore Experience Cloud". Gli ID in tutte le richieste di ogni soluzione devono essere sempre gli stessi.
Gli ID sono univoci per visitatore. Puoi confermarli chiedendo a un collega di ripetere questi passaggi.
L’integrazione Analytics for Target (A4T) ti consente di sfruttare i dati di Analytics come origine per le metriche di reporting in Target.
I requisiti principali per implementare A4T, operazione che hai già eseguito, sono i seguenti:
A4T funziona combinando una richiesta lato server da Target ad Analytics con il beacon di visualizzazione della pagina di Analytics, che chiamiamo "hit-stitching". Il processo di hit-stitching richiede che la richiesta Target che distribuisce l’attività (o che incrementa una metrica di obiettivo basata su Target) includa un parametro che corrisponda a un parametro nel beacon di visualizzazione della pagina di Analytics. Questo parametro è denominato ID dati supplementare (SDID).
Il modo migliore per convalidare l’integrazione A4T consiste nel creare effettivamente un’attività Target utilizzando A4T e convalidare i dati di reporting, tuttavia questo va oltre l’ambito di questa esercitazione. Questa esercitazione ti mostrerà come confermare che gli ID dati supplementari corrispondano tra le chiamate della soluzione.
Convalidare gli SDID
Apri il sito Luma.
Accertati che Debugger mappi la proprietà tag nel tuo ambiente di sviluppo, come descritto nella lezione precedente
Vai alla scheda Rete del debugger
Fai clic su Cancella tutte le richieste per liberare spazio
Ricarica la pagina Luma, assicurandoti di visualizzare le richieste Target e Analytics nel debugger
Ricarica nuovamente la pagina Luma
Ora dovresti vedere quattro richieste nella scheda Rete del debugger: due per Target e due per Analytics
Osserva la riga "ID dati supplementari". Gli ID dal primo caricamento della pagina devono corrispondere tra Target e Analytics. Anche gli ID del secondo caricamento della pagina devono corrispondere, ma sono diversi da quelli del primo caricamento.
Se esegui richieste aggiuntive di Target nell’ambito di un caricamento di pagina (escluse le app a pagina singola) che fanno parte di attività di A4T, è opportuno assegnare loro nomi univoci (non target-global-mbox) in modo che continuino ad avere gli stessi SDID delle richieste di Target e Analytics iniziali.
Attributi cliente fa parte del servizio core Persone, il quale ti consente di caricare dati dal database di gestione delle relazioni con i clienti (Customer Relationship Management, CRM) e di sfruttarli in Adobe Analytics e Adobe Target.
I requisiti principali per implementare gli attributi del cliente, operazione che hai già eseguito, sono i seguenti:
Hai già verificato che gli ID cliente vengano passati sia al servizio Identity che a Target nelle lezioni precedenti. Puoi anche convalidare l’ID cliente nell’hit di Analytics.
Al momento, l’ID cliente è uno dei pochi parametri che non vengono visualizzati nel debugger di Experience Cloud, ma puoi utilizzare la console JavaScript del browser per visualizzarlo.
Apri il sito Luma.
Apri gli Strumenti per sviluppatori del browser
Passa alla scheda Rete
Nel campo del filtro, digita b/ss
che limiterà il contenuto visualizzato alle richieste di Adobe Analytics
Fai clic sul collegamento ACCESSO nell’angolo in alto a destra del sito
Immetti test@adobe.com
come nome utente
Immetti test
come password
Fai clic sul pulsante ACCESSO
Verrai reindirizzato alla home page, che attiverà anche un beacon visibile negli strumenti per sviluppatori. Se vieni reindirizzato alla pagina delle informazioni sull’account, fai clic sul logo WE.RETAIL per tornare alla home page.
Fai clic sulla richiesta e seleziona la scheda Intestazioni
Scorri verso il basso fino a visualizzare alcuni parametri nidificati
Email (Hashed)
Avanti “Pubblica la tua proprietà” >