eCommerce dataLayer

eCommerce dataLayer

Bez prawidłowego eCommerce dataLayer nie wiesz, co się sprzedaje, dlaczego i komu. GA4 Enhanced Ecommerce to pełen obraz Twojego lejka zakupowego: od wyświetlenia produktu, przez dodanie do koszyka, checkout, po zakup. Każdy krok zmierzony. Każdy drop-off zidentyfikowany. Każde źródło przychodów rozliczone.

Zamów wdrożenie Google Tag Manager

Czym jest dataLayer i dlaczego jest kluczowy?

dataLayer to JavaScript object, który Twoja strona/sklep „napełnia" danymi o zdarzeniach (eventach) i kontekście. Google Tag Manager lub gtag.js odczytuje te dane i wysyła je do GA4, Google Ads, Facebook Pixel i innych narzędzi. Bez prawidłowego dataLayer - GA4 wie, że „ktoś kupił coś" - ale nie wie co, za ile, z jakiej kategorii, w jakiej ilości.

GA4 Enhanced Ecommerce wymaga specyficznej struktury dataLayer - zdefiniowanej przez Google. Każdy event ma wymagane i opcjonalne parametry: view_item (produkt wyświetlony), add_to_cart (dodany do koszyka), begin_checkout (rozpoczęty checkout), add_payment_info, add_shipping_info, purchase (transakcja). Każdy event zawiera tablicę items[] z item_id, item_name, price, quantity, category, brand.

Najczęstszy problem: pluginy (WooCommerce Google Analytics, PrestaShop moduły) generują dataLayer „prawie dobrze" - ale z subtelnymi błędami. Brak currency (GA4 nie liczy revenue), zduplikowane purchase events (zawyżone przychody), brak item_category (nie wiesz, co popularne), brak coupon/discount (brak analizy promocji). „Prawie dobrze" to najgorszy scenariusz - bo myślisz, że dane są OK, a nie są.

Eventy eCommerce, które wdrażamy

view_item_list & view_item

Lista produktów (kategoria, search results) i strona produktu. Parametry: item_id, item_name, price, item_category, item_brand, index (pozycja w liście). Insight: jakie produkty ludzie oglądają? Jaki % ogląda → dodaje do koszyka? (view-to-cart rate).

add_to_cart & remove_from_cart

Dodanie/usunięcie produktu z koszyka. Value, quantity, item details. Insight: cart abandonment rate, most-carted products, remove patterns. Dane do dynamic remarketing (show cart items in ads). Kluczowy event dla ROAS attribution.

begin_checkout & payment/shipping

Rozpoczęcie checkoutu, dodanie info o dostawie, dodanie info o płatności. Funnel: begin_checkout → add_shipping_info → add_payment_info → purchase. Drop-off na każdym kroku = identyfikacja problemu. Coupon code tracking.

purchase (transakcja)

Najważniejszy event: transaction_id (unique!), value, currency, tax, shipping, coupon, items[]. Deduplication (żeby refresh thank-you page nie liczył podwójnie!). Porównanie GA4 revenue vs backend - discrepancy <5% to cel. Dane do ROAS w Google Ads.

refund

Zwroty - GA4 obsługuje partial i full refunds. Bez refund events Twój revenue w GA4 jest zawyżony. Automatyczne zwroty via Measurement Protocol API (backend → GA4) lub manualne. Kluczowe dla accurate ROAS reporting.

view_promotion & select_promotion

Promocje wewnętrzne (banery, karuzele z ofertami). Parametry: promotion_id, promotion_name, creative_name, creative_slot. Insight: które promocje generują kliknięcia i konwersje? ROI promocji wewnętrznych.

FAQ

WooCommerce (plugin + custom tuning): od kilkuset do kilku tysięcy zł. PrestaShop (moduł + custom): od kilku tysięcy. Custom/autorski sklep (full dataLayer implementation): kilka tysięcy. Shopify (limited - dataLayer via API): kilka tysięcy. Cena zależy od ilości custom events i złożoności sklepu. Bezpłatna konsultacja → wycena.

Możesz - GTM4WP, MonsterInsights, Site Kit. ALE: domyślne pluginy często generują niepełne lub nieprawidłowe dane (brak currency, duplicate purchase, brak item_category). Rekomendujemy: plugin jako baza + custom tuning/override problematycznych eventów. Plugin oszczędza 60% pracy - ale ostatnie 40% wymaga ręcznej konfiguracji.

Chrome DevTools > Console > wpisz dataLayer - widzisz wszystkie eventy. GA4 DebugView - real-time weryfikacja eventów z parametrami. Tag Assistant (Chrome) - weryfikacja tagów GTM. GA4 Real-time > Ecommerce - czy transakcje płyną. Backend vs GA4 revenue comparison - discrepancy report.

Deduplication = zapewnienie, że purchase event odpala się TYLKO RAZ per transakcja. Bez deduplication: refresh thank-you page = podwójna transakcja w GA4. Nawigacja wstecz → forward = podwójna. Rozwiązanie: transaction_id unique check, cookie/localStorage flag, server-side purchase event (Measurement Protocol).

Tak - z Consent Mode v2 Advanced eventy ecommerce wysyłają cookieless pings (brak cookies, brak user_id), ale Google modeluje brakujące transakcje. Z Consent Mode Basic - eventy NIE strzelają bez zgody (utrata danych). Rekomendacja: Consent Mode v2 Advanced + server-side tracking (Measurement Protocol) jako fallback.

dataLayer + GTM: separacja danych od tagów. Strona wypycha dane do dataLayer, GTM odpowiada za routing do GA4/Ads/Meta. Zmiana konfiguracji w GTM - bez zmian w kodzie strony. gtag.js: hardcoded w kodzie strony - każda zmiana wymaga dewelopera. dataLayer + GTM = elastyczność, gtag = prostota (ale sztywność).

Tak - server-side tracking (GTM server-side container) to next-level accuracy: eventy wysyłane z serwera, nie z przeglądarki (ad-blockery i ITP nie blokują), first-party cookies (lepsza attribution), Measurement Protocol API (purchase z backendu). Higher accuracy, privacy-compliant, future-proof. Wymaga server-side GTM container (Cloud Run/Stape.io).

Tracking, który liczy pieniądze

Bezpłatna konsultacja - sprawdzimy Twój obecny eCommerce tracking lub wdrożymy od zera.

Zamów wdrożenie Zadzwoń