Wyszukiwanie błędów integracji bez zmiany statystyk

Diagnostyka pomiarów sprawdza, czy proponowane zdarzenie zostałoby przyjęte dla własnego licznika. Nie wysyła zwykłego zdarzenia ani nie zwiększa sum odwiedzających, celów, zdarzeń lub sprzedaży. Pomaga to w badaniu błędów konfiguracji, zachowując rozróżnienie między wynikiem diagnostycznym a rzeczywistym pomiarem.

Uruchomić pierwszą kontrolę diagnostyczną

1. Połączyć licznik przez Moje liczniki i otworzyć Panel i narzędzia.
2. Otworzyć Diagnostyka pomiarów. Wpisać stałą wartość w Nazwa zdarzenia, na przykład signup dla zdarzenia ręcznego.
3. Wybrać odpowiednią Rodzaj pomiaru i określić, czy nazwa zdarzenia jest generowana automatycznie. Sukces formularza i zdarzenie ręczne używają różnych ustawień.
4. Pozostawić Predefiniowane właściwości (obiekt JSON, opcjonalnie) jako {}, chyba że faktycznie skonfigurowano zdefiniowane wcześniej właściwości. Nigdy nie wpisywać zawartości formularzy ani danych osobowych.
5. Wybrać Testuj bez zliczania i odczytać wynik oraz znormalizowaną nazwę zdarzenia.

Zinterpretować odrzucenie przed zmianą kodu

Wyłączona kategoria automatyczna wymaga włączenia odpowiedniego ustawienia pomiaru. Nieprawidłowa nazwa lub nazwa przypominająca dane osobowe wymaga stałej nazwy kategorii zamiast identyfikatora odwiedzającego. Limit nowych nazw oznacza, że ciągłe wymyślanie nazw zdarzeń nie rozwiąże problemu. Sprawdzić wynik wyświetlony na stronie zamiast zakładać, że wszystkie niepowodzenia są błędami sieci.

Właściwości muszą odpowiadać zdefiniowanej wcześniej konfiguracji. Diagnostyka informuje o ich akceptacji bez zwracania przesłanych wartości. Informacje o celu odróżniają pasujący cel od zliczonej wizyty człowieka: samo skonfigurowanie celu nie gwarantuje dodania odwiedzającego, który osiągnął cel.

Przetestować połączenie diagnostyczne z witryny

1. W Testuj na swojej stronie użyć Kopiuj kod testowy, aby skopiować wygenerowany kod diagnostyczny.
2. Otworzyć własną witrynę zawierającą licznik i uruchomić ten kod w narzędziach deweloperskich przeglądarki zgodnie z opisem na stronie debuggera.
3. Odczytać wynik w konsoli. Wygenerowane uprawnienie testowe wygasa po piętnastu minutach; w razie potrzeby ponownie załadować stronę debuggera właściciela, aby uzyskać nowe.

Użyć wygenerowanego tymczasowego uprawnienia, a nie prywatnego klucza właściciela w ręcznie napisanym skrypcie. Zmiana klucza właściciela również unieważnia uprawnienie diagnostyczne. Punkt końcowy diagnostyki ogranicza liczbę żądań, lecz nie tworzy zwykłych danych śledzenia.

Sprawdzić zwykłą integrację oddzielnie

Zaakceptowana diagnostyka oznacza, że proponowane zdarzenie byłoby dopuszczalne w tej chwili. Nie testuje limitu częstotliwości zwykłego trackera, późniejszych zapisów w bazie danych, blokowania zwykłego żądania przez przeglądarkę, pomyślnego przetwarzania formularza ani uporządkowanego postępu lejka.

1. Sprawdzić, czy s4u.js ładuje się na docelowej stronie witryny i czy zwykłe żądania śledzenia są blokowane lub kończą się błędem.
2. Sprawdzić numer licznika, włączoną kategorię i zakres dat raportu.
3. W przypadku formularza potwierdzić rzeczywiste pomyślne przetworzenie przez aplikację przed oczekiwaniem zdarzenia sukcesu.

W każdym zgłoszeniu błędu oddzielić wynik diagnostyki od wyniku zwykłego żądania. Braku pomiaru nie można wiarygodnie wyjaśnić pojedynczą zieloną odpowiedzią diagnostyczną.

Następny krok

Otworzyć własny licznik i zacząć od zdarzenia diagnostycznego niezawierającego danych osobowych.

Otworzyć Moje liczniki