Show Menu
ARGOMENTI×

Prima dell’implementazione

Diverse modifiche si verificano nel processo di raccolta dei dati quando si abilita Analytics come origine della generazione di rapporti 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

Prima di iniziare a utilizzare A4T, è necessario richiedere che il tuo account sia predisposto per l’integrazione. Utilizza questo modulo 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.
  • Servizio ID visitatore di Experience Cloud: 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.
  • Servizio ID visitatore di Experience Cloud: 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
Download and deployment instructions are listed in Analytics for Target Implementation .

Aspetti da considerare prima dell’implementazione

  • Questa integrazione è abilitata sulle nuove attività quando selezioni 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 rapporti per Target comprende diverse fasi di implementazione, seguite da una fase di previsionamento. È opportuno rivedere l'intero processo come descritto di seguito prima di procedere all'implementazione. Dopo aver completato questi passaggi, sarà possibile utilizzare Analytics, non appena attivato, come origine per i rapporti. Il processo di previsionamento può richiedere fino a cinque giorni lavorativi.
  • Il servizio ID visitatore crea un ID visitatore condiviso attraverso Experience Cloud. Anche se non sostituisce l'ID mboxPC di Target o UUID di Audience Manager, sostituisce il modo in cui Analytics identifica i nuovi visitatori. Se impostato correttamente, i visitatori di ritorno di Analytics dovrebbero anche essere identificati tramite il loro vecchio ID Analytics per evitare il calo dei visitatori. Allo stesso modo, poiché il mboxPCid di Target rimane intatto, non viene perso nessun dato di profili visitatore di Target quando si aggiorna al servizio ID visitatore.
  • Il servizio ID visitatore deve essere eseguito prima del codice di pagina di Analytics e Target. Assicurati che appaia VisitorAPI.js sopra i tag per tutti gli altri prodotti Experience Cloud.

Latenza

Dopo l'abilitazione di questa integrazione, è possibile che si verifichi una latenza aggiuntiva di 5-10 minuti in Adobe Analytics. Questo aumento della latenza consente la memorizzazione dei dati da Analytics e Target nello stesso hit, con conseguente possibilità di suddividere i test per pagina e sezione del sito.
Questo aumento si riflette in tutti i servizi e gli strumenti di Adobe Analytics, compresi lo streaming live e il reporting 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.
Tieni presente che l'aumento della latenza inizia dopo aver implementato il servizio ID visitatore di Experience Cloud, anche se questa integrazione non è stata completamente implementata.

ID supplementare

Tutte le chiamate di Target utilizzate da un'attività A4T per consegnare il contenuto o registrare la metrica di obiettivo devono avere un hit Analytics corrispondente che condivide lo stesso ID supplementare per A4T per funzionare correttamente.
Hit che contengono dati di Analytics e Target includono un ID di dati supplementare. You can see this ID in the Adobe Experience Cloud Debugger as the sdid parameter. 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.
Durante la risoluzione dei problemi, assicurati di confermare che l'ID supplementare sia presente negli hit di Analytics.

Registrazione Analytics lato client

Per impostazione predefinita, quando at.js, Experience Cloud Visitor ID Service e appMeasurement.js si trovano nella pagina, Adobe 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 .