Prima dell’implementazione

Nel processo di raccolta dei dati si verificano diverse modifiche quando si abilita Analytics come origine di reporting per Target (A4T).

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

Requisiti di implementazione

IMPORTANTE

Prima di iniziare a utilizzare A4T, è necessario richiedere che il tuo account sia predisposto per l’integrazione. Utilizzate il modulo di provisioning Integrazioni Marketing Cloud per richiedere il provisioning.

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

  • Adobe Target: at.js versione 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 Analytics for Target Implementation.

Aspetti da considerare prima dell’implementazione

  • Questa integrazione è abilitata sulle nuove attività quando si seleziona l'utilizzo di Analytics come origine di reporting. 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 di reporting 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. Una volta completati questi passaggi, sarà possibile utilizzare Analytics come origine di reporting non appena questa sarà abilitata. Il processo di previsionamento può richiedere fino a cinque giorni lavorativi.
  • Il Visitor ID service crea un Visitor ID condiviso all'interno di Adobe Experience Cloud. Sebbene non sostituisca l'ID Target mboxPC o Audience Manager UUID, esso sostituisce il modo in cui Analytics identifica i nuovi visitatori. Se la configurazione è corretta, i visitatori di ritorno Analytics devono essere identificati anche tramite il loro Analytics ID per evitare che i visitatori cali. Allo stesso modo, poiché la Target mboxPCid rimane intatta, nessun dato del profilo visitatore Target viene perso quando si esegue l'aggiornamento alla Visitor ID service.
  • L'esecuzione di Visitor ID service deve essere eseguita prima del codice di pagina Analytics e Target. Accertatevi che VisitorAPI.js sia visualizzato sopra i tag per tutte le altre soluzioni Experience Cloud.

Latenza

Dopo l'abilitazione di questa integrazione, è possibile che si verifichi una latenza aggiuntiva di 5-10 minuti in Analytics. Questo aumento di latenza consente di memorizzare i 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 sono ritardati di altri 5-7 minuti.

L'aumento della latenza inizia dopo che hai implementato il servizio ID visitatore Experience Cloud, anche se non hai implementato completamente questa integrazione.

ID supplementare

Tutte le Target chiamate utilizzate da un'attività A4T per distribuire contenuto o registrare la metrica dell'obiettivo devono avere un hit Analytics corrispondente che condivide lo stesso ID supplementare affinché A4T possa funzionare correttamente.

Gli hit che contengono dati di Analytics e Target contengono un ID dati supplementare. Potete 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 risoluzione dei problemi, verificare che l'ID supplementare sia presente negli hit Analytics.

Registrazione Analytics lato client

Per impostazione predefinita, quando 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, come indicato in precedenza. Per il corretto funzionamento di A4T non sarà necessario gestire ed eseguire altre operazioni.

Tuttavia, in alcuni casi potrebbe essere opportuno avere maggiore controllo su quando e come inviare dati analitici di Target a Analytics a scopo di reporting. Ad esempio, potreste voler usare uno strumento di analisi aziendale per scopi interni, ma 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, prendere nota delle seguenti informazioni importanti relative all'opzione Audience condivise elencata in "Per quali funzionalità si richiede il provisioning?"

Modulo di richiesta

Quando richiedete Audience condivise, abilitate Target e Adobe Audience Manager (AAM) per condividere le informazioni, in questo caso i tipi di pubblico.

IMPORTANTE

Questa integrazione tra Target e AAM comporta costi aggiuntivi. Sarai fatturato per ogni chiamata Target in AAM.

In questa pagina