Hai configurato gli eventi. Hai impostato i parametri. Pensi che il tracciamento sia pronto. Ma l'hai testato? Un evento di acquisto che non cattura l'importo. Un evento di modulo che si attiva sulla pagina sbagliata. Un parametro che invia il valore sbagliato. Un tracciamento non testato si rompe in modi che richiedono settimane per essere scoperti. Nel frattempo hai raccolto dati sbagliati per giorni. Il test intercetta i problemi prima che vadano online. Testare richiede ore. Non testare costa giorni.
Questo articolo ti guida in un test completo che conferma che i tuoi eventi funzionano bene prima di affidarti a loro.
Cos'è il test degli eventi
Il test degli eventi verifica che gli eventi si attivino quando devono, catturino i dati giusti e li mandino alla tua piattaforma di analisi. Il test avviene in staging, prima che gli eventi vadano in produzione.
Testare non significa cliccare una volta e guardare i report in tempo reale. Un vero test è sistematico. Testi ogni evento. Testi scenari diversi. Testi con dati diversi. Verifichi che tutto funzioni.
L'obiettivo è la sicurezza. Prima di pubblicare in produzione, sei sicuro che l'evento funzioni. L'hai testato a fondo. Sai com'è fatto un evento che funziona. Se più avanti si rompe, riconoscerai il problema.
Testa in un ambiente di staging
Testa sempre in staging prima della produzione. Lo staging è il tuo spazio di prova. Testa gli eventi. Modificali. Rompili. Riparali. Tutto avviene in staging. I dati di produzione restano puliti.
In staging, attiva ogni evento. Clicca il pulsante che attiva l'evento. Invia il modulo. Fai l'acquisto. Poi controlla il tuo account di analisi di staging. L'evento compare nei report in tempo reale?
Testa più volte. Un evento che ha funzionato una volta non funziona sempre. Testa cinque volte. Dieci volte. Conta che si attivi sempre.
Verifica i nomi degli eventi e i dati
Controlla che i nomi degli eventi siano corretti. Un evento chiamato "purchase" deve comparire come "purchase" nei report. Non "Purchase". Non "purchase_event". Esattamente "purchase".
Controlla che i parametri siano corretti. Un evento di acquisto dovrebbe avere i parametri importo, categoria e coupon. Controlla che compaiano. Controlla che i valori siano corretti.
Usa gli strumenti per sviluppatori del browser. Apri la scheda di rete. Attiva un evento. Cerca le richieste verso la tua piattaforma di analisi. Dovresti vedere una richiesta con il nome dell'evento e i parametri.
Testa scenari diversi
Non testare solo il percorso ideale. Testa i casi limite. Cosa succede se qualcuno fa un acquisto senza coupon? Il parametro del coupon resta vuoto? Prende un valore predefinito? Vanno bene entrambi, purché sia coerente.
Testa valori diversi. Un acquisto da $10. Un acquisto da $1000. Valute diverse. Categorie di prodotto diverse. Gli eventi devono funzionare a prescindere dal valore.
Testa dispositivi diversi. Desktop. Smartphone. Tablet. Gli eventi devono attivarsi su tutti i dispositivi. Stesso nome di evento. Stessi parametri. Stesso comportamento.
Testa i parametri degli eventi
Per ogni parametro, verifica che catturi il valore giusto. Il parametro importo di un evento di acquisto deve catturare l'importo dell'acquisto. Non il numero di articoli. Non le spese di spedizione. L'importo vero dell'acquisto.
Testa l'accuratezza dei parametri. Fai un acquisto da esattamente $49.99. Controlla che il parametro mostri 49.99. Le discrepanze indicano un problema di mappatura.
Testa i parametri mancanti. Cosa succede se manca un parametro obbligatorio? L'evento si attiva comunque? Oppure fallisce in silenzio? Documenta il comportamento.
Testa la sequenza e i tempi degli eventi
Alcuni eventi dipendono da altri. Un evento di acquisto dovrebbe attivarsi dopo un evento di pagamento. Testa la sequenza. Attiva gli eventi in ordine. Verifica che si attivino nell'ordine giusto. Verifica che i tempi siano ragionevoli. Gli eventi dovrebbero attivarsi entro pochi secondi dall'azione.
Testa gli eventi in rapida successione. Cosa succede se qualcuno clicca un pulsante dieci volte di fila? Ottieni dieci eventi? Venti? I duplicati indicano un problema. Nessun evento indica un problema.
Testa con dati reali
A un certo punto, testa con dati reali. Acquisti veri. Invii di moduli veri. Traffico vero di visitatori. Lo staging è sicuro, ma i dati reali rivelano problemi che lo staging potrebbe non vedere.
Testa fuori orario. Non testare con traffico reale nelle ore di punta. Creeresti rumore nei dati reali. Testa la mattina presto o a tarda sera, quando il traffico è basso.
Parti in piccolo. Testa con una piccola percentuale di traffico. Monitora i risultati. Se qualcosa si rompe, riguarda solo pochi visitatori. Aumenta la percentuale a poco a poco. Quando sei sicuro, attivalo per tutto il traffico.
Documenta i risultati dei test
Documenta cosa hai testato. Data. Quale evento. Quale scenario. Ha funzionato? Se è fallito, cosa non andava? Come l'hai risolto?
Conserva i risultati dei test per almeno un mese. Se qualcuno chiede "quando abbiamo testato gli eventi di acquisto?", hai la documentazione. Se un evento si rompe, sai come è stato testato e puoi ripetere il test.
Domande frequenti
Quanto test basta?
Testa ogni evento almeno cinque volte. Testa scenari diversi. Testa i casi limite. Testa su dispositivi diversi. La maggior parte dei team dedica poche ore al test di tutti gli eventi. Di solito basta. Con il creatore di siti di WEMASY puoi impostarlo direttamente sul tuo sito.
Dovremmo testare gli eventi in produzione o solo in staging?
Testa prima in staging. Quando sei sicuro, va bene un test su piccola scala in produzione. Parti da una piccola percentuale di traffico. Non testare gli eventi critici in piena produzione.
Cosa facciamo se un evento non supera il test?
Fai il debug. Usa gli strumenti per sviluppatori. Controlla il data layer. Controlla la configurazione dell'evento. Trova il problema. Risolvilo. Testa di nuovo. Non pubblicare eventi rotti.
Come testiamo gli eventi su mobile?
Usa un dispositivo mobile o l'emulazione del browser mobile. Attiva l'evento da mobile. Controlla i report in tempo reale. Assicurati che gli eventi su mobile funzionino come quelli su desktop.
I test automatici possono verificare se gli eventi si attivano?
Alcuni team usano strumenti di test automatici. Ma per verificare gli eventi di solito è meglio il test manuale. Stai testando la logica della tua attività, non il codice. Il test manuale scopre problemi che quelli automatici non vedono.
Dovremmo testare gli eventi dopo ogni aggiornamento?
Sì. Ogni volta che modifichi la configurazione di un evento, testala. Anche piccole modifiche rompono gli eventi. Testa dopo gli aggiornamenti. Evita che eventi rotti vadano online.