Pełna konfiguracja GA4 oparta na dataLayer — dane, którym możesz ufać.

Czym jest Google Analytics 4 i dlaczego warto go wdrożyć poprawnie?

GA4 to obecny standard analityki Google — oparty na modelu zdarzeń zamiast sesji. W praktyce oznacza to, że każda interakcja użytkownika (klik, scroll, dodanie do koszyka, zakup) jest oddzielnym zdarzeniem z własnym zestawem parametrów. To daje ogromną elastyczność, ale też wymaga przemyślanej architektury danych.

Większość wdrożeń, które widzę podczas audytów, cierpi na te same problemy: brakujące zdarzenia e-commerce, zduplikowane transakcje, nieprawidłowe konwersje, lub dane z wtyczek, które przestały działać po aktualizacji CMS. Efekt? Kampanie optymalizowane na błędnych danych i budżety wyrzucone w błoto.

Dlaczego dataLayer, a nie wtyczki?

Wtyczki WooCommerce, Shopify Apps czy gotowe integracje CMS mają jeden fundamentalny problem — zależność od zewnętrznego developera. Po aktualizacji WordPressa śledzenie po prostu przestaje działać. Nikt tego nie zauważa przez tygodnie, bo GA4 nadal zbiera dane — tyle że błędne.

dataLayer to warstwa komunikacji między stroną a GTM, niezależna od żadnego CMS. Dane są pchane przez kod Twojego sklepu dokładnie w momencie, gdy zdarzenie zachodzi — i zawierają dokładnie to, co chcesz mierzyć.

// Przykład zdarzenia add_to_cart w dataLayer
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'add_to_cart',
  ecommerce: {
    currency: 'PLN',
    value: 299.00,
    items: [{
      item_id: 'SKU_001',
      item_name: 'Nazwa produktu',
      item_category: 'Kategoria',
      price: 299.00,
      quantity: 1
    }]
  }
});

Co dostajesz po wdrożeniu?

Po zakończonej konfiguracji masz pełny obraz ścieżki klienta: od pierwszej wizyty, przez przeglądanie produktów, dodanie do koszyka, aż po finalizację transakcji. Każdy krok jest mierzalny, każde zdarzenie dokumentuje się w Explore i może być eksportowane do BigQuery.

Konfiguracja jest w pełni udokumentowana — dostajesz schemat dataLayer, opis wszystkich tagów i triggerów w GTM oraz instrukcję dla deweloperów, jeśli w przyszłości będą wdrażać nowe funkcje.

Typowe problemy, które naprawiam

Duplikaty transakcji — jeden z najczęstszych błędów. Zakup jest zliczany wielokrotnie, bo kod strony dziękowania jest odwiedzany kilka razy. Naprawiam przez deduplikację po transaction_id. (not set) w wymiarach — wynik braku parametrów lub złej konfiguracji custom dimensions. Identyfikuję przyczynę i uzupełniam brakujące dane. Błędne konwersje — zdarzenia oznaczone jako konwersje, które uruchamiają się na każdej stronie zamiast tylko przy faktycznej akcji użytkownika. Brak danych e-commerce — sklep zbiera pageview'y, ale nie ma żadnych danych o produktach, koszykach ani transakcjach.