Czy GA4 poprawnie mierzy sprzedaż w e-commerce? 19-punktowa checklista audytu

Google Analytics 4 jest dziś jednym z podstawowych narzędzi do analizy sprzedaży w sklepach internetowych. Problem polega na tym, że samo wdrożenie GA4 nie oznacza jeszcze, że dane sprzedażowe są poprawne.

W wielu e-commerce’ach panel GA4 pokazuje transakcje, przychody, produkty, źródła ruchu i konwersje. Na pierwszy rzut oka wszystko wygląda dobrze. Dopiero przy porównaniu z platformą sklepową, CRM-em, systemem płatności albo danymi z BigQuery okazuje się, że coś się nie zgadza:

• Przychód jest za niski.
• Liczba transakcji jest inna niż w sklepie.
• Niektóre zamówienia się dublują.
• Brakuje produktów w transakcjach.
• Źródła sprzedaży wyglądają podejrzanie.
• Kampanie mają świetny ROAS, ale biznesowo nie dowożą wyniku.

I wtedy pojawia się najważniejsze pytanie:

Czy GA4 naprawdę poprawnie mierzy sprzedaż w sklepie internetowym?

To pytanie nie jest techniczną ciekawostką. Od jakości danych w GA4 zależy jakość decyzji: budżety reklamowe, optymalizacja kampanii, ocena kanałów sprzedaży, analiza produktów, raportowanie dla zarządu i planowanie rozwoju e-commerce.

Dlatego w tym artykule pokazuję, jak praktycznie sprawdzić, czy GA4 mierzy sprzedaż poprawnie i na co zwrócić uwagę podczas audytu wdrożenia e-commerce.

Dlaczego poprawny pomiar sprzedaży w GA4 jest tak ważny?

W e-commerce dane sprzedażowe są podstawą decyzji. Jeśli GA4 pokazuje błędne dane, błędne mogą być również wnioski.

Przykłady?

• GA4 nie rejestruje części transakcji → uznajesz, że kampanie działają gorzej, niż w rzeczywistości.
• Transakcje się dublują → zwiększasz budżet na kanał, który tylko pozornie wygląda skutecznie.
• Brakuje danych o produktach → nie widzisz, które kategorie naprawdę sprzedają.
• Błędnie działa Consent Mode → dane są niespójne między GA4, Google Ads i platformą sklepową.

W praktyce problem z pomiarem sprzedaży w GA4 szybko przestaje być problemem analitycznym. Staje się problemem biznesowym.

Błędne dane mogą prowadzić do:

• złej oceny skuteczności kampanii,
• przepalania budżetu reklamowego,
• błędnych decyzji o promocji produktów,
• nieprawidłowego raportowania przychodów,
• fałszywych wniosków o zachowaniu klientów,
• złej oceny lejka zakupowego,
• problemów z analizą marży, zwrotów i rentowności.

Dlatego poprawność pomiaru sprzedaży w GA4 warto sprawdzać regularnie, nie tylko przy pierwszym wdrożeniu.

1. Sprawdź, czy event purchase uruchamia się tylko po prawdziwym zakupie

Podstawą pomiaru sprzedaży w GA4 jest event purchase. To on odpowiada za rejestrowanie transakcji, przychodu i zakupionych produktów.

Pierwsze pytanie brzmi:

Czy purchase uruchamia się dokładnie wtedy, kiedy powinien?

Event purchase powinien pojawić się po zakończonym zakupie - najczęściej na stronie potwierdzenia zamówienia albo po skutecznym przejściu przez proces płatności. Nie powinien uruchamiać się wcześniej: na stronie koszyka, wyboru dostawy, wyboru płatności albo kliknięcia przycisku „Kupuję”.

To częsty błąd. Sklep wysyła event purchase zbyt wcześnie, zanim transakcja faktycznie zostanie zakończona → GA4 raportuje zamówienia, które nigdy nie zostały opłacone albo sfinalizowane.

Warto sprawdzić:

• czy purchase pojawia się tylko po zakończonym zamówieniu,
• czy nie uruchamia się przy odświeżeniu strony potwierdzenia,
• czy nie uruchamia się przy powrocie użytkownika na stronę podziękowania,
• czy nie uruchamia się po nieudanej płatności,
• czy nie jest wysyłany równolegle z kilku miejsc, np. z wtyczki i z GTM.

Najprostszy test: wykonaj kontrolne zamówienie i sprawdź w GTM Preview oraz DebugView, kiedy dokładnie pojawia się event purchase.

W praktycznym debugowaniu warto też korzystać z narzędzi przeglądarkowych: Omnibug, Adswerve dataLayer Inspector albo Google Analytics Debugger. Pozwalają zobaczyć, jakie eventy i parametry są faktycznie wysyłane z przeglądarki, zanim dane pojawią się w raportach GA4.

2. Sprawdź, czy każda transakcja ma unikalny transaction_id

Jednym z najważniejszych parametrów w e-commerce tracking jest transaction_id - identyfikator zamówienia. Dzięki niemu można sprawdzić, czy transakcje w GA4 odpowiadają realnym zamówieniom w sklepie.

Każdy zakup powinien mieć unikalny transaction_id. Jeśli go brakuje albo jest błędny → pojawiają się problemy z analizą sprzedaży.

Typowe błędy:

• brak transaction_id,
• ten sam transaction_id dla wielu transakcji,
• losowy identyfikator generowany po stronie przeglądarki,
• inny identyfikator w GA4 niż w platformie sklepowej,
• identyfikator techniczny, którego nie da się powiązać z zamówieniem,
• transaction_id zmieniający się po odświeżeniu strony.

Poprawny transaction_id powinien pozwalać na porównanie danych z GA4 z danymi ze sklepu. Jeśli w platformie e-commerce masz zamówienie numer 12345, dobrze, żeby ten sam numer albo jego stabilny odpowiednik był dostępny w GA4.

Bez stabilnego transaction_id trudno powiedzieć, które zamówienia zostały zmierzone, które zniknęły, a które policzono podwójnie.

3. Porównaj liczbę transakcji z GA4 z platformą sklepową

GA4 prawie nigdy nie będzie pokazywać dokładnie tej samej liczby transakcji co system sklepu. Różnice są normalne.

Pytanie brzmi: jak duże są te różnice i czy da się je wyjaśnić?

Porównanie powinno obejmować ten sam okres, tę samą strefę czasową i możliwie podobną definicję transakcji.

Warto sprawdzić:

• ile zamówień pokazuje platforma sklepu,
• ile transakcji pokazuje GA4,
• czy GA4 uwzględnia tylko zamówienia opłacone,
• czy sklep uwzględnia anulowania,
• czy porównujesz dane brutto czy netto,
• czy w obu systemach obowiązuje ta sama strefa czasowa,
• czy nie ma opóźnień w przetwarzaniu danych.

Skala różnicy mówi wszystko:

• 1000 → 950 → różnica akceptowalna (brak zgód, adblocki, ograniczenia przeglądarek).
• 1000 → 600 albo 1000 → 1300 → to nie jest drobna różnica. To sygnał, że tracking wymaga audytu.

W większych sklepach warto rozważyć analitykę po stronie serwera (Server-Side GTM). Nie jest to magiczne rozwiązanie wszystkich problemów, ale może ograniczyć część strat wynikających z blokowania skryptów, poprawić kontrolę nad wysyłanymi danymi i uporządkować sposób przekazywania eventów.

Największą wartość daje porównanie transakcji po transaction_id - wtedy widzisz nie tylko sumy, ale konkretne zamówienia:

• które są w sklepie, ale nie ma ich w GA4,
• które są w GA4, ale nie ma ich w sklepie,
• które pojawiają się kilka razy,
• które mają inną wartość przychodu.

4. Sprawdź, czy przychód jest liczony tak samo jak w sklepie

Liczba transakcji to jedno. Drugim ważnym elementem jest przychód.

W GA4 parametr value przy evencie purchase powinien reprezentować wartość transakcji. Problem w tym, że różne sklepy różnie definiują wartość zamówienia: brutto / netto, z dostawą / bez dostawy, po rabacie / przed rabatem, z uwzględnieniem zwrotów lub bez.

Dlatego przy porównaniu przychodów trzeba najpierw ustalić definicję.

Warto sprawdzić:

• czy value zawiera VAT,
• czy zawiera koszt dostawy,
• czy uwzględnia rabaty,
• czy zgadza się z sumą produktów,
• czy waluta jest poprawna,
• czy różne rynki wysyłają poprawny parametr currency,
• czy zwroty są raportowane oddzielnie,
• czy anulowane zamówienia są wykluczane lub korygowane.

Bardzo częsty problem: suma wartości produktów nie zgadza się z wartością transakcji. Np. produkty w tablicy itemsmają łączną wartość 240 zł, a event purchase ma value = 299 zł, bo zawiera dostawę, opakowanie albo inną opłatę.

To nie zawsze jest błąd - ale musi być świadoma decyzja. Jeśli nikt w firmie nie wie, co dokładnie oznacza przychód w GA4, raporty sprzedażowe mogą prowadzić do złych wniosków.

5. Zweryfikuj tablicę items, czyli dane o produktach

W GA4 sama transakcja to za mało. W e-commerce ogromne znaczenie mają dane produktowe przekazywane w tablicy items.

To właśnie dzięki nim możesz analizować:

• które produkty są oglądane,
• które są dodawane do koszyka,
• które są kupowane,
• które kategorie konwertują,
• które produkty generują przychód,
• które marki sprzedają najlepiej,
• jak działa merchandising,
• gdzie użytkownicy odpadają w lejku produktowym.

Najważniejsze parametry to: item_id, item_name, item_category, price, quantity, item_brand, item_variant, discount, coupon, index oraz item_list_name.

Nie każdy sklep musi używać wszystkich, ale minimum powinno pozwalać na analizę produktu, kategorii, ceny i liczby sztuk.

Szczególnie warto zwrócić uwagę na parametr coupon. Kod rabatowy może być przekazywany na poziomie transakcji albo produktu. Jeśli sklep intensywnie korzysta z promocji → brak poprawnego coupon ogranicza analizę wpływu rabatów na sprzedaż, marżę i zachowanie klientów.

Typowe błędy w tablicy items:

• brak item_id,
• brak kategorii,
• różne nazwy tego samego produktu,
• wysyłanie nazwy produktu zamiast stabilnego ID,
• brak ceny,
• cena jako tekst zamiast liczby,
• niepoprawna ilość,
• brak danych o wariancie,
• brak albo niespójne kody rabatowe,
• niekonsekwentne kategorie,
• różne struktury danych na różnych eventach.

Szczególnie ważny jest item_id - stabilny identyfikator produktu, który można połączyć z systemem sklepowym, feedem produktowym albo danymi magazynowymi. Jeśli raz wysyłasz SKU, raz ID wariantu, a raz nazwę produktu → analiza produktowa w GA4 traci sens.

6. Sprawdź pełny lejek e-commerce, nie tylko zakup

Poprawny pomiar sprzedaży to nie tylko event purchase. Żeby zrozumieć, dlaczego użytkownicy kupują albo nie kupują, potrzebujesz pełnego lejka e-commerce:

view_item_list → select_item → view_item → add_to_cart → view_cart → begin_checkout → add_shipping_info → add_payment_info → purchase

Nie chodzi tylko o to, czy eventy istnieją. Chodzi o to, czy tworzą logiczną ścieżkę.

Przykład: sklep ma 10 000 eventów view_item, 8000 add_to_cart i tylko 200 begin_checkout. To może oznaczać:

• realny problem w koszyku, albo
• błąd trackingu, np. zbyt szeroko uruchamiany add_to_cart.

Warto sprawdzić:

• czy eventy uruchamiają się w odpowiednich momentach,
• czy mają spójne dane produktowe,
• czy items wygląda podobnie na różnych etapach,
• czy eventy nie są dublowane,
• czy kliknięcie przycisku rzeczywiście oznacza wykonanie akcji,
• czy checkout jest mierzony po wszystkich metodach płatności i dostawy.

Bez poprawnego lejka GA4 pokazuje liczby, ale nie daje odpowiedzi, gdzie naprawdę pojawia się problem.

7. Sprawdź, czy eventy nie są dublowane

Duplikacja eventów to jeden z najczęstszych problemów w GA4. Wynika zwykle z tego, że tracking jest wdrożony jednocześnie przez kilka kanałów:

• wtyczkę platformy sklepowej,
• Google Tag Managera,
• bezpośredni kod na stronie,
• aplikację marketingową,
• integrację z systemem płatności,
• dodatkowy skrypt agencji lub developera.

Efekt? Jeden zakup wysłany dwa razy. Jedno dodanie do koszyka raportowane podwójnie. Jedna transakcja wyglądająca jak dwie sprzedaże.

Ważne: GA4 może ignorować część duplikatów transakcji z tym samym transaction_id, ale dzieje się to tylko w ograniczonym oknie czasowym i nie jest rozwiązaniem problemu. Duplikaty trzeba eliminować u źródła - w GTM, wtyczce, kodzie sklepu albo integracji wysyłającej purchase.

Sygnały ostrzegawcze:

• liczba transakcji w GA4 wyższa niż w sklepie,
• ten sam transaction_id pojawia się kilka razy,
• przychód w GA4 podejrzanie wysoki,
• eventy w DebugView pojawiają się dwa razy,
• w GTM Preview kilka tagów GA4 uruchamianych na ten sam event.

Przy duplikacji nie wystarczy „usunąć jednego taga”. Trzeba zrozumieć, skąd dokładnie wychodzi event i czy inne narzędzia nie bazują na tym samym wdrożeniu.

8. Sprawdź wpływ zgód użytkownika i Consent Mode

Współczesny pomiar e-commerce nie działa w próżni. Na dane w GA4 wpływają: zgody użytkowników, baner cookies, Consent Mode, przeglądarki, adblocki i regulacje prywatności.

Warto zweryfikować:

• czy tagi GA4 nie uruchamiają się przed decyzją użytkownika, jeśli nie powinny,
• czy Consent Mode jest poprawnie ustawiony,
• czy statusy zgód są aktualizowane po wyborze użytkownika,
• czy Google Ads i GA4 otrzymują spójne informacje o zgodach,
• czy baner cookies nie blokuje przypadkowo wszystkich pomiarów,
• czy różnice w danych nie wynikają z odrzuconych zgód.

Czasem problem nie polega na tym, że event purchase jest źle wdrożony. Problem polega na tym, że część użytkowników nie wyraża zgody, a firma porównuje GA4 z systemem sklepu tak, jakby oba systemy miały pokazywać 1:1 te same dane.

Nie powinny. To dwa różne światy:

Dodatkowo w GA4 część danych może być raportowana jako dane obserwowane, a część jako dane modelowane. Raporty nie zawsze pokazują wyłącznie zdarzenia zarejestrowane bezpośrednio w przeglądarce → przy analizie sprzedaży trzeba rozumieć, czy patrzymy na dane bezpośrednio zebrane, czy uzupełniane przez mechanizmy modelowania.

Również tutaj Server-Side GTM może być elementem bardziej dojrzałej architektury pomiaru. Nie zastępuje poprawnego Consent Mode i nie zwalnia z obowiązku zarządzania zgodami, ale daje większą kontrolę nad tym, jakie dane są wysyłane, do jakich systemów i w jakiej formie.

9. Sprawdź źródła sprzedaży i atrybucję

Poprawny pomiar sprzedaży to nie tylko liczba transakcji i przychód. Ważne jest też, do jakiego źródła GA4 przypisuje sprzedaż. Jeśli atrybucja jest błędna → podejmujesz złe decyzje marketingowe.

Typowe problemy:

• dużo sprzedaży przypisanej do direct,
• płatności online jako źródło transakcji,
• bramki płatnicze pojawiające się jako referral,
• błędne lub niespójne UTM-y,
• brak cross-domain tracking,
• różnice między GA4 a Google Ads,
• ruch z aplikacji lub porównywarek przypisany niepoprawnie,
• kampanie newsletterowe bez poprawnych parametrów.

Szczególnie sprawdź bramki płatności. Użytkownik przechodzi do zewnętrznego systemu płatności i wraca na stronę sklepu → GA4 może uznać bramkę za nowe źródło sesji → sprzedaż zostaje przypisana do operatora płatności, a nie do faktycznego kanału marketingowego. To mocno zniekształca ocenę kampanii.

W audycie trzeba sprawdzić listę niechcianych odesłań, konfigurację domen, parametry UTM i sposób przechodzenia przez checkout. Pamiętaj jednak: lista niechcianych odesłań nie rozwiązuje każdego problemu - czasem potrzebne jest poprawne oznaczenie powrotu z bramki, lepsza konfiguracja cross-domain albo wdrożenie przez server-side tagging.

10. Sprawdź dane w BigQuery, jeśli masz eksport GA4

Panel GA4 jest przydatny, ale ma ograniczenia. Eksport danych do BigQuery daje znacznie większe możliwości.

W BigQuery możesz sprawdzić m.in.:

• listę wszystkich transaction_id,
• duplikaty transakcji,
• transakcje bez produktów,
• transakcje bez przychodu,
• produkty bez item_id,
• różnice między value a sumą produktów,
• ścieżki użytkowników przed zakupem,
• źródła transakcji,
• eventy w kolejności czasowej,
• konkretne przypadki problematycznych zamówień.

Pytania, na które BigQuery pomaga odpowiedzieć:

• Czy ten sam transaction_id pojawia się więcej niż raz?
• Ile transakcji nie ma danych produktowych?
• Czy wszystkie transakcje mają walutę?
• Czy eventy purchase pojawiają się po begin_checkout?
• Czy produkty kupione mają te same item_id, co produkty oglądane wcześniej?
• Czy przychód z eventu zgadza się z sumą produktów?

Przykładowe zapytanie, które pozwala znaleźć potencjalnie zdublowane transakcje:

SELECT
transaction_id,
COUNT(*) AS purchase_events
FROM (
SELECT
event_date,
event_timestamp,
(
SELECT value.string_value
FROM UNNEST(event_params)
WHERE key = 'transaction_id'
) AS transaction_id
FROM `project.dataset.events_*`
WHERE event_name = 'purchase'
)
WHERE transaction_id IS NOT NULL
GROUP BY transaction_id
HAVING COUNT(*) > 1
ORDER BY purchase_events DESC;

To zapytanie znajduje transakcje, które pojawiły się w danych GA4 więcej niż raz. W audycie warto potem sprawdzić, czy to faktyczne duplikaty, ponowne wysłania eventu po odświeżeniu strony, czy efekt kilku równoległych integracji.

To szczególnie ważne w większych e-commerce’ach, gdzie sam panel GA4 nie wystarcza do diagnozy problemów.

11. Zrób testowe zamówienia w kilku scenariuszach

Audyt GA4 nie powinien ograniczać się do patrzenia w raporty. Wykonaj testowe zamówienia i sprawdź cały proces od strony użytkownika.

Scenariusze do przetestowania:

• zakup jednego produktu,
• zakup kilku produktów,
• zakup produktu z rabatem,
• zakup z kodem promocyjnym,
• zakup z różnymi metodami dostawy,
• zakup z różnymi metodami płatności,
• zakup na mobile,
• zakup na desktopie,
• nieudana płatność,
• powrót na stronę podziękowania,
• odświeżenie strony potwierdzenia.

Przy każdym scenariuszu sprawdź:

• czy eventy uruchamiają się w dobrej kolejności,
• czy purchase pojawia się tylko raz,
• czy transaction_id jest poprawny,
• czy value jest poprawne,
• czy items zawiera wszystkie produkty,
• czy coupon jest poprawnie przekazywany przy kodzie rabatowym,
• czy waluta jest poprawna,
• czy rabaty są uwzględnione,
• czy źródło transakcji jest logiczne.

To proste, ale bardzo skuteczne. Często jeden testowy zakup pokazuje więcej niż godzina przeglądania raportów.

12. Sprawdź, czy raporty odpowiadają na realne pytania biznesowe

Na końcu warto zadać pytanie, które często jest pomijane:

Czy dane z GA4 pomagają podejmować decyzje?

Poprawne eventy to jeszcze nie wszystko. Można mieć technicznie działające wdrożenie, które nadal nie daje wartości biznesowej.

Dobre wdrożenie GA4 dla e-commerce powinno pomagać odpowiedzieć na pytania:

• które kanały naprawdę dowożą sprzedaż,
• które produkty przyciągają uwagę, ale nie sprzedają,
• gdzie użytkownicy odpadają w lejku,
• które kategorie mają problem z konwersją,
• jak zachowują się nowi i powracający klienci,
• które kampanie generują jakościowy ruch,
• które urządzenia mają problem w checkout,
• jakie produkty są dodawane do koszyka, ale nie kupowane,
• czy zmiany na stronie poprawiają sprzedaż.

Jeśli GA4 pokazuje tylko ogólne liczby, ale nie pomaga podejmować decyzji → wdrożenie wymaga dopracowania, nawet jeśli technicznie „coś się mierzy”.

Checklista: jak sprawdzić, czy GA4 poprawnie mierzy sprzedaż?

Szybki audyt - przejdź przez wszystkie punkty:

• [ ] Event purchase uruchamia się tylko po realnym zakupie
• [ ] purchase nie dubluje się po odświeżeniu strony
• [ ] Każda transakcja ma unikalny transaction_id
• [ ] transaction_id da się połączyć z zamówieniem w sklepie
• [ ] Liczba transakcji w GA4 jest logicznie zbliżona do danych sklepu
• [ ] Przychód w GA4 jest liczony według znanej definicji
• [ ] GA4 poprawnie obsługuje rabaty, dostawę, VAT i walutę
• [ ] Event purchase zawiera pełną tablicę items
• [ ] Produkty mają stabilne item_id
• [ ] Kody rabatowe są poprawnie przekazywane przez coupon
• [ ] Eventy lejka e-commerce uruchamiają się w odpowiednich momentach
• [ ] Eventy nie są wysyłane podwójnie
• [ ] Consent Mode i baner cookies działają poprawnie
• [ ] Rozumiesz, które dane są obserwowane, a które mogą być modelowane
• [ ] Bramki płatności nie przejmują atrybucji sprzedaży
• [ ] Kampanie mają spójne UTM-y
• [ ] BigQuery nie pokazuje duplikatów ani braków w danych
• [ ] Testowe zamówienia przechodzą poprawnie przez cały tracking
• [ ] Raporty pomagają podejmować konkretne decyzje biznesowe

Jeśli na kilka z tych pytań odpowiedź brzmi „nie wiem” → to znak, że warto przeprowadzić audyt pomiaru e-commerce w GA4.

Podsumowanie

GA4 może być bardzo wartościowym narzędziem dla e-commerce - ale tylko wtedy, gdy dane są wiarygodne.

Samo to, że w raportach widać transakcje i przychód, nie oznacza jeszcze, że pomiar działa poprawnie. Trzeba sprawdzić:

• kiedy uruchamia się event purchase,
• czy transakcje mają poprawny transaction_id,
• czy dane produktowe są kompletne,
• czy przychód jest liczony według znanej definicji,
• czy eventy się nie dublują,
• czy Consent Mode nie zaburza interpretacji danych.

Największy błąd to traktowanie GA4 jak księgowego systemu sprzedaży. GA4 nie jest systemem finansowym - jest narzędziem analitycznym. Ma pomagać rozumieć zachowanie użytkowników, skuteczność kanałów i jakość ścieżki zakupowej.

Nie chodzi o to, żeby GA4 zawsze zgadzało się ze sklepem co do jednej transakcji. Chodzi o to, żeby różnice były zrozumiałe, kontrolowane i nie prowadziły do błędnych decyzji.

Bo w e-commerce problemem nie są tylko złe dane.

Problemem są dobre decyzje podejmowane na podstawie danych, które tylko wyglądają na dobre.

Sprawdź, czy Twój pomiar sprzedaży w GA4 jest wiarygodny

Masz wątpliwości, czy dane sprzedażowe w GA4 odpowiadają temu, co naprawdę dzieje się w sklepie? W ramach AnalyticsLab wykonuję audyty pomiaru e-commerce:

• weryfikacja eventu purchase i całego lejka,
• kontrola transaction_id i danych produktowych w items,
• sprawdzenie Consent Mode i zgód,
• analiza atrybucji i bramek płatności,
• porównanie GA4 z platformą sklepową i danymi w BigQuery.

W efekcie dostajesz konkretną odpowiedź: ile transakcji realnie gubisz, które kanały są źle ocenione i które decyzje budżetowe opierasz na zawyżonych lub zaniżonych danych - wraz z listą poprawek do wdrożenia.