Sprawdź, czy Twoje GA4 mierzy to, co myślisz

Audyt GA4 odpowiada na jedno pytanie: czy dane, które trafiają do usługi, opisują to, co naprawdę dzieje się na stronie. Rozkłada się na dwie warstwy. Pierwsza to wdrożenie — co strona wysyła do Google przy każdej odsłonie i każdym kliknięciu. Druga to konfiguracja usługi — jak GA4 te dane przyjmuje, przypisuje i raportuje.

Skan z adresu bada warstwę pierwszą, bo tylko ona jest widoczna z zewnątrz. Otwieramy stronę w prawdziwej przeglądarce, przechodzimy ścieżkę jak klient i czytamy wywołania pomiarowe, które lecą do Google. Nie potrzebujemy do tego dostępu do Twojego konta.

Audyt konta wymaga już podłączenia usługi i obejmuje to, czego z zewnątrz nie widać: kluczowe zdarzenia, okres przechowywania danych, powiązanie z Google Ads i BigQuery, definicje niestandardowe, tożsamość raportowania, atrybucję i ustawienia strumieni. Wykluczeń odesłań, filtrów ruchu wewnętrznego i konfiguracji domen Google nie udostępnia przez swoje API — te trzy sprawdzisz wyłącznie w panelu.

Kolejność ma znaczenie. Ustawienia usługi nie naprawią zdarzeń, których strona w ogóle nie wysyła — dlatego zaczynamy od wdrożenia. Jeśli warstwa pierwsza jest zdrowa, druga jest kwestią kilku pól w panelu.

Skan przechodzi stronę główną, listing, kartę produktu, koszyk i kasę (na stronach B2B — formularz kontaktowy) i porównuje zebrane wywołania z tym, jak powinien wyglądać poprawny pomiar. Ustalenia dzielimy tak:

• Instalacja i przepływ danych — czy tag GA4 w ogóle jest, czy usługa jest jedna, czy odsłona nie liczy się podwójnie, czy dane idą przeglądarkowo, czy przez własny serwer.
• Zdarzenia i konwersje — odsłony w aplikacjach zmieniających adres bez przeładowania, przewijanie strony, tryb debugowania zostawiony na produkcji, dane osobowe w adresach i w parametrach zdarzeń, pomiar formularzy.
• E-commerce — view_item na karcie produktu, add_to_cart po dodaniu, view_cart w koszyku, begin_checkout przy wejściu do kasy, komplet danych produktów, waluta i wartość.
• GTM i piksele — liczba kontenerów, piksel Meta i jego zdarzenia standardowe, tag konwersji Google Ads, piksele TikToka, LinkedIna i Microsoftu, tempo ładowania skryptów pomiarowych.

Każde ustalenie ma dowód: adres widoku i fragment wywołania albo warstwy danych, na którym je oparliśmy. Pełną listę reguł opisujemy w metodologii.

Te błędy wychodzą w skanach najczęściej.

• Podwójne wdrożenie. GA4 wpięte przez Google Tag Manager i drugi raz w kodzie strony albo we wtyczce sklepu. Efekt: page_view leci dwa razy, odsłony są zawyżone, współczynnik odrzuceń zaniżony, a engagement rate ociera się o 100%.
• Dwie usługi naraz. Zwykle pozostałość po poprzedniej agencji albo wtyczce. Dwie usługi to dwie wersje prawdy i spór, która jest właściwa.
• Karta produktu bez view_item. Lejek e-commerce zaczyna się dopiero od koszyka, więc nie policzysz, ile osób obejrzało produkt, a ile go dodało.
• Pozycje produktów bez item_id albo item_name. GA4 pokazuje wtedy „(not set)” zamiast produktów, a remarketing dynamiczny nie ma czego dopasować do feedu.
• Zdarzenia sprzedażowe bez currency i value. GA4 wymaga obu pól, żeby policzyć przychód. Bez nich raporty monetyzacji pokazują zera, a strategie stawek oparte na wartości nie mają na czym pracować.
• Tryb debugowania na produkcji. Ktoś włączył debug_mode na czas testów i nie wyłączył — wszyscy użytkownicy lądują w DebugView.
• Dane osobowe w adresach. Adres e-mail albo numer telefonu w parametrze URL trafia do GA4 razem z pełnym page_location. To naruszenie warunków korzystania z Google Analytics i RODO.
• Aplikacje bez odsłon. Strona zmienia adres bez przeładowania, a GA4 nie dostaje page_view. W raportach widać tylko pierwszą stronę sesji.
• Bramki płatnicze poza wykluczeniami odesłań. Klient wraca po płatności z domeny operatora, a zakup przypisuje się do „referral” zamiast do kampanii, która go przyniosła.

Nie potrzebujesz do tego żadnego narzędzia poza przeglądarką. Otwórz stronę, włącz narzędzia deweloperskie, przejdź na zakładkę Network i wpisz w filtr collect. Każde wywołanie do GA4 to osobny wiersz.

Zacznij od zaakceptowania zgody na cookies — bez tego tagi sterowane zgodą w ogóle nie odpalą i zobaczysz obraz, którego nie ma żaden realny użytkownik. To najczęstszy powód, dla którego ktoś „nie widzi” pomiaru, który działa.

W parametrach wywołania szukaj: tid (identyfikator usługi — powinien być jeden), en (nazwa zdarzenia), dl (adres strony), gcs (stan zgody), cu i epn.value (waluta i wartość przy zdarzeniach sprzedażowych), pr1 i kolejne (pozycje produktów).

Przeładuj stronę i policz wywołania z `en=page_view` dla tego samego adresu. Jedno na odsłonę to stan poprawny. Uwaga na fałszywy alarm: przy Consent Mode zobaczysz dwa — pierwsze przed zgodą (gcs=G100), drugie po akceptacji (gcs=G111). To przejście zgody, nie podwójne wdrożenie.

Do potwierdzenia zdarzeń w samej usłudze użyj DebugView w GA4 razem z trybem podglądu w Google Tag Manager. Realtime pokazuje mniej szczegółów, ale wystarcza, żeby sprawdzić, czy zdarzenie w ogóle dociera.

W sklepie stawka jest wyższa, bo pomiar decyduje o tym, na czym optymalizują się kampanie. Pełny lejek GA4 to: view_item_list na listingu, view_item na karcie produktu, add_to_cart po dodaniu, view_cart w koszyku, begin_checkout przy wejściu do kasy, add_payment_info przy wyborze płatności i purchase po zakupie.

Każde z tych zdarzeń niesie tablicę items. Pozycja musi mieć item_id, item_name, price i quantity. Identyfikator powinien być identyczny z tym w Merchant Center — inaczej remarketing dynamiczny nie dopasuje produktu do feedu i pokaże losowy asortyment zamiast tego, co klient oglądał.

Najczęstsza pułapka platformowa: wtyczka wysyła SKU w innym polu niż item_id, więc dane produktowe formalnie są, a raporty per produkt i tak zostają puste. Druga: add_to_cart odpalany na kliknięcie przycisku, a nie na potwierdzenie dodania — wtedy zliczasz też nieudane próby, na przykład gdy przycisk otwiera wybór wariantu.

purchase ma lecieć raz na zamówienie i mieć transaction_id, bo to po nim GA4 odsiewa duplikaty przy odświeżeniu strony podziękowania. Jeśli ścieżka zakupowa gubi klientów niezależnie od pomiaru, sprawdź ją w Audycie UX.

W Europie GA4 działa w otoczeniu zgód. Consent Mode v2 przekazuje w każdym wywołaniu parametr gcs: G100 znaczy, że zgoda analityczna nie została udzielona, G111 — że jest. Bez tych sygnałów Google Ads traci modelowanie konwersji i remarketing dla użytkowników, którzy odmówili.

Nasz skan klika „akceptuję” i pokazuje pomiar w stanie po zgodzie — czyli taki, jaki widzi większość zmierzonego ruchu. Świadomie nie ocenia samego banera ani tego, co odpala się przed zgodą i po odmowie. To osobny test, w trzech przebiegach, i robi go Consent Mode Checker.

Oba narzędzia odpowiadają na inne pytanie. Audyt GA4: czy to, co wysyłasz, jest poprawne. Checker: czy wolno Ci to wysyłać i czy sygnały zgody są przekazywane prawidłowo. Sklep z bezbłędnymi zdarzeniami e-commerce i zepsutym Consent Mode traci dane mimo poprawnego wdrożenia.

Audyt ekspercki wdrożenia GA4 to na polskim rynku wydatek od kilkuset złotych za przegląd podstawowej instalacji do kilkunastu tysięcy przy pełnym zakresie: audycie konta, warstwy danych, serwerowego tagowania i połączeń z Google Ads. Realizacja zajmuje zwykle od kilku dni do trzech tygodni.

Nasz skan jest darmowy i gotowy w minutę, a w sklepie — w dwie, więc naturalna kolejność jest prosta: najpierw szybka diagnoza, potem decyzja z danymi w ręku.

Momenty, w których warto sprawdzić pomiar:

• przed uruchomieniem kampanii — algorytmy Google Ads i Meta uczą się na Twoich konwersjach, więc błąd w pomiarze kosztuje przez cały czas trwania kampanii,
• po redesignie, migracji sklepu albo zmianie szablonu — to najczęstszy moment, w którym zdarzenia po cichu znikają,
• przy zmianie agencji — żeby wiedzieć, co przejmujesz,
• gdy liczby w GA4 nie zgadzają się z zapleczem sklepu albo z panelem reklamowym.

Kolejność jest ważniejsza, niż się wydaje, bo błędy się nawarstwiają. Zacznij od instalacji: jedna usługa, jeden kontener, jeden page_view na odsłonę. Dopóki odsłony liczą się podwójnie, każda kolejna metryka jest zniekształcona i nie ma sensu poprawiać niczego wyżej.

Potem zdarzenia ścieżki — najpierw te, na których optymalizują się kampanie. W sklepie to add_to_cart i purchase, na stronie B2B — wysłanie formularza. Dopiero na końcu warstwa pikseli i tagów reklamowych, bo one korzystają z tych samych zdarzeń warstwy danych.

Po każdej paczce poprawek sprawdź efekt w DebugView, zanim przejdziesz dalej. Poprawianie kilku rzeczy naraz kończy się tym, że nie wiadomo, która zadziałała.

O jednym kroku łatwo zapomnieć: parametry zdarzeń nie pojawią się w raportach GA4, dopóki nie zarejestrujesz ich jako wymiary lub wskaźniki niestandardowe (Administracja → Definicje niestandardowe). Parametry tekstowe idą do wymiarów, liczbowe do wskaźników — inaczej nie policzysz z nich średniej. Dane lecą do usługi od pierwszego dnia, ale bez definicji zobaczysz je tylko w DebugView.

Na koniec powtórz skan. Cache Google Tag Managera odświeża się po kilkunastu minutach od publikacji, więc daj mu chwilę, zanim sprawdzisz efekt.