Jak skonfigurować Google Analytics 4 w sklepie internetowym? Śledzenie zakupów krok po kroku

Samo dodanie Google Analytics 4 do sklepu pokaże ruch, ale nie da wiarygodnego obrazu sprzedaży. Do tego potrzebujesz zdarzeń e-commerce, które opisują drogę od wyświetlenia produktu do zakupu. Najważniejsze jest zdarzenie purchase z unikalnym identyfikatorem transakcji, wartością, walutą i listą produktów.

Poniżej znajdziesz proces wdrożenia przez Google Tag Manager: od przygotowania usługi GA4 i warstwy danych po test zamówienia oraz porównanie wyników z panelem sklepu.

Spis treści

• Czym różni się GA4 od Universal Analytics?
• Czego potrzebujesz przed konfiguracją?
• Jak połączyć GA4 z Google Tag Managerem?
• Jak skonfigurować zdarzenia e-commerce?
• Jak poprawnie wysłać zdarzenie purchase?
• Jak sprawdzić, czy GA4 zbiera dane poprawnie?
• Jakie błędy najczęściej psują dane sklepu?
• Najczęstsze pytania

Czym różni się GA4 od Universal Analytics?

Google Analytics 4 (GA4) to oparty na zdarzeniach system analityczny Google dla stron i aplikacji. Standardowe usługi Universal Analytics przestały przetwarzać nowe dane 1 lipca 2023 roku, dlatego instrukcje oparte na dawnych typach trafień i celach nie pasują do GA4.

GA4 nadal raportuje sesje. Najważniejsza zmiana polega na tym, że interakcje są zapisywane jako zdarzenia, a ich szczegóły jako parametry. Dzięki temu purchase może zawierać między innymi identyfikator transakcji, przychód, walutę i produkty.

Czego potrzebujesz przed konfiguracją?

Przed rozpoczęciem przygotuj usługę GA4, strumień danych dla domeny sklepu, dostęp do kontenera Google Tag Manager oraz możliwość wykonania zamówienia testowego. Potrzebujesz też dostępu do kodu sklepu lub integracji, która przekazuje dane e-commerce do warstwy dataLayer.

Najpierw ustal, w którym momencie wysyłasz zakup: po utworzeniu zamówienia, po powrocie na stronę podziękowania czy dopiero po potwierdzeniu płatności. Zapisz tę decyzję w dokumentacji wdrożenia.

To rozróżnienie jest ważne przy płatnościach odroczonych, przelewach tradycyjnych i anulowanych zamówieniach. GA4 służy do analizy zachowania i atrybucji, natomiast źródłem prawdy o opłaconych, anulowanych i zwróconych zamówieniach pozostaje system sklepu.

Sprawdź również mechanizm zgód. Baner lub platforma CMP powinna przekazywać wybór użytkownika do tagów, a konfiguracja musi respektować ten wybór. Samo umieszczenie informacji o cookies w polityce prywatności nie zastępuje technicznej obsługi zgody. Google opisuje dwa warianty Consent Mode, podstawowy i zaawansowany, ale wybór oraz sposób wdrożenia trzeba dopasować do wymagań prawnych firmy. Więcej kontekstu znajdziesz w poradniku o RODO na stronie internetowej.

Jak połączyć GA4 z Google Tag Managerem?

W Google Tag Managerze podstawę konfiguracji stanowi Tag Google. Łączy kontener GTM ze strumieniem danych GA4 i powinien uruchamiać się przed tagami zdarzeń, z uwzględnieniem wybranego sposobu obsługi zgód.

1. Utwórz usługę GA4 i strumień danych „Sieć”, a następnie skopiuj identyfikator tagu zaczynający się od G-.
2. Utwórz kontener internetowy GTM i dodaj jego dwa fragmenty kodu w miejscach wskazanych przez Google.
3. W GTM dodaj nowy Tag Google i wpisz identyfikator G-....
4. Ustaw uruchamianie tagu na odpowiednich stronach, zgodnie z przyjętym sposobem obsługi zgód.
5. Uruchom podgląd w Tag Assistant, sprawdź tag, a następnie opublikuj wersję kontenera.

Szczegółowy sposób osadzenia kontenera zależy od platformy sklepowej. Gotowa integracja może wykonać część pracy, ale przed publikacją trzeba sprawdzić, czy nie dodaje drugiego tagu Google obok GTM. Podwójna instalacja może dublować zdarzenia.

Jak skonfigurować zdarzenia e-commerce?

Raporty e-commerce w GA4 powstają ze zdarzeń o nazwach i parametrach określonych w dokumentacji e-commerce Google. Sklep lub jego integracja umieszcza dane produktu i transakcji w dataLayer, a GTM odczytuje je i wysyła do GA4. Samo utworzenie tagów w GTM nie wygeneruje danych o produktach, jeśli sklep nie udostępnia ich w warstwie danych.

Nie wysyłaj zdarzenia tylko dlatego, że użytkownik otworzył stronę o podobnej nazwie. Na przykład add_shipping_info powinno oznaczać rzeczywiste przekazanie informacji o dostawie, a nie samo wejście na krok checkoutu.

Nie musisz wdrażać wszystkich zdarzeń od razu. Minimalny użyteczny zakres to zwykle view_item, add_to_cart, begin_checkout i purchase. Kolejne zdarzenia dodawaj wtedy, gdy odpowiadają etapom rzeczywiście występującym w Twoim checkoutcie.

Jak poprawnie wysłać zdarzenie purchase?

Zdarzenie purchase powinno zawierać dane rzeczywistego zamówienia. W praktyce niezbędne są:

• transaction_id: unikalny identyfikator zamówienia bez danych osobowych;
• value: suma price × quantity dla produktów po rabatach, jako liczba;
• currency: trzyliterowy kod waluty, na przykład PLN; jest wymagany, gdy wysyłasz value;
• items: tablica kupionych produktów, w której każdy produkt ma co najmniej item_id lub item_name.

Przykładowy obiekt przekazany do dataLayer może wyglądać tak:

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: "purchase",
  ecommerce: {
    transaction_id: "ORDER-12345",
    value: 249.98,
    tax: 46.75,
    shipping: 15.0,
    currency: "PLN",
    items: [
      {
        item_id: "SKU-101",
        item_name: "Nazwa produktu",
        price: 124.99,
        quantity: 2,
      },
    ],
  },
});

Nazwy zmiennych i sposób odczytu obiektu zależą od konfiguracji GTM. Nie kopiuj przykładowych wartości do sklepu. Muszą pochodzić z konkretnego zamówienia.

Unikalny transaction_id pozwala GA4 odrzucić ponowne wysłanie zakupu z tym samym identyfikatorem, na przykład po odświeżeniu strony podziękowania. To zabezpieczenie nie zastępuje jednak kontroli po stronie sklepu, która powinna zapobiegać wielokrotnemu wywołaniu zdarzenia.

Parametr value powinien być sumą wartości produktów po rabatach. Podatek i koszt dostawy przekazuj osobno w parametrach tax i shipping. Dzięki jednej, udokumentowanej definicji możesz później sensownie porównywać raporty GA4 z panelem sklepu.

Jak sprawdzić, czy GA4 zbiera dane poprawnie?

Najpierw przetestuj pojedyncze zdarzenia w trybie podglądu GTM i DebugView w GA4. Potem złóż zamówienie testowe i sprawdź cały ciąg od karty produktu do purchase.

Podczas testu zweryfikuj:

• czy każde zdarzenie uruchamia się we właściwym momencie i tylko raz;
• czy transaction_id, value, currency oraz items zawierają poprawne dane;
• czy kolejne zdarzenia dotyczą tego samego produktu i koszyka;
• czy tagi zachowują się zgodnie z wyborem zgody użytkownika;
• czy powrót z operatora płatności i odświeżenie strony nie tworzą kolejnego zakupu;
• czy do GA4 nie trafiają dane osobowe, takie jak e-mail, telefon lub nazwisko.

DebugView pomaga sprawdzić wdrożenie, ale nie zastępuje kontroli raportów po przetworzeniu danych. Dane w standardowych raportach mogą pojawić się później niż w podglądzie, dlatego oceniaj wdrożenie dopiero po sprawdzeniu obu miejsc.

Po uruchomieniu pomiaru regularnie porównuj liczbę i wartość transakcji z panelem sklepu. Różnice są możliwe między innymi z powodu braku zgody, blokowania skryptów i odmiennej definicji momentu zakupu. Nie oczekuj automatycznie identycznego wyniku. Ważne, aby znać źródło rozbieżności i zauważać jego nagłe zmiany.

Jakie błędy najczęściej psują dane sklepu?

Najwięcej problemów wynika z niejasnej definicji zdarzeń lub dublowania implementacji. Przed szukaniem błędu w raportach sprawdź, co faktycznie wysyła strona.

• Dwa sposoby instalacji GA4. Wtyczka sklepowa i GTM wysyłają te same zdarzenia.
• Niepoprawny transaction_id. Brak identyfikatora, stała wartość albo ponowne wykorzystanie ID zaburzają liczbę zakupów.
• Brak parametrów produktów. purchase dociera do GA4, ale raporty produktów pozostają niepełne.
• Tekst zamiast liczby w value. Symbol waluty lub przecinek dziesiętny może uniemożliwić poprawną interpretację wartości.
• Niewłaściwa obsługa zgód. Tagi ignorują wybór użytkownika albo nie otrzymują aktualizacji stanu zgody.
• Ruch wewnętrzny i zamówienia testowe. Testy zespołu trafiają do raportów produkcyjnych bez oznaczenia lub filtrowania.
• Brak kontroli po zmianach. Aktualizacja checkoutu, motywu lub wtyczki przerywa dataLayer, choć podstawowy ruch nadal jest widoczny.

Połączenie GA4 z Google Ads nie naprawia tych problemów. Najpierw trzeba zweryfikować pomiar, a dopiero potem używać zdarzeń do oceny kampanii Google Ads.

Najczęstsze pytania

Czy GA4 jest darmowe dla sklepu internetowego?

Tak. Standardowa usługa Google Analytics jest bezpłatna. Google oferuje również płatną wersję Analytics 360 z innymi limitami i funkcjami dla większych organizacji.

Czy GA4 zastępuje panel zamówień sklepu?

Nie. GA4 pomaga analizować źródła ruchu i zachowanie użytkowników. Status płatności, anulowania, faktury i obsługę zamówień sprawdzaj w systemie sklepu.

Czy da się wdrożyć GA4 bez programisty?

Tak, jeśli platforma ma utrzymywaną integrację, która poprawnie przekazuje wymagane zdarzenia i parametry. Przy niestandardowym checkoutcie, własnym silniku lub brakującym dataLayer potrzebna będzie zmiana w kodzie sklepu.

Czy purchase jest kluczowym zdarzeniem w GA4?

Zakup jest kluczowym działaniem sklepu, dlatego sprawdź, czy purchase widnieje jako kluczowe zdarzenie w usłudze GA4. W niektórych konfiguracjach ma status zdarzenia systemowego. Po teście zweryfikuj je również w raporcie czasu rzeczywistego i DebugView. Nie twórz drugiego zdarzenia o tym samym znaczeniu tylko po to, aby zakup pojawił się w raportach.

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

Najpierw porównaj ten sam zakres dat, strefę czasową, walutę oraz definicję zakupu. Następnie sprawdź zgody, blokowanie skryptów, duplikaty purchase, brakujące identyfikatory transakcji oraz zamówienia anulowane lub zwrócone. Panel sklepu pozostaje źródłem prawdy o realizacji zamówień.

Potrzebujesz pomocy z pomiarem sprzedaży albo wdrożeniem dataLayer? Zobacz, jak pomagamy przy sklepach internetowych, i opisz platformę, checkout oraz kampanie, które chcesz mierzyć.