Un evento parte. Registra un acquisto. L'importo dell'acquisto dovrebbe essere 99 $. Ma registra 990 $. C'è un errore nella cifra. Sono dati sbagliati. Un evento parte. Dovrebbe catturare la categoria di un prodotto. Ma non cattura niente. Sono dati mancanti. I dati sbagliati falsano le tue analisi. Seguono conclusioni sbagliate. Prendi decisioni in base a numeri sbagliati. La qualità dei dati è fondamentale. Ogni evento deve catturare dati precisi. Ogni parametro deve avere il valore giusto. Serve una configurazione attenta e un controllo continuo.
Questo articolo spiega come assicurarti che i parametri degli eventi catturino dati di qualità.
Perché la qualità dei dati conta
Le analisi servono solo se i dati sono precisi. Analizzi i tassi di conversione. Ottimizzi in base ai numeri. Ma se i numeri delle conversioni sono sbagliati, anche la tua ottimizzazione è sbagliata. Potresti ottimizzare la cosa sbagliata. Potresti perdere delle opportunità.
I dati sbagliati si accumulano. Un piccolo errore in un evento diventa un grande errore nel totale. Se il 10 percento degli eventi di acquisto ha importi sbagliati, i tuoi numeri sul fatturato sono sbagliati del 10 percento. È un errore significativo per le decisioni della tua attività.
La qualità dei dati crea fiducia. Il tuo team si fida delle analisi quando i numeri sono precisi. Prende decisioni in base a quelle. Se i dati non sono affidabili, smette di fidarsi. Smette di usare le analisi.
Definisci i parametri degli eventi con precisione
Prima di creare un evento, definisci cosa deve contenere ogni parametro. Nome del parametro. Descrizione del parametro. Tipo di dato del parametro. Intervallo di valori previsto. Da dove arriva il valore.
Un parametro dell'importo di acquisto va definito con chiarezza. È il totale con tasse e spedizione? O solo il costo del prodotto? È in centesimi o in dollari? È una stringa o un numero? Definiscilo con precisione. L'implementazione dipende da questo.
Documenta ogni parametro. La documentazione evita confusione. Lo sviluppatore che implementa l'evento sa esattamente cosa catturare. L'analista che legge i dati sa cosa rappresentano.
Cattura i dati dalla fonte giusta
La qualità dei dati dipende dal catturarli dalla fonte giusta. Un importo di acquisto deve venire dal tuo sistema di gestione degli ordini. Non da una stima. Non da ciò che ha scritto l'utente. L'importo effettivo e confermato.
Una categoria di prodotto deve venire dal tuo database dei prodotti. Non da ciò che ha scritto l'utente. Non da un'ipotesi. La categoria ufficiale.
Prendi i dati il più vicino possibile alla fonte. I veri sistemi di transazione conoscono gli importi reali. I veri database conoscono la vera categorizzazione. Preleva da lì. Non calcolare e non stimare.
Valida i dati prima che partano gli eventi
Valida i dati prima di inviarli alle analisi. Controlla che l'importo dell'acquisto sia un numero. Controlla che sia positivo. Controlla che l'ID del prodotto esista.
La validazione ferma gli errori prima che diventino problemi per le analisi. Uno sviluppatore sbaglia. La validazione lo intercetta. I dati non arrivano mai alle analisi. L'evento parte con dati corretti.
Le validazioni più comuni sono il controllo del tipo (è una stringa, un numero o una data), il controllo dell'intervallo (è entro i valori previsti) e il controllo dell'esistenza (l'elemento a cui si riferisce esiste).
Usa nomi coerenti per i parametri
La scelta dei nomi dei parametri conta. Se un evento chiama un parametro «amount» e un altro lo chiama «purchase_amount», i tuoi report li trattano come parametri diversi. Non puoi confrontarli.
Crea uno standard per i nomi. Tutti i valori in denaro usano il suffisso «_amount». Tutti gli ID usano il suffisso «_id». Tutti i conteggi usano il suffisso «_count». Applica lo standard in modo coerente.
Una volta dato un nome a un parametro, non cambiarlo. Cambiare i nomi dei parametri divide i dati. I vecchi dati sono sotto il vecchio nome. I nuovi dati sono sotto il nuovo nome. I report mostrano dati divisi. Imposta bene i nomi prima di pubblicare.
Gestisci i casi limite e i dati mancanti
Alcuni dati sono difficili da catturare. Transazioni offline. Transazioni di sistemi datati. Informazioni incomplete sugli utenti. Come gestisci i dati mancanti?
Non inviare mai eventi con parametri critici mancanti. Se non riesci a ottenere l'importo dell'acquisto, non far partire l'evento di acquisto. Invia l'evento solo quando hai dati completi.
Per i dati facoltativi, usa in modo coerente null o una stringa vuota. Non usare «unknown» in un posto e «N/A» in un altro. Gestire i dati mancanti in modo coerente rende l'analisi più facile.
Controlla la qualità dei dati nel tempo
La qualità dei dati peggiora col tempo. Le integrazioni si rompono. I sistemi cambiano. Ciò che funzionava il mese scorso può rompersi questo mese. Controlla di continuo.
Cerca schemi inattesi. Valori nulli dove non dovrebbero esserci. Valori anomali negli importi. Parametri mancanti. Imposta degli avvisi. Se qualcosa sembra sbagliato, indaga.
Rivedi regolarmente i report sulla qualità dei dati. La maggior parte delle piattaforme di analisi ha report sulla qualità dei dati. Usali. Individua presto i problemi.
Domande frequenti
Come testiamo se i parametri degli eventi catturano correttamente?
Usa i report in tempo reale. Fai l'azione. Guarda il report. Controlla che l'evento compaia con i parametri e i valori giusti. Usa gli strumenti per sviluppatori del browser. Ispeziona i dati prima che vengano inviati alle analisi. Verifica che corrispondano alle aspettative. Con il creatore di siti di WEMASY puoi impostarlo direttamente sul tuo sito.
E se il valore di un parametro è sempre vuoto?
Il dato non viene catturato. Controlla l'implementazione. Il parametro è configurato correttamente? Il dato è disponibile quando parte l'evento? C'è un problema di tempistica? Cerca l'errore alla fonte. Non inviare dati vuoti. Risolvi la causa.
Possiamo rinominare un parametro dopo aver raccolto i dati?
Tecnicamente sì, ma non farlo. I vecchi dati restano sotto il vecchio nome. I nuovi dati vanno sotto il nuovo nome. I report mostrano dati divisi. Scegli il nome giusto fin dall'inizio. Se devi rinominare, metti in conto la divisione dei dati.
Come gestiamo la valuta nei parametri degli eventi?
Cattura l'importo numerico e il codice della valuta separatamente. L'importo in un parametro come «purchase_amount». La valuta in un parametro come «currency_code» con valori come «USD» o «EUR». Così puoi analizzare i dati tra valute diverse.
Nei parametri dobbiamo salvare dati grezzi o formattati?
Salva dati grezzi. Importi in centesimi, non in dollari. Date e ore in formato ISO, non leggibile dalle persone. I dati formattati sono più difficili da analizzare e confrontare. I dati grezzi sono più flessibili. Formattali nei report se serve.
Qual è un tasso di errore ragionevole per i dati degli eventi?
L'obiettivo è zero. Ma in pratica, meno dell'1 percento è accettabile. Alcuni casi limite avranno problemi. I sistemi datati possono non avere i dati. Ma se i tassi di errore superano l'1-2 percento, indaga e risolvi la causa.