Găsirea erorilor de integrare fără modificarea statisticilor

Depanarea măsurătorilor verifică dacă un eveniment propus ar fi acceptat pentru un contor propriu. Nu trimite un eveniment normal și nu crește totalurile de vizitatori, obiective, evenimente sau venituri. Aceasta îl face util pentru erori de configurare, păstrând distincția dintre un rezultat de diagnostic și o măsurare reală.

Prima verificare de diagnostic

1. Contorul se conectează prin Contoarele mele și se deschide Panou de control și instrumente.
2. Se deschide Depanarea măsurătorilor. În Numele evenimentului se introduce o valoare stabilă, precum signup pentru un eveniment manual.
3. Se selectează Tipul măsurării corespunzător și dacă numele evenimentului este generat automat. Un succes de formular și un eveniment manual folosesc setări diferite.
4. Proprietăți predefinite (obiect JSON, opțional) se lasă ca {}, dacă proprietăți predefinite nu sunt configurate efectiv. Nu se introduc niciodată conținutul formularelor sau informații personale.
5. Se alege Testează fără înregistrare și se citesc rezultatul și numele normalizat al evenimentului.

Interpretarea unei respingeri înainte de schimbarea codului

O categorie automată dezactivată necesită activarea setării de măsurare corespunzătoare. Un nume invalid sau care pare personal necesită un nume stabil de categorie în locul unui identificator de vizitator. O limită pentru nume noi înseamnă că inventarea repetată de nume de evenimente nu va rezolva problema. Se verifică rezultatul afișat pe pagină fără a presupune că toate eșecurile sunt erori de rețea.

Proprietățile trebuie să corespundă configurației predefinite. Diagnosticul raportează acceptarea lor fără a repeta valorile trimise. Informațiile despre obiective disting un obiectiv corespunzător de o vizită umană numărată: simpla configurare a unui obiectiv nu garantează adăugarea unui vizitator al obiectivului.

Testarea conexiunii de diagnostic de pe site

1. În Testează pe site-ul tău se folosește Copiază codul de test pentru copierea codului de diagnostic generat.
2. Se deschide site-ul propriu care conține contorul și se rulează codul în instrumentele pentru dezvoltatori ale browserului, conform descrierii din pagina depanatorului.
3. Se citește rezultatul din consolă. Permisiunea de test generată expiră după cincisprezece minute; pagina depanatorului pentru proprietar se reîncarcă atunci când este necesară una nouă.

Se folosește permisiunea temporară generată, nu cheia privată a proprietarului într-un script scris manual. Schimbarea cheii proprietarului invalidează și permisiunea de diagnostic. Punctul final de diagnostic folosește o limită de cereri, dar nu creează date normale de urmărire.

Verificarea separată a integrării normale

Un diagnostic acceptat înseamnă că evenimentul propus ar fi eligibil în acel moment. Nu testează limita de frecvență a urmăririi normale, scrierile ulterioare în baza de date, un blocator al browserului care afectează cererea normală, procesarea reușită a formularului sau progresul ordonat într-o pâlnie.

1. Se inspectează dacă s4u.js se încarcă pe pagina vizată a site-ului și dacă cererile normale de urmărire sunt blocate sau eșuează.
2. Se verifică numărul contorului, categoria activată și intervalul de date al raportului.
3. Pentru un formular se confirmă procesarea reală reușită de către aplicație înainte de a aștepta evenimentul său de succes.

Rezultatul de diagnostic și rezultatul cererii normale se păstrează distincte în orice raport de eroare. O măsurare lipsă nu poate fi explicată în mod fiabil printr-un singur răspuns verde de diagnostic.

Pasul următor

Deschiderea contorului propriu și începerea cu un eveniment de diagnostic fără date personale.

Deschiderea listei de contoare proprii