Come impostare la data retention in GA4 e proteggere lo storico dati con BigQuery
Quando devi impostare la data retention in GA4 e proteggere lo storico dati con BigQuery, ogni impostazione deve essere verificabile. Per questo la procedura alterna configurazione, test e controllo del dato ricevuto.
Prepara prima i dati che dovrai copiare: ID, label, nomi evento, dominio, stream o categorie consenso. Durante la configurazione non devono restare dubbi sui valori da inserire.
Prerequisiti. Servono accesso admin GA4, policy dati, eventuale progetto BigQuery e obiettivi di analisi storica.
- ruolo editor/admin GA4
- scelta retention
- consapevolezza limiti privacy
- progetto Google Cloud se BigQuery
- documentazione governance
Controlla i permessi prima di iniziare. Se non puoi salvare, pubblicare o aprire il debug, fermati qui e risolvi l accesso prima di proseguire.
Configurazione passo passo. Segui i passaggi nell ordine indicato e verifica ogni salvataggio prima di passare al successivo.
Passo 1: controlla impostazione data retention
Apri GA4 > Collegamenti prodotto > BigQuery Links e BigQuery Console e confronta property GA4, progetto Google Cloud, dataset BigQuery e area geografica corretta prima di fare modifiche: se parti da account, property, stream, dataset o container sbagliato, il test non vale.
Clicca sul selettore principale, apri la voce corretta e confronta dominio, nome property, ID stream o container con il sito da misurare. Se uno di questi dati non coincide, fermati e cambia risorsa.
A questo punto devi avere la risorsa giusta aperta, i permessi necessari e la schermata da cui prenderai i valori gia identificata.
Se account, property o container non sono quelli corretti, torna al selettore principale e cambiali prima di modificare qualsiasi cosa.
Passo 2: scegli durata coerente con analisi e policy
Entra in GA4 Admin > Product links > BigQuery Links > Link, poi BigQuery Console > Explorer > dataset analytics_* e crea o modifica dataset, tabella events, query e campi evento, usando un nome che descriva azione, strumento e pagina coinvolta.
Clicca il pulsante di creazione o modifica, scegli il tipo richiesto dalla guida, apri il riquadro di configurazione e collega il trigger, l evento o la regola che deve far partire il dato.
Il risultato da ottenere e una configurazione salvata, leggibile e agganciata alla condizione che deve far partire dataset, tabella events, query e campi evento.
Se il trigger o la regola e troppo generica, apri la condizione e restringila a URL, evento dataLayer, consenso, form riuscito, checkout o acquisto completato.
Passo 3: valuta reset on new activity
Compila Google Cloud project, data location, daily export, streaming export se disponibile, dataset events_* e colonne event_name/event_params copiando i valori da GA4 BigQuery Links e BigQuery Explorer. Non accorciare ID, label o nomi evento e non cambiare mai formato mentre li incolli.
Clicca dentro ogni campo obbligatorio, incolla il valore esatto, rileggilo nel riepilogo e usa Salva solo quando ogni campo ha una provenienza chiara.
Quando rileggi il riepilogo, nessun campo obbligatorio deve essere vuoto: il controllo minimo e vedere Google Cloud project, data location, daily export, streaming export se disponibile, dataset events_* e colonne event_name/event_params nel posto corretto.
Se un valore non torna, non riscriverlo a memoria: se il dataset e vuoto, controlla link GA4-BigQuery, progetto, area dati e disponibilita della tabella intraday.
Passo 4: attiva export BigQuery se serve storico granulare
Apri GA4 DebugView per generare il test e BigQuery Editor query per cercare event_name e timestamp, completa l azione richiesta sulla pagina di test e segui la sequenza finche vedi cosa parte, quando parte e con quali parametri.
Clicca il pulsante di anteprima o test, inserisci l URL della pagina se richiesto, conferma con Connect o Avvia test e poi esegui una sola volta l azione utente prevista.
Nel debug devi vedere query con righe coerenti per evento, data e parametro controllato; se vedi solo un tag attivo ma mancano parametri o momento corretto, il test non e chiuso.
Se non compare nulla nel debug, controlla prima collegamento Preview/Connect, poi trigger, consenso e pagina usata per generare il test.
Passo 5: documenta chi usa i dati
Apri BigQuery > Editor query e usa tabella events_intraday_* o events_*, event_name, event_date, user_pseudo_id e parametri evento per isolare il test appena fatto, invece di cercarlo dentro tutto il traffico della giornata.
Clicca sul report o pannello finale, applica il filtro piu stretto disponibile e verifica che il dato compaia una sola volta con ora, pagina o nome evento coerenti.
Nel report finale devi ritrovare il test con tabella events_intraday_* o events_*, event_name, event_date, user_pseudo_id e parametri evento, oppure riconoscere chiaramente che lo strumento richiede qualche minuto di elaborazione.
Se il dato non arriva nel report, ripeti il test annotando ora, pagina e azione; poi controlla ritardi di elaborazione, filtro sbagliato o property non corretta.
La retention non ricrea dati gia persi: va impostata prima di scoprire che servivano analisi storiche.
Debug e validazione. Verifica impostazioni Admin, disponibilita esplorazioni e flusso export BigQuery.
- retention impostata: confronta il valore atteso con quello ricevuto. Se non coincidono, correggi prima di pubblicare.
- policy approvata: verifica il punto nella preview e poi nel report finale. Se non compare, torna al passaggio collegato e ripeti il test.
- BigQuery collegato se necessario: confronta il valore atteso con quello ricevuto. Se non coincidono, correggi prima di pubblicare.
- export giornaliero attivo: verifica il punto nella preview e poi nel report finale. Se non compare, torna al passaggio collegato e ripeti il test.
- accessi controllati: verifica il punto nella preview e poi nel report finale. Se non compare, torna al passaggio collegato e ripeti il test.
Errori frequenti e come risolverli
Se il tag o l evento non compare nel debug, di solito la preview non e collegata alla pagina giusta, il trigger e troppo stretto oppure il consenso non si aggiorna. Riapri GA4 DebugView, tabella events_* e query BigQuery, ricollega la pagina e ripeti il test.
Se il dato compare due volte, controlla se hai un doppio tag, un doppio percorso browser/server o un reload della pagina finale. Disattiva il duplicato, ripeti l azione e verifica che nel report resti un solo invio.
Se il report finale resta vuoto, ricontrolla ID, label, stream, dataset o property. Copia di nuovo i valori dalla piattaforma sorgente, salva e ripeti il test annotando ora, URL e azione eseguita.
Quando il debug non torna, non moltiplicare le modifiche. Cambia un punto, salva, rigenera l evento e ricontrolla.
Checklist finale prima di considerare chiuso il lavoro.
- retention salvata
- BigQuery testato
- dataset visibile
- accessi limitati
- registro decisione
Conserva una nota con data del test, pagina usata, evento generato, schermata di debug e report in cui hai verificato il risultato.
Lunedì – Sabato : 9:30 am – 21:00 pm
Lunedì – Sabato : 9:30 am – 21:00 pm
Studierò la strategia più adeguata per le tue esigenze e insieme al mio staff individueremo la Buyer Personas migliore per trasformare il tuo processo commerciale offline nella più efficace macchina di vendita online, e la strategia di comunicazione più convincente per convincere il pubblico che il tuo prodotto è quello che stanno cercando, anche se costa di più della concorrenza.
Lunedì – Sabato : 9:30 am – 21:00 pm
