Zdarzenie w Google Analytics 4 to podstawowa jednostka danych, w której GA4 zapisuje każdą interakcję użytkownika z witryną lub aplikacją. Odsłona strony, kliknięcie przycisku, przewinięcie treści, obejrzenie filmu czy złożenie zamówienia — to wszystko zdarzenia, opisane nazwą (np. purchase) i zestawem parametrów (np. value, currency). Model oparty wyłącznie na zdarzeniach odróżnia GA4 od wyłączonego już Universal Analytics, który opierał się na sesjach, odsłonach i sztywnej strukturze kategoria–akcja–etykieta. W GA4 nawet sesja jest wynikiem zdarzenia session_start.
Jakie rodzaje zdarzeń wyróżnia GA4?
Google dzieli zdarzenia na cztery kategorie, które różnią się stopniem automatyzacji i zakresem kontroli po stronie analityka:
| Kategoria | Jak działa | Przykłady |
|---|---|---|
| Automatyczne | Zbierane bez konfiguracji, od momentu wdrożenia tagu Google | first_visit, session_start, user_engagement |
| Ulepszone pomiary (enhanced measurement) | Włączane przełącznikami w ustawieniach strumienia danych, bez kodu | page_view, scroll, click, file_download, video_start, form_submit |
| Zalecane | Wdrażane ręcznie, ale ze standardowymi nazwami i parametrami z dokumentacji Google | purchase, add_to_cart, sign_up, generate_lead |
| Niestandardowe | Definiowane w całości przez Ciebie, gdy żadna gotowa nazwa nie pasuje | kontakt_telefon, konfigurator_wyslany |
Kolejność ma znaczenie: zanim utworzysz zdarzenie niestandardowe, sprawdź, czy Google nie przewidziało już zdarzenia zalecanego o tym samym sensie. Nazwy zalecane zasilają gotowe raporty (np. raport Zakupy w e-commerce) i integracje z Google Ads.
Parametry zdarzeń — co dają i jakie mają limity?
Każde zdarzenie może przenosić dodatkowe informacje w postaci parametrów. To one nadają zdarzeniu kontekst: samo purchase mówi, że doszło do zakupu, ale dopiero parametry mówią za ile, w jakiej walucie i jakie produkty trafiły do koszyka.
value— wartość transakcji lub akcji (liczbowo).currency— waluta, wymagana, jeśli przekazujeszvalue.page_location,page_title— adres i tytuł strony, na której wystąpiło zdarzenie (zbierane automatycznie).items— tablica produktów w zdarzeniach e-commerce.- parametry własne — np. metoda płatności, kategoria formularza, wariant testu.
Warto pamiętać o limitach opisanych w dokumentacji Google. Dla standardowej usługi GA4 obowiązują m.in.:
| Element | Limit |
|---|---|
| Parametry przypisane do jednego zdarzenia | 25 |
| Długość nazwy zdarzenia / parametru | 40 znaków |
| Długość wartości parametru | 100 znaków |
| Wymiary niestandardowe o zakresie zdarzenia | 50 |
| Wskaźniki niestandardowe | 50 |
Kluczowa konsekwencja: parametr własny nie pojawi się w raportach standardowych, dopóki nie zarejestrujesz go jako wymiar lub wskaźnik niestandardowy. Parametry najwygodniej przekazywać przez warstwę danych i Google Tag Manager, co pozwala zmieniać konfigurację bez ingerencji w kod strony.
Czym różni się zdarzenie od kluczowego zdarzenia?
Każde kluczowe zdarzenie jest zdarzeniem, ale nie każde zdarzenie jest kluczowe. Od 2024 roku GA4 używa terminu kluczowe zdarzenia (key events) w miejsce dawnych „konwersji” — nazwa „konwersje” pozostała w GA4 dla działań importowanych i optymalizowanych w Google Ads. Zdarzenie staje się kluczowym dopiero po oznaczeniu go przełącznikiem w sekcji Administracja → Zdarzenia. Szerzej opisujemy to w hasłach co to zdarzenie konwersji oraz czym jest zdarzenie konwersji.
Typowy proces pracy ze zdarzeniami wygląda tak:
- Zaplanuj plan pomiarowy — które interakcje mają znaczenie biznesowe.
- Dopasuj je do zdarzeń automatycznych, ulepszonych pomiarów lub zalecanych; braki uzupełnij zdarzeniami niestandardowymi.
- Wdróż zdarzenia z parametrami (najczęściej przez GTM i warstwę danych).
- Zweryfikuj działanie w DebugView i raporcie Czas rzeczywisty.
- Zarejestruj potrzebne parametry jako wymiary niestandardowe.
- Wybrane zdarzenia oznacz jako kluczowe i, jeśli trzeba, zaimportuj do Google Ads jako konwersje.
Zdarzenia GA4 w praktyce
Najczęstsze problemy we wdrożeniach nie wynikają z braku zdarzeń, lecz z ich nadmiaru i chaosu. Typowe sytuacje, które obserwujemy podczas audytów:
- Duplikaty — to samo zdarzenie wysyłane przez ulepszone pomiary i osobno przez GTM (np. podwójny
form_submit), co zawyża liczby. - Niespójne nazewnictwo —
Kontakt,kontakt_wyslanyicontact_formdla tej samej akcji. GA4 rozróżnia wielkość liter, więc powstają osobne zdarzenia. - Brak
currencyprzyvalue— wartość nie trafia do raportów przychodów. - Parametry niezarejestrowane — dane są zbierane, ale nikt ich nie widzi w raportach.
- Zbyt ogólne zdarzenia — jedno
clickbez parametru opisującego, co kliknięto, jest bezużyteczne analitycznie.
Dobra praktyka to udokumentowany plan pomiarowy (nazwa zdarzenia, warunek wyzwolenia, parametry, zakres) utrzymywany razem z konfiguracją GTM. Solidnie zaprojektowany model zdarzeń to fundament wiarygodnej analityki — projektujemy go w ramach wdrożenia GA4.
Najczęściej zadawane pytania
Czy muszę programować, by tworzyć zdarzenia?
Nie zawsze. Zdarzenia automatyczne i ulepszone pomiary działają bez kodu, a większość zdarzeń niestandardowych konfiguruje się w Google Tag Managerze. Wsparcie dewelopera bywa potrzebne głównie do przygotowania warstwy danych, np. dla zdarzeń e-commerce z listą produktów.
Czy mogę zmienić lub utworzyć zdarzenie bez zmian na stronie?
Tak. GA4 pozwala w interfejsie tworzyć zdarzenia na podstawie istniejących (np. page_view ze ścieżką /dziekujemy jako lead) oraz modyfikować nazwy i parametry już wysyłanych zdarzeń. Działa to jednak tylko na dane zbierane od momentu utworzenia reguły, nie wstecz.
Czy nazwy zdarzeń mają znaczenie?
Tak. Dla zdarzeń zalecanych trzymaj się nazewnictwa Google, bo odblokowuje ono gotowe raporty i integracje z Google Ads. Dla zdarzeń własnych kluczowa jest spójna, udokumentowana konwencja — małe litery, podkreślenia, maksymalnie 40 znaków i brak nazw zarezerwowanych.
