Audyt GA4 · GTM · e-commerce

Najpierw ustal, którym danym z GA4 możesz ufać.

Sprawdzam cały łańcuch pomiaru — od dataLayer i GTM po GA4, e-commerce, Consent Mode oraz integracje reklamowe. Pokazuję, gdzie dane zniekształcają decyzje i co naprawić w pierwszej kolejności.

Nie obiecuję zgodności GA4 z CRM lub sklepem jeden do jednego. Oddzielam błędy implementacji od różnic definicji, consentu, opóźnień i ograniczeń narzędzia.

Dowody, nie checklistatesty, zrzuty i kroki odtworzenia problemu
Priorytet według wpływunajpierw błędy psujące przychód, konwersje i decyzje
Plan możliwy do wdrożeniawłaściciel, zależności i szacunek pracochłonności

Kiedy audyt ma sens

Dane są dostępne. Problem w tym, że nie wiadomo, czy są porównywalne.

Audyt jest właściwym pierwszym krokiem, gdy pomiar już działa, ale wyniki budzą wątpliwości albo nikt nie potrafi wskazać źródła rozjazdu.

Konwersje nie zgadzają się z CRM lub sklepem

Brakuje wspólnej definicji, źródła referencyjnego albo wyjaśnienia różnic.

Lejek e-commerce ma braki lub duplikaty

purchase, transaction_id, item data i zwroty nie tworzą spójnego obrazu sprzedaży.

Kontener GTM narastał bez dokumentacji

Stare tagi, zależności od DOM i nieznane triggery zwiększają ryzyko każdej zmiany.

Atrybucja psuje się między domenami

Self-referrals, płatności, subdomeny lub błędne UTM-y zmieniają źródło sesji i konwersji.

CMP i Consent Mode działają osobno

Nie wiadomo, które tagi uruchamiają się dla poszczególnych stanów zgód i kiedy.

Zespół spiera się o liczby zamiast działać

Marketing, sprzedaż i finanse korzystają z różnych definicji tej samej konwersji.

Wynik audytu

Raport, który prowadzi od objawu do decyzji naprawczej.

Każdy istotny problem opisuję przez dowód, wpływ, rekomendację i sposób odbioru poprawki. Dzięki temu audyt może wejść do backlogu, a nie zostać prezentacją odłożoną na później.

Rejestr usterek

Problem, środowisko, kroki odtworzenia, dowód i obszar odpowiedzialności.

Uzgodnienie danych

Porównanie krytycznych zdarzeń i wartości ze wskazanym źródłem referencyjnym.

Priorytety biznesowe

Krytyczne, ważne i optymalizacyjne — z opisem konsekwencji dla decyzji.

Roadmapa naprawy

Kolejność, zależności, potrzebne role i orientacyjna pracochłonność.

Rdzeń weryfikacji

01

Architektura pomiaru

Property, strumienie, domeny, filtry, referral exclusions i źródła prawdy.

02

Eventy i konwersje

Nazwy, parametry, warunki uruchomienia, duplikaty oraz definicje konwersji.

03

E-commerce i dataLayer

Lejek, item data, transaction_id, waluty, wartości i scenariusze brzegowe.

04

GTM, consent i integracje

Tagi, triggery, CMP, Consent Mode, Google Ads oraz zależności techniczne.

05

Jakość i uzgodnienie

Kompletność, spójność, opóźnienia i porównanie ze sklepem, CRM lub backendem.

Audyt nie zawiera automatycznie przebudowy pomiaru. Jeśli rekomendacje wymagają zmian, zakres implementacji ustalamy dopiero po poznaniu przyczyn i zależności.

Zobacz implementację GA4

Proces

Od pytania biznesowego do zweryfikowanego backlogu.

  1. 01

    Kwalifikacja problemu

    Ustalamy decyzje zależne od danych, objawy, zakres serwisów, integracje i źródła referencyjne.

    Wynik: zakres, dostępy i kryteria
  2. 02

    Zebranie dowodów

    Przeglądam konfigurację, kontener, dataLayer i przepływ danych. Odtwarzam kluczowe scenariusze.

    Wynik: udokumentowane obserwacje
  3. 03

    Testy i uzgodnienie liczb

    Sprawdzam duplikaty, braki, consent, domeny i krytyczne różnice względem systemu referencyjnego.

    Wynik: przyczyny i poziom pewności
  4. 04

    Priorytety i omówienie

    Porządkuję rekomendacje według wpływu, zależności i wysiłku. Wyniki omawiam z osobami, które będą je wdrażać.

    Wynik: raport, spotkanie i roadmapa

Namacalny rezultat

Jak opisuję pojedynczy problem.

To ilustracyjny przykład struktury ustalenia, nie dane konkretnego klienta. Raport rozdziela fakt, interpretację i zalecenie.

P1 · krytycznypurchase uruchamia się drugi raz po powrocie z bramki płatniczejPrzykład ustalenia audytowego
Objaw
Przychód w GA4 jest wyższy od systemu zamówień dla płatności przekierowujących poza sklep.
Dowód
Ten sam transaction_id pojawia się ponownie po odświeżeniu strony powrotu.
Wpływ
Kampanie uczą się na zawyżonej liczbie zakupów, a raport ROAS jest zbyt optymistyczny.
Rekomendacja
Wysyłać purchase po potwierdzeniu zamówienia i blokować ponowną emisję identyfikatora.
Odbiór poprawki
Jeden purchase na transaction_id w scenariuszu zakupu, powrotu i odświeżenia.

Dobór pierwszego kroku

Nie każdy problem zaczyna się od audytu.

Stan jest nieznany

Audyt GA4

Gdy dane istnieją, ale nie wiadomo, co działa, dlaczego liczby się różnią i co naprawić najpierw.

Sprawdź zakres
Brakuje definicji

Plan pomiaru

Gdy przed konfiguracją trzeba uzgodnić KPI, eventy, parametry, dataLayer i odpowiedzialność.

Zobacz plan
Zakres jest znany

Implementacja GA4

Gdy specyfikacja i problemy są znane, a potrzebne są konfiguracja, zmiany, QA i dokumentacja.

Zobacz wdrożenie
Pomiar już działa

Monitoring jakości

Gdy kluczowe dane wymagają stałych kontroli, alertów i procesu reakcji po release.

Zobacz monitoring

Warunki dobrego audytu

Co biorę na siebie, a czego potrzebuję od Twojego zespołu.

Po mojej stronie

  • plan testów i lista danych potrzebnych do weryfikacji,
  • przegląd GA4, GTM, dataLayer, consentu i uzgodnionych integracji,
  • odtworzenie krytycznych scenariuszy i dokumentacja dowodów,
  • ocena wpływu, priorytetów i zależności wdrożeniowych,
  • raport oraz spotkanie z omówieniem wyników.

Po stronie klienta

  • dostępy tylko do uzgodnionych kont i środowisk,
  • osoba znająca cele biznesowe, kampanie i historię pomiaru,
  • źródło referencyjne, np. CRM, system zamówień lub backend,
  • możliwość wykonania testowego zakupu, leada lub innego scenariusza,
  • udział osób, które będą decydować o wdrożeniu rekomendacji.

Uczciwe ograniczenia

Audyt zwiększa pewność, ale nie zamienia GA4 w system księgowy.

Dokumentuję poziom pewności i ograniczenia wniosków. Nie ukrywam ich pod obietnicą „100% poprawnych danych”.

  • GA4 nie musi równać się backendowi.Różnice mogą wynikać z definicji, anulacji, opóźnień, consentu i modelowania.
  • Braków historycznych zwykle nie da się odtworzyć.Audyt wyjaśnia przyczynę i poprawia zbieranie danych od momentu wdrożenia zmiany.
  • Wnioski zależą od dostępu do dowodów.Bez źródła referencyjnego można ocenić implementację, ale nie zawsze skalę rozjazdu.
  • Consent tworzy nieuniknione luki.Poprawna konfiguracja nie sprawi, że każda sesja i konwersja będzie obserwowalna.
  • Audyt techniczny nie jest poradą prawną.Sprawdzam zachowanie tagów, a podstawy prawne ocenia klient lub jego doradca.
  • Rekomendacje mają swój okres ważności.Zmiany aplikacji, checkoutu, CMP i kampanii wymagają późniejszych testów lub monitoringu.
Krzysztof Surowiecki

Jedna odpowiedzialna osoba

Łączę diagnozę techniczną z konsekwencją biznesową.

Audyt prowadzę osobiście — od pytań o decyzje i źródła prawdy, przez testy GA4 oraz GTM, po rozmowę z osobami, które będą wdrażać poprawki. Dzięki temu priorytet nie wynika wyłącznie z liczby błędów.

20+lat doświadczenia
150+projektów analitycznych i danych
50+klientów

Liczby dotyczą całej praktyki analitycznej i projektów danych, nie wyłącznie audytów GA4.

Przed rozmową

Najczęstsze pytania.

Ile trwa audyt GA4?

Zależy od liczby serwisów, kontenerów, integracji, wariantów consentu i dostępności danych referencyjnych. Po krótkiej kwalifikacji proponuję zakres oraz harmonogram zamiast jednej długości dla każdego środowiska.

Jakich dostępów potrzebujesz?

Najczęściej wystarczy uzgodniony dostęp do GA4 i GTM, możliwość testowania serwisu oraz dane porównawcze z CRM lub systemu zamówień. Google Ads, CMP, BigQuery i inne systemy włączamy tylko wtedy, gdy należą do zakresu.

Czy GA4 po audycie będzie zgadzać się z backendem?

Nie gwarantuję zgodności jeden do jednego. Celem jest zrozumienie różnic, usunięcie błędów implementacji i ustalenie akceptowalnych tolerancji dla krytycznych metryk.

Czy audyt obejmuje naprawę błędów?

Podstawowym wynikiem jest diagnoza, priorytety i plan naprawy. Implementację mogę wycenić po audycie, gdy znane są przyczyny, zależności developerskie i kryteria odbioru.

Co dokładnie otrzymam?

Rejestr usterek z dowodami, podsumowanie jakości i uzgodnienia danych, priorytety, rekomendacje, roadmapę oraz spotkanie z omówieniem. Format dobieram tak, aby materiał mógł trafić do backlogu.

Jak wygląda wycena?

Zależy od liczby serwisów, kontenerów, scenariuszy e-commerce, integracji, źródeł referencyjnych i oczekiwanej głębokości testów. Po kwalifikacji wskazuję rdzeń oraz elementy opcjonalne.

Pierwszy krok

Opisz jeden rozjazd, który dziś blokuje decyzję.

Wrócę z pytaniami o serwis, źródło referencyjne, GTM, consent i osoby potrzebne do audytu. Jeśli audyt nie jest właściwym pierwszym krokiem, powiem to przed wyceną.

Zanim zamówisz audyt

Sprawdź podstawy samodzielnie.