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

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

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

Requisiti di implementazione

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

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 (a seconda dell'implementazione): at.js versione 0.9.1 o mbox.js versione 61
• Adobe Analytics: appMeasurement.js versione 1.7.0

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

  Nota: at.js 1.8.0 o versioni successive non funziona più con le versioni API dei visitatori precedenti alla 2.5.0 per il passaggio dei parametri Adobe Audience Manager (AAM).

• Adobe Target: versione at.js 1.6.2

  Nota: La libreria mbox.js non supporta le offerte di reindirizzamento con A4T. L’implementazione deve utilizzare at.js.

• Adobe Analytics: appMeasurement.js versione 2.1

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

Aspetti da considerare prima dell’implementazione

• Questa integrazione è abilitata sulle nuove attività quando selezioni di utilizzare 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 diverse fasi di implementazione, seguite da una fase di provisioning. È opportuno rivedere l'intero processo come descritto di seguito prima di procedere all'implementazione. Dopo aver completato questi passaggi, puoi utilizzare Analytics come origine per la generazione di rapporti quando è abilitata. Il processo di previsionamento può richiedere fino a cinque giorni lavorativi.
• Il Visitor ID service crea un Visitor ID condiviso in Adobe Experience Cloud. Sebbene non sostituisca l’ Target mboxPC id o Audience Manager UUID, sostituisce il modo in cui Analytics identifica i nuovi visitatori. Se impostato correttamente, anche i visitatori di ritorno Analytics devono essere identificati tramite il loro vecchio Analytics ID. Allo stesso modo, poiché il Target mboxPCid rimane intatto, nessun dato di profilo visitatore Target viene perso quando si esegue l'aggiornamento a Visitor ID service.
• Il codice di pagina Visitor ID service deve essere eseguito prima del codice di pagina Analytics e Target. Assicurati che VisitorAPI.js sia visualizzato sopra i tag per tutte le altre soluzioni Experience Cloud.

Latenza

Dopo l’abilitazione di questa integrazione, si verifica una latenza supplementare di 5-10 minuti in Analytics. Questo aumento della latenza consente la memorizzazione dei dati di 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 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 vengono ritardati di 5-7 minuti in più.

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

ID supplementare

Tutte le chiamate Target utilizzate da un’attività A4T per consegnare il contenuto o registrare la metrica di obiettivo devono avere un hit corrispondente Analytics che condivide l’ID supplementare per A4T per funzionare correttamente.

Gli hit che contengono dati di Analytics e Target contengono un ID di dati supplementare. Puoi visualizzare questo ID in 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
• È implementata una versione di mbox.js che supporta questa integrazione.

Quando si risolve il problema, assicurati di confermare che l'ID supplementare sia presente negli hit Analytics.

Registrazione Analytics lato client

Se at.js, i valori 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. Non è necessario gestire ed eseguire altre operazioni affinché A4T funzioni correttamente.

In alcuni casi potrebbe essere utile avere maggiore controllo su quando e come inviare dati analitici relativi a Target a Analytics a scopo di reporting. È possibile che tu disponga di uno strumento di analisi interno che utilizzi per scopi interni. Tuttavia, desideri anche inviare i dati di analisi a Analytics tramite il prodotto di analisi aziendale in modo che altri membri dell’organizzazione possano continuare a utilizzare Analytics come origine di reporting visiva. Per ulteriori informazioni, consulta Passaggio 7: Includere un riferimento a at.js o mbox.js in tutte le pagine del sito nella sezione Implementazione di Analytics for Target.

Pubblico condiviso

Durante la compilazione del modulo di provisioning integrazioni di Marketing Cloud, tieni presente le seguenti informazioni importanti relative all'opzione Pubblico condiviso elencata in "Per quali funzionalità stai richiedendo il provisioning?"

Quando richiedi Tipi di pubblico condivisi, abilita Target e Adobe Audience Manager (AAM) per condividere informazioni, in questo caso tipi di pubblico.