Analityka, której można ufać: dlaczego Twoje liczby teraz kłamią

Krótka odpowiedź: w niemal każdym sklepie, który audytowałem, analityka kłamała — i to zwykle w przewidywalną stronę. Część zamówień nie dociera, część liczy się dwa razy, a źródło ruchu ginie na przekierowaniu bramki płatniczej. Problemem nie jest to, że liczby są nieprecyzyjne; z tym da się żyć. Problemem jest to, że na ich podstawie podejmuje się decyzje budżetowe.

Sześć powodów, dla których liczby się nie zgadzają

1. Zgoda na cookies. Jeśli ktoś odmówi, część zdarzeń nie wychodzi. Consent Mode częściowo uzupełnia lukę modelowaniem, ale to szacunek, a nie fakt. Rzecz najważniejsza: strata może nie być losowa — jeśli określone segmenty odmawiają częściej, obraz się przechyla.

2. Duplikaty zakupów. Klient odświeżył stronę „dziękujemy” i zdarzenie purchase poszło drugi raz. Albo siedzi jednocześnie w motywie i we wtyczce analitycznej. Klasyczny objaw: w GA4 zamówień wyraźnie więcej niż w panelu.

3. Utrata źródła na bramce płatniczej. Płatność idzie na domenę banku i wraca — nowa sesja, a źródłem staje się bank albo „direct”. W raportach czyta się to jako „ruch bezpośredni świetnie konwertuje” i budżet ucieka w złe miejsce.

4. Blokery i ograniczenia przeglądarek. Część ruchu po prostu nie jest mierzona. To nie powód, by rezygnować, ale powód, by nie ufać liczbom bezwzględnym i patrzeć na trendy.

5. Zwroty i anulacje nie są odejmowane. GA4 pokazuje złożone zamówienia. Jeśli masz 15% zwrotów albo istotny odsetek anulacji przy pobraniu, „przychód” w raportach to przychód przed odjęciem tego, co wróciło.

6. To samo słowo w różnych znaczeniach. „Konwersja” w GA4, w panelu reklamowym i w Twojej głowie to trzy różne metryki z trzema oknami atrybucji. Spór o liczby często okazuje się sporem o definicje.

Uzgodnienie w godzinę: trzy liczby, które muszą się zgadzać

To dobra procedura na początek pracy z tym tematem. Weź jeden miesiąc kalendarzowy i porównaj trzy wartości z GA4 z panelem WooCommerce:

Co oznacza wynik:

• Więcej zamówień w GA4 — duplikaty zdarzeń. Szukaj podwójnej instalacji tagu albo ponownego wysłania przy odświeżeniu strony podziękowania.
• Mniej zamówień w GA4 — zdarzenia się gubią. Zwykle płatności z przekierowaniem albo odmowa cookies.
• Zamówienia się zgadzają, przychód nie — zdarzenie niesie złą kwotę: z dostawą lub bez, z podatkiem lub bez, waluta, rabaty.

Dopóki to uzgodnienie się nie domknie, raporty według kanałów, kampanii i produktów mogą być niewiarygodne. I odwrotnie: gdy się domknie, masz prawo podejmować decyzje na danych.

Co mierzyć oprócz konwersji

Konwersja nie jest celem biznesu. Da się ją podnieść rabatem 30% i zbankrutować. Minimalny zestaw wart comiesięcznego przeglądu:

• Marża według kanału, nie przychód. Kanał dający największy przychód często daje najmniejszy zysk.
• CAC — koszt pozyskania klienta. Wydatki reklamowe plus cała reszta, podzielone przez liczbę nowych klientów.
• Odsetek zakupów powtórnych. Najbardziej niedoceniana metryka w małym ecommerce — ma własny temat: retencja i LTV.
• LTV do CAC. Jeśli klient przez całe życie przynosi mniej, niż kosztowało jego pozyskanie, skalowanie reklamy przyspiesza stratę.
• Zwroty według produktów. Produkt z 40% zwrotów potrafi być nierentowny przy świetnej konwersji.
• Szybkość (Core Web Vitals). Jedyna metryka techniczna, którą warto trzymać w raporcie biznesowym, bo porusza wszystkie pozostałe.

Atrybucja: dlaczego „ostatnie kliknięcie” wprowadza w błąd

Model ostatniego kliknięcia przypisuje całą zasługę ostatniemu kontaktowi. W efekcie wyszukiwanie markowe i mail wyglądają na bohaterów (zawsze są ostatnie), a to, co pierwsze przyprowadziło człowieka, wygląda na bezużyteczne. Realna ścieżka w ecommerce rzadko jest jednokrokowa: zobaczył w social media → wygooglował → wyszedł → wrócił z maila → kupił.

Praktyczne podejście dla małego sklepu, bez budowania złożonych modeli:

• Patrz na konwersje wspomagane, a nie tylko na ostatnie kliknięcie
• Pytaj klientów wprost („skąd o nas wiesz?”) — w ankiecie po zakupie, nie w checkoucie
• Testuj kanały wyłączeniem: zatrzymanie kampanii na dwa tygodnie i obserwacja łącznego przychodu jest uczciwsze niż jakikolwiek model

Wstawka dla programisty

• Jedno źródło zdarzeń. Motyw albo wtyczka, albo GTM — nie wszystko naraz. Podwójnie wysłany purchase to częsta przyczyna rozbieżności.
• Zrób zakup idempotentnym. Wysyłaj transaction_id i zabezpiecz stronę podziękowania przed ponownym wysłaniem po odświeżeniu.
• Wysyłka serwerowa przy płatnościach z przekierowaniem. Wysłanie purchase z serwera przy zmianie statusu zamówienia (przez Measurement Protocol) może ograniczyć zarówno utratę na przekierowaniu, jak i część blokad. Specyfikacja zdarzeń jest w dokumentacji GA4 dla ecommerce.
• Consent Mode idzie przed tagami, nie po. Kolejność inicjalizacji ma znaczenie; zła kolejność oznacza albo utratę danych, albo wysyłkę bez zgody. Konfigurację opisuje przewodnik Google po consent.
• Zwroty też są zdarzeniem. Wysyłaj refund przy zwrocie, inaczej raporty przychodowe zostaną trwale zawyżone.
• Nie ładuj tagów synchronicznie w <head>. Analityka blokująca renderowanie pogarsza LCP i INP — płacisz za pomiar szybkością.

Jeśli to wykracza poza to, czym chcesz zajmować się sam, mam na to osobną usługę: analityka i śledzenie konwersji.

Praktyczny test

• Uzgodniłem zamówienia, przychód i średni koszyk w GA4 z panelem za jeden miesiąc
• Różnica w zamówieniach jest poniżej 10%
• purchase wysyła się dokładnie raz i niesie transaction_id
• Płatności z przekierowaniem nie gubią źródła ruchu
• Skonfigurowane są zdarzenia kroków lejka: view_item, add_to_cart, begin_checkout
• Zwroty są odzwierciedlone w analityce
• Consent Mode jest skonfigurowany i nic nie wysyła przed zgodą
• Znam swój CAC i odsetek zakupów powtórnych, a nie tylko konwersję

Co dalej

Gdy liczbom można już ufać, ujawnia się największa dziura w większości sklepów — i nie jest nią konwersja, tylko to, co dzieje się po pierwszym zakupie: retencja i LTV.