Kompletny poradnik wdrożenia GA4 - Cybereyeagency

Wyobraź sobie tę sytuację...

Kończy się miesiąc, przygotowujesz raport SEM i nagle widzisz niespodziankę — konwersje nie zgadzają się z oczekiwaniami, sesje liczą inaczej, a szef pyta: „Dlaczego metryki spadły?”.

Klikasz w ustawienia Universal Analytics i widzisz komunikat o zakończeniu wsparcia. Przechodzisz do GA4 i czujesz się, jakbyś wylądował w zupełnie nowym narzędziu.

Brzmi znajomo? Chcesz uniknąć paniki na ostatnią chwilę? Gotowy nauczyć się, jak zachować ciągłość danych i sens w raportach?

Więc, panika? Możesz jej uniknąć. Ten przewodnik poprowadzi Cię krok po kroku — tak, żeby dane były ciągłe, raporty sensowne, a kampanie działały bez przerw.

Dlaczego nie możesz zwlekać — co ryzykujesz i co zyskujesz?

Jeżeli zostawisz migrację na ostatnią chwilę, tracisz możliwość zbierania porównywalnych danych historycznych w GA4.

Ale jest haczyk: brak danych porównawczych oznacza, że w raportach miesiąc‑do‑miesiąca zobaczysz skoki, które mogą wyglądać jak spadki efektywności kampanii.

Czy chcesz podejmować decyzje budżetowe na podstawie błędnych sygnałów? Pomyśl o tym jak o prowadzeniu sklepu bez kasy fiskalnej — możesz mieć sprzedaż, ale nie udowodnisz jej liczbowo.

Ryzyko to: utrata porównywalności, błędne decyzje i kosztowne poprawki na ostatnią chwilę. Zysk to lepsze śledzenie cross‑device, elastyczne zdarzenia i przyszłościowe raporty, które przestaną być zagadką.

Pro-Tip: Zacznij dual tracking od razu — równoległe UA + GA4 przez co najmniej 30 dni daje bezpieczną linię porównawczą.

Czym GA4 różni się od Universal Analytics i co to oznacza dla Twoich raportów?

GA4 działa na modelu zdarzeń, a nie sesji jako podstawowym bloku.

To zmienia sposób liczenia wielu metryk. Sesje będą mierzone inaczej. Konwersje to teraz events oznaczone jako conversions.

Dlaczego to ma znaczenie? Nie możesz po prostu skopiować celów z UA do GA4. Trzeba zmapować, które zdarzenia i parametry odpowiadają dotychczasowym celom.

Przykład: "Zakup" w UA (cel transakcji) w GA4 to event purchase z parametrami value, currency, transaction_id.

Jak przeprowadzić migrację krok po kroku: kompletna checklista

Przygotowanie (Dzień 0–7)

• Utwórz nową właściwość GA4 i strumień danych dla produkcji.
• Włącz dual tracking — utrzymuj UA aktywne równolegle z GA4.
• Eksportuj historyczne dane z UA (BigQuery, CSV dla kluczowych raportów).
• Spisz listę priorytetowych celów/konwersji (top 5 kampanii, eCommerce, formularze).
• Przygotuj dokument mapowania UA → GA4 (lista celów i odpowiadające zdarzenia/parametry).

Implementacja (Dzień 7–21)

• Decyzja: GTM czy gtag.js? Dla marketerów GTM daje więcej kontroli bez programisty.
• W GTM utwórz tag GA4 Configuration (Measurement ID) i ustaw trigger All Pages.
• Dodaj tagi GA4 Event dla priorytetowych zdarzeń: purchase, add_to_cart, lead, begin_checkout.
• Skonfiguruj cross‑domain, jeśli masz płatności na oddzielnej domenie.
• W eCommerce zaimplementuj szczegóły produktów jako parametry (item_id, item_name, price).

Testy i walidacja (Dzień 21–30)

• Uruchom DebugView w GA4 i testuj każde zdarzenie w środowisku testowym.
• Porównaj tygodniowe liczby UA vs GA4 dla priorytetowych konwersji.
• Sporządź listę brakujących zdarzeń i wdrażaj poprawki iteracyjnie.
• Włącz alerty e-mail dla spadków konwersji >20% w tygodniu porównawczym.
• Dokumentuj każdą zmianę w centralnym repozytorium (Google Sheet / Notion).

Pro-Tip: Zaplanuj rollback plan — jeśli coś pójdzie nie tak, możesz szybko przywrócić stary tag UA bez przestojów.

Konfiguracja tagów i zdarzeń — praktyczne wzorce (GTM, gtag, rekomendowane parametry)

Nie komplikuj nazewnictwa. Dla marketerów prostota = kontrola.

Używaj krótkich, czytelnych nazw zdarzeń po angielsku: purchase, add_to_cart, lead, begin_checkout, view_item.

Rekomendowany minimalny zestaw parametrów:

• transaction_id (unikat transakcji)
• value (wartość transakcji)
• currency
• items (lista z item_id, item_name, price, quantity)
• method (np. payment_method dla checkout)

Przykładowy wzorzec GTM dla zakupu:

• Tag: GA4 Event — Event Name = purchase
• Event Parameters: transacti {{DL - transactionId}}, value = {{DL - transactionValue}}, currency = {{DL - currency}}, items = {{DL - items}}
• Trigger: Custom Event 'ecommerce_purchase' lub Page URL zawierający /order/thank-you

Jeśli korzystasz z gtag.js, konfiguracja to: gtag('event','purchase', {transaction_id: '123', value: 99.99, currency: 'PLN', items: [...]})

Mapowanie kluczowych metryk UA → GA4

• UA Goal (Destination) → GA4 event (np. page_view z param destination) oznaczony jako Conversion
• UA Event Category/Action/Label → GA4 event name + parametry (category, action, label)
• UA Transactions → GA4 purchase (transaction_id, value, currency)
• Bounce rate → w GA4 użyj Engaged sessions i engagement_rate

Pro-Tip: Nie próbuj kopiować wszystkiego z UA. Priorytetyzuj top 20% zdarzeń, które generują 80% konwersji.

Jak testować, monitorować i weryfikować ciągłość danych?

Testowanie to nie jednorazowy krok — to rutyna przez pierwsze 60 dni.

Użyj DebugView w GA4 do obserwacji zdarzeń w czasie rzeczywistym. Sprawdź parametry i czy transaction_id się pojawia.

Rób porównawcze raporty: cotygodniowy raport UA vs GA4 dla kluczowych KPI. Nie oczekuj 1:1, ale obserwuj trendy i odchylenia.

• Scenariusz testowy 1: symulowany zakup (desktop, mobile, cross‑domain)
• Scenariusz testowy 2: wysłanie formularza lead (różne przeglądarki)
• Scenariusz testowy 3: dodanie produktu do koszyka i porzucenie (funnel check)

Brak zdarzeń? Sprawdź dataLayer, wyzwalacze GTM i filtry w GA4. Małe poprawki często rozwiązują problem od ręki.

Wdrażaj poprawki małymi krokami i zapisuj wyniki. Dzięki temu szybciej znajdziesz źródło problemu.

Gotowe zasoby dla marketerów: szablony zdarzeń, mapa UA→GA4, checklisty i scenariusze QA

Masz tu elementy, które możesz od razu wkleić do dokumentacji zespołu.

Szablon zdarzenia purchase (GA4)

• Event name: purchase
• Parameters: transaction_id, value, currency, items (array of objects: item_id, item_name, price, quantity)
• Mark as conversion: Yes

Szablon zdarzenia lead

• Event name: lead
• Parameters: form_id, form_name, lead_type, value (optional)
• Trigger: Custom Event 'form_submission' lub DOM Listener

GTM checklist do wklejenia

• Tag: GA4 Configuration — Measurement ID = G-XXXXXXX
• Tag: GA4 Event — purchase; params z dataLayer
• Tag: GA4 Event — add_to_cart; params item_id, item_name, value
• Trigger: All Pages dla konfiguracji; Custom Events dla zdarzeń
• Variable: dataLayer variables dla transaction_id, value, items

Scenariusze QA (skopiuj do test planu)

• Test A: Złożenie zamówienia — czy pojawia się purchase + transaction_id w DebugView?
• Test B: Wysłanie formularza — czy lead z param form_id pojawia się i jest oznaczony jako konwersja?
• Test C: Cross‑domain checkout — czy client_id/ga4_id zachowuje się spójnie?

Pamiętaj: migracja do GA4 to projekt, nie jednorazowy task. Zrób plan, zacznij od dual tracking, zapisz mapowanie i testuj regularnie.

Chcesz, żebym przygotował dla Twojego sklepu gotowy arkusz mapowania UA→GA4 i checklistę GTM z rozpisanymi triggerami? Powiedz tylko, które konwersje są dla Ciebie najważniejsze.