Salvare i dati di Google Analytics 4 e Search Console prima di una migrazione

Un restyling o una migrazione si giudica su un punto: traffico e conversioni ci sono ancora dopo la messa online? Per rispondere serve un termine di confronto, e questo si prepara prima della migrazione, non dopo. Due strumenti di Google lo forniscono: Google Analytics 4, che misura ciò che accade sul sito, e Google Search Console, che misura ciò che accade prima, nei risultati di ricerca. I loro dati servono anche a monte: indicano quali pagine ricevono visite, clic e link, e quindi quali non devono assolutamente perdere il loro redirect.

Questo articolo riguarda Google Analytics 4. Universal Analytics ha smesso di raccogliere dati a luglio 2023 e i suoi dati sono stati eliminati nel 2024: i vecchi metodi di esportazione, come il componente aggiuntivo di Google Analytics per Google Sheets, non valgono più. Il salvataggio dei dati di misurazione completa quello dei file, del database e della configurazione: vedi il nostro elenco di cosa salvare prima di una migrazione.

Google Analytics 4 collega i dati a una proprietà e a uno stream di dati, non a un indirizzo. Finché la nuova versione del sito porta lo stesso tag (lo stesso ID di misurazione), la cronologia prosegue nella stessa proprietà, anche se il nome di dominio cambia. Non perdete quindi i vostri dati migrando, a condizione di non creare una nuova proprietà senza necessità.

I report per pagina, invece, si leggono per percorso o per indirizzo. Dopo la migrazione, ogni nuova URL compare su una propria riga e la vecchia riga smette di ricevere visite. Per confrontare una pagina prima e dopo, bisogna sapere quale vecchia URL corrisponde a quale nuova: è esattamente ciò che descrive il vostro piano di reindirizzamento.

In sintesi, ecco cosa si conserva e cosa rischia di andare perso:

• si conserva: la cronologia della proprietà, i report standard, gli eventi chiave già registrati, i collegamenti con Search Console, Google Ads o BigQuery;
• a rischio: i dati dettagliati usati dalle esplorazioni, cancellati oltre il periodo di conservazione scelto; gli eventi chiave che dipendono da una URL (una pagina di ringraziamento che cambia indirizzo); le pagine della nuova versione in cui il tag è stato dimenticato; i parametri di campagna (utm_source, utm_medium, ecc.) se un redirect elimina la stringa di query.

Non serve esportare tutto. Concentratevi su ciò che servirà a decidere e a confrontare:

• le pagine di destinazione, con le sessioni, gli utenti e gli eventi chiave, sull'insieme del traffico e sul solo gruppo di canali «Organic Search»;
• le visualizzazioni di pagina per percorso, per individuare i contenuti consultati durante la visita e non solo all'arrivo;
• gli eventi chiave per pagina e per sorgente, per sapere dove avvengono le conversioni;
• i siti referral, che mostrano i link esterni che portano davvero visite;
• un periodo abbastanza lungo da coprire le vostre variazioni stagionali, e lo stesso periodo dell'anno precedente se lo avete.

Dal 2024 Google Analytics 4 chiama «eventi chiave» quelle che chiamava «conversioni»; il termine «conversioni» è ora riservato a Google Ads.

In una proprietà Google Analytics 4 standard, i dati dettagliati a livello di evento sono conservati per 2 mesi per impostazione predefinita, oppure 14 mesi se lo scegliete. L'impostazione si trova nell'amministrazione, alla voce «Raccolta e modifica dei dati», poi «Conservazione dei dati».

Questo periodo non riguarda i report standard, che si basano su dati aggregati e mantengono la cronologia della proprietà. Limita invece le esplorazioni: con 2 mesi di conservazione, un'esplorazione non può risalire più indietro. Passate quindi a 14 mesi il prima possibile. La modifica vale solo per il futuro: non recupera i dati già cancellati. È un motivo in più per esportare le vostre esplorazioni prima della migrazione e per attivare l'esportazione BigQuery.

In un report standard (per esempio «Pagina di destinazione», nella sezione Coinvolgimento), scegliete prima il periodo, poi aggiungete se necessario un confronto o un filtro, per esempio sul gruppo di canali predefinito «Organic Search». L'icona «Condividi questo report», in alto a destra, propone «Scarica file», in formato PDF o CSV.

Il CSV si rielabora in un foglio di calcolo, il PDF si condivide con un cliente o un team. Prima di ogni download, verificate il periodo e i filtri applicati: un filtro dimenticato produce un'esportazione parziale senza che nulla lo segnali nel nome del file. Date ai vostri file un nome con la data e il perimetro, e archiviateli in una cartella condivisa del progetto di migrazione.

Le esplorazioni, nel menu «Esplora», permettono tabelle più precise dei report standard: un'esplorazione in formato libero con la pagina di destinazione nelle righe, le sessioni, gli utenti e gli eventi chiave nei valori, e un filtro sul canale. Si esportano dal menu di esportazione dell'esplorazione, in particolare verso Google Sheets o in CSV.

Due limiti da conoscere: un'esplorazione non può andare oltre il periodo di conservazione dei dati sugli eventi e, su grandi volumi, può essere campionata, come segnala l'indicatore della qualità dei dati in alto nell'esplorazione. Per un sito con molto traffico, riducete il periodo o passate da BigQuery.

Google Analytics 4 può esportare i suoi dati grezzi, evento per evento, verso BigQuery, il data warehouse di Google Cloud. Il collegamento si configura nell'amministrazione della proprietà, tra i collegamenti con gli altri prodotti Google, ed è disponibile per tutte le proprietà, comprese quelle gratuite. L'esportazione giornaliera è gratuita lato Analytics; l'archiviazione e le query in BigQuery rientrano nella fatturazione di Google Cloud, con una quota gratuita ogni mese.

Cosa sapere prima di una migrazione:

• l'esportazione non è retroattiva: inizia dalla data del collegamento. Attivatela diverse settimane prima della messa online per disporre di un periodo di riferimento;
• per una proprietà standard, l'esportazione giornaliera è limitata a un milione di eventi al giorno;
• nella sandbox di BigQuery (senza fatturazione attivata), le tabelle scadono automaticamente dopo 60 giorni: attivate la fatturazione se volete conservarle;
• i dati esportati non dipendono più dal periodo di conservazione della proprietà: è l'unico modo per conservare a lungo il dettaglio degli eventi.

BigQuery richiede di saper scrivere query SQL. Se nessuno nel team ne è capace, attivate comunque l'esportazione: i dati saranno lì il giorno in cui ne avrete bisogno.

Looker Studio, lo strumento gratuito di dashboard di Google, si collega direttamente a Google Analytics 4, a Search Console, a BigQuery e a Google Sheets. Preparate prima della migrazione una dashboard che segua le sessioni organiche, le pagine di destinazione e gli eventi chiave, con un confronto con il periodo precedente: il giorno della messa online sarà pronta.

Attenzione, Looker Studio non è un backup: interroga le fonti a ogni visualizzazione e non archivia i dati. Mostra ciò che la proprietà Analytics o BigQuery contiene ancora, niente di più.

Google Analytics 4 permette di aggiungere annotazioni datate, visibili sui grafici dei report. Annotate la data della messa online, quella dell'attivazione dei redirect e ogni modifica del tracciamento: fra sei mesi nessuno ricorderà perché la curva si è mossa in quel giorno.

Affiancate a queste annotazioni un registro della migrazione tenuto fuori da Analytics, nella cartella del progetto: data e ora di ogni fase, versione del piano di reindirizzamento distribuita, correzioni apportate in seguito. Servirà anche a leggere i dati di Search Console, che non ha annotazioni.

Una migrazione rompe spesso il tracciamento senza che nessuno se ne accorga. Prima della messa online, verificate nell'ambiente di collaudo, poi il giorno stesso in produzione:

• che il tag Google Analytics (o il contenitore Google Tag Manager) sia presente su tutti i template della nuova versione e utilizzi lo stesso ID di misurazione;
• che gli eventi chiave definiti a partire da una URL (una pagina di ringraziamento, un passaggio dell'ordine) puntino ai nuovi indirizzi;
• che i moduli, i pulsanti e i carrelli che attivano eventi abbiano ancora gli stessi identificatori o le stesse classi;
• se il nome di dominio cambia o se il percorso attraversa più domini, che l'elenco dei domini dello stream di dati e l'elenco dei referral indesiderati siano aggiornati;
• che i link delle vostre campagne (e-mail, annunci, social network) puntino alle nuove URL, invece di contare su un redirect che potrebbe perdere i parametri utm.

Il report «Tempo reale» e DebugView permettono di vedere arrivare gli eventi durante i vostri test. Nelle settimane successive, confrontate gli eventi chiave per pagina di destinazione con le vostre esportazioni: un calo brusco su un tipo di pagina segnala più spesso un problema di tracciamento che una perdita di posizioni. Il nostro articolo sui problemi SEO dopo un restyling aiuta a distinguere i due casi.

Google Search Console fornisce, per pagina e per query, le impressioni, i clic e la posizione media in Google. Conserva solo gli ultimi 16 mesi, e nessuna impostazione allunga questo periodo: ciò che non è stato esportato va perso. In una migrazione è la fonte più diretta di ciò che Google vede e invia, pagina per pagina.

Collegate anche la vostra proprietà Search Console a Google Analytics 4, dall'amministrazione della proprietà, per ritrovare questi dati in Analytics. Il collegamento non sostituisce le esportazioni: mostra solo i dati che Search Console conserva ancora.

Nel report «Rendimento», scheda «Risultati di ricerca», scegliete il periodo più lungo disponibile, visualizzate clic, impressioni, CTR e posizione, poi esportate le schede «Pagine» e «Query» (Google Sheets, Excel o CSV). L'esportazione dall'interfaccia è limitata a 1000 righe per scheda: su un sito con diverse migliaia di pagine, filtrate per directory ed esportate sezione per sezione, oppure usate l'API di Search Console, su cui si basano connettori come Looker Studio o componenti aggiuntivi dei fogli di calcolo.

Per conservare più di 16 mesi ci sono due soluzioni: un'esportazione mensile salvata nella cartella del progetto, oppure l'esportazione collettiva dei dati verso BigQuery, che Search Console offre dal 2023. Come quella di Google Analytics, non è retroattiva: comincia dal giorno in cui viene attivata.

Il report «Pagine», nella sezione Indicizzazione, elenca le pagine indicizzate e quelle che non lo sono, con il motivo. Esportate gli esempi di ogni stato (limitati a 1000 per stato): dopo la migrazione permettono di verificare che le vecchie URL escano dall'indice a favore delle nuove, e che pagine finora escluse non diventino indicizzabili per errore. Annotate anche l'elenco delle sitemap inviate e il loro numero di URL rilevate.

Il report «Link» mostra le pagine del vostro sito che ricevono più link esterni, i siti che vi collegano e le pagine più collegate internamente. Il pulsante di esportazione propone i link esterni, come campione o i più recenti. Una URL che riceve link va reindirizzata al suo equivalente esatto, anche se non ha più traffico: è lei a trasmettere la popolarità acquisita. Vedi il nostro articolo sull'importanza dei backlink durante una migrazione.

Aggiungete e verificate la nuova proprietà in Search Console prima della messa online, poi dichiarate il trasferimento con lo strumento «Cambio di indirizzo» quando i redirect sono attivi. Conservate la vecchia proprietà: resta l'unico posto in cui leggere lo storico del vecchio dominio e seguire l'uscita delle sue URL dall'indice.

Le pagine che ricevono clic da Google sono le prime da reindirizzare: il nostro articolo dove trovare le URL da reindirizzare in Google Search Console spiega come individuarle.

Tutti questi dati hanno un'utilità immediata: decidere quali URL vanno assolutamente reindirizzate, e verso cosa. Swan, lo strumento per il piano di redirect, esegue il crawl del sito attuale e della sua preproduzione, poi associa ogni vecchia URL alle nuove per prossimità semantica. Può anche ricevere URL da altre fonti, per non dimenticare pagine che il crawl non trova:

• Google Search Console, collegata direttamente al vostro progetto, che porta le pagine con impressioni in Google;
• l'importazione manuale, una URL per riga, con la loro origine: Ahrefs, Majestic, Semrush, log del server, l'esportazione dei link di Search Console, oppure Analytics per un elenco tratto dalle vostre esportazioni di Google Analytics 4.

Swan non si collega a Google Analytics: partite dalla vostra esportazione CSV delle pagine di destinazione. I report danno dei percorsi (/categoria/pagina); aggiungete davanti il protocollo e il nome di dominio per ottenere URL complete prima di incollarle. Le pagine che portano le vostre conversioni possono essere importate con l'origine «URL prioritaria»: restano nel progetto anche se corrispondono a un criterio di esclusione.

Convalidate poi le corrispondenze proposte, cominciando dalle pagine che contano di più nelle vostre esportazioni. Swan controlla i redirect in preproduzione e poi in produzione, ed esporta il piano in CSV, con l'origine di ogni URL, o in regole di redirect. Lo stesso CSV, incrociato con le vostre esportazioni di Analytics e Search Console, fa da tabella di corrispondenza per confrontare ogni pagina prima e dopo la migrazione.

• Cosa salvare prima di una migrazione: l'elenco completo
• Il backup del database
• La checklist di una migrazione SEO