Indice8 capitoli
- Piano di misura e domande di business
- Audit del tracciamento esistente
- Analytics e tag manager
- A chi serve il tracciamento
- Le ricerche di chi cerca analytics
- Cosa comprende il tracciamento
- Piano di misura e domande di business
- Audit del tracciamento esistente
- Analytics e tag manager
- Consenso e privacy
- Eventi e conversioni
- Tracciamento dell'e-commerce
- Campagne e attribuzione
- Tracciamento dei moduli e delle richieste
- Ricerca interna e contenuti
- Cruscotti e report
- Dati da più fonti
- Qualità del dato
- Tracciamento lato server
- Misura delle prestazioni
- Strumenti di test e mappa di calore
- Accessi, ruoli e sicurezza
- Manutenzione del tracciamento
- Formazione di chi legge i dati
- Interpretazione e limiti
- Documentazione e passaggio
- Domande da fare a un fornitore di analytics
- Provare le modifiche
- Ridisegnare i percorsi
- Sistemare l'impianto
- Glossario dell'analytics
- Checklist di consegna del tracciamento
- Come riconoscere un tracciamento fatto bene
- Domande frequenti su analytics e tracciamento
Piano di misura e domande di business
Audit del tracciamento esistente
Analytics e tag manager
A chi serve il tracciamento
- Per chi vuole numeri affidabili su visite, richieste e vendite.
- Cosa comprende: audit, piano di misura, eventi, consenso, report e verifica dei dati.
- Cosa non promette: nessun dato è completo al cento per cento, e la misura non sostituisce il giudizio.
Serve a chi prende decisioni sul sito senza sapere cosa succede davvero: quante persone arrivano, da dove, cosa guardano e dove si fermano. Serve anche a chi ha già Analytics installato ma non si fida dei numeri, perché le conversioni non tornano con gli ordini o con le richieste ricevute.
Non serve a chi cerca solo un contatore di visite. Un pannello con molti grafici e nessuna domanda a cui rispondere non aiuta: il tracciamento vale quando cambia una decisione, non quando riempie una riunione.
Le ricerche di chi cerca analytics
«Google Analytics 4», «tracciamento conversioni», «come sapere quanti visitatori», «eventi GA4», «consenso cookie analytics», «report sito web», «perché i dati di Analytics non tornano», «tracciare modulo di contatto», «attribuzione campagne». Sono richieste diverse: chi parte da zero vuole una base, chi ha già i dati vuole capirli.
Il punto di partenza non è l'installazione di uno script. È la domanda: cosa vogliamo sapere per decidere meglio. Da lì derivano gli eventi da registrare, i report da costruire e le cose che non vale la pena misurare.
Cosa comprende il tracciamento
Il lavoro si divide tra ciò che si misura, come si misura e come si legge. Se una delle tre parti manca, i numeri sembrano precisi ma non lo sono.
Piano di misura e domande di business
Le domande a cui il sito deve rispondere, tradotte in eventi e report. Una misura senza una domanda è solo rumore ben formattato.
Piano di misura e domande
Si parte da cinque o sei domande concrete: quali pagine portano richieste, da quale canale arrivano gli ordini, dove si abbandona il modulo. Per ognuna si decide quale evento risponde e con quanta precisione. Il piano scritto evita di installare strumenti che nessuno userà e di misurare cose che non cambiano decisioni.
Audit del tracciamento esistente
Cosa è installato oggi, quali eventi partono davvero e quali sono doppi o rotti. Molti siti hanno tre strumenti che contano la stessa cosa in tre modi diversi.
Audit degli strumenti e degli eventi
Si elencano gli strumenti presenti, chi li ha installati e quali eventi inviano. Si verificano con un'azione reale: un modulo compilato, un ordine di prova. Si cercano duplicati, eventi fantasma e conversioni contate due volte. Il risultato è un elenco di ciò che resta, ciò che si corregge e ciò che si rimuove.
Analytics e tag manager
Configurazione di base, proprietà, flussi di dati e regole dei tag. Lo strumento è un mezzo: conta che gli eventi arrivino una volta sola e con il nome giusto.
Consenso e privacy
Banner, categorie, blocco preventivo e registrazione del consenso. Il tracciamento deve rispettare le scelte di chi visita il sito, non aggirarle con escamotage.
Verifica di consenso e blocco preventivo
Si prova il sito come un visitatore nuovo: prima del consenso non devono partire gli strumenti non necessari. Si controlla che rifiutare sia facile quanto accettare e che la scelta resti registrata. Si verifica che nessun tag parta per una via diversa. Il test si ripete dopo ogni modifica al banner o ai tag.
Eventi e conversioni
Clic su un pulsante, invio di un modulo, telefonata, ordine completato. Ogni conversione ha un nome stabile, un valore e una regola che non cambia con le mode.
Tracciamento dell'e-commerce
Visualizzazioni prodotto, aggiunte al carrello, checkout e acquisti, con valori e valute coerenti. Se il valore non torna con la contabilità, il report non serve.
Verifica di un ordine di prova
Si completa un ordine reale di importo minimo e si segue il percorso del dato: sito, tag manager, piattaforma di analytics, report. Si confrontano articolo, quantità, spedizione e totale. Si controlla che l'ordine non venga contato due volte al refresh. La prova si ripete dopo ogni aggiornamento del negozio.
Campagne e attribuzione
Come si attribuiscono ordini e richieste ai canali, con i limiti di ogni modello. Nessun modello racconta tutta la verità: alcuni mostrano l'ultimo clic e nascondono il resto.
Tracciamento dei moduli e delle richieste
Invii riusciti, errori di validazione e richieste perse. Un modulo che non registra l'invio non è misurabile, anche se funziona.
Ricerca interna e contenuti
Cosa cercano le persone dentro il sito, quali pagine leggono e dove escono. Le ricerche interne sono una fonte gratuita di bisogni e di parole reali.
Cruscotti e report
Poche schermate, con numeri assoluti, periodi confrontabili e una nota che spiega cosa significano. Un cruscotto che nessuno apre è un costo.
Cruscotto con poche metriche
Si scelgono le metriche che corrispondono alle domande iniziali e si costruisce un cruscotto leggibile anche da chi non lavora ogni giorno sui dati. Si usano numeri assoluti accanto alle percentuali e si annotano i periodi di campagne o di guasti. Ogni riquadro deve portare a una decisione: se non lo fa, si toglie.
Dati da più fonti
Analytics, piattaforma e-commerce, CRM, gestionale, piattaforme pubblicitarie. I dati vanno confrontati, non solo accumulati: le differenze raccontano qualcosa.
Qualità del dato
Eventi mancanti, parametri incoerenti, filtri interni, spam e traffico automatico. Un dato sbagliato è peggio di un dato assente, perché genera decisioni sbagliate con sicurezza.
Tracciamento lato server
Quando blocco dei cookie, script o perdita di dati rendono inaffidabile il tracciamento nel browser, si valuta un invio dal server. È una scelta tecnica con implicazioni di privacy e va documentata.
Misura delle prestazioni
Core Web Vitals, tempi di caricamento e peso delle pagine, letti per dispositivo e per pagina. La velocità è parte dell'esperienza e va misurata come tale.
Strumenti di test e mappa di calore
Heatmap, registrazioni e test A/B hanno bisogno di eventi coerenti per essere leggibili. Si collegano al piano di misura, non si installano a caso.
Accessi, ruoli e sicurezza
Chi può vedere i dati, chi può modificarli e chi può esportarli. Le proprietà condivise con troppi amministratori sono un rischio, non una comodità.
Manutenzione del tracciamento
Ogni modifica al sito può rompere un evento. Serve un controllo periodico e un elenco di ciò che deve restare funzionante.
Formazione di chi legge i dati
Due ore con le persone che useranno i report valgono più di dieci pagine di documentazione mai aperta. Si spiega cosa il dato non può dire.
Interpretazione e limiti
Correlazione non è causa, un campione piccolo non è una tendenza, un calo può dipendere da una campagna spenta. I limiti vanno scritti accanto ai numeri.
Documentazione e passaggio
Uno schema degli eventi, dei parametri e dei report, con chi li ha creati e come si verificano. Serve a chi arriva dopo e a chi deve correggere un guasto.
Documentazione degli eventi
Si scrive un elenco leggibile: nome dell'evento, quando parte, quali parametri porta e dove si vede nel report. Si aggiunge la data dell'ultima verifica e il responsabile. Il documento si tiene vicino al codice e si aggiorna quando cambia il sito. Senza, ogni persona nuova ricostruisce tutto da capo.
Quattro fasi, con una regola: nessun report prima che gli eventi siano verificati con un'azione reale.
- Domande: cosa serve sapere per decidere, e cosa invece non vale la pena misurare.
- Impianto: strumenti, eventi e consenso, con una prova su modulo e ordine.
- Lettura: cruscotto con poche metriche e numeri assoluti, confrontabili nel tempo.
- Manutenzione: controlli periodici dopo ogni modifica al sito o alle campagne.
Le metriche dipendono dalle domande, ma alcune voci vanno sempre controllate.
- Sessioni e utenti, con la distinzione tra nuovi e ricorrenti.
- Conversioni: richieste, ordini, prenotazioni, telefonate, con numeri assoluti.
- Canali di arrivo, con il limite del modello di attribuzione scelto.
- Percorsi: pagine di ingresso, passaggi e uscite principali.
- Qualità del dato: eventi mancanti, duplicati e traffico sospetto.
- Confronto tra piattaforma, analytics e CRM, quando i dati esistono.
Quasi tutti i problemi di misura nascono da un impianto frettoloso, non dallo strumento.
- Due strumenti che contano la stessa conversione e la raddoppiano.
- Eventi con nomi diversi per la stessa azione, impossibili da confrontare.
- Tag che partono prima del consenso o che non si fermano dopo un rifiuto.
- Ordini di prova rimasti nei report e valori gonfiati.
- Filtri interni assenti: il team conta le proprie visite.
- Report con percentuali senza numeri assoluti, su periodi troppo brevi.
Domande da fare a un fornitore di analytics
Le risposte dicono se il lavoro parte dalle domande o dall'installazione di uno script.
- Come verificate che un evento parta davvero e una volta sola?
- Chi decide quali dati sono necessari e quali no?
- Come gestite consenso, rifiuto e strumenti di terze parti?
- Cosa succede ai dati storici se cambiamo strumento?
- Il cruscotto lo userà chi prende le decisioni o solo chi lo costruisce?
- Quali dati restano fuori e perché?
La misura migliora quando c'è una persona che conosce il business e può dire cosa conta.
- Accesso in lettura ad Analytics, Tag Manager e piattaforma e-commerce.
- Le domande a cui il report deve rispondere, anche in forma grezza.
- Un ordine o una richiesta di prova da usare per la verifica.
- L'elenco delle campagne attive e delle modifiche recenti al sito.
- Le regole interne su privacy e conservazione dei dati.
- Un referente che approva il piano di misura e i cruscotti.
Misurare bene non basta se il percorso è confuso o se il sito è lento: a volte il problema è altrove.
Provare le modifiche
Con eventi affidabili si possono fare test A/B leggibili, con una durata calcolata prima. Ottimizzazione conversioni
Ridisegnare i percorsi
Se le persone si perdono, il cruscotto lo mostra ma non lo risolve: serve un lavoro di design e struttura. Web design e UX
Sistemare l'impianto
Script, velocità e configurazioni possono impedire la misura: prima si corregge il sito, poi si legge il dato. Manutenzione siti web
Glossario dell'analytics
Le parole che tornano nei report, spiegate senza gergo.
Checklist di consegna del tracciamento
Un impianto è consegnato quando un'altra persona può verificarlo senza chiedere aiuto.
- Piano di misura con le domande e gli eventi collegati.
- Elenco degli strumenti attivi e di quelli rimossi.
- Eventi verificati con modulo e ordine di prova.
- Consenso provato prima e dopo il rifiuto.
- Cruscotto con numeri assoluti e periodi dichiarati.
- Filtri interni e traffico automatico controllati.
- Documento degli eventi con nomi e parametri.
- Accessi e ruoli ridotti al necessario.
- Data dell'ultima verifica e responsabile.
- Elenco dei limiti noti e delle cose non misurate.
Come riconoscere un tracciamento fatto bene
Si vede dalla capacità di spiegare un numero, non dalla quantità di grafici.
- Chi lo ha costruito sa dire come si verifica una conversione.
- I numeri di analytics e quelli della piattaforma vengono confrontati, non confusi.
- Il rifiuto del consenso viene rispettato anche dagli strumenti collegati.
- Il cruscotto è letto da chi decide, non solo da chi lo ha creato.
- I limiti sono scritti accanto ai risultati.
- Le modifiche al sito passano da un controllo degli eventi.
Il tracciamento invecchia con il sito. Nuovi plugin, nuove pagine e nuove campagne possono rompere un evento o duplicarlo. Per questo il piano prevede controlli periodici e un elenco di ciò che deve restare funzionante.
Nel tempo i dati diventano più utili se il loro significato resta stabile. Cambiare nome a un evento o al modello di attribuzione azzera i confronti: le modifiche vanno documentate e, quando possibile, fatte in un momento concordato.
Gli eventi cambiano con il settore: un ordine, una prenotazione, una richiesta di visita, un'iscrizione.
Letture su presenza online, negozi e decisioni basate sui dati. Non sono pubblicità.
La misura si lega al design, alle campagne e all'ottimizzazione. Sono lavori che si alimentano a vicenda.
- Ottimizzazione conversioni: dai dati alle modifiche
- Web design e UX: percorsi più chiari
- Campagne Google Ads e Meta: traffico e misura
- Email marketing e automazioni: ritorno e relazione
- Manutenzione siti web: controlli e continuità
Domande frequenti su analytics e tracciamento
Perché serve un piano di misura?
Perché il report deve rispondere a domande di business, non riempire un cruscotto. Il piano stabilisce cosa serve sapere, quali eventi contano e cosa non vale la pena misurare.
Come verificate che il tracciamento funzioni?
Con un’azione reale: un ordine o una richiesta di prova, fatta sul sito vero. Nessun report viene consegnato prima che gli eventi siano verificati.
Come gestite cookie e consenso?
Il consenso si imposta insieme agli strumenti, con le regole interne su privacy e conservazione. Il tracciamento lato server si valuta quando serve ridurre le perdite e migliorare la qualità del dato.
Cosa serve da parte nostra?
Accesso in lettura ad Analytics, Tag Manager e piattaforma, le domande a cui il report deve rispondere, un ordine o una richiesta di prova e l’elenco delle campagne attive.
Analytics e tracciamento in tutta Italia
Tutte le 47 città, regione per regione
Lombardia
Analytics e tracciamento a Milano · Analytics e tracciamento a Bergamo · Analytics e tracciamento a Brescia · Analytics e tracciamento a Como · Analytics e tracciamento a Monza
Veneto
Analytics e tracciamento a Venezia · Analytics e tracciamento a Verona · Analytics e tracciamento a Padova
Emilia-Romagna
Analytics e tracciamento a Bologna · Analytics e tracciamento a Modena · Analytics e tracciamento a Parma · Analytics e tracciamento a Rimini
Toscana
Analytics e tracciamento a Firenze · Analytics e tracciamento a Pisa · Analytics e tracciamento a Prato
Puglia
Analytics e tracciamento a Bari · Analytics e tracciamento a Lecce · Analytics e tracciamento a Taranto
La tua città non è in elenco? Non è un vincolo: lavoriamo in tutta Italia. Raccontaci il progetto e ti diciamo come seguirlo.