Konfiguracja GA4 dla e-commerce – checklista niezbędnych zdarzeń

Masz zainstalowane GA4. Widzisz, że wchodzą ludzie. Wykresy się ruszają. Wygląda, że działa.

A potem chcesz sprawdzić, które produkty się sprzedają, gdzie ludzie porzucają koszyk, ile realnie wynosi wartość zamówienia – i okazuje się, że GA4 nic o tym nie wie.

Bo sama instalacja GA4 mierzy tylko odsłony. Żeby zobaczyć e-commerce, musisz wdrożyć osobne zdarzenia. I większość sklepów albo tego nie robi, albo robi połowicznie.

Ten artykuł to checklist: jakie zdarzenia musisz mieć, po co, i jak sprawdzić, że faktycznie działają.

Dlaczego sama instalacja GA4 to za mało

Gdy wklejasz GA4 na stronę, zaczyna zbierać podstawy: odsłony, sesje, użytkowników, kraj, urządzenie.

To wszystko.

Nie wie:

• co ktoś oglądał
• co dodał do koszyka
• gdzie porzucił zakup
• ile wydał
• które produkty się sprzedają

Żeby to zobaczyć, musisz przekazać GA4 zdarzenia e-commerce – specjalny zestaw sygnałów o tym, co dzieje się w Twoim sklepie.

Dlaczego to ważne nie tylko dla raportów

To nie jest tylko kwestia „ładnych statystyk”.

Poprawne zdarzenia e-commerce:

• ✅ zasilają listy remarketingowe (kto oglądał, kto porzucił koszyk)
• ✅ pozwalają importować konwersje do Google Ads
• ✅ dają dane do optymalizacji lejka (gdzie tracisz ludzi)
• ✅ pokazują realną wartość transakcji

Bez nich pracujesz na ślepo – i w analityce, i w kampaniach.

👉 Jak mierzyć skuteczność kampanii Google Ads?

🛒 Lejek e-commerce – jakie zdarzenia i po co

GA4 ma ustandaryzowany zestaw zdarzeń e-commerce, które odwzorowują całą drogę klienta – od zobaczenia produktu po zakup.

Oto lejek i zdarzenia, które go opisują.

Etap 1: Przeglądanie

view_item_list – zobaczenie listy produktów (kategoria, wyniki wyszukiwania) select_item – kliknięcie w konkretny produkt z listy view_item – wejście na kartę produktu

Po co: widzisz, które kategorie i produkty przyciągają uwagę, a które są ignorowane.

Etap 2: Koszyk

add_to_cart – dodanie do koszyka remove_from_cart – usunięcie z koszyka view_cart – wejście do koszyka

Po co: to podstawa remarketingu (kto dodał, ale nie kupił) i diagnozy, co ludzie odrzucają.

Etap 3: Płatność

begin_checkout – rozpoczęcie procesu zakupowego add_shipping_info – podanie danych wysyłki add_payment_info – podanie danych płatności

Po co: tu widać, gdzie tracisz pieniądze. Jeśli dużo osób zaczyna checkout, a mało dochodzi do płatności – masz problem w koszyku.

Etap 4: Zakup 🎯

purchase – finalizacja zakupu

Po co: najważniejsze zdarzenie. To ono niesie wartość transakcji, którą przekazujesz do Google Ads.

Bonus

refund – zwrot add_to_wishlist – dodanie do listy życzeń view_promotion / select_promotion – interakcja z promocjami

📊 Lejek w praktyce – co Ci pokazuje

Gdy masz te zdarzenia, widzisz swój lejek jako spadające liczby:

view_item        1000 osób obejrzało produkt

   ↓ 40%

add_to_cart       400 dodało do koszyka

   ↓ 50%

begin_checkout    200 zaczęło płatność

   ↓ 30%

add_payment_info   60 podało dane płatności

   ↓ 80%

purchase           48 kupiło

Największy spadek pokazuje Ci największy problem.

W tym przykładzie: między begin_checkout a add_payment_info tracisz 70% ludzi. Tam jest coś zepsutego – może koszty dostawy, może wymuszona rejestracja, może za dużo pól.

To jest dokładnie ta wiedza, która pozwala podnieść konwersję bez zwiększania budżetu.

🎯 Zdarzenie purchase – najważniejsze, najczęściej zepsute

Skupmy się na tym jednym, bo od niego zależy najwięcej.

Jakie dane musi nieść purchase

🚨 Trzy błędy, które psują wartość

❌ Wartość brutto z VAT-em Przekazujesz cenę z podatkiem → ROAS zawyżony → złe decyzje. ✅ Przekazuj wartość netto.

❌ Wliczony koszt dostawy w value Nie zarabiasz na wysyłce. Podbija wynik sztucznie. ✅ value = wartość produktów, bez dostawy.

❌ Brak transaction_id → podwójne liczenie Bez unikalnego ID, odświeżenie strony podziękowania liczy zakup drugi raz. ✅ Zawsze przekazuj transaction_id. GA4 użyje go do deduplikacji.

👉 Wartość konwersji – dlaczego bez niej Google optymalizuje na ślepo

📦 dataLayer – skąd GA4 bierze te dane

Techniczny fundament, który warto rozumieć – choćby po to, żeby wiedzieć, o co pytać wykonawcę.

dataLayer to warstwa danych – „tablica ogłoszeń” między Twoim sklepem a narzędziami analitycznymi.

Gdy ktoś kupuje, Twój sklep wypycha do dataLayer informację:

„purchase, zamówienie #4821, wartość 340 zł, PLN, [lista produktów]”

GTM to odczytuje i przekazuje do GA4 (i do Google Ads).

Dlaczego to ważne dla Ciebie

Zdarzenia e-commerce są tyle warte, ile poprawny dataLayer.

Jeśli sklep nie wypycha danych do dataLayer poprawnie – GTM nie ma czego odczytać, a GA4 nie dostaje wartości.

To jest zwykle najbardziej techniczna część wdrożenia – i najczęściej tu potrzebujesz wsparcia programisty albo dobrej wtyczki/integracji platformy.

👉 Google Tag Manager – jak wdrożyć bez programisty

🔌 Jak to wdrożyć – zależnie od platformy

Dobra wiadomość: nie musisz budować dataLayer od zera. Większość platform ma gotowe rozwiązania.

💡 Wtyczka/integracja załatwia większość roboty – generuje dataLayer i wysyła zdarzenia. Ale i tak musisz to przetestować (patrz niżej), bo wtyczki bywają niekompletne albo źle skonfigurowane.

⚠️ Uwaga: wiele wtyczek domyślnie przekazuje wartość brutto z dostawą. Sprawdź to.

🔗 Połączenie GA4 z Google Ads

Gdy zdarzenia działają, połącz oba narzędzia. To odblokowuje:

• ✅ import konwersji z GA4 do Google Ads
• ✅ listy remarketingowe oparte na zachowaniu (porzucony koszyk!)
• ✅ dane o zachowaniu użytkowników z reklam
• ✅ audytoria do kampanii

⚠️ Ale uwaga na podwójne liczenie konwersji

Jeśli masz jednocześnie:

• konwersję śledzoną natywnie w Google Ads
• i tę samą konwersję importowaną z GA4

…możesz liczyć ją dwa razy.

Zasada: wybierz jedno źródło konwersji dla danego celu. Zwykle lepiej mierzyć konwersje natywnie w Google Ads (lepsze dla Smart Biddingu), a GA4 traktować jako narzędzie analityczne.

👉 GA4 a Google Ads – dlaczego liczby się nie zgadzają

🍪 Consent Mode – bez tego tracisz dane e-commerce

Przypomnienie, które jest tu krytyczne.

Jeśli masz ruch z Europy, potrzebujesz Consent Mode v2 zintegrowanego z GTM.

Bez niego:

• część zdarzeń e-commerce nie zbierze się (użytkownicy bez zgody)
• Twoje raportyw GA4 będą niepełne
• listy remarketingowe będą uboższe

Kolejność: GTM → Consent Mode → zdarzenia e-commerce.

🧪 Jak sprawdzić, że zdarzenia działają

Nie zakładaj, że działa. Sprawdź.

Narzędzie 1: DebugView w GA4

GA4 ma wbudowany DebugView – pokazuje zdarzenia na żywo.

1. Włącz tryb debugowania (przez GTM Preview albo rozszerzenie)
2. Wejdź na stronę
3. Przejdź całą ścieżkę: produkt → koszyk → checkout → testowy zakup
4. Obserwuj w DebugView, czy każde zdarzenie się odpala z właściwymi danymi

Narzędzie 2: Tryb podglądu GTM

Pokazuje, czy tagi się odpalają i jakie dane przekazują.

Narzędzie 3: Raporty czasu rzeczywistego

Po chwili zdarzenia powinny pojawić się w raportach real-time GA4.

✅ Test kontrolny – zrób go naprawdę

Zrób prawdziwy testowy zakup. Przejdź całą ścieżkę. Sprawdź:

• [ ] Czy odpaliły się wszystkie zdarzenia lejka?
• [ ] Czy purchase przekazał właściwą wartość?
• [ ] Czy wartość jest netto, bez dostawy?
• [ ] Czy jest transaction_id?
• [ ] Czy zakup nie policzył się podwójnie przy odświeżeniu?

Tak. Zrób to. Trzy miesiące optymalizacji na złych danych kosztują znacznie więcej niż jeden testowy zakup.

✅ Kompletna checklista konfiguracji

Fundament:

• [ ] GA4 zainstalowane
• [ ] GTM wdrożony
• [ ] Consent Mode v2 zintegrowany z GTM
• [ ] dataLayer działa (wtyczka lub programista)

Zdarzenia lejka:

• [ ] view_item (karta produktu)
• [ ] add_to_cart (dodanie do koszyka)
• [ ] begin_checkout (rozpoczęcie płatności)
• [ ] add_payment_info (dane płatności)
• [ ] purchase (zakup)
• [ ] refund (zwroty – jeśli możliwe)

Zdarzenie purchase:

• [ ] Ma transaction_id (deduplikacja!)
• [ ] Ma value netto, bez dostawy
• [ ] Ma currency (PLN)
• [ ] Ma items (lista produktów)

Integracja:

• [ ] GA4 połączone z Google Ads
• [ ] Sprawdzone, że nie ma podwójnego liczenia konwersji
• [ ] Listy remarketingowe skonfigurowane

Weryfikacja:

• [ ] Przetestowane w DebugView
• [ ] Zrobiony testowy zakup
• [ ] Sprawdzona poprawność wartości

Podsumowanie

Sama instalacja GA4 mierzy odsłony – nie e-commerce. Żeby zobaczyć, co ludzie oglądają, gdzie porzucają koszyk i ile realnie wydają, musisz wdrożyć zdarzenia e-commerce, które odwzorowują cały lejek: od view_item po purchase.

Najważniejsze i najczęściej zepsute jest purchase. Trzy rzeczy decydują o tym, czy dane są wiarygodne: wartość netto (nie brutto z VAT), bez kosztów dostawy, i transaction_id chroniący przed podwójnym liczeniem. Wtyczki platformowe robią większość roboty, ale domyślnie często przekazują wartość brutto z dostawą – dlatego musisz to sprawdzić.

Te zdarzenia to nie tylko ładne raporty. Zasilają remarketing, pozwalają importować konwersje i – co najważniejsze – pokazują, gdzie w lejku tracisz ludzi. Największy spadek między etapami to Twój największy problem, i zwykle najtańszy sposób na podniesienie konwersji.

I pamiętaj o dwóch fundamentach: Consent Mode (bez niego zdarzenia są niepełne) i testowy zakup (bo założenie „chyba działa” to najdroższy błąd w analityce).

Co dalej?

Nie masz pewności, czy Twoje GA4 poprawnie mierzy e-commerce? Sprawdzimy to. Przejdziemy przez cały lejek, zweryfikujemy zdarzenia, wartości i deduplikację – i powiemy wprost, gdzie tracisz dane i co to kosztuje w kampaniach.

Umów bezpłatny audyt analityki e-commerce →

Zobacz też, jak podchodzimy do analityki i e-commerce.