In breve
Definisci quale evento dovrebbe corrispondere all’azione osservata, ripeti una prova riconoscibile e ricostruisci i punti di raccolta. Correggi la duplicazione dimostrata, poi documenta la discontinuità fra dati precedenti e successivi.
- Distinguere visualizzazioni, sessioni e richieste effettive.
- Censire codice del sito, plugin e contenitori Tag Manager.
- Confrontare invii automatici, manuali e regole degli eventi.
- Verificare un solo esito per una richiesta completata.
Identificare il numero che sembra duplicato
Annota proprietà, rapporto, metrica, periodo e pagina. Due visualizzazioni non significano due persone: lo stesso visitatore può aprire di nuovo una pagina. Anche la somma di righe con dimensioni diverse può produrre confronti ingannevoli. Un rapporto apparentemente anomalo è un segnale da indagare, non la prova di una doppia installazione.
Per i contatti, chiarisci quale evento stai contando: clic sul numero di telefono, tentativo di invio, conferma del modulo o richiesta presente nel gestionale. Non sommare azioni successive dello stesso percorso presentandole come clienti differenti. Scegli una domanda precisa, per esempio: “una sola richiesta completata genera due eventi con lo stesso significato?”. Mantieni questa definizione durante tutta la diagnosi e confrontala con l’esito operativo disponibile.
Ricostruire tutti i punti da cui partono i dati
Il tag può essere inserito nel codice del sito, nelle impostazioni del CMS, in un plugin oppure attraverso Tag Manager. Dopo un cambio di fornitore possono restare due percorsi di installazione. Censisci identificativi, proprietà di destinazione e responsabili, senza rimuovere strumenti soltanto perché compaiono più sigle.
Due destinazioni possono avere scopi legittimi; il problema è l’invio ripetuto dello stesso evento alla stessa destinazione quando non è previsto. Chiedi una tabella con origine, evento e attivazione. La modalità di anteprima di Tag Manager aiuta a osservare quali tag si attivano e in quale ordine. I tag aggiunti direttamente dal sito vanno controllati separatamente: il contenitore non è necessariamente l’intero sistema di raccolta.
Seguire un’azione di prova in DebugView
Prepara una prova semplice: aprire una pagina una sola volta senza ricaricarla, oppure completare un modulo riconoscibile. Attiva la modalità di debug sul dispositivo usato e selezionalo in DebugView. Osserva nome dell’evento, sequenza e parametri pertinenti, insieme alle attivazioni dei tag.
Registra ciò che fai e ciò che arriva, usando dati di test senza inviare nomi, email o contenuti delle richieste ad Analytics. Mantieni le condizioni di consenso previste. Due richieste di rete, da sole, non dimostrano due contatti: possono riguardare eventi differenti. La prova deve collegare il singolo gesto al dato ricevuto. Ripetila sulla pagina interessata e su un’altra pagina di controllo per capire se il difetto è generale o limitato a un componente.
Coordinare le visualizzazioni automatiche e quelle manuali
Una causa possibile è l’invio manuale di page_view insieme a quello automatico. La documentazione Google sulle visualizzazioni spiega come coordinare le due modalità. Se si sceglie l’invio manuale, la configurazione deve evitare la sovrapposizione; non basta aggiungere un secondo evento con un nome più comprensibile.
Nei siti che cambiano contenuto senza ricaricare tutta la pagina, controlla anche i cambi della cronologia e le regole personalizzate. Il primo caricamento e la navigazione interna possono avere cause diverse. Non disattivare indiscriminatamente la raccolta automatica: prepara prima l’elenco delle visualizzazioni attese e verifica che la configurazione scelta le produca una volta ciascuna, con indirizzo e titolo corretti. Una correzione non deve trasformare i duplicati in pagine mancanti.
Contare il contatto nel punto giusto del percorso
Un evento può partire al clic e di nuovo alla conferma, oppure essere generato sia dal plugin del modulo sia da una regola personalizzata. Definisci separatamente tentativo ed esito. Google include generate_lead fra gli eventi consigliati; il nome, da solo, non verifica che il contatto sia stato acquisito.
Fai controllare il segnale che dimostra la ricezione prevista e prova anche l’invio fallito. Ricaricare una pagina di ringraziamento non dovrebbe essere interpretato automaticamente come una nuova richiesta. Nei moduli dinamici, verifica che la stessa regola non venga collegata più volte durante la navigazione. Se esistono eventi personalizzati e regole create nell’interfaccia di GA4, documenta il loro rapporto: due nomi diversi possono comunque rappresentare lo stesso risultato commerciale.
Correggere una causa e provare anche i casi incompleti
Prepara la modifica in un ambiente o in un’anteprima controllata. Individua il percorso di raccolta che deve restare e rimuovi la sovrapposizione dimostrata. Conserva una versione recuperabile della configurazione e verifica che gli altri eventi utili continuino ad arrivare.
| Prova | Controllo |
|---|---|
| Una pagina aperta | Visualizzazione prevista senza invii sovrapposti |
| Modulo con errore | Nessun contatto concluso se manca la ricezione |
| Invio riuscito | Un evento coerente con una richiesta ricevuta |
| Ricarica della conferma | Nessun nuovo contatto fittizio |
Confronta la prova con il destinatario del modulo. Il fatto che un tag si attivi una volta è utile, ma va collegato al corretto evento e alla destinazione prevista.
Spiegare il calo dei numeri dopo la correzione
Se elimini invii duplicati, il conteggio può diminuire senza che il sito abbia perso visitatori o contatti. Registra la data della modifica, le pagine coinvolte e il criterio adottato. Non confrontare il periodo precedente come se la misurazione fosse rimasta identica.
La correzione della raccolta non ricostruisce automaticamente una serie storica affidabile: evita di dividere tutti i dati passati per due senza prove che il difetto fosse uniforme. Se sono disponibili dettagli sufficienti, valuta separatamente un’analisi del periodo interessato e dichiara i limiti. Per decidere gli investimenti, affianca i dati successivi alle richieste reali e alla loro qualità, come descritto nella guida a valutare i clienti portati dal sito. Un numero più basso ma spiegabile è una base migliore per scegliere.
Domande frequenti
Due eventi vicini nel tempo dimostrano una duplicazione?
Occorre verificare nome, destinazione, parametri e azione che li ha prodotti. Possono descrivere momenti diversi o due vere azioni. La prova utile riproduce un unico gesto e ricostruisce i percorsi che lo inviano.
Basta disattivare la misurazione avanzata?
No. La causa può essere altrove e una disattivazione generica può togliere dati utili. Coordina la raccolta automatica con quella manuale solo dopo aver identificato l’evento duplicato e il comportamento atteso.
Posso correggere automaticamente anche i dati vecchi?
La nuova configurazione agisce sulla raccolta successiva. Per il passato serve valutare quali dettagli esistono e quanto il problema fosse esteso. Documenta la discontinuità ed evita correzioni percentuali arbitrarie.
Fonti e approfondimenti
Riferimenti ufficiali per verificare le indicazioni e applicarle al proprio sito.
- Google Analytics: misurazione automatica e manuale delle visualizzazioni (si apre in una nuova scheda)
- Google Analytics: monitorare gli eventi in DebugView (si apre in una nuova scheda)
- Google Tag Manager: anteprima e debug dei contenitori (si apre in una nuova scheda)
- Google Analytics: eventi consigliati e loro significato (si apre in una nuova scheda)