Jeśli wdrażasz analitykę w webie, prędzej czy później trafisz na GA4, czyli Google Analytics 4, to aktualna wersja platformy analitycznej Google do pomiaru zdarzeń i zachowań użytkowników.. Problem w tym, że Google Analytics 4 wygląda prosto tylko na slajdzie. W praktyce bez zrozumienia modelu eventów bardzo łatwo popsuć dane już na etapie implementacji.
Krótka odpowiedź: GA4 = model oparty na eventach (nie sesjach). Eventy automatyczne i Enhanced Measurement działają bez kodu. Eventy rekomendowane (purchase, sign_up) mają specjalne miejsce w raportach — warto ich używać. Konwersja = event oznaczony jako Key Event. Do debugowania: DebugView + rozszerzenie Google Analytics Debugger.
Czym GA4 różni się od Universal Analytics
Universal Analytics opierał się na modelu sesji i odsłon (pageviews). GA4 porzucił to podejście na rzecz modelu opartego na zdarzeniach (events). Każda interakcja użytkownika — od załadowania strony, przez kliknięcie przycisku, po finalizację zakupu — jest traktowana jako event.
To fundamentalna zmiana w sposobie myślenia o danych. W UA pytałeś: „Ile sesji miała strona?". W GA4 pytasz: „Jakie akcje wykonali użytkownicy?".
Kluczowe różnice w skrócie
Model danych — UA opierał się na sesjach i odsłonach, GA4 traktuje wszystko jako eventy. Nie ma osobnego typu hitu dla pageview, screenview czy transakcji — wszystko to zdarzenia z różnymi parametrami.
Użytkownicy — GA4 wprowadza identyfikację cross-device. Jeden użytkownik może być rozpoznawany na wielu urządzeniach, jeśli jest zalogowany. UA przypisywał cookie do przeglądarki, więc ten sam człowiek na telefonie i laptopie to były dwa „użytkownicy".
Raporty — GA4 ma znacznie mniej gotowych raportów niż UA. Zamiast tego stawia na Explorations — elastyczne narzędzie do budowania własnych analiz. Początkowo może to frustrować, ale w dłuższej perspektywie daje dużo więcej możliwości.
Retencja danych — GA4 domyślnie przechowuje dane użytkowników przez 2 miesiące (można zmienić na 14 miesięcy). To dużo mniej niż UA i ważne ograniczenie, które trzeba mieć na uwadze.
Jak działają eventy w GA4
Eventy to serce GA4. Dzielą się na cztery kategorie.
1. Eventy zbierane automatycznie
GA4 rejestruje je bez żadnej konfiguracji z Twojej strony. Wystarczy, że na stronie jest zainstalowany tag GA4. Przykłady to first_visit (pierwsze wejście na stronę), session_start (początek sesji), page_view (wyświetlenie strony) oraz user_engagement (użytkownik aktywnie korzysta ze strony).
2. Eventy mierzone przez Enhanced Measurement
Włączane jednym kliknięciem w panelu GA4. Obejmują m.in. scroll (przewinięcie 90% strony), click (kliknięcia w linki wychodzące), file_download (pobranie pliku), video_start i video_progress (interakcje z osadzonymi filmami YouTube) oraz view_search_results (użycie wyszukiwarki na stronie).
Enhanced Measurement to świetny punkt startowy — daje sensowne dane bez pisania ani jednej linijki kodu.
3. Eventy rekomendowane
Google definiuje listę zdarzeń o ustalonych nazwach i parametrach, które mają specjalne znaczenie w raportach. Musisz je zaimplementować samodzielnie, ale GA4 „rozumie" je lepiej niż niestandardowe eventy.
Dla e-commerce kluczowe są eventy takie jak add_to_cart, begin_checkout, purchase. Dla contentu — sign_up, login, share, search. Dla generowania leadów — generate_lead.
Warto trzymać się rekomendowanych nazw, bo GA4 automatycznie tworzy dla nich dedykowane raporty i metryki.
4. Eventy niestandardowe (custom)
Wszystko, czego nie obejmują powyższe kategorie. Tworzysz je samodzielnie i nadajesz im dowolne nazwy. Przykłady to newsletter_signup, pricing_table_view czy feature_comparison_click.
Anatomia eventu
Każdy event składa się z nazwy i opcjonalnych parametrów. Parametry to pary klucz-wartość, które dają kontekst zdarzeniu.
GA4 pozwala na maksymalnie 25 parametrów na event. Nawet jeśli techniczny limit nazw eventów nie jest pierwszym problemem większości projektów, nie warto mnożyć eventów bez potrzeby. Dużo lepiej używać parametrów niż tworzyć osobny event dla każdej drobnej wariacji.
Konwersje w GA4
W GA4 podstawowym pojęciem jest dziś Key Event. To event, który oznaczasz jako szczególnie ważny dla Twojego biznesu. W praktyce dowolny event może zostać oznaczony jako key event — wystarczy przełączyć toggle w panelu administracyjnym (Admin → Events → oznacz event jako Key Event).
Google zmienił terminologię i dziś w samym GA4 podstawowym pojęciem są Key Events. To nie jest jednak dokładnie to samo co dawne "konwersje" w każdym kontekście. Key event oznaczasz w Analytics jako ważne zdarzenie, a potem taki sygnał może być wykorzystany również do tworzenia konwersji raportowanych lub importowanych do Google Ads.
Typowe konwersje
Dla sklepów internetowych najważniejszymi konwersjami będą purchase (zakup), add_to_cart (dodanie do koszyka) i begin_checkout (rozpoczęcie procesu płatności). Dla stron z contentem — sign_up (rejestracja), generate_lead (wysłanie formularza kontaktowego) lub własny event typu ebook_download. Dla aplikacji SaaS — trial_start, subscription_created, feature_activated.
Lejek konwersji
GA4 pozwala budować lejki (funnels) w sekcji Explorations. Definiujesz sekwencję kroków, np. page_view → add_to_cart → begin_checkout → purchase, a GA4 pokazuje, ilu użytkowników „odpada" na każdym etapie. To jedno z najpotężniejszych narzędzi do optymalizacji konwersji.
Kluczowe raporty w GA4
Realtime
Pokazuje, co dzieje się na stronie w tej chwili. Przydatny głównie do debugowania — po implementacji nowego eventu możesz od razu sprawdzić, czy dane płyną poprawnie.
Acquisition (Pozyskanie)
Skąd przychodzą użytkownicy — organic search, direct, social, referral, paid search. GA4 rozróżnia „User acquisition" (skąd użytkownik trafił za pierwszym razem) i „Traffic acquisition" (skąd przyszedł w ramach konkretnej sesji).
Engagement (Zaangażowanie)
Które strony są najczęściej odwiedzane, jak długo użytkownicy na nich przebywają, jakie eventy wykonują. Metryka „Engaged sessions" zastąpiła współczynnik odrzuceń (bounce rate) z UA — sesja jest „zaangażowana", jeśli trwała ponad 10 sekund, miała event konwersji lub co najmniej 2 odsłony. Warto analizować te dane razem z Core Web Vitals, które bezpośrednio wpływają na pozycje w Google.
Elastyczne narzędzie do tworzenia własnych raportów. Możesz budować lejki, analizy kohortowe, tabele z dowolnymi wymiarami i metrykami. To tutaj dzieje się prawdziwa analityka.
DebugView — Twój najlepszy przyjaciel
GA4 ma wbudowane narzędzie do debugowania eventów. Aby je uruchomić, zainstaluj rozszerzenie Google Analytics Debugger w Chrome. Po włączeniu rozszerzenia wejdź w GA4 → Admin → DebugView. Zobaczysz strumień eventów w czasie rzeczywistym z pełnymi parametrami.
DebugView jest nieoceniony przy implementacji — nie musisz czekać na pojawienie się danych w raportach. Rozszerzenie Chrome może pomóc, ale równie dobrze możesz użyć debug_mode albo podglądu przez GTM, czyli Google Tag Manager, pozwala zarządzać tagami i skryptami marketingowymi bez każdej zmiany w kodzie aplikacji./Tag Assistant.
User Properties
Oprócz eventów GA4 pozwala ustawiać właściwości użytkownika (user properties). To atrybuty, które opisują segmenty użytkowników — np. plan subskrypcji, rola, preferowany język.
User properties pozwalają potem filtrować raporty i tworzyć segmenty — np. „pokaż mi lejek konwersji tylko dla użytkowników na planie free".
Consent Mode
W kontekście RODO ważne jest, żeby GA4 respektował zgody użytkowników na cookies i sygnały reklamowe. Google Consent Mode nie zastępuje bannera zgody, ale pozwala przekazać Google aktualny stan zgód i ograniczyć sposób działania tagów przed akceptacją.
Code
gtag('consent', 'default', { analytics_storage: 'denied', ad_storage: 'denied', ad_user_data: 'denied', ad_personalization: 'denied'});// Po wyrażeniu zgody przez użytkownika:gtag('consent', 'update', { analytics_storage: 'granted'});
Dla stron działających w UE (czyli praktycznie każdej polskiej strony) Consent Mode to nie opcja — to konieczność.
FAQ
Czym GA4 różni się od Universal Analytics?
Universal Analytics (UA) opierał się na modelu sesji i odsłon (pageviews). GA4 traktuje wszystko jako eventy — pageview, purchase, click to wszystko zdarzenia z parametrami. GA4 wprowadza identyfikację cross-device (jeden użytkownik na różnych urządzeniach), mniejszy domyślny czas retencji danych (2 miesiące vs UA) i inne podejście do raportowania — mniej gotowych raportów, więcej elastyczności przez Explorations.
Co to są eventy w GA4 i ile ich typów jest?
GA4 ma cztery kategorie eventów: (1) automatyczne — zbierane bez konfiguracji (first_visit, session_start, page_view); (2) Enhanced Measurement — włączane jednym kliknięciem (scroll, click na linki wychodzące, file_download); (3) rekomendowane — implementowane ręcznie, ale GA4 "rozumie" je specjalnie (purchase, sign_up, add_to_cart); (4) niestandardowe — dowolne eventy definiowane samodzielnie.
Jak skonfigurować konwersje w GA4?
W GA4 konwersja to event oznaczony jako Key Event. W panelu administracyjnym: Admin → Events → znajdź event → przełącz toggle "Mark as key event". Dowolny event może być konwersją. Typowe konwersje: purchase (e-commerce), generate_lead (formularz kontaktowy), sign_up (rejestracja), własny event np. ebook_download. Key events są potem dostępne w raportach i można je importować do Google Ads.
Co to jest DebugView w GA4 i jak go używać?
DebugView to narzędzie do debugowania eventów w czasie rzeczywistym — widoczny w Admin → DebugView. Żeby go aktywować: zainstaluj rozszerzenie "Google Analytics Debugger" w Chrome lub dodaj debug_mode: true do konfiguracji gtag. Po włączeniu widzisz strumień eventów z pełnymi parametrami — nieocenione przy implementacji, bo nie musisz czekać na dane w standardowych raportach (opóźnienie nawet do 24h).
Co to jest Consent Mode w GA4 i dlaczego jest wymagany?
Google Consent Mode to mechanizm przekazywania stanów zgód użytkownika do tagów Google. Ustawiasz domyślne wartości (analytics_storage: 'denied') przed załadowaniem tagów, a po wyrażeniu zgody przez użytkownika aktualizujesz (analytics_storage: 'granted'). Dla stron działających w UE (w Polsce każda strona zbierająca dane) Consent Mode jest wymogiem RODO i Google Ads Policy. Nie zastępuje bannera zgody — współpracuje z nim.
Jak długo GA4 przechowuje dane użytkowników?
GA4 w standardowej właściwości domyślnie przechowuje dane zdarzeń przez 2 miesiące. Możesz zmienić ten okres na maksymalnie 14 miesięcy w Admin → Data Settings → Data Retention. To znacznie mniej niż w Universal Analytics. Dla danych surowych w BigQuery możesz utrzymywać historię dłużej, ale wymaga to osobnej konfiguracji eksportu. Jeśli planujesz analizy kohortowe i dłuższe trendy, ustaw 14 miesięcy od razu po uruchomieniu właściwości.
Jak efektywnie korzystać z raportów Explorations w GA4?
Explorations to elastyczne narzędzie do analizy danych w GA4. Kluczowe typy analiz: Funnel Exploration (lejki konwersji — gdzie użytkownicy odpadają), Segment Overlap (porównanie segmentów), Cohort Exploration (retencja kohort). Zacznij od zdefiniowania segmentu użytkowników lub zdarzeń, wybierz wymiary i metryki, dodaj filtry. Explorations zastępują wiele raportów z UA, które nie są dostępne w standardowych raportach GA4.
GA4 to narzędzie, które na pierwszy rzut oka może wydawać się mniej intuicyjne niż Universal Analytics. Model oparty na eventach wymaga zmiany sposobu myślenia, a okrojone domyślne raporty mogą frustrować. Jednak po przejściu początkowej krzywej uczenia GA4 daje znacznie większą elastyczność i lepsze zrozumienie tego, co użytkownicy faktycznie robią na stronie.
Jako frontend developer powinieneś rozumieć przynajmniej podstawy GA4 — wiedzieć, jak działają eventy, umieć zaimplementować śledzenie konwersji i korzystać z DebugView do weryfikacji implementacji. Te umiejętności sprawiają, że nie jesteś „tylko" osobą od kodu, ale kimś, kto rozumie kontekst biznesowy swojej pracy.
Jeśli chcesz dobrze zrozumieć, jak połączyć SEO, analitykę i warstwę techniczną strony bez zgadywania i półśrodków, skontaktuj się ze mną. Pomagam przekładać wiedzę z takich wpisów na sensowny setup wdrożeniowy.
Maciej Sala — project manager i frontendowiec z doświadczeniem w marketingu internetowym. Na co dzień pracuję z Reactem, Next.js i TypeScriptem, łącząc perspektywę produktową z praktycznym podejściem do kodu. Przez kilka lat związany z branżą gier wideo jako project manager i game designer.
Absolwent historii na Uniwersytecie Jagiellońskim i studiów podyplomowych z marketingu internetowego na Akademii Górniczo-Hutniczej w Krakowie. Poza pracą trenuje na siłowni, maluje figurki i realizuje własne projekty.
Astro.js vs Next.js — które narzędzie wybrać w 2026 roku?
Fachowe porównanie Astro.js i Next.js z perspektywy developera pracującego na co dzień w Next.js. Architektura, wydajność, SEO, DX, koszty i konkretne use case — z benchmarkami i przykładami kodu.
WordPress → Next.js — migracja treści, redirecty 301 i zachowanie pozycji SEO
Jak przenieść stronę z WordPress na Next.js bez utraty pozycji w Google? Eksport treści, mapowanie URL, redirecty 301, migracja obrazów i weryfikacja indeksacji.
Google Search Console + Next.js — indeksacja, błędy, performance i co z nimi robić
Jak korzystać z Google Search Console dla strony Next.js? Weryfikacja, sitemap, indeksacja, Core Web Vitals, crawl budget i najczęstsze problemy — praktyczny poradnik.