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 Analytics il connettore di origine trasmette i dati raccolti da Analytics alla piattaforma in tempo reale, convertendo i formati SCDS Analytics dati in Experience Data Model (XDM) campi per l’utilizzo da parte di Platform.
Questo documento fornisce una panoramica di Analytics e descrive i casi d’uso per Analytics dati.
Dati di Adobe Analytics e Analytics
Analytics è un motore potente che ti aiuta a scoprire di più sui tuoi clienti, su come interagiscono con le tue proprietà web, a vedere dove la spesa di marketing digitale è efficace e a identificare aree di miglioramento. Analytics gestisce migliaia di miliardi di transazioni web all'anno e Analytics Il connettore di origine consente di sfruttare facilmente questi dati comportamentali avanzati e di arricchire Real-Time Customer Profile in pochi minuti.
Ad alto livello, Analytics raccoglie dati da vari canali digitali e da più centri dati 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 vengono considerati pronti per essere consumati da Real-Time Customer Profile. In un processo parallelo a quanto sopra, gli stessi dati elaborati vengono inseriti in micro-batch e acquisiti in set di dati di Platform per l’utilizzo da parte di Query Servicee altre applicazioni di data discovery.
Consulta la panoramica delle regole di elaborazione per ulteriori informazioni sulle 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 Experienci Platform.
Il rispetto degli standard XDM consente l’incorporazione uniforme dei dati, semplificandone la distribuzione e la raccolta.
Per ulteriori informazioni su XDM, consulta Panoramica del sistema XDM.
Come vengono mappati i campi da Adobe Analytics a XDM?
Quando viene stabilita una connessione di origine per l'importazione Analytics dati in Experienci Platform 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 sorgente con Analytics utilizzando l’interfaccia utente di Platform, consulta la sezione Tutorial sul connettore di origine di Analytics.
Per informazioni dettagliate sulla mappatura dei campi tra Analytics e Experience Platform, consulta Mappatura dei campi in Adobe Analytics guida.
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 rispetto alla pipeline aumenterà a 5-10 minuti.
Per ulteriori informazioni sulle latenze del Customer Journey Analytics, vedere: Guardrail 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.
- Un 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 in Analytics dati
Ogni hit da Analytics il connettore di origine 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à nel Analytics dati.
s_vi
ID cookie. Nonostante ciò, viene creato un AAID anche se s_vi
cookie non presente. L’AAID è rappresentato dalla post_visid_high
e post_visid_low
colonne in Analytics feed di dati. In un dato evento, il campo AAID contiene una singola identità che può corrispondere a uno dei diversi tipi descritti nel ordine delle operazioni per Analytics ID. Nota: all’interno di un’intera suite di rapporti, un AAID può contenere diversi tipi in tutti gli eventi.mcvisid
nei feed dati di Analytics. Per ulteriori informazioni su ECID, consulta Panoramica di ECID. Per informazioni sul funzionamento di ECID con Analytics, consulta il documento su Richieste Analytics e Experience Cloud ID.s.VisitorID
variabile in Analytics implementazione. AACUSTOMID è rappresentato da cust_visid
colonna in Analytics feed di dati. Se AACUSTOMID è presente, AAID sarà basato su AACUSTOMID perché AACUSTOMID surclassa tutti gli altri identificatori come definito da ordine delle operazioni per Analytics ID.Come Analytics source tratta le identità
Il Analytics L’origine trasmette queste identità ad Experienci Platform nel modulo XDM come:
endUserIDs._experience.aaid.id
endUserIDs._experience.mcid.id
endUserIDs._experience.aacustomid.id
Questi campi non sono contrassegnati come identità. Invece, le stesse identità vengono copiate in XDM identityMap
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 } ] }
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 della Periodo di tolleranza per il 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.