Prima di implementare Analytics for Target (A4T) con at.js

Diverse modifiche si verificano nel processo di raccolta dati quando si abilita Adobe Analytics come origine per la generazione di rapporti per Adobe Target (A4T).

Prima di decidere di utilizzare questa integrazione, esamina le sezioni seguenti e considera l’impatto sui processi di reporting.

NOTE
Questo articolo si applica solo alle implementazioni di at.js.

Requisiti di implementazione section_A0D2EF18033D4C3997B08A6EBB34C17A

IMPORTANT
Prima di iniziare a utilizzare A4T, devi richiedere che il tuo account sia predisposto per l’integrazione. Utilizza il Modulo di provisioning integrazioni di Marketing Cloud per richiedere il provisioning.

Questa integrazione A4T richiede l’implementazione delle seguenti versioni della libreria (o successive), a seconda che si desideri utilizzare o meno le offerte di reindirizzamento con A4T.

NOTE
I seguenti requisiti elencano le versioni minime di at.js necessarie per implementare A4T. Il team Target gestisce solo due versioni di at.js, ovvero la versione corrente e quella immediatamente precedente. Aggiorna at.js per assicurarti di eseguire una versione supportata. Per ulteriori informazioni su ogni versione, consulta Dettagli sulla versione di at.js.

Requisiti necessari se non si utilizzano offerte di reindirizzamento con A4T

Questa integrazione richiede l'implementazione delle seguenti versioni della libreria (o successive) se non si prevede di utilizzare le offerte di reindirizzamento con A4T. L’ordine nell’elenco corrisponde all’ordine delle operazioni.

  • Experience Cloud Visitor ID Service: visitorAPI.js versione 1.8.0
  • Adobe Target: at.js versione 0.9.1
  • Adobe Analytics: appMeasurement.js versione 1.7.0

Per informazioni sull'implementazione di A4T con Platform Web SDK, vedere Adobe Experience Platform Web SDK.

Requisiti necessari se si utilizzano offerte di reindirizzamento con A4T

Per utilizzare le offerte di reindirizzamento con A4T, devi implementare le seguenti versioni della libreria (o successive). L’ordine nell’elenco corrisponde all’ordine delle operazioni.

  • Experience Cloud Visitor ID Service: visitorAPI.js versione 2.3.0

    note note
    NOTE
    at.js 1.8.0+ e at.js 2.x+ non funzionano più con le versioni dell’API Visitor precedenti alla 2.5.0 per la trasmissione dei parametri di Adobe Audience Manager (AAM).
  • Adobe Target: at.js versione 1.6.2

  • Adobe Analytics: appMeasurement.js versione 2.1

Le istruzioni di download e distribuzione sono elencate in Implementazione di Analytics for Target.

Per informazioni sull'implementazione di A4T con Platform Web SDK, vedere Adobe Experience Platform Web SDK.

Aspetti da considerare prima dell’implementazione section_50D49CC52E11414089C89FB67F9B88F5

  • Questa integrazione è abilitata nelle nuove attività quando si seleziona l'utilizzo di Analytics come origine per la generazione di rapporti. Dopo avere apportato le modifiche all'implementazione descritte in questo documento, le attività esistenti non vengono influenzate.
  • Il processo di configurazione di Analytics come origine per la generazione di rapporti per Target include diversi passaggi di implementazione, seguiti da un passaggio di provisioning. È opportuno rivedere l'intero processo come descritto di seguito prima di procedere all'implementazione. Dopo aver completato questi passaggi, sei pronto a utilizzare Analytics come origine per la generazione di rapporti quando sarà abilitato. Il processo di previsionamento può richiedere fino a cinque giorni lavorativi.
  • Visitor ID service crea un Visitor ID condiviso in Adobe Experience Cloud. Anche se non sostituisce l'ID mboxPC Target o l'UUID Audience Manager, sostituisce il modo in cui Analytics identifica i nuovi visitatori. Se configurato correttamente, anche i visitatori di ritorno Analytics devono essere identificati tramite il loro vecchio ID Analytics. Analogamente, poiché il mboxPCid Target rimane intatto, nessun dato del profilo visitatore Target viene perso quando si esegue l'aggiornamento a Visitor ID service.
  • Visitor ID service deve essere eseguito prima del codice di pagina Analytics e Target. Assicurarsi che VisitorAPI.js venga visualizzato sopra i tag per tutte le altre soluzioni Experience Cloud.

Latenza section_9489BE6FD21641A4844E591711E3F813

Dopo l'abilitazione di questa integrazione, si verificherà una latenza aggiuntiva di 5-10 minuti in Analytics. Questo aumento di latenza consente di memorizzare i dati da Analytics e Target sullo stesso hit, consentendo di suddividere le attività per pagina e sezione del sito.

Questo aumento si riflette in tutti i servizi e gli strumenti di Analytics, inclusi i rapporti in tempo reale e in tempo reale, e si applica nei seguenti scenari:

  • Per lo streaming live, i rapporti in tempo reale e le richieste API e per i dati correnti per le variabili di traffico, vengono ritardati solo gli insiemi con ID di dati supplementari.
  • Per i dati correnti sulle metriche di conversione, i dati finalizzati e i feed di dati, tutti gli hit subiscono un ritardo di 5-7 minuti.

L'aumento della latenza inizia dopo l'implementazione del servizio ID visitatore Experience Cloud, anche se questa integrazione non è stata completamente implementata.

ID supplementare section_2C1F745A2B7D41FE9E30915539226E3A

Tutte le chiamate Target utilizzate da un'attività A4T per inviare contenuto o registrare la metrica di obiettivo devono avere un hit Analytics corrispondente che condivida l'ID supplementare affinché A4T funzioni correttamente.

Gli hit che contengono i dati di Analytics e Target contengono un ID dati supplementare. Questo ID è visibile nel Adobe Experience Cloud Debugger come parametro sdid. Ad esempio: sdid=2F3C18E511F618CC-45F83E994AEE93A0. Questo ID viene generato in qualsiasi momento siano presenti i seguenti criteri:

  • È implementato il servizio ID visitatore

Durante la risoluzione dei problemi, assicurati di confermare che l'ID supplementare sia presente in Analytics hit.

Registrazione Analytics lato client client-side

Se at.js, Experience Cloud Visitor ID Service e appMeasurement.js si trovano nella pagina, Analytics e Target uniscono correttamente gli eventi a scopo di reporting e analisi, nel backend, purché l'ID supplementare corretto sia incluso dalla pagina. Per il corretto funzionamento di A4T non è necessario gestire ed eseguire altre operazioni.

In alcuni casi potrebbe essere necessario avere maggiore controllo su quando e come inviare dati analitici relativi a Target a Analytics a scopo di reporting. Potresti avere uno strumento di analisi interno da utilizzare per scopi interni. Tuttavia, desideri anche inviare i dati di analisi a Analytics tramite il tuo prodotto di analisi interno in modo che altri membri della tua organizzazione possano continuare a utilizzare Analytics come origine per la generazione di rapporti visivi. Per ulteriori informazioni, consulta Passaggio 7: Includere un riferimento a at.js in tutte le pagine del sito in Implementazione di Analytics for Target.

Pubblico condiviso

Durante la compilazione del Modulo di provisioning integrazioni di Marketing Cloud, tenere presenti le seguenti informazioni importanti relative all'opzione Shared Audiences elencata in "For which capabilities are you requesting provisioning?"

Modulo di richiesta

Quando si richiede Shared Audiences, si abilita Target e Adobe Audience Manager (AAM) per condividere le informazioni, in questo caso i tipi di pubblico.

IMPORTANT
Questa integrazione tra Target e AAM comporta costi aggiuntivi. Viene addebitata ogni chiamata Target in AAM.
recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654