Konwersje nie zgadzają się z CRM lub sklepem
Brakuje wspólnej definicji, źródła referencyjnego albo wyjaśnienia różnic.
Audyt GA4 · GTM · e-commerce
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.
Kiedy audyt ma sens
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.
Brakuje wspólnej definicji, źródła referencyjnego albo wyjaśnienia różnic.
purchase, transaction_id, item data i zwroty nie tworzą spójnego obrazu sprzedaży.
Stare tagi, zależności od DOM i nieznane triggery zwiększają ryzyko każdej zmiany.
Self-referrals, płatności, subdomeny lub błędne UTM-y zmieniają źródło sesji i konwersji.
Nie wiadomo, które tagi uruchamiają się dla poszczególnych stanów zgód i kiedy.
Marketing, sprzedaż i finanse korzystają z różnych definicji tej samej konwersji.
Wynik audytu
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.
Problem, środowisko, kroki odtworzenia, dowód i obszar odpowiedzialności.
Porównanie krytycznych zdarzeń i wartości ze wskazanym źródłem referencyjnym.
Krytyczne, ważne i optymalizacyjne — z opisem konsekwencji dla decyzji.
Kolejność, zależności, potrzebne role i orientacyjna pracochłonność.
Property, strumienie, domeny, filtry, referral exclusions i źródła prawdy.
Nazwy, parametry, warunki uruchomienia, duplikaty oraz definicje konwersji.
Lejek, item data, transaction_id, waluty, wartości i scenariusze brzegowe.
Tagi, triggery, CMP, Consent Mode, Google Ads oraz zależności techniczne.
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ę GA4Proces
Ustalamy decyzje zależne od danych, objawy, zakres serwisów, integracje i źródła referencyjne.
Przeglądam konfigurację, kontener, dataLayer i przepływ danych. Odtwarzam kluczowe scenariusze.
Sprawdzam duplikaty, braki, consent, domeny i krytyczne różnice względem systemu referencyjnego.
Porządkuję rekomendacje według wpływu, zależności i wysiłku. Wyniki omawiam z osobami, które będą je wdrażać.
Namacalny rezultat
To ilustracyjny przykład struktury ustalenia, nie dane konkretnego klienta. Raport rozdziela fakt, interpretację i zalecenie.
Dobór pierwszego kroku
Gdy dane istnieją, ale nie wiadomo, co działa, dlaczego liczby się różnią i co naprawić najpierw.
Sprawdź zakresGdy przed konfiguracją trzeba uzgodnić KPI, eventy, parametry, dataLayer i odpowiedzialność.
Zobacz planGdy specyfikacja i problemy są znane, a potrzebne są konfiguracja, zmiany, QA i dokumentacja.
Zobacz wdrożenieGdy kluczowe dane wymagają stałych kontroli, alertów i procesu reakcji po release.
Zobacz monitoringWarunki dobrego audytu
Uczciwe ograniczenia
Dokumentuję poziom pewności i ograniczenia wniosków. Nie ukrywam ich pod obietnicą „100% poprawnych danych”.
Jedna odpowiedzialna osoba
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.
Liczby dotyczą całej praktyki analitycznej i projektów danych, nie wyłącznie audytów GA4.
Przed rozmową
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.
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.
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.
Podstawowym wynikiem jest diagnoza, priorytety i plan naprawy. Implementację mogę wycenić po audycie, gdy znane są przyczyny, zależności developerskie i kryteria odbioru.
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.
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
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