Passare da Google Analytics a Matomo
Come passare da Google Analytics a Matomo
Passare da Google Analytics a Matomo non è un semplice cambio estetico, e il momento in cui decidi di migrare da Google Analytics a Matomo conta più del cambio di piattaforma in sé. È un cambiamento nel reporting con conseguenze concrete, e la versione più sicura parte da un ambito ristretto: un sito, una proprietà o un set di campagne. Se provi a spostare tutto dal primo giorno, passerai la prima settimana a districare vecchi tag e a discutere sui numeri.
Per partire bene, definisci cosa significa “fatto” prima di toccare il codice di tracciamento. Un obiettivo pratico è semplice: i report chiave esistono in Matomo, il team sa leggerli senza aiuto e GA resta disponibile solo per il confronto durante il passaggio. Basta questo. Se non riesci a descrivere il traguardo in una sola frase, la migrazione è troppo vaga.
C’è una frase che vale la pena dire chiaramente: come passare da Google Analytics a Matomo dipende meno dallo strumento e più dall’ambito di report che proteggi. Un piccolo sito e-commerce può dare priorità al checkout, alle visualizzazioni prodotto e all’uso dei coupon; un sito di contenuti può concentrarsi su letture degli articoli, profondità di scroll e iscrizioni alla newsletter. Sito diverso, passaggio diverso. Stessa disciplina.
1. Decidi cosa significa “fatto” per questa migrazione
Inizia con un perimetro scritto e tienilo ristretto. Indica il sito, la proprietà e il gruppo di campagne che passeranno per primi. Se il business chiede “l’intero account”, opponi resistenza e scegli un solo set di report. Una migrazione con un solo obiettivo è gestibile; una migrazione con cinque obiettivi è un progetto che non si stabilizza mai.
Scrivi criteri di successo che possano essere verificati in 10 minuti, non discussi per 10 giorni. Per esempio: “Matomo mostra sessioni, conversioni e principali landing page per il Sito A” e “GA resta attivo per sole 2 settimane, solo per confronto”. Queste due righe danno un confine al team. Senza di esse, qualcuno chiederà un’altra dashboard nel momento peggiore possibile.
Definisci anche una soglia di fallimento. Se la configurazione di Matomo perde la conversione principale, oppure se il business non riesce a verificare i numeri durante il periodo di sovrapposizione, il passaggio non è pronto. Sembra severo. Fa risparmiare tempo.
2. Fai l’inventario dei dati di Google Analytics che non devi perdere
Prima di spostare qualsiasi cosa, fai un elenco degli elementi GA che contano davvero. Includi le dashboard precise che le persone aprono ogni mattina, le dimensioni personalizzate con valore per il business, gli eventi legati al fatturato, le conversioni, i segmenti di pubblico, i filtri e le impostazioni legate all’attribuzione. Una migrazione senza questo inventario è un’ipotesi con un nome più elegante.
Usa nomi, non descrizioni. “Dashboard paid search” è meglio di “roba marketing”. “Evento invio modulo lead” è meglio di “azioni contatto”. Se un report ha un responsabile reale, scrivi il suo nome accanto. Quel piccolo passo aiuta quando, più avanti, qualcuno dirà: “Pensavo che quel filtro lo usasse il team sales”.
Alcuni elementi di GA non meritano una ricostruzione uno a uno. È normale. Un segmento di pubblico usato raramente l’anno scorso potrebbe non valere la pena riprodurlo in Matomo se non ha mai guidato una decisione. Il punto non è preservare ogni oggetto; il punto è preservare quel 20% che le persone usano davvero.
Se ti serve un riferimento semplice mentre raccogli l’elenco, tieni una checklist separata per pagine particolari e report di nicchia. La stessa abitudine è utile anche altrove; per esempio, un team che deve verificare una pagina del sito può usare come verificare se un sito web come rapido schema di riferimento. Il nome cambia, ma la regola resta la stessa: saper trovare ciò che serve prima di cercarlo.
3. Mappa i concetti di GA sugli equivalenti di Matomo
Crea un foglio di traduzione con 2 colonne: termine GA e termine o metodo Matomo. Inserisci ciò che corrisponde direttamente e ciò che non lo fa. Visualizzazioni di pagina, eventi, obiettivi, segmenti, dimensioni personalizzate e tracciamento delle campagne dovrebbero essere tutti nel foglio. È qui che la migrazione diventa concreta invece che teorica, e dove il confronto Google Analytics vs Matomo diventa davvero utile per il team.
Alcune corrispondenze sono facili. Altre no. I segmenti di pubblico di GA potrebbero dover diventare segmenti di Matomo o una regola di report diversa. Un’impostazione di attribuzione di GA potrebbe non avere lo stesso comportamento in Matomo, quindi potresti dover cambiare la domanda invece di forzare la vecchia risposta nel nuovo strumento. Scrivilo, perché le persone dimenticano in fretta una volta che le dashboard sono sullo schermo.
Tieni una colonna per “stessa idea, logica diversa”. Quella colonna conta. Se GA calcolava una metrica in un modo e Matomo la calcola in un altro, il team deve saperlo prima di vedere i numeri. Altrimenti penserà che la migrazione sia rotta quando il vero problema è un cambio di definizione.
Per i team che già mantengono pagine di riferimento strutturate, questo tipo di mappatura funziona allo stesso modo di una consultazione attenta in una directory come il dizionario dei sogni che inizia con p: un termine, un posto, un significato. Lo strumento può essere diverso, ma l’abitudine è familiare. Prima trova le corrispondenze, poi discuti.
4. Pianifica il passaggio per una transizione a basso rischio
Scegli la data di migrazione in modo deliberato. Evita lanci di prodotto, picchi di campagne e scadenze di reporting. Un passaggio il lunedì mattina spesso crea rumore; una fascia tranquilla in mezzo alla settimana è di solito più facile da verificare. Una transizione a basso rischio è meglio di una spettacolare.
Decidi se il periodo di sovrapposizione durerà 3 giorni, 1 settimana o più. La sovrapposizione deve essere abbastanza lunga da confrontare i risultati, ma abbastanza breve da evitare che qualcuno tenga in vita due sistemi per abitudine. Durante quel periodo, specifica chi controlla i report, chi approva e chi può mettere in pausa il passaggio se i numeri non tornano.
Assegna un solo responsabile della validazione. Non tre. Una persona può raccogliere feedback da analytics, prodotto e marketing, ma una sola deve prendere la decisione. Se il passaggio è di tutti, non è di nessuno. Ed è allora che piccoli problemi di tracciamento restano irrisolti per mesi.
Pensa ai cambi di accesso solo quando la sovrapposizione è stabile. Se riduci troppo presto l’accesso a GA, le persone andranno nel panico e inizieranno a costruire fogli di calcolo paralleli. Se aspetti troppo, smetteranno di usare Matomo. Qui il tempismo conta più della formalità.
5. Ricostruisci prima in Matomo i report critici
Non cercare di copiare ogni vista di GA. Ricostruisci prima i report quotidiani: traffico per sorgente, pagine principali, conversioni chiave e i pochi segmenti che il team controlla ogni settimana. Se un report non influenza una decisione, rimandalo. È qui che molte migrazioni rallentano senza un buon motivo.
Usa, quando possibile, le impostazioni native di Matomo. Una copia troppo fedele di GA può sembrare rassicurante, ma poi può creare più manutenzione. Una scelta migliore è ricostruire la domanda di business, non lo screenshot vecchio. Se GA aveva quattro schede e Matomo può rispondere alla stessa domanda in due pannelli, scegli i due pannelli.
Porta dentro i report più visibili prima che qualcuno li chieda. Se il team sales chiede ogni mattina la qualità dei lead e il marketing chiede ogni pomeriggio il traffico delle campagne, questi sono i primi due da ricostruire. Il resto può aspettare. Le persone perdonano più in fretta i casi limite che il report del lunedì.
Alcuni team, mentre lavorano sugli elenchi dei report, amano verificare anche altri flussi di riferimento del sito, soprattutto se i contenuti sono distribuiti su più pagine. Un esempio pratico è come verificare se un sito web, che mostra quanto sia utile controllare esattamente la pagina che l’utente si aspetta di trovare. Il reporting è simile: il report deve essere quello che le persone usano davvero.
6. Verifica eventi e obiettivi contro azioni reali degli utenti
Testa azioni reali, non solo caricamenti di pagina. Invia un modulo, completa un acquisto, scarica un file e fai clic su un link in uscita. Poi controlla se Matomo ha registrato ogni azione nel modo richiesto dal business. I test rapidi sono utili, ma quelli metodici evitano rilavorazioni.
Tieni i casi di test brevi e specifici. “Invio del modulo contatti dalla pagina prezzi” è meglio di “test del funnel”. “Checkout completato con codice coupon” è meglio di “test acquisto”. Un’azione chiara produce un bug chiaro. Un test vago crea confusione educata.
Confronta i risultati con GA durante il periodo di sovrapposizione, ma non aspettarti un’identità perfetta. Strumenti diversi possono contare in modo leggermente diverso per via della gestione del consenso, del timing o di dettagli di configurazione. La domanda importante è se Matomo cattura in modo affidabile la stessa azione di business. Se non lo fa, correggi il tag o la regola dell’obiettivo prima del passaggio.
Questo è anche un buon momento per annotare eventuali casi limite. Per esempio, un download che si apre in una nuova scheda potrebbe richiedere un trigger diverso rispetto a un normale clic su link. Una sola regola raramente cattura ogni comportamento al primo tentativo. È normale, ed è il motivo per cui l’elenco dei test dovrebbe essere abbastanza corto da poter essere ripetuto in un pomeriggio.
7. Forma il team sul flusso di reporting di Matomo
Fai a analisti e stakeholder una panoramica di 30 minuti, poi consegna un percorso scritto per i 3 o 4 report che usano di più. Mostra dove si trovano i segmenti, come vengono gestite le annotazioni e quali abitudini di GA non si applicano più. Le persone non hanno bisogno di una lezione su ogni menu. Devono sapere dov’è la risposta di lunedì.
Usa esempi reali dal sito migrato. Apri il report lead, il report prodotto e quello delle landing page. Clicca tra i filtri. Se puoi mostrare un report di campagna con lo stesso nome che il team marketing usava in GA, la curva di apprendimento si abbassa subito. Gli screenshot aiutano, ma i clic dal vivo aiutano di più.
Spiega le differenze in modo diretto. Se un pubblico stile GA ora è un segmento Matomo, dillo. Se un report salvato ha cambiato posizione, dillo anche. Se uno stakeholder chiede una metrica che non esiste più nella stessa forma, rispondi con il nuovo flusso di lavoro, non con una storia sul vecchio strumento. Le persone si adattano più in fretta quando la risposta è diretta.
Alcuni team tengono un piccolo riferimento per ricerche ricorrenti, e questo può includere anche pagine di contenuto. Se il team lavora con pagine di conoscenza, un link come dizionario dei sogni che inizia con k ricorda che categorie organizzate riducono i tempi di ricerca. La formazione sul reporting funziona allo stesso modo: un solo posto per un solo compito.
8. Ritira le dipendenze da GA dopo la consegna
Dopo che l’ambito di reporting concordato è stabile in Matomo, elenca ogni dipendenza residua da GA. Questo include dashboard, tag, avvisi, documentazione, SOP, segnalibri del browser e script che puntano ancora a GA. Non lasciare nulla non esaminato. I vecchi link hanno l’abitudine di sopravvivere molto dopo che la migrazione è “finita”.
Rimuovi o riscrivi gli elementi uno alla volta. Una nota nella dashboard che dice “controlla GA” dovrebbe diventare “controlla Matomo”. Un runbook che dice a qualcuno di confrontare ogni mattina con GA va aggiornato per allinearsi al nuovo processo, oppure archiviato se non serve più. Le piccole attività di pulizia contano perché impediscono che vecchie abitudini tornino.
Mantieni un ultimo checkpoint di confronto, poi chiudi la finestra GA per l’ambito migrato. Se il team ha ancora bisogno di GA come riferimento storico, limitane l’uso alla sola lettura e imposta una data di revisione. In caso contrario, riduci l’accesso e rimuovi i controlli di routine. Più a lungo GA rimane parte del flusso quotidiano, più diventa difficile capire quale sistema sia la fonte di verità.
A questo punto aiuta una semplice abitudine di manutenzione: rivedere i report attivi ogni mese, non ogni trimestre. Una revisione di 15 minuti intercetta dashboard obsolete prima che confondano il prossimo responsabile di campagna. Una piccola pulizia ora costa meno di una seconda migrazione più avanti.
