Nuovo algoritmo OWOX BI per la raccolta dei dati di sessione

Il cambiamento è costante; questa è la nostra realtà, ea volte è difficile da accettare. Ma i cambiamenti che vogliamo condividere con te impressioneranno tutti gli utenti di OWOX BI.

Potresti già sapere che OWOX BI ha recentemente cambiato la logica di raccolta dei dati di sessione; le nuove funzionalità sono disponibili per tutti gli utenti dal 1 marzo. In questo articolo, ti parleremo di più sulle nostre nuove funzionalità e su come possono avvantaggiare la tua attività.

In precedenza, OWOX BI creava tabelle di sessione in Google BigQuery utilizzando i dati di sessione di Google Analytics. Da un lato, questo approccio ha garantito un adattamento completo dei dati tra le fonti. D'altra parte, parte dei dati potrebbe andare persa durante il tragitto dal sito Web al sistema di analisi e all'archiviazione su cloud a causa delle limitazioni dell'API di reporting principale di Google Analytics.

Per evitare questo problema, abbiamo modificato l'algoritmo per la raccolta dei dati della sessione. Ora i dati della sessione vengono formati utilizzando i dati sui risultati di OWOX BI, quindi i limiti di Google Analytics non possono influenzare il processo di creazione delle tabelle delle sessioni. Grazie a questo nuovo algoritmo, puoi raccogliere dati completi non campionati sul comportamento degli utenti sul tuo sito Web e attribuire tali dati alle sessioni corrette. Vediamo nel dettaglio tutti i vantaggi.

Prima : se gli utenti del tuo sito web generano più di 200.000 sessioni al giorno, Google Analytics (la versione gratuita) applicherà in genere il campionamento. Pertanto, il tuo progetto Google BigQuery riceverà solo un campione delle sessioni selezionato a caso.

Ora : gli utenti di OWOX BI ottengono dati grezzi e non campionati di tutte le sessioni in Google BigQuery senza alcuna limitazione nel valore del traffico o nelle dimensioni dell'azienda.

Prima : se raggiungi il volume e i limiti di dati raccolti in Google Analytics, il sistema non elaborerà i dati oltre tali limiti e tali dati non verranno inseriti in Google BigQuery. Questi limiti sono 200.000 accessi per utente al giorno, 10 milioni di accessi al mese e 500 accessi per sessione. Inoltre, Google ignora i risultati con una dimensione superiore a 8 Kb.

Ora : il nuovo algoritmo OWOX BI non ha nessuno di questi limiti e la dimensione massima di un hit è raddoppiata a 16 Kb. Ciò significa che puoi raccogliere dati sulle azioni di tutti gli utenti sul tuo sito web.

Prima : i dati della sessione possono essere aggiornati con più di 24 ore di ritardo perché questi aggiornamenti dipendono dall'aggiornamento delle informazioni nell'API di Google Analytics.

Ora : le sessioni dei moduli di hit sul lato BI di OWOX, quindi la raccolta delle tabelle delle sessioni non verrà mai sospesa a causa del superamento dei limiti o della mancanza di accesso a Google Analytics. I dati entrano in BigQuery più velocemente, il che è davvero importante se li usi per attivare l'email marketing o gli aggiornamenti dei rapporti in tempo reale.

Prima : in Google Analytics, la sorgente di traffico è definita dal modello Ultimo clic non diretto. Se l'ultimo canale nella catena di azioni del cliente era diretto, questo canale viene ignorato e sostituito con l'ultimo canale non diretto.

Ad esempio, supponiamo che il tuo cliente abbia cercato su Google e abbia trovato un prodotto sul tuo sito web. Si sono ricordati dell'indirizzo del tuo sito web e dopo qualche tempo lo hanno inserito direttamente nel campo URL. In questo caso, la fonte di questa sessione sarebbe google/organic ma non direct/none. Ciò esclude la possibilità di conoscere la quota precisa del canale diretto come fonte di traffico per il tuo sito web.

Ora : il nuovo algoritmo OWOX BI utilizza anche il modello Last Non-Direct Click per definire la sorgente di traffico. Ma abbiamo aggiunto uno speciale campo trafficSource.isTrueDirect alla tabella delle sessioni per aiutarti a definire il traffico diretto. Questo campo binario otterrà un valore vero se una sessione è iniziata con una visita diretta del sito Web e un valore falso se la sessione segue una sessione di canale a pagamento. Grazie a questo campo puoi valutare il valore reale dei canali a pagamento e il loro effetto sulle conversioni. In Google Analytics, il campo isTrueDirect funziona in modo diverso, perché ottiene il valore "true" quando c'è una fonte diretta o quando due sessioni hanno gli stessi dati sulla campagna.

Prima : se disponi di un paio di siti Web e desideri monitorare il modo in cui il pubblico si incrocia, puoi impostare la misurazione tra domini in Google Analytics. Ma questa soluzione funziona solo se il tuo pubblico utilizza i collegamenti incrociati per trasferire da uno dei tuoi siti Web a un altro. Cosa succede se è necessario monitorare un utente che visita entrambi i siti Web che non sono collegati in modo incrociato in momenti diversi? Ce ne siamo occupati ↴

Ora : abbiamo aggiunto un ID utente OWOX alle tabelle dei dati della sessione. Questo identificatore utente anonimo ti aiuterà a combinare i dati sulle azioni degli utenti dai tuoi siti web, anche se non sono collegati direttamente. Inoltre, avrai la possibilità di raggruppare gli utenti monitorati per separare il pubblico pubblicitario ed evitare di pagare un paio di volte per lo stesso traffico.

Prima : se stai monitorando gli eventi sul tuo sito web con l'aiuto del protocollo di misurazione, ricorda che una parte di questi eventi potrebbe andare persa. Il fatto è che in Google Analytics (compresa nella versione a pagamento, GA360), la durata massima dal momento dell'hit all'invio delle informazioni sull'hit per il parametro &qt è di sole quattro ore. Se il gap è più lungo, l'evento non verrà affatto attribuito. Ad esempio, supponiamo che il tuo visitatore paghi online sul tuo sito web. La transazione verrà conteggiata dopo aver ricevuto una conferma bancaria, anche se ciò richiede un paio di giorni. In una situazione del genere, la transazione non verrà attribuita alla sessione corretta, il che significa che l'origine che ha portato a quella transazione non verrà valutata correttamente.

Se il parametro &qt è stato inviato senza un valore, verrà creata automaticamente la sessione separata per l'evento. In ogni caso, influirà sulla precisione dei tuoi dati.

Ora : nelle sessioni basate sul nuovo algoritmo OWOX BI, la durata massima del parametro &qt viene estesa a 30 giorni. Ciò significa che i tuoi eventi inviati dal Protocollo di Misurazione verranno attribuiti alla sessione corretta.

Nel nuovo algoritmo OWOX BI, le tabelle hanno la stessa struttura che avevano in quello precedente. Solo la logica con cui vengono definiti i valori differisce per alcuni campi:

• Quando si crea una nuova pipeline di streaming di Google Analytics ⟶ Google BigQuery, i dati della sessione inizieranno automaticamente a essere raccolti utilizzando il nuovo algoritmo.
• Per modificare l'algoritmo per la raccolta dei dati della sessione negli stream esistenti, vai alle impostazioni dello stream e attiva Session Data Collection .

Dopodiché, il vecchio algoritmo non sarà più disponibile.

• Con il nuovo algoritmo OWOX BI, non avrai bisogno di una dimensione personalizzata a livello di sessione in Google Analytics. Puoi eliminare questa dimensione e aggiungere altri parametri necessari.​
• Non sarà necessario aggiornare il codice di monitoraggio BI OWOX sul tuo sito web.
• Per attivare la codifica UTM automatica di Google Ads (gclid), dovrai impostare la raccolta di rapporti sui dati grezzi per Google Ads in BigQuery. Puoi farlo in un clic con l'aiuto dell'integrazione nativa con Google Data Transfer.
• Se hai un elenco di esclusioni di referral in Google Analytics, duplicalo nelle impostazioni dello stream per OWOX BI.
  

La struttura delle nuove tabelle è la stessa delle vecchie tabelle, quindi dovresti cambiare solo i nomi delle tabelle nelle tue richieste. Per adattare le tue richieste esistenti a nuove tabelle, è sufficiente cambiare i nomi delle vecchie tabelle session_streaming_ nelle nuove tabelle owoxbi_sessions_ .

Se vuoi sapere se è il momento di passare al nuovo algoritmo OWOX BI, rispondi alle seguenti domande. Se hai almeno un sì, sai cosa fare:

• Hai circa 200.000 sessioni al giorno? O pensi di raggiungere questo numero in un paio di mesi?
• Hai già sperimentato il campionamento?
• Hai mai creato report non standard e sperimentato campionamenti?
• Hai mai raggiunto il limite di 500 visite per sessione?
• Sei interessato a tracciare correttamente il traffico diretto ma non vuoi acquistare l'intero pacchetto GA360?
• Vuoi combinare i segmenti di pubblico del sito Web e analizzare la loro sovrapposizione?
• Vuoi inviare tutti gli hit con transazioni durante 30 giorni, non 4 ore?
• È importante per te ottenere i dati della tabella delle sessioni il prima possibile?

Anche se queste domande non ti sembrano rilevanti al momento, è meglio prepararsi il prima possibile.

Se non hai ancora provato OWOX BI Pipeline, ti invitiamo a fare un giro di prova durante un periodo di prova gratuito:

Se hai domande, chiedi nei commenti qui sotto.