¶ Google Analytics 4 - pełny lejek sprzedaży bez programowania

Google Analytics 4 (GA4) w Hummerce zbiera dane o zachowaniu klientów i sprzedaży - od wyświetlenia produktu, przez koszyk i zamówienie, po zakup, anulowanie i zwrot. Sklep przekazuje dane przez Google Tag Manager (GTM), z uwzględnieniem zgód klienta na pliki cookies, dzięki czemu sklep otrzymuje pełny lejek sprzedaży bez zmian w kodzie.

Stan na wersję Hummerce 2.30 (ostatnie zmiany w module: 2.35.62), aktualizacja 2026-10-07.

¶ Korzyści i zastosowania

Pełny lejek sprzedaży w GA4 bez prac programistycznych: od listy produktów przez koszyk i zamówienie do zakupu.
Analiza skuteczności list i miejsc w sklepie - z której listy (kategoria, wyszukiwarka, strona główna, rekomendacje) klient wybrał produkt i na której pozycji.
Skuteczność banerów w sliderze - wyświetlenia i kliknięcia.
Przychód pomniejszony o anulowania i zwroty - prawdziwa wartość kampanii, bez ręcznych korekt.
Segmentacja po grupie klienta, widoku, domenie, języku - np. osobne raporty B2B i B2C, wersji językowych i domen.
Zgodność z wymogami Google Consent Mode v2 - kampanie Google Ads zachowują dane o konwersjach.
Jeden kontener GTM dla wszystkich narzędzi marketingowych - dodanie nowego tagu (np. piksela partnera) bez zlecenia programistycznego.
Dane do dalszej analityki: eksport GA4 do BigQuery, raporty w Google Looker Studio, rekomendacje personalizowane.

¶ Jak to wygląda

¶ Przepływ danych

Diagram w Hummerce: zdarzenia klienta trafiają do warstwy danych i przez Google Tag Manager do GA4, po uwzględnieniu zgody klienta; zmiana statusu zamówienia na anulowane wysyła zwrot bezpośrednio z serwera sklepu

¶ Zasady działania

Sklep nie wysyła danych bezpośrednio do GA4. Umieszcza je w tzw. warstwie danych (dataLayer), a GTM - według konfiguracji kontenera - przekazuje je do GA4 i innych narzędzi.
Dane są wysyłane w formacie GA4 po ustawieniu Wersja dataLayer na "Google Analytics 4". W szablonie BS5 to jedyny obsługiwany format - bez tego ustawienia GTM w ogóle nie jest ładowany.
Anulowania i zwroty wysyła do GA4 serwer sklepu (bez udziału przeglądarki klienta) - dzięki temu docierają także wtedy, gdy klient nie wraca do sklepu.

¶ Co sklep wysyła do GA4

Zdarzenie GA4	Kiedy
`view_item_list`	wyświetlenie produktów na liście: kategoria, wyszukiwarka, listy na stronie głównej
`select_item`	kliknięcie produktu na liście
`view_item`	wyświetlenie strony produktu
`add_to_cart`, `remove_from_cart`	dodanie do koszyka i usunięcie z koszyka
`add_to_wishlist`, `remove_from_wishlist`	dodanie do ulubionych i usunięcie z ulubionych
`view_cart`	wyświetlenie koszyka
`begin_checkout`	rozpoczęcie składania zamówienia
`add_shipping_info`, `add_payment_info`	wybrana dostawa i płatność (wysyłane razem z zakupem)
`purchase`	złożenie zamówienia - strona potwierdzenia lub strona przejścia do płatności
`view_promotion`, `select_promotion`	wyświetlenie i kliknięcie banera w sliderze
`refund`	anulowanie zamówienia lub akceptacja zwrotu - wysyła serwer sklepu

Przy każdym produkcie: symbol, nazwa, cena klienta, rabat, producent, kategorie (do 5 poziomów), wariant, ilość, lista, z której produkt pochodzi, i pozycja na liście.
Przy zakupie: numer zamówienia, wartość brutto, podatek, koszt dostawy, waluta, użyte kupony.
Na każdej stronie dodatkowe informacje o kontekście: typ strony, grupa klienta, domena, źródło ruchu, widok sklepu, wariant testu A/B, język oraz identyfikator zalogowanego klienta (raporty między urządzeniami).
W szablonie BS5 w procesie zamówienia sklep przekazuje dodatkowo zaszyfrowany (SHA-256) e-mail i telefon klienta - do rozszerzonych konwersji Google Ads. Adres e-mail nigdy nie trafia do GA4 jawnie.
Błędy walidacji formularzy (np. niepoprawny kod pocztowy) są przekazywane jako zdarzenie - pozwala to wykryć pola, na których klienci rezygnują.

GA4 i reklamy Google mogą zapisywać pliki cookies tylko po zgodzie klienta. O zgodzie informuje Google platforma zarządzania zgodami (CMP, np. Cookiebot, OneTrust), zwykle podłączona w GTM.
Szablony BS4 i BS5: sklep może wysłać do Google domyślny stan zgód przed załadowaniem tagów - wartości ustawia się w panelu, a wysyłkę włącza ustawienie Wysyłaj zdarzenie zgody (domyślnie wyłączone). W BS5 działa to od wersji 2.35.62. Stan domyślny można też ustawić w GTM (szablon CMP).
Aktualizację zgód po wyborze klienta zawsze wysyła CMP, nie sklep.
Moduł Zgody cookies i Consent Mode to prosty baner informacyjny - nie zbiera zgód i nie przekazuje ich do Google, nie zastępuje CMP.

¶ Anulowania i zwroty (zdarzenie refund)

Anulowanie zamówienia: gdy zamówienie zmieni status na jeden z wybranych (domyślnie: Anulowane, Anulowane linkiem, Zwrot), sklep wysyła zwrot całego zamówienia - wszystkie pozycje i pełna wartość.
Zwrot części produktów: gdy obsługa zaakceptuje zwrot w module Zwroty - odstąpienie od umowy, sklep wysyła zwrot tylko zwracanych pozycji i ich wartości. Każdy zwrot trafia do GA4 najwyżej raz.
W GA4 transakcja pozostaje w liczbie zakupów, a jej wartość pojawia się w kolumnie zwrotów - przychód netto pomniejsza się o zwroty.

¶ Zakup wysyłany z serwera (Pomiar GA4) - opcjonalnie

Moduł Pomiar GA4 wysyła zakupy do GA4 z serwera sklepu, niezależnie od przeglądarki - uzupełnia dane utracone przez blokery reklam lub zamknięcie strony przed potwierdzeniem.
Zakupy są wysyłane cyklicznie (domyślnie co 5 minut), z identyfikatorem sesji GA klienta zapisanym przy zamówieniu.

¶ Dlaczego liczba transakcji w GA4 różni się od sklepu

Rozbieżność kilku do kilkunastu procent jest typowa. Najczęstsze przyczyny:

Brak zgody na cookies analityczne - GA4 nie rejestruje zakupu wprost albo szacuje go modelowaniem.
Blokery reklam i przeglądarki z ochroną prywatności - skrypt GTM się nie ładuje.
Zamówienia spoza przeglądarki klienta - złożone w panelu, przez API, z ERP, z marketplace'ów - nie przechodzą przez stronę potwierdzenia, więc nie trafiają do GA4 (chyba że działa Pomiar GA4).
Anulowane zamówienia - w sklepie znikają z liczby zamówień, w GA4 zostają jako zakup z pełnym zwrotem.
Klient nie wrócił z bramki płatności - zakup jest rejestrowany już na stronie przejścia do płatności, ale przy zamknięciu karty przed jej załadowaniem zakup nie zostanie wysłany.
Różnice w dacie i strefie czasowej - dane w GA4 są uzupełniane do 24-48 godzin.
Filtry i ustawienia usługi - wykluczony ruch wewnętrzny, zła waluta, niedokończona lista wykluczonych stron odsyłających (bramki płatności).

¶ Wersja

Od wersji 2.30 - w starszych wersjach sklep współpracuje tylko z Universal Analytics, który już nie działa.
Ostatnie zmiany w module: wersja 2.35.0.

¶ Zależności

Moduł Google Tag Manager z ustawioną wersją warstwy danych "Google Analytics 4".
Szablon sklepu BS5 lub BS4 z wywołaniami warstwy danych w widokach listy, produktu, koszyka i zamówienia - w szablonie bazowym są, w widokach indywidualnych trzeba je sprawdzić.
Wysyłka anulowań i zwrotów - moduł GA4 anulowanie zamówień; zwroty częściowe dodatkowo moduł Zwroty - odstąpienie od umowy (wersja 2.35 lub nowsza).
Consent Mode v2 - wersja sklepu 2.32 lub nowsza oraz platforma zarządzania zgodami (CMP), którą wybiera i opłaca sklep.
Statusy zamówień - od nich zależy wysyłka anulowań.

¶ Co musi zrobić sklep po stronie Google

Założyć lub udostępnić konto Google z uprawnieniami administratora do usługi GA4 i kontenera GTM - najlepiej w domenie firmy, nie prywatne.
Utworzyć usługę GA4 i strumień danych dla domeny sklepu - identyfikator pomiaru (G-...) przekazać wdrożeniowcowi.
Utworzyć tajny klucz Measurement Protocol w strumieniu danych - potrzebny do wysyłki anulowań i zwrotów.
Ustawić walutę i strefę czasową usługi zgodne ze sklepem.
Dodać bramki płatności do listy niechcianych stron odsyłających (np. PayU, Przelewy24, PayPal, banki) - inaczej powrót z płatności tworzy nową sesję i przypisuje zakup do bramki.
Zarejestrować wymiary niestandardowe, które mają być widoczne w raportach: grupa klienta, widok, domena, źródło, test A/B, język, typ strony.
Wydłużyć przechowywanie danych w GA4 do 14 miesięcy (domyślnie 2 miesiące) - dotyczy raportów eksploracji.
Połączyć GA4 z Google Ads i Google Merchant Center, jeśli sklep prowadzi kampanie.
Opcjonalnie: połączyć GA4 z BigQuery - eksport surowych zdarzeń, przechowywanie danych bez limitu czasu, łączenie z danymi sklepu (raporty).
Wdrożyć i skonfigurować CMP (baner zgód) oraz opisać narzędzia analityczne w polityce cookies.

¶ Wdrożenie

Wymaga wdrożenia - integracja nie włącza się sama po aktualizacji. Zakres:
- uruchomienie modułów Google Tag Manager i GA4 anulowanie zamówień oraz ich konfiguracja w panelu (ID kontenera, wersja warstwy danych, klucze do wysyłki zwrotów, statusy),
- konfiguracja kontenera GTM: tag Google GA4, zdarzenia e-commerce, zmienne warstwy danych (najczęściej przez import gotowego obszaru roboczego),
- podłączenie CMP w GTM i ustawienie zgód dla tagów,
- sprawdzenie wywołań warstwy danych w indywidualnych widokach sklepu,
- przegląd istniejących tagów w GTM, które korzystają z poprzedniego formatu warstwy danych (Universal Analytics) - po przełączeniu przestaną działać,
- testy w trybie podglądu GTM i DebugView GA4 na środowisku testowym, uruchomienie produkcyjne.
Minimalny szacowany czas:
- szablon BS5 - od 6 h,
- szablon BS4 - od 8 h.
- Czas konkretnego wdrożenia zależy od jego zakresu - wyceniamy go indywidualnie.
Od czego zależy czas:
- szablon sklepu i stopień indywidualizacji widoków listy, produktu, koszyka i zamówienia,
- stan kontenera GTM - nowy kontener jest najprostszy, porządkowanie wielu starych tagów wymaga więcej pracy,
- wybór i wdrożenie CMP (np. Cookiebot, OneTrust) - konfiguracja samej platformy zgód wyceniana osobno,
- dodatkowe narzędzia w GTM (Google Ads, Meta, inne piksele) - wyceniane osobno,
- Pomiar GA4 (zakup z serwera), GTM po stronie serwera, eksport do BigQuery - wyceniane osobno,
- wersja sklepu - sklep na wersji starszej niż 2.30 (2.32 dla Consent Mode v2) wymaga najpierw aktualizacji (wycena osobno).

¶ Ograniczenia

Sklep nie ma własnej integracji ze skryptem GA4 - bez poprawnie skonfigurowanego kontenera GTM żadne dane nie trafią do GA4.
Sklep nie pobiera danych z GA4 - raporty ogląda się w GA4 lub Looker Studio, nie w panelu sklepu.
Domyślny stan zgód sklep wysyła tylko po włączeniu ustawienia Wysyłaj zdarzenie zgody (domyślnie wyłączone, wszystkie kategorie "Odmowa"). Bez niego, w obu szablonach, Consent Mode v2 trzeba skonfigurować w GTM (szablon CMP). Aktualizację zgody po wyborze klienta zawsze wysyła CMP.
Szablon BS5 nie oznacza strony 404 jako osobnego typu strony i nie korzysta z własnego adresu ładowania GTM.
W BS5 nazwy list są przekazywane dla kategorii, wyszukiwarki i list na stronie głównej. Rekomendacje, ostatnio oglądane, produkty powiązane, ulubione i koszyk nie mają nazwy listy.
Anulowanie wysyła zwrot całej wartości zamówienia. Jeśli wcześniej zaakceptowano zwrot części produktów, a potem zamówienie dostało status "Zwrot" lub "Anulowane", GA4 dostanie zwrot większy niż rzeczywisty - statusy wyzwalające warto dobrać do sposobu obsługi zwrotów.
Zwrot częściowy nie obejmuje kosztu dostawy ani składników zestawów - tylko produkty z pierwszego poziomu koszyka.
W sklepie pokazującym ceny netto zwrot jest wysyłany w wartościach netto, a zakup w wartościach brutto.
Zwrotów i anulowań nie widać w DebugView GA4 ani w raportach źródeł ruchu - pojawiają się w raportach e-commerce z opóźnieniem do 48 godzin.
Zamówienia złożone w panelu, przez API, z ERP i marketplace'ów nie są wysyłane do GA4 jako zakup (poza modułem Pomiar GA4).
Przełączenie wersji warstwy danych na GA4 wyłącza poprzedni format - tagi w GTM oparte na formacie Universal Analytics trzeba przebudować.
Nie weryfikujemy konfiguracji pod kątem zgodności z prawem - treść banera zgód, kategorie cookies, polityka prywatności i domyślny stan zgód ustala sklep.

¶ Potencjał rozwoju

Raportowanie strony 404 i nazwy wszystkich list produktów (rekomendacje, ostatnio oglądane, powiązane, ulubione) w BS5.
Zwrot częściowy przy anulowaniu zamówienia z wcześniej zaakceptowanymi zwrotami oraz ochrona przed ponowną wysyłką anulowania.
Wysyłka zakupów złożonych poza przeglądarką (panel, API, marketplace) z informacją o źródle.
GTM po stronie serwera jako standard wdrożenia - dokładniejsze dane mimo blokerów, krótszy czas ładowania strony.
Gotowe szablony raportów e-commerce w Looker Studio łączące dane GA4 i sklepu.
Własne zdarzenia sklepu (np. zapis do newslettera, zapytanie ofertowe, logowanie) w standardowym zestawie.

¶ Najczęstsze pytania

Czy Hummerce współpracuje z Google Analytics 4?
Tak, od wersji 2.30. Sklep przekazuje zdarzenia e-commerce przez Google Tag Manager - starsze wersje współpracują tylko z wycofanym Universal Analytics.

Czy integracja z GA4 działa od razu po aktualizacji sklepu?
Nie. Wymaga wdrożenia: konfiguracji kontenera GTM, zdarzeń e-commerce i platformy zarządzania zgodami.

Czy anulowania i zwroty pomniejszają przychód w GA4?
Tak. Anulowanie wysyła zwrot całego zamówienia, a akceptacja zwrotu części produktów - zwrot tylko zwracanych pozycji.

Czy sklep wysyła dane do GA4 bez zgody klienta na cookies?
Nie. GA4 zapisuje dane tylko po zgodzie klienta, przekazywanej przez platformę zarządzania zgodami (CMP) zgodnie z Consent Mode v2.

Ile trwa wdrożenie integracji z GA4?
Od 6 h dla szablonu BS5, od 8 h dla szablonu BS4 - w zależności od stanu kontenera GTM i indywidualizacji widoków.

Czy liczba zamówień w sklepie i liczba transakcji w GA4 zawsze się zgadzają?
Nie. Rozbieżność kilku do kilkunastu procent jest typowa - najczęściej przez brak zgody klienta na cookies, blokery reklam albo zamówienia złożone poza przeglądarką (panel, API, marketplace).

¶ Powiązane

Chcesz sprawdzić, jak dane sprzedażowe Waszego sklepu wyglądają w GA4? Umów bezpłatną prezentację.

¶ Szczegóły konfiguracji

¶ Dostęp w panelu

Konfiguracja w panelu: grupa Google Tag Manager (konfiguracja szczegółowa):
- Włącz Google Tag Manager - domyślnie włączone,
- ID klienta - identyfikator kontenera GTM (GTM-...),
- Wersja dataLayer - "Universal Analytics" albo "Google Analytics 4"; dla GA4 zawsze "Google Analytics 4",
- Adres źródłowy skryptu GTM - własny adres ładowania GTM (np. GTM po stronie serwera); działa w szablonie BS4,
- Śledź Promocje Wewnętrzne - śledzenie banerów w szablonie BS4; w BS5 banery w sliderze są śledzone zawsze,
- Wysyłaj zdarzenie zgody - wysyłka domyślnego stanu zgód (szablony BS4 i BS5; w BS5 od wersji 2.35.62), domyślnie wyłączone,
- zestaw ustawień zgody (reklamowe, analityczne, funkcjonalne, personalizacja, bezpieczeństwo) - domyślnie "Odmowa", poza zgodą na cele bezpieczeństwa,
- Czas oczekiwania na aktualizację zgody - domyślnie 500 ms.
Konfiguracja w panelu: grupa GA4 anulowanie zamówień:
- Url pod jaki wysyłany zdarzenie - domyślnie adres Measurement Protocol Google; do testów można podać adres debugowania,
- Klucz API, do wysyłania zdarzenia - tajny klucz Measurement Protocol z GA4,
- Identyfikator strumienia danych - identyfikator pomiaru (G-...),
- Wysyłanie zdarzenia anulowania zamówienia - domyślnie włączone; wyłączenie zatrzymuje także wysyłkę zwrotów,
- Po jakich statusach wysyłać zdarzenie - symbole statusów zamówienia po przecinku, domyślnie canceled,return,canceledByLink.
Konfiguracja w panelu: grupa Pomiar GA4 (moduł opcjonalny): URL pomiaru GA4, Sekret API, Identyfikator pomiaru, Uruchamiaj zadanie, Użyj trybu testowego; zadanie Zadanie pomiaru GA4 na liście zadań.
Konfiguracja w panelu: grupa Informacja o cookies - baner informacyjny (Zgody cookies i Consent Mode).
GA4 i GTM: raporty, konfiguracja tagów i zgód - w narzędziach Google, poza panelem sklepu.

¶ REST API i MCP

Konfiguracja GA4 i GTM nie ma osobnych operacji w REST API ani w asystencie AI (MCP) - ustawienia zmienia się w panelu sklepu, a raporty ogląda się w narzędziach Google.

¶ Komunikaty sklepu

Nazwy list produktów wysyłane do GA4 zmienia się w edytorze komunikatów. Zmiana nazwy dzieli dane w raportach GA4 na "przed" i "po" - warto ustalić nazwy przed startem. Wartości domyślne są po polsku i angielsku. Nazwa listy trafia do GA4 w języku, w którym klient przegląda sklep - przy kilku językach ta sama lista ma w raportach kilka nazw.

Klucz	Wartość domyślna
`msg.dataLayer.listName.category`	Kategoria:
`msg.dataLayer.listName.searchResults`	Wyszukiwanie:
`msg.dataLayer.listName.recomendations`	Rekomendacje: {0} (tylko BS4)
`msg.dataLayer.listName.lastViewed`	Ostatnio oglądane: {0} (tylko BS4)
`msg.dataLayer.listName.related`	Powiązane: {0} (tylko BS4)
`msg.dataLayer.listName.wishlist`	Ulubione (tylko BS4)
`msg.dataLayer.listName.cart`	Koszyk (tylko BS4)

¶ Parametry

Symbol	Obiekt	Przeznaczenie
`_ga4RefundSent`	zwrot	znacznik, że zwrot został już wysłany do GA4 (chroni przed podwójną wysyłką)
`_ga4MeasurementCode`	zamówienie	identyfikator sesji GA klienta (Pomiar GA4)
`_ga4MeasurementSent`	zamówienie	czy zakup został wysłany z serwera (Pomiar GA4)
`_ga4MeasurementErrorCounter`, `_ga4MeasurementErrorMessage`	zamówienie	liczba i treść błędów wysyłki (Pomiar GA4)

¶ Konfiguracja Google Tag Managera - dla wdrożeniowca

Tag Google Tag (identyfikator pomiaru G-...) uruchamiany na inicjalizacji wszystkich stron.
Jeden tag Zdarzenie GA4 z nazwą zdarzenia z wbudowanej zmiennej Event i opcją Wysyłaj dane e-commerce (źródło: warstwa danych), uruchamiany niestandardowym zdarzeniem pasującym do zestawu zdarzeń e-commerce z tabeli wyżej. Alternatywa zgodna z dokumentacją Google: osobny tag i reguła dla każdego zdarzenia.
Zmienne warstwy danych do wymiarów niestandardowych i parametrów użytkownika: typ strony, grupa klienta, domena, źródło, widok, test A/B, język, identyfikator klienta.
Rozszerzone konwersje Google Ads (BS5): zmienne z zaszyfrowanym (SHA-256) e-mailem i telefonem - wysyłane po wpisaniu obu wartości w formularzu zamówienia.
Błędy walidacji formularzy: zdarzenie field.invalid, pole i komunikat w zmiennych gtm.element i gtm.errorMessage.
Przed każdym zdarzeniem e-commerce sklep czyści obiekt ecommerce (ecommerce: null) - nie trzeba tego robić w GTM.
Eksport kontenera do innego sklepu: nie kopiuj tagu Google z identyfikatorem pomiaru ani tagu zdarzeń bez zmiany identyfikatora.
Typy stron (pageType): strona główna, kategoria, produkt, strona statyczna, blog, producent, porównywarka, wyniki wyszukiwania, koszyk, zamówienie, lista życzeń, strona 404 (tylko BS4).
Consent Mode v2: w BS4 i BS5 (BS5 od wersji 2.35.62), przy włączonym Wysyłaj zdarzenie zgody, sklep wysyła domyślny stan zgód z ustawień panelu przed załadowaniem GTM; alternatywnie stan domyślny ustawia szablon CMP w GTM (np. Cookiebot, OneTrust lub szablon Consent Mode dla tagów Google). Aktualizację zgody zawsze wysyła CMP. Test: zakładka Consent w Tag Assistant oraz parametry zgody w żądaniach do GA4.
Zwroty: zdarzenie refund z numerem zamówienia, wartością, walutą i listą pozycji, wysyłane asynchronicznie po zmianie statusu zamówienia lub akceptacji zwrotu - wymaga włączonej wysyłki anulowań i wersji warstwy danych "Google Analytics 4". Wynik wysyłki jest w logu sklepu, a weryfikacja - w raporcie transakcji GA4 (kolumna zwrotu) albo w eksporcie BigQuery.
Najczęstsze problemy: zdublowane zakupy lub listy produktów na stronie potwierdzenia (usunąć zbędne wywołanie warstwy danych z widoku potwierdzenia); brak zdarzeń w widokach indywidualnych (porównać z szablonem bazowym, sprawdzić wywołanie warstwy danych).