Informazioni che consentono di minimizzare gli effetti dei conteggi gonfiati di visite e visitatori quando si utilizza Adobe Analytics come origine per la generazione di rapporti Adobe Target (A4T).
Il 14 novembre 2016, in Adobe Analytics sonos tate cambiate le modalità di elaborazione di alcuni dati per i clienti che utilizzano le funzioni di reporting di Analytics per Target (A4T). Queste modifiche consentono un migliore allineamento dei dati di Adobe Target con il modello dati di Adobe Analytics. Le suddette modifiche sono state apportate per tutti i clienti che utilizzano A4T. Queste modifiche rispondono specificamente a un problema notato dai clienti, relativo a un conteggio eccessivo dei visitatori quando le attività di Target sono in esecuzione.
Questo cambiamento non è retroattivo. Se i rapporti cronologici mostrano conteggi gonfiati e desideri escluderli, puoi creare una suite di rapporti virtuale, come descritto di seguito.
Inoltre, diverse librerie JavaScript sono state aggiornate per ridurre al minimo i conteggi gonfiati. Adobe consiglia di eseguire l’aggiornamento alle seguenti versioni della libreria (o successive):
Quando Adobe Analytics viene utilizzato per misurare le attività di Target (A4T), Analytics raccoglie dati aggiuntivi che non sono disponibili se non è presente alcuna attività di Target nella pagina. L’attività di Target innesca una chiamata nella parte superiore della pagina, ma solitamente Analytics genera le chiamate di raccolta dati nella parte inferiore della pagina. Nell’implementazione di A4T fino a oggi, Adobe ha incluso questi dati aggiuntivi ogni volta che un’attività di Target risultava attiva. In futuro, Adobe includerà questi dati aggiuntivi solo quando i tag di Target e Analytics vengono entrambi attivati.
L’accuratezza e la qualità dei dati sono motivo di orgoglio per Adobe. Quando il tag Target viene attivato, ma il Analytics no, Analytics registra i “dati parziali” (talvolta denominati “risultati non vincolati”). Questi risultati non vincolati non vengono acquisiti da Analytics se non si è verificata alcuna attività di Target. L’inclusione dei dati parziali nella reportistica di Analytics fornisce informazioni aggiuntive, ma genera anche risultati incoerenti per i dati precedenti relativi a periodi in cui non vi erano attività di Target in esecuzione. Questa situazione può causare problemi agli utenti di Analytics che analizzano le tendenze nel tempo. Al fine di garantire la coerenza dei dati in Analytics, Adobe esclude tutti i dati parziali.
Adobe ha riscontrato alcuni clienti con tassi elevati di dati parziali in Analytics. Tassi elevati di dati parziali possono derivare da un’implementazione impropria, ma esistono anche cause legittime.
Le cause dei dati parziali identificate includono le seguenti:
at.js
e visitorAPI.js
) per assicurarsi che i dati vengano inviati nel modo più efficiente possibile. Per ulteriori informazioni sui requisiti di implementazione, consulta Prima dell'implementazione.Rivedi i seguenti passaggi per ridurre la raccolta parziale dei dati:
Passaggio | Attività |
---|---|
![]() |
Assicurati che la suite di rapporti selezionata in Target sia la stessa di quella sulle pagine in cui viene presentata l’attività. |
![]() |
Assicurati che le librerie visitorAPI.js, appMeasurement.js e at.js siano su versioni compatibili con A4T. Per ulteriori informazioni sui requisiti di implementazione, consulta Prima dell'implementazione. |
![]() |
Controlla che il SDID sia sempre impostato su tutte le chiamate di Target e Analytics che lasciano la pagina e controlla che corrispondano. Utilizza un analizzatore di rete o uno strumento di debug per garantire che il parametro mboxMCSDID nelle chiamate di Target corrisponda al parametro SDID nella chiamata di Analytics. |
![]() |
Verifica che le librerie di implementazione nei tuoi siti vengano caricate nell'ordine corretto. Per ulteriori informazioni, consulta Implementazione di Analytics for Target. |
Sebbene queste informazioni non siano disponibili direttamente in Analytics, è possibile contattare l’Assistenza clienti di Adobe per richiedere un rapporto sui dati parziali. Questo rapporto ha lo scopo di facilitare il debug.
Questa modifica di elaborazione influisce sui dati solo dopo la data di rilascio (14 novembre 2016). Se desideri modificare le metriche storiche in modo che corrispondano, Adobe consiglia di creare un segmento per escludere i dati parziali.
Le informazioni seguenti relative a questo cambiamento includono istruzioni su come definire il segmento e applicarlo a una suite di rapporti virtuale in modo che questo segmento venga sempre applicato alle visualizzazioni di Analytics.
Nella maggior parte delle situazioni, un risultato di Target è vincolato a un risultato di Analytics su ogni pagina web. Questo vincolo si verifica se c’è un SDID coerente nella chiamata di Target e in quella di Analytics e un Experience Cloud ID (MCID) nella chiamata di Analytics sulla stessa pagina. Normalmente Target ha anche il MCID, ma se la chiamata a Target si verifica prima che l’ID del visitatore venga restituito, il risultato è ancora vincolato a causa dell’SDID. Inoltre, l’utente deve rimanere sulla pagina abbastanza a lungo per generare una chiamata Analytics dopo che è stata attivata una chiamata Target. Questo scenario è ideale.
Risultati con dati parziali: gli utenti a volte non rimangono su una pagina abbastanza a lungo per inviare una chiamata di Analytics, ma Target ha un MCID corretto. Questo scenario comporta risultati con dati parziali (risultati senza visualizzazioni di pagina di Analytics). Se questi utenti tornano sul tuo sito e visualizzano una pagina che contiene codice Analytics, vengono conteggiati correttamente come visitatori ritornati. Questi risultati verrebbero persi se sulla pagina fosse presente solo il codice Analytics. Alcuni clienti non desiderano i dati per questi risultati perché gonfiano determinate metriche (visite) e ne riducono altre (visualizzazioni di pagina per visita, durata per visita, ecc.). Inoltre, si vedono le visite senza alcuna visualizzazione di pagina. Tuttavia, esistono anche validi motivi per mantenere questi dati.
Per ridurre al minimo i risultati con dati parziali, velocizza il caricamento della pagina, aggiorna le librerie alle versioni più recenti oppure crea una suite di rapporti virtuale che escluda tali risultati. Per istruzioni dettagliate, consulta Creazione di suite di rapporti virtuali in Guida ai componenti di Analytics.
Nell’illustrazione seguente viene mostrata la definizione di un segmento per la suite di rapporti virtuale:
Quando si crea la suite di rapporti virtuale, specificare la seguente configurazione per la definizione del segmento (come mostrato nell'illustrazione precedente):
Risultati orfani: in poche situazioni, gli utenti non rimangono sulla pagina abbastanza a lungo per una chiamata Analytics e Target non riceve un MCID corretto. Questi risultati sono quelli che Adobe definisce hit “orfani”. Rappresentano i clienti che ritornano raramente e gonfiano il conteggio delle visite e dei visitatori.
Per ridurre al minimo i risultati orfani, è possibile creare una suite di rapporti virtuale che escluda tali risultati, come spiegato in precedenza.
Con questo cambiamento, potresti notare una diminuzione dei nuovi visitatori e delle visite ai test live perché Adobe non elabora i dati parziali in entrata. Le conversioni e i risultati di altre metriche Analytics non cambieranno.