Connettore di origine di Adobe Analytics per i dati della suite di rapporti
Adobe Experience Platform consente di acquisire dati Adobe Analytics tramite il connettore di origine Analytics. Il connettore di origine Analytics trasmette in tempo reale i dati raccolti da Analytics a Platform, convertendo i dati Analytics in formato SCDS in campi Experience Data Model (XDM) da utilizzare in Platform.
Questo documento fornisce una panoramica di Analytics e descrive i casi d'uso per i dati di Analytics.
Dati di Adobe Analytics e Analytics
Analytics è un motore potente che ti aiuta a conoscere meglio i tuoi clienti, il modo in cui interagiscono con le tue proprietà web, a vedere dove le tue spese di marketing digitale sono efficaci e a identificare le aree di miglioramento. Analytics gestisce migliaia di miliardi di transazioni web all'anno e il connettore di origine Analytics consente di accedere facilmente a questi dati comportamentali avanzati e arricchire Real-Time Customer Profile in pochi minuti.
Ad alto livello, Analytics raccoglie dati da vari canali digitali e da più data center in tutto il mondo. Una volta raccolti i dati, vengono applicate le regole VISTA (Visitor Identification, Segmentation and Transformation Architecture) e le regole di elaborazione per modellare i dati in arrivo. Una volta completata l'elaborazione dei dati non elaborati, questi verranno considerati pronti per essere utilizzati da Real-Time Customer Profile. In un processo parallelo a quello sopra descritto, gli stessi dati elaborati vengono salvati in micro-batch e acquisiti in set di dati Platform per l'utilizzo da parte di Query Service e altre applicazioni di data discovery.
Per ulteriori informazioni sulle regole di elaborazione, vedere la panoramica delle regole di elaborazione.
Experience Data Model (XDM)
XDM è una specifica documentata pubblicamente che fornisce strutture e definizioni comuni per un’applicazione da utilizzare per comunicare con i servizi su Experience Platform.
Il rispetto degli standard XDM consente l’incorporazione uniforme dei dati, semplificandone la distribuzione e la raccolta.
Per ulteriori informazioni su XDM, consulta la panoramica del sistema XDM.
Come vengono mappati i campi da Adobe Analytics a XDM?
Quando viene stabilita una connessione di origine per l'Experience Platform di dati Analytics tramite l'interfaccia utente di Platform, i campi dati vengono automaticamente mappati e acquisiti in Real-Time Customer Profile in pochi minuti. Per istruzioni sulla creazione di una connessione di origine con Analytics tramite l'interfaccia utente di Platform, consulta l'esercitazione sul connettore di origine di Analytics.
Per informazioni dettagliate sulla mappatura dei campi tra Analytics e Experience Platform, consulta la guida alla mappatura dei campi di Adobe Analytics.
Qual è la latenza prevista per i dati di Analytics su Platform?
La latenza prevista per i dati di Analytics su Platform è descritta nella tabella seguente. La latenza varia a seconda della configurazione del cliente, dei volumi di dati e delle applicazioni consumer. Ad esempio, se l'implementazione di Analytics è configurata con A4T, la latenza per la pipeline aumenterà a 5-10 minuti.
Per ulteriori informazioni sulle latenze del Customer Journey Analytics, vedere: Guardrail del Customer Journey Analytics.
Il valore predefinito della retrocompilazione di Analytics per le sandbox di produzione è 13 mesi. Per i dati di Analytics nelle sandbox non di produzione, la retrocompilazione è impostata su tre mesi. Il limite di 10 miliardi di eventi menzionato nella tabella precedente è strettamente in relazione alla latenza prevista.
Quando crei un flusso di dati di origine Analytics in una sandbox di produzione, vengono creati due flussi di dati:
- Un flusso di dati che esegue una retrocompilazione di 13 mesi dei dati storici della suite di rapporti nel data lake. Questo flusso di dati termina quando la retrocompilazione è completa.
- Flusso di dati che invia dati live al data lake e a Real-Time Customer Profile. Questo flusso di dati viene eseguito in modo continuo.
Identificatori primari nei dati Analytics
Ogni hit del connettore di origine Analytics contiene un identificatore primario che dipende dall'esistenza di un ECID o un AAID. Se è presente un ECID, questo viene designato come identificatore primario. Se è presente un AAID, questo viene designato come primario.
La tabella seguente fornisce ulteriori informazioni sui campi di identità nei dati Analytics.
s_vi. Nonostante ciò, viene creato un AAID anche se il cookie s_vi non è presente. AAID è rappresentato dalle colonne post_visid_high e post_visid_low in Analytics feed di dati. In un dato evento, il campo AAID contiene una singola identità che può essere uno dei diversi tipi descritti nell'ordine delle operazioni per Analytics ID. Nota: all'interno di un'intera suite di rapporti, un AAID può contenere diversi tipi tra gli eventi.mcvisid nei feed dati di Analytics. Per ulteriori informazioni su ECID, consulta la panoramica ECID. Per informazioni sul funzionamento di ECID con Analytics, consulta il documento su Analytics e richieste Experience Cloud ID.s.VisitorID nell'implementazione Analytics. AACUSTOMID è rappresentato dalla colonna cust_visid in Analytics feed di dati. Se AACUSTOMID è presente, AAID sarà basato su AACUSTOMID perché AACUSTOMID supera tutti gli altri identificatori come definito dall'ordine delle operazioni per Analytics ID.Trattamento delle identità da parte dell'origine Analytics
L'origine Analytics trasmette queste identità all'Experience Platform nel modulo XDM come:
endUserIDs._experience.aaid.idendUserIDs._experience.mcid.idendUserIDs._experience.aacustomid.id
Questi campi non sono contrassegnati come identità. Le stesse identità (se presenti nell'evento) vengono invece copiate in identityMap di XDM come coppie chiave-valore:
{ "key": "AAID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }{ "key": "ECID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }{ "key": "AACUSTOMID", "value": [ { "id": "<identity>", "primary": false } ] }
Quando l'identità o le identità vengono copiate in identityMap, anche endUserIDs._experience.mcid.namespace.code viene impostato sullo stesso evento:
- Se AAID è presente,
endUserIDs._experience.aaid.namespace.codeè impostato su "AAID". - Se ECID è presente,
endUserIDs._experience.mcid.namespace.codeè impostato su "ECID". - Se AACUSTOMID è presente,
endUserIDs._experience.aacustomid.namespace.codeè impostato su "AACUSTOMID".
Nella mappa di identità, se ECID è presente, viene contrassegnato come identità primaria dell’evento. In questo caso, AAID può essere basato su ECID a causa del periodo di tolleranza del servizio Identity. In caso contrario, AAID è contrassegnato come identità primaria dell’evento. AACUSTOMID non viene mai contrassegnato come ID primario dell’evento. Tuttavia, se AACUSTOMID è presente, AAID è basato su AACUSTOMID a causa dell’ordine Experience Cloud delle operazioni.