Come migrare le analisi da Matomo a analisi orientate alla privacy
Perché migrare da Matomo
Il passaggio a un'analisi orientata alla privacy di solito non inizia dall'interfaccia, ma dalla domanda: perché cambiare Matomo. Ci sono tre risposte. La prima è la necessità di privacy, la seconda è il desiderio di semplificare la raccolta dei dati, la terza è ridurre la dipendenza dai cookie. Se hai un sito con un pubblico dell'UE, un progetto medico o semplicemente un team che non vuole toccare ulteriormente i consensi degli utenti, hai già un motivo.
Matomo è spesso comodo come sistema familiare, ma i suoi rapporti e impostazioni si arricchiscono gradualmente di eccezioni, plugin e modifiche manuali. A un certo punto, il proprietario del sito ha bisogno non di "un altro campo nel modulo di consenso", ma di uno schema più semplice, dove l'analisi viene raccolta in modo ordinato e senza tracce superflue. Da qui la richiesta: come trasferire l'analisi da matomo a un'analisi orientata alla privacy.
C'è anche un argomento pratico. Quando la raccolta dei dati dipende meno dai cookie, è più facile spiegare la logica ai marketer, avvocati e sviluppatori. Non a tutti. Ma più spesso sì.
Se Matomo viene utilizzato solo per eventi di base, senza una profonda personalizzazione, e i report sono necessari per 5-7 decisioni regolari, la migrazione di solito avviene senza perdite drammatiche. È più complicato quando Matomo è legato a segmenti, ecommerce e lunghe catene di obiettivi; lì è necessario un piano, non solo entusiasmo.
Cosa preparare prima della migrazione
Prima della migrazione, raccogli 5 gruppi di dati: obiettivi, eventi, fonti di traffico, report di Matomo, integrazioni e accessi al sito. Senza questo, la migrazione diventa un gioco di indovinelli. E sì, indovinare è quasi sempre più costoso.
Inizia con l'elenco degli obiettivi. Annota quali azioni sono considerate conversioni: invio di un modulo, clic su un numero di telefono, registrazione, download di un file, acquisto. Per ogni obiettivo è utile indicare non solo il nome, ma anche la pagina in cui si attiva e le condizioni di attivazione. Un esempio è meglio di dieci frasi generali.
Poi esamina gli eventi. In Matomo potrebbero essere stati contrassegnati in modi diversi: alcuni tramite JavaScript, alcuni tramite GTM, alcuni tramite chiamate server. Qui sarà utile una tabella o almeno un documento con colonne 'evento', 'categoria', 'azione', 'etichetta', 'pagina', 'nota'. Un elenco del genere fa risparmiare ore nella revisione delle vecchie impostazioni.
Blocco separato - fonti di traffico. Salva quali UTM-etichette vengono realmente utilizzate, quali canali sono collegati ai pannelli pubblicitari, quali campagne arrivano con link brevi o reindirizzamenti. Senza questo, il nuovo sistema può raccogliere visite, ma non capirete da dove proviene l'utente. E questo è già un problema non di analisi, ma di decisioni.
Non dimenticate le integrazioni. CRM, call tracking, moduli, chat, invio eventi dal server, pannello BI - tutto questo deve essere elencato prima dell'inizio. Se non ci sono accessi al sito, GTM, CMS o CDN, è meglio richiederli in anticipo. Altrimenti, il trasferimento si fermerà al secondo passo.
Mappatura delle metriche Matomo e del nuovo sistema
Iniziate il confronto delle metriche con cose semplici: pagine, eventi, conversioni, UTM-etichette e segmenti utente. Non cercate di mappare tutto subito. Prima le cose di base, poi i dettagli. Così ci sono meno possibilità di confondersi nelle differenze metodologiche.
Le pagine in Matomo e nel nuovo sistema di solito coincidono per URL, ma non sempre per le regole di normalizzazione. Controlla come vengono considerati gli slash, i parametri, gli ancoraggi e i reindirizzamenti. Lo stesso percorso può apparire come tre stringhe diverse se le regole sono diverse. Per un negozio online, questo è particolarmente evidente nelle schede dei prodotti e nei filtri.
È meglio controllare gli eventi a coppie. Ad esempio, se in Matomo c'è un clic sul pulsante «Invia richiesta», nel nuovo sistema è necessario creare lo stesso trigger e confrontare non solo il numero di attivazioni, ma anche le condizioni. A volte in Matomo l'evento veniva catturato nel blocco genitore, mentre il nuovo sistema aspetta un selettore esatto. La sorpresa è semplice, le conseguenze sgradevoli.
Le conversioni e gli obiettivi richiedono un elenco separato. Per ogni vecchio obiettivo annota: nome, fonte dell'evento, pagina, condizione, valore. Poi confronta con il nuovo modello. Se in Matomo l'obiettivo veniva considerato in base alla visualizzazione della pagina «Grazie», mentre il nuovo sistema considera il modulo in base al submit, i numeri divergeranno già all'inizio. Questo è normale, ma solo se lo hai registrato in anticipo.
Controlla i tag UTM a 2 livelli: come arrivano nel sistema e come vengono poi visualizzati nei report. A volte la differenza appare a causa della registrazione delle lettere, a volte a causa dell'autocompletamento delle campagne, a volte a causa dei redirect con tagli dei parametri. Vale la pena descrivere anche i segmenti interni: nuovi utenti, utenti di ritorno, traffico da email, utenti di un paese specifico. Un segmento senza descrizione è quasi sempre un errore futuro.
Impostazione di un'analisi orientata alla privacy
La configurazione di base inizia con l'installazione del contatore. Poi imposta la modalità senza cookie, se supportata dalla tua piattaforma. Dopo di che, attiva la raccolta senza consenso dove consentito dalla politica aziendale e dalla struttura legale del progetto. Non è magia, ma una sequenza di 3-4 passaggi.
La filtrazione delle visite interne è necessaria fin da subito. Se un team di 12 persone apre il sito 20 volte al giorno, l'analisi perde rapidamente di significato. Escludi l'IP dell'ufficio, i dispositivi di test, i domini di staging e, se necessario, i singoli account dei dipendenti. Altrimenti vedrai una "crescita" da parte di persone che stavano semplicemente controllando un pulsante.
Poi imposta gli eventi di base: visualizzazione della pagina, invio del modulo, clic sul telefono, clic sull'email, download del file. Non cercare di trasferire tutto da Matomo in una sola sera. Prima il nucleo, poi gli eventi rari. In questa fase è particolarmente utile confrontarsi con la documentazione e l'ambiente di test.
Se l'analisi privacy-first selezionata supporta eventi server, utilizzali dove gli eventi del browser si rompono a causa di blocchi o scenari complessi. Questo è importante per i pagamenti, le aree riservate e i moduli lunghi. Ma non trascinare tutto indiscriminatamente sul server, altrimenti perderai la trasparenza nel debug.
A volte aiuta un dominio di test separato o un report di staging. Su di esso puoi premere in sicurezza 7-10 pulsanti chiave, controllare i filtri e assicurarti che l'analisi privata non raccolga spazzatura. Sì, è noioso. Ma poi ci sono meno modifiche notturne.
Trasferimento di eventi, obiettivi e funnel
Trasferisci gli eventi in base alla priorità: prima le 5-10 azioni più preziose, poi il resto. Se hai un ecommerce, inizia con add to cart, begin checkout, purchase, e poi collega le visualizzazioni dei filtri e i clic sui blocchi raccomandati. La logica è semplice: ciò che influisce sul denaro viene trasferito per primo.
Gli obiettivi in Matomo spesso si costruivano attorno a pagine di ringraziamento o URL specifici. Nella nuova sistema, questo approccio è possibile, ma è meglio rivederlo insieme all'implementazione tecnica. A volte il modulo viene inviato tramite AJAX e l'utente non arriva a una pagina separata — in questo caso è necessaria la registrazione dell'evento, non della pagina. Così è più preciso e tranquillo.
Controlla i funnel passo dopo passo. Per la registrazione possono essere 4 schermate: accesso alla landing, clic sul pulsante, compilazione del modulo, conferma via email. Per l'ordine — carrello, spedizione, pagamento, conferma. Ogni passo deve avere il proprio trigger e il proprio test. Un passo saltato rompe l'intero quadro.
Se in Matomo ci sono stati obiettivi compositi o funnel segmentati, non cercare di copiarli letteralmente. È meglio scomporre la logica in eventi separati e ricostruire il funnel nella nuova analisi orientata alla privacy. A volte questa ricostruzione è persino più utile del vecchio schema: emergono passaggi superflui e clic morti.
Per gli scenari ecommerce, controlla gli importi, la valuta, l'ID dell'ordine e delle cancellazioni. Nella pratica, spesso si confondono la trasmissione del prezzo e dello sconto, e poi il report appare bello, ma non coincide con il CRM. In quel momento, sarà utile un documento interno con le regole di calcolo.
Controllo della qualità dei dati dopo la migrazione
I primi 3–7 giorni dopo il lancio non sono per 'osservare', ma per confrontare. Apri i report vecchi e nuovi affiancati e confronta pagine, eventi, conversioni, fonti. Le discrepanze sono quasi inevitabili. La domanda è solo se puoi spiegarle.
Inizia il controllo con test manuali. Visita il sito, apri 2–3 pagine, clicca su alcuni pulsanti, invia un modulo, segui un link UTM. Poi verifica se gli eventi sono apparsi nel nuovo sistema e se il percorso dell'utente è rimasto intatto. Questo test può sembrare primitivo, ma cattura l'80% degli errori.
Controlla separatamente il traffico referral. Spesso scompare a causa di redirect, di un elenco di esclusioni errato o della configurazione della modalità senza cookie. Ci sono anche errori con i clic pubblicitari: i UTM vengono letti, ma il canale va in «direct» a causa di una pagina intermedia. Se ciò accade, non affrettarti ad accusare la piattaforma; prima controlla la catena di transizioni.
Confronta i segmenti dopo i report di base. Se in Matomo avevi 2 segmenti per paesi e 3 per fonti, verifica se la logica e il volume coincidono. Piccole deviazioni sono ammissibili, ma un crollo improvviso in un segmento di solito indica un errore nel filtro o nella regola.
Una buona pratica è tenere un registro delle discrepanze. In esso si annotano la data, la pagina, l'evento, il valore precedente, il nuovo valore e una spiegazione. Questo è utile quando dopo una settimana qualcuno chiede perché gli acquisti siano diminuiti di 12. Non è più necessario cercare di nuovo la risposta.
Cosa fare con il vecchio Matomo dopo la migrazione
Dopo la migrazione, non è necessario eliminare subito Matomo. Spesso si lasciano 3 opzioni: archiviazione, congelamento della raccolta o disattivazione completa. La scelta dipende dai requisiti legali, dai termini di conservazione e da quanto spesso il team torna ai vecchi report.
Se è necessaria un'archiviazione, lasciare l'accesso solo in lettura e annotare la data di interruzione della raccolta. Questo è comodo per confronti storici e verifiche interne. Se i report non vengono più utilizzati nel lavoro, è possibile trasferire le principali conclusioni nella documentazione: elenco degli obiettivi, fonti, regole dei segmenti, eccezioni importanti. Il documento è breve, ma è utile in caso di controversie dopo 6 mesi.
La disattivazione completa della vecchia installazione non è adatta a tutti. A volte Matomo rimane come riserva per 30-60 giorni, per catturare eventi mancati o discrepanze contestate. Poi può essere rimosso, quando la nuova analisi raccoglie stabilmente tutte le azioni necessarie.
Checklist di avvio e controllo dopo il trasferimento
Prima del lancio finale, controlla 8 cose: il contatore è installato, la modalità senza cookie è attivata, le visite interne sono escluse, gli obiettivi sono ricostruiti, gli UTM sono leggibili, i moduli vengono catturati, l'ecommerce viene trasmesso, i report si aprono. Se anche solo un punto è vuoto, è meglio non affrettare il lancio.
Nei primi giorni dopo il trasferimento, nomina una persona responsabile per l'analisi. Non un team, ma una sola persona. Lei controlla i log, confronta i report, raccoglie errori e risponde alla domanda sul perché la pagina 'Contatti' ha improvvisamente 0 eventi. Questa modalità è particolarmente utile quando nel progetto ci sono contemporaneamente un rilascio e una campagna pubblicitaria.
Poi stabilisci una revisione regolare - ogni 2 settimane o una volta al mese, a seconda del traffico. Controlla nuovi moduli, nuovi pulsanti, nuove landing page, nuovi UTM pubblicitari e modifiche nel banner di consenso. Qualsiasi modifica sul sito può influenzare l'analisi, anche se lo sviluppatore giura che "abbiamo solo cambiato il testo".
E un altro punto piccolo, ma frequente: conserva un elenco di tutte le modifiche in un unico posto. Quando dopo 3 mesi dovrai spiegare perché il flusso di eventi dell'analisi privacy-first è cambiato, sarai felice di non dover cercare la cronologia tra chat, ticket e la memoria di un marketer stanco.
