Doświadczenie Spilno Agency: jak sprawdzamy zdarzenia przed startem pracy

Zanim uruchomimy kampanię w Google Ads czy Meta Ads albo zabierzemy się za SEO, w Spilno Agency zawsze sprawdzamy, czy zdarzenia w Google Analytics 4 rejestrują się poprawnie — nawet jeśli klient twierdzi, że analityka jest już skonfigurowana. W tym artykule wyjaśniamy, dlaczego weryfikacja zdarzeń to obowiązkowy krok w każdym projekcie, jak wygląda nasz dwuetapowy proces sprawdzania (mapa zdarzeń + checklist GA4 Ecommerce) oraz udostępniamy dwa gotowe szablony Google Sheets, z których można skorzystać samodzielnie.

Dlaczego weryfikacja zdarzeń jest obowiązkowa przed każdą pracą

Każdy projekt, który trafia do Spilno Agency — kampania w Google Ads lub Meta Ads, działania SEO czy jakakolwiek inna aktywność cyfrowa — zaczyna się nie od uruchomienia kampanii czy publikacji treści, lecz od sprawdzenia analityki. Powód jest prosty: budżet reklamowy i strategia SEO opierają się na liczbach z Google Analytics 4 — liczbie zapytań, telefonów, zakupów. Jeśli te liczby są nieprawidłowe, decyzje podjęte na ich podstawie też będą błędne.

Dotyczy to nie tylko kampanii reklamowych. Przed optymalizacją SEO również sprawdzamy analitykę — inaczej nie da się rzetelnie zmierzyć, czy ruch organiczny po wdrożonych zmianach faktycznie zamienia się w leady, a nie tylko rośnie liczbowo.

Dlaczego nie można ufać cudzej konfiguracji zdarzeń bez weryfikacji

W większości projektów, które do nas trafiają, Google Analytics 4 jest już „skonfigurowany” — przez dewelopera, poprzednią agencję albo zespół klienta. Ale „skonfigurowany” nie znaczy „zweryfikowany i działający”. Nie możemy ufać śledzeniu zdarzeń skonfigurowanemu przez innych specjalistów bez własnej weryfikacji — a oto dlaczego.

• Zdarzenie może istnieć w Google Tag Manager, ale tag nigdy nie został opublikowany w wersji produkcyjnej kontenera — więc działa tylko w trybie Preview.
• Zdarzenie może się wyzwalać, ale przekazywać błędne lub niepełne parametry — na przykład zdarzenie purchase bez kwoty czy waluty.
• Zdarzenie może się duplikować i sztucznie zawyżać liczbę konwersji w raportach.
• Prawdziwa konwersja może być technicznie poprawna, ale nieoznaczona jako zdarzenie kluczowe w GA4 — wtedy systemy reklamowe po prostu jej nie widzą do optymalizacji stawek.

Każdy z tych scenariuszy wygląda z zewnątrz identycznie: w raportach GA4 „niby coś jest”. Różnicę widać dopiero po ręcznym przetestowaniu każdego zdarzenia — dlatego weryfikacja jest krokiem obowiązkowym, a nie opcjonalnym.

Jak to działa w Spilno Agency: nasz proces weryfikacji zdarzeń

Proces składa się z czterech kolejnych kroków. Każdy następny krok zaczyna się dopiero po zakończeniu poprzedniego — to właśnie to „zielone światło”, bez którego żadna kampania ani praca SEO nie startuje.

Krok 1. Budujemy mapę zdarzeń

Zanim cokolwiek sprawdzimy, musimy zapisać, co dokładnie ma być śledzone. Prowadzimy do tego osobną tabelę — mapę zdarzeń: na której stronie, przy jakim elemencie (przycisk, formularz, link) i pod jaką nazwą w GA4 ma się wyzwalać zdarzenie. Ten sam arkusz odnotowuje, czy Spilno Agency już zweryfikowała zdarzenie po konfiguracji, i które ze zdarzeń są oznaczone jako kluczowe (konwersyjne).

Krok 2. Testujemy każde zdarzenie w DebugView

Każdy wiersz mapy zdarzeń przechodzimy ręcznie: odtwarzamy działanie użytkownika na stronie (kliknięcie, wysłanie formularza, zakup) i sprawdzamy w czasie rzeczywistym, czy zdarzenie pojawiło się w GA4 DebugView z poprawną nazwą. To najszybszy sposób, by wykryć problem, zanim wpłynie on na raportowanie — zamiast czekać dzień czy dwa na jego pojawienie się w standardowych raportach.

Ten temat omówiliśmy szczegółowo na żywym przykładzie w osobnym artykule — „DebugView w GA4: jak sprawdzić, czy zdarzenie Google Analytics zadziałało” — z krok po kroku zrzutami ekranu z prawdziwego testu. W skrócie: bez aktywnego trybu Preview w Google Tag Manager lub rozszerzenia Tag Assistant DebugView pozostaje pusty, nawet jeśli zdarzenie jest technicznie poprawnie skonfigurowane.

Krok 3. Osobno weryfikujemy GA4 Ecommerce

Dla sklepów internetowych samo potwierdzenie „zdarzenie się wyzwoliło” to za mało — zdarzenia ecommerce tworzą łańcuch, a przerwa w dowolnym ogniwie zniekształca cały lejek sprzedaży. Sprawdzamy osobno wszystkie dziewięć standardowych zdarzeń GA4 Ecommerce, na rzeczywistym produkcie:

• view_item_list — przeglądanie listy produktów (kategoria, wyszukiwanie)
• view_item — przeglądanie karty produktu
• add_to_cart — dodanie produktu do koszyka
• view_cart — przeglądanie koszyka
• remove_from_cart — usunięcie produktu z koszyka
• begin_checkout — rozpoczęcie realizacji zamówienia
• add_shipping_info — wybór sposobu dostawy
• add_payment_info — wybór sposobu płatności
• purchase — zakończony zakup

Najbardziej krytyczna weryfikacja dotyczy samego zdarzenia purchase: czy rejestruje rzeczywistą kwotę przychodu i poprawną walutę. Bez tego wszystkie raporty ROAS i zwrotu z inwestycji w reklamę dla sklepu internetowego będą matematycznie błędne, niezależnie od tego, jak dobrze skonfigurowana jest sama kampania.

Krok 4. Oznaczamy zdarzenia kluczowe

Ostatni krok techniczny to upewnienie się, że każde prawdziwe zdarzenie konwersji — zapytanie, telefon, zakup — jest oznaczone jako zdarzenie kluczowe w panelu administracyjnym GA4. To nie jest kosmetyczny szczegół: to właśnie zdarzenia kluczowe GA4 przekazuje do Google Ads i wykorzystuje w automatycznych strategiach ustalania stawek (Smart Bidding). Nieoznaczone lub źle skonfigurowane zdarzenie kluczowe oznacza, że algorytm optymalizuje kampanię „na ślepo” — nawet jeśli samo zdarzenie technicznie rejestruje się bezbłędnie.

Co się dzieje, gdy pominiesz tę weryfikację

Pominięta weryfikacja zdarzeń rzadko widać od razu — problem ujawnia się dopiero po wydaniu budżetu. W praktyce wygląda to tak:

• Zniekształcony ROAS. Jeśli zdarzenie purchase nie przekazuje kwoty ani waluty, obliczenie zwrotu z reklamy staje się matematycznie niemożliwe — raport pokazuje liczby, które niczego nie znaczą.
• Błędna optymalizacja stawek. Google Ads i Meta Ads uczą się na oznaczonych konwersjach. Jeśli jest ich za mało, są zduplikowane lub w ogóle niewidoczne dla algorytmu, automatyczne strategie stawek optymalizują kampanię na podstawie fałszywych sygnałów.
• Zmarnowany budżet na „nieskuteczną” kampanię. Kampania może wyglądać na nieudaną tylko dlatego, że część rzeczywistych konwersji po prostu się nie rejestruje — choć w rzeczywistości działa.
• Utrata zaufania klienta do raportowania. Gdy liczby w raporcie nie zgadzają się z rzeczywistą liczbą zapytań czy telefonów, w wątpliwość podawana jest cała praca zespołu, a nie tylko konfiguracja analityki.

Najczęstsze pytania (FAQ)

Czy trzeba weryfikować zdarzenia, jeśli skonfigurował je już inny specjalista?

Tak, zawsze. „Skonfigurowane” nie znaczy „zweryfikowane i działające poprawnie”. Tag może być nieopublikowany, zdarzenie może być zduplikowane lub pozbawione kluczowych parametrów, a prawdziwa konwersja może nie być oznaczona jako zdarzenie kluczowe. Jedynym sposobem, by to wykryć, jest samodzielne przetestowanie każdego zdarzenia.

Czym jest mapa zdarzeń i po co jest potrzebna?

Mapa zdarzeń to tabela, która zapisuje, jakie dokładnie działania użytkownika są śledzone na stronie: strona, element, nazwa zdarzenia w GA4 i status weryfikacji. Dzięki niej na starcie projektu jasno wiadomo, co dokładnie trzeba przetestować, i żadne zdarzenie nie zostanie pominięte.

Które zdarzenia są obowiązkowe dla sklepu internetowego w GA4?

Dziewięć standardowych zdarzeń GA4 Ecommerce: view_item_list, view_item, add_to_cart, view_cart, remove_from_cart, begin_checkout, add_shipping_info, add_payment_info i purchase. Najważniejsze jest upewnienie się, że zdarzenie purchase poprawnie przekazuje przychód i walutę.

Jak sprawdzić, czy przychód rejestruje się w zdarzeniu purchase?

Trzeba zrealizować testowy zakup (lub otworzyć rzeczywiste zdarzenie purchase w DebugView) i rozwinąć parametry zdarzenia: powinny wśród nich być value z poprawną kwotą i currency z właściwą walutą. Jeśli tych parametrów brakuje albo kwota wynosi zero — raport o przychodach i ROAS będzie zniekształcony.

Czym zdarzenie kluczowe (key event) różni się od zwykłego zdarzenia GA4?

Zwykłe zdarzenie to dowolna zarejestrowana czynność użytkownika. Zdarzenie kluczowe to zdarzenie osobno oznaczone w panelu GA4 jako konwersja. Tylko zdarzenia kluczowe są przekazywane do Google Ads i wykorzystywane przez algorytmy automatycznego ustalania stawek.

Ile czasu zajmuje pełna weryfikacja zdarzeń przed startem?

Zależy od liczby zdarzeń i złożoności strony, ale dla typowego projektu z 5–10 zdarzeniami (bez ecommerce) weryfikacja przez mapę zdarzeń i DebugView zajmuje od kilku godzin do jednego dnia roboczego. Dla sklepu internetowego z pełnym cyklem GA4 Ecommerce proces trwa dłużej ze względu na konieczność wykonania testowego zakupu.

Czy można uruchomić kampanię, gdy weryfikacja jeszcze trwa?

W Spilno Agency — nie. Kampania startuje dopiero wtedy, gdy wszystkie zdarzenia kluczowe z mapy zdarzeń zostały przetestowane i potwierdzone. Dzięki temu nie dochodzi do sytuacji, w której budżet jest już wydawany, a dane o jego skuteczności są niewiarygodne.

Jeśli potrzebujesz zweryfikować analitykę własnej strony przed startem reklamy lub SEO, zespół Spilno Agency może przeprowadzić tę weryfikację razem z Tobą, korzystając z tych samych szablonów i procesu opisanego powyżej.