Trovare errori di integrazione senza modificare le statistiche

Debugger delle misurazioni verifica se un evento proposto verrebbe accettato per un contatore di proprietà. Non invia un evento normale e non aumenta i totali di visitatori, obiettivi, eventi o ricavi. È utile per gli errori di configurazione, mantenendo la distinzione tra un risultato diagnostico e una misurazione reale.

Eseguire la prima verifica diagnostica

1. Collegare il contatore tramite I miei contatori e aprire Dashboard e strumenti.
2. Aprire Debugger delle misurazioni. Inserire un valore stabile in Nome dell’evento, per esempio signup per un evento manuale.
3. Selezionare la Tipo di misurazione corrispondente e indicare se il nome dell'evento viene generato automaticamente. Il successo di un modulo e un evento manuale usano impostazioni diverse.
4. Lasciare Proprietà predefinite (oggetto JSON, facoltativo) a {} a meno che non siano effettivamente configurate proprietà predefinite. Non inserire mai contenuti dei moduli o informazioni personali.
5. Scegliere Prova senza conteggiare e leggere il risultato e il nome normalizzato dell'evento.

Interpretare un rifiuto prima di cambiare il codice

Una categoria automatica disabilitata richiede di abilitare l'impostazione di misurazione corrispondente. Un nome non valido o che sembra contenere dati personali richiede un nome di categoria stabile anziché un identificatore del visitatore. Un limite di nuovi nomi significa che inventare ripetutamente nomi di eventi non risolverà il problema. Verificare il risultato mostrato nella pagina anziché supporre che tutti i fallimenti siano errori di rete.

Le proprietà devono corrispondere alla configurazione predefinita. La diagnosi ne segnala l'accettazione senza ripetere i valori inviati. Le informazioni sull'obiettivo distinguono un obiettivo corrispondente da una visita umana conteggiata: un obiettivo configurato, da solo, non garantisce che venga aggiunto un visitatore che ha raggiunto l'obiettivo.

Provare la connessione diagnostica dal sito

1. In Prova sul tuo sito web, usare Copia il codice di prova per copiare il codice diagnostico generato.
2. Aprire il sito di proprietà che contiene il contatore ed eseguire quel codice negli strumenti per sviluppatori del browser come descritto nella pagina del debugger.
3. Leggere il risultato nella console. L'autorizzazione di prova generata scade dopo quindici minuti; ricaricare la pagina del debugger del proprietario per ottenerne una nuova quando necessario.

Usare l'autorizzazione temporanea generata, non la chiave privata del proprietario in uno script scritto a mano. Cambiare la chiave del proprietario invalida anche l'autorizzazione diagnostica. L'endpoint diagnostico usa un limite di richieste, ma non crea normali dati di tracciamento.

Verificare separatamente l'integrazione normale

Una diagnosi accettata significa che l'evento proposto sarebbe ammissibile in quel momento. Non prova il limite di frequenza del tracker normale, le scritture successive nel database, un blocco del browser sulla richiesta normale, l'elaborazione riuscita del modulo o l'avanzamento ordinato del funnel.

1. Esaminare se s4u.js viene caricato nella pagina prevista del sito e se le normali richieste di tracciamento sono bloccate o falliscono.
2. Verificare il numero del contatore, la categoria abilitata e l'intervallo di date del report.
3. Per un modulo, confermare l'effettiva elaborazione riuscita dell'applicazione prima di aspettarne l'evento di successo.

Mantenere separati il risultato diagnostico e quello della richiesta normale in qualsiasi segnalazione di errore. Una misurazione mancante non può essere spiegata in modo affidabile da un'unica risposta diagnostica verde.

Passaggio successivo

Aprire il contatore di proprietà e partire da un evento diagnostico privo di dati personali.

Aprire I miei contatori