GA4 – jak działa Google Analytics 4? Model danych, raporty i konfiguracja

Google Analytics 4 to obecny standard analityki Google. W odróżnieniu od Universal Analytics nie opiera się na modelu sesji i odsłon jako głównej logice raportowania, tylko na modelu zdarzeniowym. Google w swojej dokumentacji migracyjnej pokazuje to bardzo wyraźnie: w GA4 dane są zbierane jako events, a wiele funkcji znanych z Universal Analytics ma nowy odpowiednik albo działa według innej logiki. Pojawiają się też nowe pojęcia, takie jak data streams, key events, event-scoped custom dimensions czy DebugView.

Dla marketera to nie jest kosmetyczna zmiana interfejsu. To zmiana sposobu myślenia o danych. W GA4 nie zadajesz już przede wszystkim pytania: „ile było sesji i jaki był bounce rate?", tylko raczej: „jakie zdarzenia wykonali użytkownicy, z jakich źródeł przyszli, gdzie odpadają i które interakcje prowadzą do key eventów oraz sprzedaży?". Jeśli ktoś próbuje używać GA4 dokładnie tak jak starego Universal Analytics, zwykle szybko dochodzi do wniosku, że „GA4 jest nieczytelne". Problem zazwyczaj nie leży w samym narzędziu, tylko w tym, że nowy model danych wymaga innego podejścia do raportowania i konfiguracji.

Czym GA4 różni się od starego Google Analytics

Najważniejsza różnica polega na modelu danych. Universal Analytics opierał się głównie na sesjach, odsłonach i hitach. W GA4 wszystko jest eventem: odsłona strony, scroll, kliknięcie, rozpoczęcie sesji, zakup, wygenerowanie leada albo własna interakcja biznesowa. Google wprost wskazuje, że w GA4 „all data is sent in the form of events", a event scope zastępuje dawny hit scope. To wpływa na konfigurację, raporty, atrybucję i sposób projektowania pomiaru.

Druga duża różnica to brak widoków w znanej formie. Zamiast nich pracujesz na poziomie property i data streams, a filtrowanie czy modyfikacja danych odbywa się inaczej niż dawniej. Google wskazuje też, że część funkcji, takich jak filtrowanie ruchu wewnętrznego czy niechcianych odesłań, konfiguruje się na poziomie property i strumienia danych, a nie widoku.

Trzecia różnica dotyczy konwersji. W GA4 obecnie pracuje się na key events. Google wyjaśnia, że dawne destination goals i event goals z Universal Analytics mapują się do key events w GA4, ale jeśli definicja ma uwzględniać konkretny parametr zdarzenia, najpierw trzeba utworzyć odpowiedni event, a dopiero potem oznaczyć go jako key event. To ważne dla marketerów, bo źle zaprojektowany model key events prowadzi do złej oceny kampanii i błędnej optymalizacji budżetu.

Jak działa model danych w GA4

Żeby dobrze zrozumieć GA4, trzeba rozumieć trzy warstwy: property, data stream i events.

Property to główny kontener danych. W ramach jednej właściwości GA4 możesz mieć osobne strumienie dla strony internetowej i aplikacji. Google wyjaśnia, że data stream to nowa koncepcja w GA4 i tworzy się go osobno dla każdej witryny lub aplikacji, którą chcesz mierzyć w danej właściwości. To oznacza większą elastyczność, ale też wymaga lepszego planowania architektury pomiaru.

Data stream odpowiada za zbieranie danych z konkretnego źródła, np. strony www. W ramach web data stream można konfigurować takie elementy jak enhanced measurement, cross-domain measurement, unwanted referrals czy ustawienia Google tag. Google opisuje to szczegółowo w dokumentacji migracyjnej i konfiguracji tagowania.

Eventy są podstawową jednostką danych. Google opisuje eventy jako centralny element GA4, a rekomendowane zdarzenia mają wspierać poprawne raportowanie dla różnych typów biznesu, w tym e-commerce i lead generation. Google publikuje też reguły nazewnictwa zdarzeń: nazwy są case-sensitive, muszą zaczynać się od litery, można używać liter, cyfr i podkreśleń, ale nie wolno używać zastrzeżonych nazw i prefiksów. To ważne, bo chaos nazewnictwa eventów bardzo szybko zamienia GA4 w bałagan analityczny.

Enhanced Measurement – co GA4 mierzy od razu

Jedną z wygodniejszych funkcji GA4 jest Enhanced Measurement, czyli zestaw automatycznie dostępnych pomiarów dla web data stream. Google wyjaśnia, że enhanced measurement jest włączane domyślnie przy tworzeniu web streamu i może mierzyć m.in. page views, scroll, outbound clicks, site search, video engagement oraz file downloads. Można te opcje włączać i wyłączać w ustawieniach strumienia.

To jest bardzo przydatne, ale trzeba uważać na jedną rzecz: automatyczny pomiar nie zastępuje świadomej konfiguracji. Jeśli marketer uzna, że „GA4 już wszystko zbiera", bardzo szybko okaże się, że brakuje mu danych o:

• jakości leadów,
• etapach formularza,
• niestandardowych interakcjach,
• konkretnych mikro- i makrokonwersjach,
• istotnych parametrach biznesowych.

Enhanced Measurement daje dobry start, ale nie zastępuje modelu pomiarowego dopasowanego do strony i lejka.

Raporty w GA4 – co marketer naprawdę powinien znać

GA4 ma kilka poziomów raportowania. Pierwszy to raporty standardowe. Drugi to raporty pre-made związane z określonymi obszarami, np. e-commerce czy Search Console. Trzeci to Explorations. Google pokazuje też, że niektóre raporty, takie jak Queries report czy Google organic search traffic report, pojawiają się po połączeniu GA4 z Search Console. Wtedy marketer może analizować landing pages, zapytania i metryki Search Console w środowisku GA4.

Z perspektywy marketera najważniejsze są zwykle te grupy raportów:

Raporty ruchu i pozyskania. Pozwalają ocenić, skąd przychodzą użytkownicy i które kanały odpowiadają za wejścia, zaangażowanie oraz key events. To punkt wyjścia do oceny SEO, Google Ads, social media, e-mail i ruchu direct.

Raporty zaangażowania. Pokazują, które strony i zdarzenia realnie angażują użytkowników. W GA4 zaangażowanie zastępuje część myślenia o dawnych wskaźnikach typu bounce rate. To ważne, bo pozwala patrzeć bardziej na jakość interakcji niż tylko na samą sesję.

Raporty monetyzacji i e-commerce. Jeśli sklep poprawnie wdroży rekomendowane eventy e-commerce, GA4 zasila raporty monetization, w tym np. Checkout journey. Google wyraźnie wskazuje, że raporty te opierają się na recommended events i parametrach przesyłanych w implementacji.

Raporty Search Console. Po połączeniu Search Console z GA4 możesz analizować zapytania, landing pages i ruch organiczny z poziomu jednej platformy. To bardzo użyteczne dla marketerów, którzy chcą łączyć SEO z zachowaniem użytkownika po wejściu na stronę.

Explorations. To najbardziej analityczna część GA4. Google pokazuje, że funnel explorations są dostępne dla wszystkich użytkowników GA4 i mają przewagi nad dawnymi lejkami w UA: mogą być otwarte lub zamknięte, session- lub user-based i działają na danych historycznych. Dla marketera to jedno z najważniejszych narzędzi do badania, gdzie użytkownik odpada w ścieżce od wejścia do zakupu lub leada.

DebugView i Realtime – jak sprawdzić, czy GA4 działa poprawnie

Google bardzo jasno zaleca używanie Realtime i DebugView do weryfikacji, czy zbieranie danych działa poprawnie. Realtime pozwala potwierdzić, że dane spływają, a DebugView pokazuje eventy i user properties konkretnego użytkownika niemal w czasie rzeczywistym, co jest szczególnie przydatne podczas wdrażania i testowania tagów. Aby korzystać z DebugView, trzeba włączyć debug mode.

To jeden z najważniejszych obszarów praktycznych, bo bardzo wiele błędów GA4 wynika nie z raportów, tylko z tego, że nikt nie sprawdził:

• czy event odpala się we właściwym momencie,
• czy odpala się tylko raz,
• czy ma poprawne parametry,
• czy formularz jest liczony jako lead dopiero po poprawnym wysłaniu,
• czy zakup ma wartość,
• czy tag nie dubluje się przez GTM i kod ręczny.

Konfiguracja GA4 dla marketerów – co trzeba ustawić dobrze

Dobra konfiguracja GA4 nie kończy się na wklejeniu Measurement ID. Trzeba zadbać o kilka obszarów:

Google tag i data streams. Google opisuje Google tag jako podstawowy element wdrożenia dla web streamu. To fundament zbierania danych. Jeśli na stronie działa kilka tagów albo konfiguracja jest niespójna, dane mogą się dublować albo rozjeżdżać.

Cross-domain measurement. Jeśli użytkownik przechodzi między domenami, subdomenami, koszykiem lub zewnętrznym systemem, trzeba poprawnie ustawić cross-domain measurement. Google pokazuje, że w GA4 robi się to przez Admin → Data streams → Web → Configure tag settings → Configure your domains. Bez tego łatwo rozbić ścieżkę użytkownika i popsuć atrybucję.

Unwanted referrals. GA4 umożliwia dodawanie listy niechcianych odesłań, np. z bramek płatności czy własnych systemów. Jeśli tego nie skonfigurujesz, część konwersji będzie przypisywana do złych źródeł.

Internal traffic i debug traffic. GA4 pozwala filtrować lub oznaczać ruch wewnętrzny i debug traffic. To bardzo ważne, bo inaczej testy zespołu i ruch firmowy będą zanieczyszczać dane. Google podkreśla, że filtr debug traffic oraz DebugView zostały zintegrowane w GA4 właśnie po to, żeby łatwiej rozdzielać ruch testowy od produkcyjnego.

Key events. To serce konfiguracji marketingowej. Trzeba ustalić, które zdarzenia naprawdę mają wartość biznesową. Dla e-commerce będzie to zakup, dla firmy usługowej wysłanie formularza, rozmowa z handlowcem, zapis na demo albo inna kluczowa akcja. Jeśli key events będą ustawione źle, raporty i kampanie zaczną optymalizować się pod niewłaściwe sygnały.

Custom dimensions i user properties. GA4 pozwala definiować własne user properties oraz custom dimensions, ale trzeba je projektować ostrożnie. W modelu GA4 custom dimensions opierają się na event parameters i user properties, a nie na dawnych wymiarach z UA. Jeśli tego nie zrobisz, możesz mieć event, ale nie będziesz mógł sensownie raportować jego kontekstu.

GA4 a marketing – jak pomaga podejmować decyzje

Dobrze skonfigurowane GA4 daje marketerowi trzy kluczowe korzyści.

Po pierwsze pomaga ocenić źródła ruchu. Dzięki temu można zobaczyć nie tylko, ile wejść dał dany kanał, ale też jak użytkownicy zachowywali się dalej i czy doprowadzili do key events.

Po drugie pomaga analizować lejek. Dzięki eventom, explorations i raportom można zobaczyć, gdzie użytkownik odpada: czy problem leży w kampanii, landing page'u, formularzu, karcie produktu czy checkoutcie.

Po trzecie wspiera integrację z Google Ads. Google wyraźnie wskazuje, że po połączeniu GA4 z Google Ads można udostępniać audiencje i importować key events do optymalizacji kampanii. To sprawia, że jakość konfiguracji GA4 wpływa bezpośrednio na skuteczność reklam.

Najczęstsze błędy w GA4

Najczęściej spotykam te problemy:

• wdrożenie bez modelu eventów i key events,
• błędne nazewnictwo eventów,
• brak DebugView i testów,
• brak cross-domain measurement,
• nieusunięte unwanted referrals,
• zły lub niepełny model custom dimensions,
• zbyt duże zaufanie do raportów standardowych bez własnych explorations,
• porównywanie GA4 1:1 z Universal Analytics.

To ostatnie jest szczególnie ważne. GA4 nie jest „tym samym Google Analytics tylko pod inną nazwą". To inne narzędzie, z inną logiką pomiaru i innymi konsekwencjami dla marketingu.

Podsumowanie

Google Analytics 4 działa w modelu zdarzeniowym i wymaga od marketera innego podejścia niż stare Universal Analytics. Kluczowe są tu: eventy, key events, data streams, poprawna konfiguracja Google tagu, cross-domain measurement, unwanted referrals, DebugView i sensownie zaprojektowane custom dimensions. Google jasno pokazuje, że GA4 ma być platformą bardziej elastyczną, mocniej opartą na eventach i lepiej dostosowaną do łączenia danych z webu, aplikacji oraz kampanii.

GA4 nie jest tylko narzędziem do raportowania ruchu. To system, który – jeśli jest dobrze skonfigurowany – pomaga lepiej oceniać kampanie, źródła ruchu, ścieżki użytkownika i realny wpływ marketingu na leady oraz sprzedaż.