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.

NOTA

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

Requisiti di implementazione

IMPORTANTE

Prima di poter iniziare a utilizzare A4T, è necessario richiedere il provisioning dell’account per l’integrazione. Utilizza la 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.

NOTA

I seguenti requisiti elencano le minimo versioni di at.js necessarie per implementare A4T. La Target il team gestisce solo due versioni di at.js- la versione corrente e la seconda versione più recente. 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: versione at.js 0.9.1
  • Adobe Analytics: appMeasurement.js versione 1.7.0

Per informazioni sull’implementazione di A4T con Platform Web SDK, vedi 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

    NOTA

    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: versione at.js 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, vedi Adobe Experience Platform Web SDK.

Aspetti da considerare prima dell’implementazione

  • Questa integrazione è abilitata sulle nuove attività quando selezioni l’utilizzo 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 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.
  • La Visitor ID service crea una condivisione Visitor ID attraverso Adobe Experience Cloud. Anche se non sostituisce il Target mboxPC id o Audience Manager UUID, sostituisce il modo Analytics identifica i nuovi visitatori. Se impostato correttamente, torna Analytics i visitatori dovrebbero essere identificati anche attraverso i loro vecchi Analytics ID. Allo stesso modo, perché Target mboxPCid rimane intatto, no Target i dati del profilo del visitatore vengono persi quando esegui l’aggiornamento al Visitor ID service.
  • La Visitor ID service deve essere eseguito prima del Analytics e Target codice della pagina. Assicurati che VisitorAPI.js viene visualizzato sopra i tag per tutti gli altri Experience Cloud soluzioni.

Latenza

Dopo l’abilitazione di questa integrazione, si verifica una latenza supplementare di 5-10 minuti in Analytics. Questo aumento della latenza consente l’utilizzo dei dati Analytics e Target da memorizzare sullo stesso hit, per suddividere le attività per pagina e sezione del sito.

Questo aumento si riflette in tutti Analytics servizi e strumenti, compresi 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 della Experience Cloud servizio ID visitatore, anche se non hai implementato completamente questa integrazione.

ID supplementare

Tutto Target le chiamate utilizzate da un’attività A4T per fornire contenuto o registrare la metrica di obiettivo devono avere un Analytics hit che condivide l’ID supplementare per A4T in modo che funzioni correttamente.

Hit che contengono dati provenienti da Analytics e Target contiene un ID dati supplementare. Puoi visualizzare questo ID nella sezione Debugger Adobe Experience Cloud come sdid parametro . Ad esempio: sdid=2F3C18E511F618CC-45F83E994AEE93A0. Questo ID viene generato in qualsiasi momento siano presenti i seguenti criteri:

  • È implementato il servizio ID visitatore

Quando risoluzione, assicurati di confermare che l’ID supplementare è presente in Analytics hit.

Registrazione Analytics lato client

Se at.js, la Experience Cloud Visitor ID Servicee appMeasurement.js si trovano sulla pagina, Analyticse Target unisce 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 i dati di analisi relativi a Target a Analytics a fini di segnalazione. È 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 visiva per la generazione di rapporti. Vedi Passaggio 7: Fai riferimento a at.js in tutte le pagine del sito in Implementazione di Analytics for Target per ulteriori informazioni.

Pubblico condiviso

Durante il riempimento Modulo di provisioning integrazioni Marketing Cloud, essere a conoscenza delle seguenti importanti informazioni riguardanti Pubblico condiviso opzione elencata in "Per quali funzionalità richiedi il provisioning?"

Modulo di richiesta

Quando richiedi Pubblico condiviso, abilita Target e Adobe Audience Manager (AAM) per condividere informazioni, in questo caso audience.

IMPORTANTE

Questa integrazione tra Target e AAM con costi aggiuntivi. È fatturato per ogni Target AAM.

In questa pagina