40+ punktów kontrolnych konfiguracji Google Analytics 4 dla sklepu internetowego. Od podstaw po zaawansowane zdarzenia e-commerce.
Co znajdziesz w środku
40+ punktów kontrolnych w 7 kategoriach
Od podstawowej konfiguracji po enhanced e-commerce
Kompatybilna z GTM i wszystkimi platformami e-commerce
Zawiera priorytety: krytyczne, ważne, dodatkowe
Jak korzystać z tej checklisty
Każdy punkt oznaczony jest priorytetem:
🔴 Krytyczne - bez tego nie zbierasz danych lub zbierasz je błędnie
🟡 Ważne - wpływa na jakość analityki i możliwość optymalizacji
🟢 Dodatkowe - daje pełniejszy obraz zachowań użytkowników
Zacznij od punktów krytycznych. Większość konfiguracji wymaga dostępu do Google Tag Managera i panelu GA4.
1. Podstawowa konfiguracja GA4
🔴 Usługa GA4 utworzona poprawnie - osobna usługa (property) dla środowiska produkcyjnego. Nie mieszaj danych z dev/staging. Dlaczego: ruch z testowych środowisk generuje fałszywe sesje, konwersje i zdarzenia. Mieszając dane, nie odróżnisz prawdziwego zachowania klientów od aktywności programistów.
🔴 Strumień danych (data stream) skonfigurowany - strumień webowy z poprawnym adresem domeny. Włączone pomiary rozszerzone (enhanced measurement).
🔴 Kontener GTM zainstalowany na wszystkich stronach - tag Google Tag Manager obecny w sekcji <head> każdej strony. Zweryfikuj w Tag Assistant. Dlaczego: jeśli GTM brakuje na choćby jednej podstronie (np. strona podziękowania za zamówienie), tracisz dane o konwersjach z tych stron. Częsty problem przy stronach generowanych dynamicznie.
🔴 Tag GA4 w GTM - tag konfiguracji GA4 ustawiony na wyzwalacz “All Pages”. Measurement ID poprawny (G-XXXXXXXXXX).
🟡 Połączenie z Google Search Console - w GA4: Admin > Product Links > Search Console. Umożliwia raporty zapytań organicznych w GA4.
🟡 Połączenie z Google Merchant Center - jeśli korzystasz z Google Shopping. Admin > Product Links > Merchant Center.
🟡 Strefa czasowa i waluta - ustawione na “Polska” i “PLN”. Zmiana po zebraniu danych nie działa wstecz.
🟡 Data retention ustawiona na 14 miesięcy - Admin > Data Settings > Data Retention. Domyślne 2 miesiące to za krótko do analiz sezonowych. Dlaczego: e-commerce żyje sezonowością. Bez 14 miesięcy danych nie porównasz Black Friday rok do roku ani nie zidentyfikujesz trendów sezonowych w eksploracjach.
🟢 Google Signals włączone - Admin > Data Settings > Data Collection. Umożliwia raportowanie cross-device i dane demograficzne.
🟢 Własne wymiary (custom dimensions) - zdefiniowane wymiary specyficzne dla biznesu: np. typ klienta, źródło rejestracji, wariant AB testu.
🔴 Parametr currency ustawiony na “PLN” - we wszystkich zdarzeniach e-commerce. Bez tego raporty monetyzacji nie działają poprawnie. Dlaczego: GA4 wymaga parametru currency, żeby przypisać wartości do raportów przychodów. Jeśli go brakuje, raporty Monetization pokazują zera, mimo że zdarzenia purchase przychodzą.
🟡 view_item_list - wyświetlenie listy produktów (kategoria, wyniki wyszukiwania). Parametry: item_list_id, item_list_name, items.
🟡 select_item - kliknięcie produktu na liście. Parametry: item_list_id, item_list_name, items (kliknięty produkt).
🟡 remove_from_cart - usunięcie produktu z koszyka. Te same parametry co add_to_cart.
🟡 add_shipping_info - wybór metody dostawy. Parametry: shipping_tier (np. “Kurier DPD”), value, currency, items.
🟡 add_payment_info - wybór metody płatności. Parametry: payment_type (np. “BLIK”, “Karta”), value, currency, items.
🟢 view_cart - wyświetlenie strony koszyka. Parametry: value, currency, items.
3. Konwersje
🔴 purchase oznaczony jako konwersja - w GA4: Admin > Events > oznacz purchase jako konwersję (conversion). To podstawowy wskaźnik e-commerce. Dlaczego: samo wysyłanie zdarzenia purchase to za mało. Dopóki nie oznaczysz go jako konwersji, GA4 nie uwzględnia go w raportach konwersji, a Google Ads nie może na nim optymalizować kampanii.
🔴 Deduplikacja transakcji - upewnij się, że transaction_id jest unikalny. GA4 deduplikuje zdarzenia purchase z tym samym transaction_id w ciągu 24h. Dlaczego: bez unikalnego transaction_id każde odświeżenie strony podziękowania generuje kolejną “transakcję”. W efekcie raporty pokazują 2-3x więcej zamówień niż w rzeczywistości.
🟡 Wartość konwersji przekazywana - zdarzenie purchase zawiera parametr “value” z kwotą zamówienia. Umożliwia raportowanie przychodu.
🟡 Newsletter signup jako konwersja - osobne zdarzenie (np. newsletter_signup) oznaczone jako konwersja. Przydatne do optymalizacji kampanii na górze lejka.
🟢 Konwersje telefoniczne - śledzenie kliknięć w numer telefonu (zdarzenie click z parametrem link_url zawierającym “tel:”). Oznacz jako konwersję.
🟢 Wartość mikrokonwersji - przypisanie szacunkowej wartości do mikrokonwersji (np. add_to_cart = 5 PLN, newsletter = 2 PLN). Pomaga w raportowaniu ROAS.
4. Filtry i wykluczenia
🔴 Ruch wewnętrzny wykluczony - w GTM: zmienna z IP biura/biur, warunek wykluczający w tagu GA4. Alternatywnie: filtr w GA4 Admin > Data Settings > Data Filters. Dlaczego: bez tego filtra Twoje sesje, konwersje testowe i przeglądanie produktów przez zespół zawyżają statystyki. Decyzje podejmujesz na fałszywych danych.
🔴 Ruch deweloperski wykluczony - ruch ze środowisk dev/staging nie trafia do produkcyjnej usługi GA4. Sprawdź, czy kontener GTM na staging używa innego Measurement ID. Dlaczego: środowiska testowe generują setki zdarzeń dziennie (testy automatyczne, QA, wdrożenia). Ten ruch kompletnie zaburza metryki zaangażowania i współczynniki konwersji.
🟡 Referral exclusions - w Admin > Data Streams > Configure tag settings > List unwanted referrals. Dodaj domeny płatności (np. przelewy24.pl, payu.pl, blik.com). Dlaczego: bez tego GA4 przypisuje konwersje do “referral / przelewy24.pl” zamiast do prawdziwego źródła (np. Google Ads). Tracisz informację, który kanał naprawdę generuje sprzedaż.
🟡 Cross-domain tracking - jeśli sklep korzysta z osobnej domeny do płatności lub bloga. Konfiguracja w GTM lub w ustawieniach strumienia danych.
🟡 Bot filtering - domyślnie włączony w GA4. Sprawdź, czy nie masz anomalii w ruchu (nagły skok sesji z jednego źródła).
🟢 Filtr dla ruchu testowego - osobny filtr dla transakcji testowych (np. na podstawie parametru debug_mode lub custom dimension “environment”).
5. Raporty i eksploracje
🔴 Raport monetyzacji działa - sprawdź Reports > Monetization > Ecommerce purchases. Jeśli brak danych, zdarzenia e-commerce nie są poprawnie skonfigurowane.
🟡 Custom funnel exploration - stwórz własny lejek w Explore > Funnel exploration. Np.: strona główna > kategoria > produkt > koszyk > zamówienie.
🟡 Raport źródeł ruchu z przychodem - Reports > Acquisition > Traffic acquisition. Dodaj kolumnę “Purchase revenue” do porównania kanałów.
🟡 Segmenty użytkowników - stwórz segmenty: kupujący vs. niekupujący, nowi vs. powracający, mobilni vs. desktop. Użyj w eksploracjach.
🟢 Custom reports (Library) - dostosuj domyślne raporty w Reports > Library. Dodaj metryki i wymiary istotne dla Twojego biznesu.
🟢 Raport kohortowy - Explore > Cohort exploration. Sprawdź retencję użytkowników: ilu kupujących wraca po 7, 30, 90 dniach.
6. Integracja z Google Ads
🔴 Konta GA4 i Google Ads połączone - GA4: Admin > Product Links > Google Ads. Umożliwia import konwersji i tworzenie list odbiorców. Dlaczego: bez tego połączenia Google Ads optymalizuje kampanie “na ślepo”, nie widząc danych o przychodach i zachowaniach użytkowników z GA4. Remarketing i smart bidding nie działają.
🔴 Konwersja purchase zaimportowana do Google Ads - w Google Ads: Tools > Conversions > import z GA4. Ustaw jako “Primary conversion” do optymalizacji. Dlaczego: algorytmy Google Ads potrzebują sygnału konwersji, żeby wiedzieć, komu pokazywać reklamy. Bez importu purchase Ads nie wie, które kliknięcia prowadzą do sprzedaży i nie może optymalizować ROAS.
🟡 Listy odbiorców (audiences) udostępnione - stwórz i udostępnij listy: porzucony koszyk (add_to_cart bez purchase), kupujący, osoby oglądające kategorie.
🟡 Enhanced conversions - włącz w Google Ads dla dokładniejszego śledzenia konwersji. Wymaga przekazywania hashowanych danych użytkownika (email, telefon).
🟡 Atrybucja data-driven - w GA4: Admin > Attribution settings > ustaw model atrybucji na “Data-driven”. Daje dokładniejszy obraz wpływu poszczególnych kanałów.
🟢 Import konwersji offline - jeśli masz sprzedaż telefoniczną lub w punkcie stacjonarnym powiązaną z ruchem online.
🟢 Consent mode v2 - wdrożenie zaawansowanego trybu zgód (required w EU od marca 2024). Konfiguracja w GTM z platformy CMP.
7. Testy i weryfikacja
🔴 DebugView działa - w GA4: Admin > DebugView. Włącz tryb debug w GTM (Preview mode) i sprawdź, czy zdarzenia przychodzą w czasie rzeczywistym.
🔴 Zdarzenie purchase testowe - zrób testowe zamówienie i sprawdź w DebugView, czy zdarzenie purchase zawiera wszystkie wymagane parametry (transaction_id, value, items).
🔴 Tag Assistant weryfikacja - użyj Google Tag Assistant (tagassistant.google.com) do sprawdzenia, czy tagi GA4 odpalają się na każdej stronie.
🟡 Raport real-time - po testowym zamówieniu sprawdź Reports > Realtime. Zdarzenie purchase powinno być widoczne w ciągu kilku sekund.
🟡 Porównanie GA4 z danymi z platformy - porównaj liczbę transakcji i przychód z GA4 z danymi z panelu sklepu. Dopuszczalna rozbieżność: do 5-10%. Dlaczego: jeśli rozbieżność przekracza 10%, masz problem z wdrożeniem (np. brakujący tag na stronie podziękowania, podwójne odpalanie zdarzeń). Lepiej to wykryć teraz niż po miesiącach zbierania błędnych danych.
🟡 Testy na różnych urządzeniach - sprawdź, czy zdarzenia odpalają się poprawnie na mobile (iOS, Android) i desktop. Różne przeglądarki mogą się różnić.
🟢 Data layer inspector - zainstaluj rozszerzenie Chrome (np. dataslayer, GTM/GA Debug) i sprawdź, czy dataLayer.push() zawiera poprawne dane na każdym kroku.
🟢 Testy z wyłączonym JavaScriptem - sprawdź, czy sklep działa bez JS i jakie dane tracisz. Ważne dla użytkowników z agresywnymi ad-blockerami.
Następne kroki
Po przejściu przez tę checklistę masz poprawnie skonfigurowane GA4 dla swojego sklepu. Jeśli potrzebujesz pomocy z wdrożeniem zdarzeń e-commerce lub konfiguracją GTM - umów bezpłatną konsultację.