Risorse · 25
Crea un piano di misurazione degli eventi e verifica la raccolta.
Passa da una necessità decisionale a un dizionario degli eventi, test di scenario e monitoraggio delle discrepanze.
Aggiornato · 3 min
Obiettivi di questa guida
- Definire le decisioni
- Documentare gli eventi
- Testare ogni stato
- Monitorare le discrepanze
Verifica rapida
- Quale decisione si basa su questa misura?
- Quali eventi e parametri descrivono il fatto osservato?
- Quali stati di consenso modificano la raccolta?
- Un'azione potrebbe produrre eventi duplicati?
- Chi è responsabile di una discrepanza dopo il rilascio?
Metodo passo passo
- 1
Iniziare con le decisioni
Elencare le decisioni relative al prodotto e al business, i relativi indicatori e il percorso pertinente. Definire l'unità di analisi prima di scegliere un nome per l'evento.
Risultato: decisioni e indicatori prioritari.
- 2
Scrivere il dizionario
Per ogni evento, registrare il trigger, i parametri, i tipi, le unità, la fonte, il responsabile e i casi esclusi. Utilizzare gli eventi raccomandati da GA4 quando descrivono accuratamente l'azione.
Risultato: dizionario versionato con esempi.
- 3
Specificare la raccolta
Descrivere gli stati della pagina, la scelta del consenso, le transizioni SPA, gli scambi con il server e un identificatore di deduplicazione, ove necessario.
Risultato: specifica del trigger a livello di scenario.
- 4
Testare i percorsi controllati
Riprodurre successi, errori, abbandoni, rifiuti, dispositivi mobili e ricaricamenti. Confrontare le richieste con i parametri previsti e con gli strumenti di debug della piattaforma.
Risultato: record QA datato con le discrepanze.
- 5
Convalidare gli aggregati
Confrontare i volumi con operazioni note in un periodo coerente, senza presupporre che due sistemi definiscano sessioni o conversioni in modo identico.
Risultato: riconciliazione annotata e soglie di avviso.
- 6
Mantenere lo schema
Assegnare la responsabilità delle modifiche, monitorare gli eventi mancanti o duplicati ed eseguire nuovamente i test dopo modifiche a moduli, tag o banner di consenso.
Risultato: revisione periodica della qualità dei dati.
Indicatori di gestione
| Indicatore | Cosa misura | Prima azione |
|---|---|---|
| Copertura | Decisioni supportate da un evento testato | Strumento per percorsi mancanti |
| Completezza | Eventi con parametri richiesti | Correzione del trigger o dello schema |
| Duplicati | Azioni che producono eventi extra imprevisti | Aggiunta di una regola di deduplicazione |
| Ritardo | Tempo dall'azione ai dati utilizzabili | Ispezione della raccolta e dell'elaborazione |
Errori comuni
- Attivazione al caricamento della pagina anziché al successo effettivo
- Modifica di un nome o di un tipo senza versionare il dizionario
- Saltare il rifiuto o la revoca del consenso
- Trattare una richiesta accettata come prova di validità del report
Domande frequenti
Quanti eventi sono necessari?
Solo eventi che supportano decisioni esplicite e per i quali sono state mantenute definizioni e test.
Una risposta del server dimostra la qualità dei dati?
No. La convalida della richiesta, la visibilità del debug e la riconciliazione aggregata sono controlli separati.
Cosa dovrebbe essere testato dopo una riprogettazione?
Trigger, parametri, stati di consenso, duplicati e aggregati per i percorsi critici.
Riferimenti ufficiali
I riferimenti supportano il metodo. Adattare i controlli al proprio contesto; non costituiscono una certificazione. I titoli dei riferimenti originali e i documenti di origine potrebbero essere in un'altra lingua.
