Pomiar formularzy w GA4: jak liczone są form_start i form_submit i czego nie pokazuje ich stosunek

Zdarzenie formularza opisuje interakcję techniczną. Nie potwierdza automatycznie poprawnego zapytania, subskrypcji ani pozyskania klienta. Użyteczny raport GA4 rozdziela więc liczbę zdarzeń, sesje i potwierdzone wyniki.

Co dokumentuje Google

Google opisuje form_start jako pierwszą interakcję z formularzem w sesji, a form_submit jako wysłanie formularza. Zdarzenia należą do pomiaru rozszerzonego i wymagają aktywnego, poprawnie skonfigurowanego tagu oraz odpowiednich opcji. Dokumentacja nie uzasadnia gwarancji dokładnie jednego rozpoczęcia łącznie dla wszystkich formularzy, stron i dodatkowych tagów w sesji. Faktyczne działanie wymaga kontroli.

Poradnik Google o pozyskiwaniu leadów omawia osoby rozpoczynające i wysyłające formularz. Nie nakazuje wprost dzielenia surowych liczb zdarzeń. Wcześniejsza krytyka rzekomo zalecanego ilorazu zdarzeń wykraczała poza treść źródła.

Dlaczego 150% nie oznacza ukończenia

Celowo skonstruowany zapis dla jednego formularza: sesja A zawiera jedno rozpoczęcie i trzy wysłania, a sesja B jedno rozpoczęcie bez wysłania. Trzy podzielone przez dwa daje 150%. To liczba zdarzeń wysłania na zarejestrowany początek, a nie odsetek osób lub sesji zakończonych sukcesem.

Jedna z dwóch sesji zawiera wysłanie: 50%. Nadal nie dowodzi to poprawnego leada. Trzy zdarzenia mogą obejmować ponowne próby, a przykład nie zawiera potwierdzenia przyjęcia przez serwer. Dwie sesje nie muszą też oznaczać dwóch różnych osób.

Sam mianownik nie naprawia lejka

Nawet liczba sesji z wysłaniem podzielona przez sesje z rozpoczęciem może przekroczyć 100%, jeżeli zbiory są różne. Początek może być pominięty, dotyczyć innego formularza lub wypaść poza analizowany okres.

W lejku rozpoczynającym się od formularza mianownik obejmuje sesje z jego zarejestrowanym początkiem. Licznik zawiera wyłącznie te same sesje z późniejszym pasującym wysłaniem lub potwierdzonym wynikiem. Formularz, okres i kolejność muszą być zgodne. Taka definicja ogranicza wskaźnik, ale pomija udane wysłania bez zaobserwowanego początku. Te przypadki wymagają osobnej miary.

Wysłanie i sukces to osobne sygnały

Walidacja przeglądarki może zatrzymać natywne zdarzenie submit przed wysłaniem żądania. Bezpośrednie form.submit() nie wywołuje tego zdarzenia, natomiast requestSubmit() przechodzi walidację. Reguły przeglądarki nie opisują wszystkich szczegółów wykrywania przez GA4. Formularze AJAX wysyłają dane bez ponownego ładowania całej strony. Takie formularze i zewnętrzne osadzenia wymagają testów.

Automatyczne form_submit nie jest potwierdzeniem odbioru przez serwer ani przyjęcia do CRM. Zdarzenie sukcesu powinno następować po ustalonym punkcie akceptacji w aplikacji. Stronę podziękowania można otworzyć bezpośrednio lub ponownie. Kontroli wymagają także powtórzone odpowiedzi i odświeżenie. generate_lead jest zalecaną nazwą zdarzenia; kwalifikacja, potwierdzona subskrypcja i sprzedaż pozostają osobnymi etapami.

Właściwy kontekst

Parametry formularza opisują identyfikator, nazwę, adres docelowy i przy wysłaniu tekst przycisku. Dostępność zależy od formularza i zebranego zdarzenia. Wymiar niestandardowy o zakresie zdarzenia umożliwia użycie wybranego parametru w raportach; Google podaje opóźnienie 24–48 godzin. Rejestracja nie dowodzi wcześniejszego wysyłania parametru.

Zebrane parametry mogą występować w eksporcie BigQuery bez rejestracji wymiaru. Diagnostyka i analiza eksportu nie muszą więc czekać na raport. Treść pól, adresy e-mail i dane osobowe nie powinny trafiać do parametrów Analytics.

Odsłony nie są sesjami

page_view strony formularza nie dowodzi widoczności ani użycia formularza. Formularz ukryty lub poza widocznym obszarem dobrze pokazuje różnicę. Liczba page_view obejmuje także powtórzone odsłony i nie jest liczbą sesji.

Automatycznymi odsłonami można sterować: send_page_view:false wyłącza odsłonę przy konfiguracji tagu, a pomiar zmian historii ma osobne ustawienie. Wcześniejsze bezwarunkowe twierdzenie o niemożności wyłączenia odsłon było błędne.

Praktyczna kontrola

Zestaw prób obejmuje zwykły sukces, błąd walidacji przeglądarki, odrzucenie serwera, ponowną próbę, drugi formularz, AJAX, osadzenie i bezpośrednie otwarcie podziękowania. Przed analizą raportu potrzebna jest kontrola faktycznie wysłanych zdarzeń i parametrów. Ustawienia, zgoda i błędy dostarczenia mogą zmienić obserwowany zbiór.

W eksporcie sesję identyfikuje połączenie user_pseudo_id i ga_session_id, w razie potrzeby z rozróżnieniem strumienia. Samo ga_session_id nie wystarcza. Braki identyfikatorów wymagają jawnego traktowania, a kolejność zdarzeń musi zostać zachowana. Segment sesji wybiera sesje spełniające określone warunki; dwa niezależne segmenty nie tworzą automatycznie uporządkowanego lejka. Przykład wykorzystuje sztuczne dane, a nie test rzeczywistej usługi GA4.

Źródła

• Pomiar rozszerzony: konfiguracja i parametry formularzy
• Poradnik o leadach: osoby zamiast jawnego ilorazu zdarzeń
• Wyłączanie odsłon przy konfiguracji i zmianach historii
• Wymiary niestandardowe i czas przetwarzania
• Natywne wysłanie i walidacja
• Identyfikatory sesji i szacowane liczby w raportach
• Eksportowane parametry zdarzeń
• Zalecane etapy pozyskiwania leadów