Audyt bada usługę GA4 w 10 kategoriach tematycznych - od ustawień administracyjnych po optymalizację konwersji. Poniżej mapa całości: co sprawdza każda kategoria i dlaczego to ważne. (Celowo opisujemy zakres, nie dokładne progi decyzyjne - te są częścią metodologii audytu.)
1. Konfiguracja (ustawienia administracyjne).
Fundamenty usługi: waluta, strefa czasowa, okres przechowywania danych. Błędy tutaj zniekształcają wszystkie pozostałe raporty - źle ustawiona strefa czasowa psuje dane godzinowe, błędna waluta fałszuje przychód.
2. Implementacja.
Kod pomiarowy na stronie: czy tag GA4 działa, nie duplikuje zdarzeń i rejestruje każdą wizytę. Tu pracuje skan na żywo.
3. Zdarzenia i konwersje.
Śledzenie zachowań: konfiguracja i nazewnictwo zdarzeń (konwencja snake_case), oznaczenie zdarzeń kluczowych, ciągłość rejestrowania najważniejszych interakcji.
4. E-commerce (tylko sklepy).
Wiarygodność pomiaru sprzedaży: kompletność zdarzeń zakupowych na całej ścieżce, wartości zamówień, deduplikacja transakcji, jakość danych produktowych, kody rabatowe, lejek zakupowy.
5. Kanały i atrybucja.
Skąd naprawdę pochodzi ruch: parametry UTM, grupy kanałów, model atrybucji, okna ważności, wykluczenia referral (klasyka: bramka płatności „kradnąca" konwersje).
6. Jakość danych.
Wiarygodność zebranych liczb: anomalie, ruch botów, duplikaty zdarzeń, luki w pomiarze.
7. Integracje.
Połączenia z ekosystemem Google: Google Ads (import konwersji!), Search Console, BigQuery - bez nich GA4 nie wykorzystuje pełni możliwości.
8. Limity i techniczne.
Czy konfiguracja mieści się w limitach Google (liczba zdarzeń, parametrów, kardynalność) - przekroczenia oznaczają cichą utratę danych.
9. Prywatność.
Consent Mode v2 i ochrona przed wyciekiem danych osobowych (PII) do raportów. Obszar o rosnącym ciężarze prawnym.
10. CRO.
Współczynniki konwersji w przekrojach: urządzenia, strony docelowe, kanały - gdzie tracisz klientów i czy to problem strony, czy pomiaru.
Jak to czytać w raporcie
Każda kategoria w raporcie pokazuje bilans punktów (poprawne / ostrzeżenia / błędy), a po wejściu w punkt - szczegóły: co wykryto (z dowodami), dlaczego to ważne, jak naprawić oraz szacunek nakładu wdrożenia (zmiana standardowa vs. projekt wymagający dewelopera). Pełną, interaktywną listę punktów znajdziesz w aplikacji.
Powiązane artykuły: