Wiele kont GA4 raportuje zawyżone liczby konwersji – i w większości przypadków nie wynika to z błędów technicznych, ale z domyślnych ustawień Google Analytics 4.
Problem leży w sposobie, w jaki GA4 liczy tzw. Key Events (dawne konwersje). Domyślna metoda zliczania sprawia, że dane wyglądają lepiej niż są w rzeczywistości – ale jednocześnie stają się mało użyteczne analitycznie i mediowo.
Domyślna metoda zliczania konwersji w GA4 jest problematyczna
GA4 domyślnie ustawia dla każdego Key Event metodę liczenia:
„Once per event” (raz na każde wystąpienie zdarzenia)
To oznacza, że:
- każde wywołanie eventu,
- każde ponowne wysłanie tego samego zdarzenia,
- każde zdublowanie (intencjonalne lub nie)
jest liczone jako kolejna konwersja.
I właśnie dlatego tak wiele kont GA4 raportuje nienaturalnie wysokie liczby konwersji.
GA4 oferuje dwie metody zliczania Key Events
Podczas konfiguracji Key Eventu w GA4 możesz wybrać jedną z dwóch metod:
- Once per event
Konwersja jest liczona za każdym razem, gdy zdarzenie wystąpi. - Once per session
Konwersja jest liczona maksymalnie raz w ramach jednej sesji, niezależnie od liczby powtórzeń zdarzenia.
To pozornie drobna różnica, ale w praktyce ma ogromny wpływ na dane.
Kiedy „once per event” ma sens
Metoda once per event jest właściwa tylko wtedy, gdy:
- każde wystąpienie zdarzenia ma realną wartość biznesową,
- zdarzenie może wystąpić wiele razy w jednej sesji,
- i każdorazowo oznacza osobną transakcję.
Typowy przykład:
- zakup produktu (purchase),
- wiele transakcji w jednej sesji.
W takich przypadkach każde zdarzenie faktycznie reprezentuje nową wartość.
Dlaczego „once per event” zawyża konwersje nietransakcyjne
Dla większości konwersji nietransakcyjnych (lead generation) ta metoda jest błędna.
Dotyczy to m.in.:
- wysłania formularza,
- zapisu do newslettera,
- pobrania pliku,
- kliknięcia w numer telefonu,
- wysłania zapytania.
W takich przypadkach:
- użytkownik może wywołać event wielokrotnie w jednej sesji,
- event może się zdublować technicznie (GTM, SPA, refresh, retry),
- a GA4 policzy każdą iterację jako osobną konwersję.
Efekt:
konwersje rosną, ale realna liczba leadów – nie.
Dlaczego „once per session” jest bezpieczniejszą opcją
Metoda once per session:
- lepiej odzwierciedla zachowanie użytkownika,
- eliminuje duplikaty w obrębie jednej wizyty,
- chroni dane przed błędami implementacyjnymi.
Jeśli konwersja:
- powinna wydarzyć się raz na sesję,
- a jej powtórzenia w tej samej sesji nie mają dodatkowej wartości,
to once per session jest właściwym wyborem.
To właśnie dlatego tak wiele kont GA4 ma zawyżone dane – bo używa domyślnej metody tam, gdzie nie powinna.
Duplikaty zdarzeń – problem, który pogarsza sytuację
Zanim wybierzesz metodę zliczania, warto zrozumieć skąd biorą się duplikaty:
- zachowanie użytkownika (wielokrotne kliknięcia),
- błędy implementacji GTM,
- SPA / frameworki JS,
- problemy z cache lub reloadami.
Jeśli masz:
- nawet niewielki problem z duplikacją eventów,
- i używasz „once per event”,
to konwersje będą zawyżone zarówno w GA4, jak i w Google Ads.
Wydłuż czas trwania sesji, aby ograniczyć duplikaty
Dodatkowym krokiem, który realnie pomaga, jest:
wydłużenie czasu trwania sesji.
Dla wielu biznesów dobrze sprawdza się:
- maksymalny timeout sesji: 7 godzin i 55 minut.
Dlaczego to działa?
- użytkownik wracający do otwartej karty nie generuje nowej sesji,
- ta sama konwersja nie jest liczona ponownie,
- ścieżka użytkownika jest spójniejsza.
To szczególnie ważne przy:
- formularzach,
- długich procesach decyzyjnych,
- stronach B2B.
Konwersje w GA4 ≠ jakość danych
Wysoka liczba konwersji:
- nie oznacza dobrej konfiguracji,
- nie oznacza skutecznego marketingu,
- często oznacza złą metodę zliczania.
Jeśli Twoje konto GA4:
- raportuje nienaturalnie dużo konwersji,
- dane nie zgadzają się z CRM,
- Google Ads „widzi” więcej leadów niż sprzedaż,
to bardzo często winna jest:
domyślna metoda „once per event”.
Podsumowanie
- GA4 domyślnie zawyża konwersje.
- „Once per event” powinno być używane tylko dla transakcji.
- Dla leadów i konwersji miękkich właściwsze jest „once per session”.
- Duplikaty eventów + zła metoda zliczania = błędne dane.
- Wydłużenie sesji dodatkowo stabilizuje raportowanie.