Menedżer zdarzeń Meta – jak sprawdzić, czy piksel i CAPI działają poprawnie

Miłosz Brzegowy

Miłosz Brzegowy

Head of Growth and Demand Generation

Menedżer zdarzeń (wiele osób szuka go jako „menedżer zdarzeń Facebook”) to miejsce, w którym widać, jakie dane sklep wysyła do Meta: zdarzenia z piksela, zdarzenia z Conversions API, ich parametry, jakość dopasowania i problemy wymagające naprawy. Jeśli kampanie sprzedażowe są „mózgiem” reklam, to Menedżer zdarzeń jest panelem kontrolnym czujników, z których ten mózg korzysta. Gdy coś w nim nie działa, kampanie uczą się na niepełnych lub błędnych danych – i często nikt tego nie zauważa przez tygodnie.

W tym poradniku przechodzimy przez najważniejsze zakładki Menedżera zdarzeń z perspektywy właściciela sklepu internetowego: jak sprawdzić, czy zdarzenia docierają, czy mają poprawne parametry, czy działa deduplikacja z Conversions API i co oznaczają ostrzeżenia w diagnostyce. Jeśli dopiero instalujesz piksel, zacznij od wpisu piksel Meta – co to jest i jak go zainstalować.

Czym jest Menedżer zdarzeń i gdzie go znaleźć

Według Pomocy Meta dla firm Menedżer zdarzeń pozwala przeglądać dane o zdarzeniach i nimi zarządzać – konfigurować, monitorować i diagnozować integracje takie jak Conversions API, piksel Meta czy SDK dla aplikacji. Umożliwia też porównywanie aktywności z różnych źródeł w czasie i tworzenie grup odbiorców.

Do Menedżera zdarzeń wejdziesz z menu narzędzi w Menedżerze reklam lub w Meta Business Suite. Dostęp wymaga uprawnień do zbioru danych (piksela) w portfolio biznesowym – jeśli go nie widzisz, poproś administratora portfolio o przypisanie dostępu. W menu po lewej stronie znajdziesz kilka sekcji: łączenie nowych danych, przegląd, źródła danych, konwersje niestandardowe i integracje partnerów. Dla sklepu najważniejsza jest sekcja źródeł danych, w której wybierasz swój zbiór danych.

Zbiór danych, piksel i źródła zdarzeń – podstawowe pojęcia

W Menedżerze zdarzeń spotkasz kilka pojęć, które łatwo pomylić. Zbiór danych to kontener na zdarzenia z różnych źródeł – witryny, aplikacji, sklepu stacjonarnego czy systemu CRM. Piksel to kod w przeglądarce, który wysyła zdarzenia z witryny do zbioru danych; identyfikator piksela i identyfikator zbioru danych to w praktyce ten sam numer. Conversions API to drugie źródło zdarzeń z witryny – wysyłanych z serwera do tego samego zbioru danych.

Dla typowego sklepu internetowego najlepiej sprawdza się jeden zbiór danych, do którego trafiają zdarzenia z piksela i z Conversions API. Kilka pikseli na jednej stronie, różne zbiory danych dla przeglądarki i serwera albo nowy piksel tworzony przy każdej zmianie agencji to częste źródła chaosu: dane się rozpraszają, deduplikacja przestaje działać, a grupy odbiorców budowane są na niepełnych informacjach. Zbiór danych powinien należeć do portfolio biznesowego sklepu, a nie do prywatnego konta czy portfolio agencji.

Najważniejsze zakładki zbioru danych

Po wybraniu zbioru danych zobaczysz u góry kilka zakładek. Ich nazwy i układ mogą się nieznacznie różnić w zależności od konta i wersji interfejsu, ale funkcje pozostają podobne.

Zakładka

Do czego służy

Na co patrzy sklep

Przegląd

Lista aktywnych zdarzeń, liczby zdarzeń w czasie, szczegóły każdego zdarzenia

Czy Purchase, AddToCart, InitiateCheckout i ViewContent docierają z przeglądarki i z serwera

Testowanie zdarzeń

Podgląd zdarzeń na żywo podczas testu

Czy testowe zamówienie wysyła zdarzenia raz, z poprawnymi parametrami

Diagnostyka

Lista aktywnych problemów z instrukcją naprawy

Brakujące parametry, problemy z deduplikacją, błędy formatu danych

Historia

Zmiany wprowadzone w ustawieniach zbioru danych

Kto i kiedy zmieniał konfigurację

Ustawienia

Konfiguracja zbioru danych: pliki cookie, rozszerzone dopasowanie, Conversions API, domeny

Czy rozszerzone dopasowanie jest włączone, jak skonfigurowano Conversions API

Wykres – zakładki Menedżera zdarzeń i ich rola w kontroli pomiaru. [#chart:m16]

Przegląd: czy zdarzenia w ogóle docierają

Zakładka przeglądu to pierwszy punkt kontroli. W tabeli zobaczysz aktywne zdarzenia i ich łączną liczbę w wybranym okresie, a na wykresie – zmiany w czasie. Po kliknięciu zdarzenia otworzą się szczegóły: podział według źródła (przeglądarka, serwer), informacje o deduplikacji, wynik jakości dopasowania dla zdarzeń z serwera i lista przesyłanych parametrów.

Na co zwrócić uwagę w sklepie internetowym:

  • Komplet zdarzeń ścieżki zakupowej – ViewContent, AddToCart, InitiateCheckout i Purchase powinny być aktywne. Brak któregoś to sygnał błędu w konfiguracji. Szczegóły zdarzeń opisujemy w poradniku o zdarzeniach piksela w e-commerce.

  • Proporcje między zdarzeniami – zakupów powinno być mniej niż rozpoczęć zamówienia, a tych mniej niż dodań do koszyka. Odwrócone proporcje zwykle oznaczają duplikaty albo zdarzenie uruchamiane w złym miejscu.

  • Oba źródła przy kluczowych zdarzeniach – przy Purchase i InitiateCheckout powinny być widoczne zdarzenia z przeglądarki i z serwera, jeśli korzystasz z Conversions API.

  • Nagłe spadki lub skoki – zmiana liczby zdarzeń z dnia na dzień, bez zmiany ruchu w sklepie, to najczęściej efekt aktualizacji szablonu, wtyczki lub banera zgód.

[#wazne] Liczba zdarzeń w Menedżerze zdarzeń to wszystkie zarejestrowane zdarzenia, a nie tylko te przypisane reklamom. Pomoc Meta zaznacza, że liczby w Menedżerze zdarzeń mogą się różnić od wyników w Menedżerze reklam – reklamom przypisywane są tylko konwersje mieszczące się w oknie atrybucji.

Testowanie zdarzeń: sprawdzenie na żywo

Narzędzie testowania zdarzeń pozwala obserwować zdarzenia w momencie, gdy je wywołujesz. Według Pomocy Meta służy do weryfikacji konfiguracji, wykrywania nietypowej aktywności oraz sprawdzania, które zdarzenia z witryny zostały przetworzone, a które zdeduplikowane.

  1. Otwórz zbiór danych i przejdź do zakładki testowania zdarzeń.

  2. W sekcji zdarzeń z przeglądarki wpisz adres sklepu i otwórz go w nowej karcie.

  3. Przejdź całą ścieżkę: strona produktu, dodanie do koszyka, rozpoczęcie zamówienia, testowe zamówienie.

  4. Obserwuj, które zdarzenia pojawiają się w narzędziu, ile razy i z jakimi parametrami – rozwiń zdarzenie, by zobaczyć value, currency i content_ids.

  5. Po zakończeniu wyczyść aktywność testową.

Pomoc Meta zwraca uwagę na kilka szczegółów: aktywność z witryny jest rejestrowana tylko wtedy, gdy strona narzędzia testowania jest otwarta, dane testowe pozostają w narzędziu przez 24 godziny lub do wyczyszczenia, a zdarzenia testowe i tak trafiają do statystyk. Pojawienie się danych w raportach po skonfigurowaniu zdarzenia może zająć 30 minut lub dłużej.

[#tip] Do testowego zamówienia użyj taniego produktu lub kodu rabatowego i od razu anuluj zamówienie w panelu sklepu. Zapisz numer zamówienia – posłuży do sprawdzenia, czy Purchase z przeglądarki i z serwera ma ten sam identyfikator zdarzenia.

Menedżer zdarzeń (wiele osób szuka go jako „menedżer zdarzeń Facebook”) to miejsce, w którym widać, jakie dane sklep wysyła do Meta: zdarzenia z piksela, zdarzenia z Conversions API, ich parametry, jakość dopasowania i problemy wymagające naprawy. Jeśli kampanie sprzedażowe są „mózgiem” reklam, to Menedżer zdarzeń jest panelem kontrolnym czujników, z których ten mózg korzysta. Gdy coś w nim nie działa, kampanie uczą się na niepełnych lub błędnych danych – i często nikt tego nie zauważa przez tygodnie.

W tym poradniku przechodzimy przez najważniejsze zakładki Menedżera zdarzeń z perspektywy właściciela sklepu internetowego: jak sprawdzić, czy zdarzenia docierają, czy mają poprawne parametry, czy działa deduplikacja z Conversions API i co oznaczają ostrzeżenia w diagnostyce. Jeśli dopiero instalujesz piksel, zacznij od wpisu piksel Meta – co to jest i jak go zainstalować.

Czym jest Menedżer zdarzeń i gdzie go znaleźć

Według Pomocy Meta dla firm Menedżer zdarzeń pozwala przeglądać dane o zdarzeniach i nimi zarządzać – konfigurować, monitorować i diagnozować integracje takie jak Conversions API, piksel Meta czy SDK dla aplikacji. Umożliwia też porównywanie aktywności z różnych źródeł w czasie i tworzenie grup odbiorców.

Do Menedżera zdarzeń wejdziesz z menu narzędzi w Menedżerze reklam lub w Meta Business Suite. Dostęp wymaga uprawnień do zbioru danych (piksela) w portfolio biznesowym – jeśli go nie widzisz, poproś administratora portfolio o przypisanie dostępu. W menu po lewej stronie znajdziesz kilka sekcji: łączenie nowych danych, przegląd, źródła danych, konwersje niestandardowe i integracje partnerów. Dla sklepu najważniejsza jest sekcja źródeł danych, w której wybierasz swój zbiór danych.

Zbiór danych, piksel i źródła zdarzeń – podstawowe pojęcia

W Menedżerze zdarzeń spotkasz kilka pojęć, które łatwo pomylić. Zbiór danych to kontener na zdarzenia z różnych źródeł – witryny, aplikacji, sklepu stacjonarnego czy systemu CRM. Piksel to kod w przeglądarce, który wysyła zdarzenia z witryny do zbioru danych; identyfikator piksela i identyfikator zbioru danych to w praktyce ten sam numer. Conversions API to drugie źródło zdarzeń z witryny – wysyłanych z serwera do tego samego zbioru danych.

Dla typowego sklepu internetowego najlepiej sprawdza się jeden zbiór danych, do którego trafiają zdarzenia z piksela i z Conversions API. Kilka pikseli na jednej stronie, różne zbiory danych dla przeglądarki i serwera albo nowy piksel tworzony przy każdej zmianie agencji to częste źródła chaosu: dane się rozpraszają, deduplikacja przestaje działać, a grupy odbiorców budowane są na niepełnych informacjach. Zbiór danych powinien należeć do portfolio biznesowego sklepu, a nie do prywatnego konta czy portfolio agencji.

Najważniejsze zakładki zbioru danych

Po wybraniu zbioru danych zobaczysz u góry kilka zakładek. Ich nazwy i układ mogą się nieznacznie różnić w zależności od konta i wersji interfejsu, ale funkcje pozostają podobne.

Zakładka

Do czego służy

Na co patrzy sklep

Przegląd

Lista aktywnych zdarzeń, liczby zdarzeń w czasie, szczegóły każdego zdarzenia

Czy Purchase, AddToCart, InitiateCheckout i ViewContent docierają z przeglądarki i z serwera

Testowanie zdarzeń

Podgląd zdarzeń na żywo podczas testu

Czy testowe zamówienie wysyła zdarzenia raz, z poprawnymi parametrami

Diagnostyka

Lista aktywnych problemów z instrukcją naprawy

Brakujące parametry, problemy z deduplikacją, błędy formatu danych

Historia

Zmiany wprowadzone w ustawieniach zbioru danych

Kto i kiedy zmieniał konfigurację

Ustawienia

Konfiguracja zbioru danych: pliki cookie, rozszerzone dopasowanie, Conversions API, domeny

Czy rozszerzone dopasowanie jest włączone, jak skonfigurowano Conversions API

Wykres – zakładki Menedżera zdarzeń i ich rola w kontroli pomiaru. [#chart:m16]

Przegląd: czy zdarzenia w ogóle docierają

Zakładka przeglądu to pierwszy punkt kontroli. W tabeli zobaczysz aktywne zdarzenia i ich łączną liczbę w wybranym okresie, a na wykresie – zmiany w czasie. Po kliknięciu zdarzenia otworzą się szczegóły: podział według źródła (przeglądarka, serwer), informacje o deduplikacji, wynik jakości dopasowania dla zdarzeń z serwera i lista przesyłanych parametrów.

Na co zwrócić uwagę w sklepie internetowym:

  • Komplet zdarzeń ścieżki zakupowej – ViewContent, AddToCart, InitiateCheckout i Purchase powinny być aktywne. Brak któregoś to sygnał błędu w konfiguracji. Szczegóły zdarzeń opisujemy w poradniku o zdarzeniach piksela w e-commerce.

  • Proporcje między zdarzeniami – zakupów powinno być mniej niż rozpoczęć zamówienia, a tych mniej niż dodań do koszyka. Odwrócone proporcje zwykle oznaczają duplikaty albo zdarzenie uruchamiane w złym miejscu.

  • Oba źródła przy kluczowych zdarzeniach – przy Purchase i InitiateCheckout powinny być widoczne zdarzenia z przeglądarki i z serwera, jeśli korzystasz z Conversions API.

  • Nagłe spadki lub skoki – zmiana liczby zdarzeń z dnia na dzień, bez zmiany ruchu w sklepie, to najczęściej efekt aktualizacji szablonu, wtyczki lub banera zgód.

[#wazne] Liczba zdarzeń w Menedżerze zdarzeń to wszystkie zarejestrowane zdarzenia, a nie tylko te przypisane reklamom. Pomoc Meta zaznacza, że liczby w Menedżerze zdarzeń mogą się różnić od wyników w Menedżerze reklam – reklamom przypisywane są tylko konwersje mieszczące się w oknie atrybucji.

Testowanie zdarzeń: sprawdzenie na żywo

Narzędzie testowania zdarzeń pozwala obserwować zdarzenia w momencie, gdy je wywołujesz. Według Pomocy Meta służy do weryfikacji konfiguracji, wykrywania nietypowej aktywności oraz sprawdzania, które zdarzenia z witryny zostały przetworzone, a które zdeduplikowane.

  1. Otwórz zbiór danych i przejdź do zakładki testowania zdarzeń.

  2. W sekcji zdarzeń z przeglądarki wpisz adres sklepu i otwórz go w nowej karcie.

  3. Przejdź całą ścieżkę: strona produktu, dodanie do koszyka, rozpoczęcie zamówienia, testowe zamówienie.

  4. Obserwuj, które zdarzenia pojawiają się w narzędziu, ile razy i z jakimi parametrami – rozwiń zdarzenie, by zobaczyć value, currency i content_ids.

  5. Po zakończeniu wyczyść aktywność testową.

Pomoc Meta zwraca uwagę na kilka szczegółów: aktywność z witryny jest rejestrowana tylko wtedy, gdy strona narzędzia testowania jest otwarta, dane testowe pozostają w narzędziu przez 24 godziny lub do wyczyszczenia, a zdarzenia testowe i tak trafiają do statystyk. Pojawienie się danych w raportach po skonfigurowaniu zdarzenia może zająć 30 minut lub dłużej.

[#tip] Do testowego zamówienia użyj taniego produktu lub kodu rabatowego i od razu anuluj zamówienie w panelu sklepu. Zapisz numer zamówienia – posłuży do sprawdzenia, czy Purchase z przeglądarki i z serwera ma ten sam identyfikator zdarzenia.

Darmowy audyt Meta Ads
Skorzystaj z darmowego audytu kampanii Meta Ads
  • Analiza kampanii, grup odbiorców i kreacji
  • Sprawdzenie Piksela, API konwersji i zdarzeń
  • Plan obniżenia kosztu pozyskania klienta

Testowanie zdarzeń z serwera (Conversions API)

Zdarzenia z serwera też można sprawdzić w narzędziu testowania – w osobnej sekcji. Zdarzenia testowe oznacza się specjalnym kodem testowym (w dokumentacji: test_event_code), który programista lub integracja dodaje do wysyłanych zdarzeń. Dzięki temu w narzędziu widać, czy zdarzenie zostało odebrane i czy jego struktura jest poprawna. Wiele integracji platform sklepowych ma w ustawieniach pole na kod testowy – po teście warto go usunąć, by produkcyjne zdarzenia nie były oznaczane jako testowe.

Przy konfiguracji redundantnej najważniejsze jest sprawdzenie, czy zdarzenie Purchase z serwera ma ten sam identyfikator zdarzenia co zdarzenie z przeglądarki i czy w narzędziu jedno z nich jest oznaczone jako zdeduplikowane. Szczegóły tego mechanizmu opisujemy w poradniku o deduplikacji zdarzeń piksela i Conversions API.

Diagnostyka: lista problemów do naprawy

Zakładka diagnostyki zbiera wykryte problemy z instrukcją naprawy. Według Pomocy Meta czerwona ikona przy źródle danych oznacza problemy krytyczne. Przy każdym problemie znajdziesz opis i wskazówki, jak go rozwiązać. Po naprawie można oznaczyć problem jako rozwiązany, a jeśli Meta nie wykryje go następnego dnia, sama przeniesie go do problemów wykrytych wcześniej.

Najczęstsze komunikaty, które widzimy w sklepach internetowych, dotyczą:

  • brakujących lub niepoprawnych parametrów, np. braku waluty albo wartości w nieprawidłowym formacie,

  • brakujących identyfikatorów zdarzeń potrzebnych do deduplikacji,

  • niedopasowania identyfikatorów produktów do katalogu (problem dla reklam katalogowych),

  • zdarzeń wysyłanych z domen, których nie rozpoznajesz – co może oznaczać, że ktoś skopiował kod piksela,

  • spadku liczby zdarzeń w porównaniu z wcześniejszym okresem.

Wykres – typowe komunikaty diagnostyki i co z nimi zrobić. [#chart:m16b]

Nie każdy komunikat wymaga natychmiastowej reakcji. Najpierw zajmij się problemami oznaczonymi jako krytyczne i tymi, które dotyczą zdarzenia Purchase – to ono decyduje o optymalizacji kampanii sprzedażowych. Ostrzeżenia dotyczące zdarzeń pomocniczych, np. wyszukiwania w sklepie, można zaplanować na później. Po każdej poprawce wróć do diagnostyki po dobie: jeśli problem zniknął z listy aktywnych, poprawka zadziałała.

[#przyklad] Sklep z odzieżą zauważył w diagnostyce ostrzeżenie o brakującym parametrze currency w zdarzeniu AddToCart. Okazało się, że po aktualizacji szablonu przycisk „Dodaj do koszyka” na stronach kategorii wysyłał zdarzenie bez waluty i wartości, a na stronach produktów – poprawnie. Poprawka w szablonie zajęła kwadrans, a ostrzeżenie zniknęło następnego dnia.

Jakość dopasowania i pokrycie zdarzeń

W szczegółach zdarzeń z serwera Menedżer zdarzeń pokazuje wynik jakości dopasowania (od 0 do 10) i listę parametrów informacji o kliencie z odsetkiem zdarzeń, które je zawierają. Przy konfiguracji redundantnej warto też śledzić pokrycie zdarzeń – stosunek liczby zdarzeń z Conversions API do liczby zdarzeń z piksela. W najlepszych praktykach Meta zaleca dążenie do co najmniej 75%. Jak interpretować i poprawiać te wskaźniki, piszemy w poradnikach o jakości dopasowania zdarzeń i o Conversions API.

Ustawienia zbioru danych, które warto sprawdzić

W ustawieniach zbioru danych znajdziesz kilka opcji, które wpływają na jakość pomiaru. Warto przejrzeć je po wdrożeniu i co jakiś czas wracać, zwłaszcza gdy przy koncie pracuje kilka osób lub agencja.

Ustawienie

Co sprawdzić

Dlaczego to ważne

Rozszerzone dopasowanie

Czy automatyczne rozszerzone dopasowanie jest włączone i które pola obejmuje

Poprawia dopasowanie zdarzeń z przeglądarki

Pliki cookie

Czy piksel korzysta z plików cookie własnych i zewnętrznych (ustawienie domyślne)

Wyłączenie plików cookie własnych według Meta obniża skuteczność pomiaru

Conversions API

Jaką metodą jest skonfigurowane i czy działa

Bez niego część zdarzeń ginie przez blokery i błędy przeglądarki

Lista dozwolonych domen

Czy zdarzenia mogą wysyłać tylko Twoje domeny

Chroni przed zanieczyszczeniem danych przez obce strony z Twoim kodem

Dostęp do zbioru danych

Kto ma dostęp – osoby i partnerzy w portfolio biznesowym

Zapobiega przypadkowym zmianom i utracie kontroli nad danymi

Konwersje niestandardowe – kiedy się przydają

W osobnej sekcji Menedżera zdarzeń można tworzyć konwersje niestandardowe – reguły oparte na adresach URL lub parametrach zdarzeń. Przykład: zdarzenie Purchase z wartością powyżej 500 zł albo wizyta na stronie podziękowania z określonym adresem. Konwersje niestandardowe pomagają mierzyć i optymalizować kampanie pod konkretne działania bez zmian w kodzie strony, np. zakupy z wybranej kategorii.

Nie są jednak zamiennikiem zdarzeń standardowych. Reguła oparta na adresie strony podziękowania nie przekaże wartości zamówienia ani identyfikatorów produktów, więc nie zastąpi poprawnie skonfigurowanego zdarzenia Purchase. Traktuj je jako uzupełnienie – a jeśli tworzysz kilka konwersji niestandardowych, nazywaj je czytelnie, by po kilku miesiącach było wiadomo, co mierzą.

Rutyna kontroli pomiaru w sklepie

Menedżer zdarzeń nie wymaga codziennego zaglądania. Wystarczy prosta rutyna: raz w tygodniu szybki rzut oka na przegląd i diagnostykę, raz w miesiącu porównanie liczby zakupów z panelem sklepu i przegląd jakości dopasowania, a po każdej zmianie w sklepie – test z testowym zamówieniem. Taka kontrola zajmuje kilkanaście minut, a pozwala wychwycić problemy, zanim zdążą zepsuć wyniki kampanii.

Jak porównać dane Meta z panelem sklepu

Porównanie liczby zakupów z Menedżera zdarzeń z liczbą zamówień w sklepie to najprostszy test kompletności pomiaru. Żeby był miarodajny, porównuj ten sam zakres dni i tę samą strefę czasową, pomiń zamówienia testowe i wprowadzone ręcznie (jeśli nie wysyłasz ich do Meta), a także zwróć uwagę, czy sklep liczy zamówienia złożone, czy opłacone. Niewielka różnica jest normalna – część klientów odrzuca pliki cookie lub korzysta z blokad. Duże odchylenie w górę sugeruje duplikaty, a w dół – brakujące zdarzenia lub problem z Conversions API.

Jeśli wyniki kampanii nagle spadły, Menedżer zdarzeń to jedno z pierwszych miejsc do sprawdzenia – wiele „spadków wyników” okazuje się spadkami pomiaru. Kompletną procedurę opisujemy w checkliście diagnozy spadku wyników w Meta Ads. Różnice między danymi Meta a innymi narzędziami wyjaśniamy natomiast w artykule dlaczego Meta Ads pokazuje inną sprzedaż niż Google Analytics 4.

[#uwaga] Nie usuwaj zbioru danych ani nie twórz nowego piksela „na czysto” tylko dlatego, że w diagnostyce pojawiły się ostrzeżenia. Nowy piksel oznacza utratę historii zdarzeń i grup odbiorców opartych na starym. Prawie wszystkie problemy da się naprawić w istniejącej konfiguracji.

Najczęściej zadawane pytania

Dlaczego w Menedżerze zdarzeń widzę więcej zakupów niż w Menedżerze reklam?

Menedżer zdarzeń pokazuje wszystkie zarejestrowane zakupy, także te bez związku z reklamami. Menedżer reklam pokazuje tylko konwersje przypisane reklamom zgodnie z ustawieniem atrybucji. Więcej o tym piszemy we wpisie o oknie atrybucji w Meta Ads.

Ile czasu potrzeba, by zdarzenia pojawiły się w Menedżerze zdarzeń?

W narzędziu testowania zdarzenia widać niemal od razu. W statystykach według Pomocy Meta dane mogą pojawić się po 30 minutach lub później.

Czy zdarzenia testowe wpływają na statystyki?

Tak. Według Pomocy Meta aktywność z testów nadal pojawia się w Menedżerze zdarzeń, raportach reklam i przy tworzeniu grup odbiorców. Dlatego testy warto ograniczać do niezbędnego minimum.

Co oznacza czerwona ikona przy zbiorze danych?

Według Pomocy Meta oznacza krytyczne problemy do naprawy. Szczegóły znajdziesz w zakładce diagnostyki, razem z instrukcją rozwiązania.

Czy muszę weryfikować domenę, żeby korzystać z Menedżera zdarzeń?

Do konfiguracji zdarzeń z witryny weryfikacja domeny nie jest już wymagana, ale bywa potrzebna z innych powodów. Opisujemy je we wpisie o weryfikacji domeny w Meta.

Jak często sprawdzać Menedżer zdarzeń?

Wystarczy krótka kontrola raz w tygodniu, dokładniejszy przegląd raz w miesiącu i test po każdej zmianie w sklepie – aktualizacji szablonu, wtyczki, procesu zamówienia czy banera zgód.

Czy agencja może mieć dostęp tylko do zbioru danych?

Tak. W portfolio biznesowym możesz udostępnić partnerowi wybrany zbiór danych bez dostępu do innych zasobów. Jak zrobić to bezpiecznie, opisujemy w poradniku o dostępie do konta reklamowego dla agencji.

Podsumowanie

Menedżer zdarzeń to panel kontrolny pomiaru w sklepie. W przeglądzie sprawdzisz, czy docierają wszystkie zdarzenia ścieżki zakupowej i z jakich źródeł, w narzędziu testowania – czy testowe zamówienie wysyła zdarzenia raz i z poprawnymi parametrami, a w diagnostyce – jakie problemy wymagają naprawy. Regularna, kilkunastominutowa kontrola chroni kampanie przed uczeniem się na błędnych danych i oszczędza wielu nerwów przy analizie wyników.

Jeśli chcesz, żebyśmy jako Meta Business Partner przejrzeli konfigurację piksela i Conversions API w Twoim sklepie i zajęli się kampaniami, zobacz naszą obsługę kampanii Meta Ads.

Testowanie zdarzeń z serwera (Conversions API)

Zdarzenia z serwera też można sprawdzić w narzędziu testowania – w osobnej sekcji. Zdarzenia testowe oznacza się specjalnym kodem testowym (w dokumentacji: test_event_code), który programista lub integracja dodaje do wysyłanych zdarzeń. Dzięki temu w narzędziu widać, czy zdarzenie zostało odebrane i czy jego struktura jest poprawna. Wiele integracji platform sklepowych ma w ustawieniach pole na kod testowy – po teście warto go usunąć, by produkcyjne zdarzenia nie były oznaczane jako testowe.

Przy konfiguracji redundantnej najważniejsze jest sprawdzenie, czy zdarzenie Purchase z serwera ma ten sam identyfikator zdarzenia co zdarzenie z przeglądarki i czy w narzędziu jedno z nich jest oznaczone jako zdeduplikowane. Szczegóły tego mechanizmu opisujemy w poradniku o deduplikacji zdarzeń piksela i Conversions API.

Diagnostyka: lista problemów do naprawy

Zakładka diagnostyki zbiera wykryte problemy z instrukcją naprawy. Według Pomocy Meta czerwona ikona przy źródle danych oznacza problemy krytyczne. Przy każdym problemie znajdziesz opis i wskazówki, jak go rozwiązać. Po naprawie można oznaczyć problem jako rozwiązany, a jeśli Meta nie wykryje go następnego dnia, sama przeniesie go do problemów wykrytych wcześniej.

Najczęstsze komunikaty, które widzimy w sklepach internetowych, dotyczą:

  • brakujących lub niepoprawnych parametrów, np. braku waluty albo wartości w nieprawidłowym formacie,

  • brakujących identyfikatorów zdarzeń potrzebnych do deduplikacji,

  • niedopasowania identyfikatorów produktów do katalogu (problem dla reklam katalogowych),

  • zdarzeń wysyłanych z domen, których nie rozpoznajesz – co może oznaczać, że ktoś skopiował kod piksela,

  • spadku liczby zdarzeń w porównaniu z wcześniejszym okresem.

Wykres – typowe komunikaty diagnostyki i co z nimi zrobić. [#chart:m16b]

Nie każdy komunikat wymaga natychmiastowej reakcji. Najpierw zajmij się problemami oznaczonymi jako krytyczne i tymi, które dotyczą zdarzenia Purchase – to ono decyduje o optymalizacji kampanii sprzedażowych. Ostrzeżenia dotyczące zdarzeń pomocniczych, np. wyszukiwania w sklepie, można zaplanować na później. Po każdej poprawce wróć do diagnostyki po dobie: jeśli problem zniknął z listy aktywnych, poprawka zadziałała.

[#przyklad] Sklep z odzieżą zauważył w diagnostyce ostrzeżenie o brakującym parametrze currency w zdarzeniu AddToCart. Okazało się, że po aktualizacji szablonu przycisk „Dodaj do koszyka” na stronach kategorii wysyłał zdarzenie bez waluty i wartości, a na stronach produktów – poprawnie. Poprawka w szablonie zajęła kwadrans, a ostrzeżenie zniknęło następnego dnia.

Jakość dopasowania i pokrycie zdarzeń

W szczegółach zdarzeń z serwera Menedżer zdarzeń pokazuje wynik jakości dopasowania (od 0 do 10) i listę parametrów informacji o kliencie z odsetkiem zdarzeń, które je zawierają. Przy konfiguracji redundantnej warto też śledzić pokrycie zdarzeń – stosunek liczby zdarzeń z Conversions API do liczby zdarzeń z piksela. W najlepszych praktykach Meta zaleca dążenie do co najmniej 75%. Jak interpretować i poprawiać te wskaźniki, piszemy w poradnikach o jakości dopasowania zdarzeń i o Conversions API.

Ustawienia zbioru danych, które warto sprawdzić

W ustawieniach zbioru danych znajdziesz kilka opcji, które wpływają na jakość pomiaru. Warto przejrzeć je po wdrożeniu i co jakiś czas wracać, zwłaszcza gdy przy koncie pracuje kilka osób lub agencja.

Ustawienie

Co sprawdzić

Dlaczego to ważne

Rozszerzone dopasowanie

Czy automatyczne rozszerzone dopasowanie jest włączone i które pola obejmuje

Poprawia dopasowanie zdarzeń z przeglądarki

Pliki cookie

Czy piksel korzysta z plików cookie własnych i zewnętrznych (ustawienie domyślne)

Wyłączenie plików cookie własnych według Meta obniża skuteczność pomiaru

Conversions API

Jaką metodą jest skonfigurowane i czy działa

Bez niego część zdarzeń ginie przez blokery i błędy przeglądarki

Lista dozwolonych domen

Czy zdarzenia mogą wysyłać tylko Twoje domeny

Chroni przed zanieczyszczeniem danych przez obce strony z Twoim kodem

Dostęp do zbioru danych

Kto ma dostęp – osoby i partnerzy w portfolio biznesowym

Zapobiega przypadkowym zmianom i utracie kontroli nad danymi

Konwersje niestandardowe – kiedy się przydają

W osobnej sekcji Menedżera zdarzeń można tworzyć konwersje niestandardowe – reguły oparte na adresach URL lub parametrach zdarzeń. Przykład: zdarzenie Purchase z wartością powyżej 500 zł albo wizyta na stronie podziękowania z określonym adresem. Konwersje niestandardowe pomagają mierzyć i optymalizować kampanie pod konkretne działania bez zmian w kodzie strony, np. zakupy z wybranej kategorii.

Nie są jednak zamiennikiem zdarzeń standardowych. Reguła oparta na adresie strony podziękowania nie przekaże wartości zamówienia ani identyfikatorów produktów, więc nie zastąpi poprawnie skonfigurowanego zdarzenia Purchase. Traktuj je jako uzupełnienie – a jeśli tworzysz kilka konwersji niestandardowych, nazywaj je czytelnie, by po kilku miesiącach było wiadomo, co mierzą.

Rutyna kontroli pomiaru w sklepie

Menedżer zdarzeń nie wymaga codziennego zaglądania. Wystarczy prosta rutyna: raz w tygodniu szybki rzut oka na przegląd i diagnostykę, raz w miesiącu porównanie liczby zakupów z panelem sklepu i przegląd jakości dopasowania, a po każdej zmianie w sklepie – test z testowym zamówieniem. Taka kontrola zajmuje kilkanaście minut, a pozwala wychwycić problemy, zanim zdążą zepsuć wyniki kampanii.

Jak porównać dane Meta z panelem sklepu

Porównanie liczby zakupów z Menedżera zdarzeń z liczbą zamówień w sklepie to najprostszy test kompletności pomiaru. Żeby był miarodajny, porównuj ten sam zakres dni i tę samą strefę czasową, pomiń zamówienia testowe i wprowadzone ręcznie (jeśli nie wysyłasz ich do Meta), a także zwróć uwagę, czy sklep liczy zamówienia złożone, czy opłacone. Niewielka różnica jest normalna – część klientów odrzuca pliki cookie lub korzysta z blokad. Duże odchylenie w górę sugeruje duplikaty, a w dół – brakujące zdarzenia lub problem z Conversions API.

Jeśli wyniki kampanii nagle spadły, Menedżer zdarzeń to jedno z pierwszych miejsc do sprawdzenia – wiele „spadków wyników” okazuje się spadkami pomiaru. Kompletną procedurę opisujemy w checkliście diagnozy spadku wyników w Meta Ads. Różnice między danymi Meta a innymi narzędziami wyjaśniamy natomiast w artykule dlaczego Meta Ads pokazuje inną sprzedaż niż Google Analytics 4.

[#uwaga] Nie usuwaj zbioru danych ani nie twórz nowego piksela „na czysto” tylko dlatego, że w diagnostyce pojawiły się ostrzeżenia. Nowy piksel oznacza utratę historii zdarzeń i grup odbiorców opartych na starym. Prawie wszystkie problemy da się naprawić w istniejącej konfiguracji.

Najczęściej zadawane pytania

Dlaczego w Menedżerze zdarzeń widzę więcej zakupów niż w Menedżerze reklam?

Menedżer zdarzeń pokazuje wszystkie zarejestrowane zakupy, także te bez związku z reklamami. Menedżer reklam pokazuje tylko konwersje przypisane reklamom zgodnie z ustawieniem atrybucji. Więcej o tym piszemy we wpisie o oknie atrybucji w Meta Ads.

Ile czasu potrzeba, by zdarzenia pojawiły się w Menedżerze zdarzeń?

W narzędziu testowania zdarzenia widać niemal od razu. W statystykach według Pomocy Meta dane mogą pojawić się po 30 minutach lub później.

Czy zdarzenia testowe wpływają na statystyki?

Tak. Według Pomocy Meta aktywność z testów nadal pojawia się w Menedżerze zdarzeń, raportach reklam i przy tworzeniu grup odbiorców. Dlatego testy warto ograniczać do niezbędnego minimum.

Co oznacza czerwona ikona przy zbiorze danych?

Według Pomocy Meta oznacza krytyczne problemy do naprawy. Szczegóły znajdziesz w zakładce diagnostyki, razem z instrukcją rozwiązania.

Czy muszę weryfikować domenę, żeby korzystać z Menedżera zdarzeń?

Do konfiguracji zdarzeń z witryny weryfikacja domeny nie jest już wymagana, ale bywa potrzebna z innych powodów. Opisujemy je we wpisie o weryfikacji domeny w Meta.

Jak często sprawdzać Menedżer zdarzeń?

Wystarczy krótka kontrola raz w tygodniu, dokładniejszy przegląd raz w miesiącu i test po każdej zmianie w sklepie – aktualizacji szablonu, wtyczki, procesu zamówienia czy banera zgód.

Czy agencja może mieć dostęp tylko do zbioru danych?

Tak. W portfolio biznesowym możesz udostępnić partnerowi wybrany zbiór danych bez dostępu do innych zasobów. Jak zrobić to bezpiecznie, opisujemy w poradniku o dostępie do konta reklamowego dla agencji.

Podsumowanie

Menedżer zdarzeń to panel kontrolny pomiaru w sklepie. W przeglądzie sprawdzisz, czy docierają wszystkie zdarzenia ścieżki zakupowej i z jakich źródeł, w narzędziu testowania – czy testowe zamówienie wysyła zdarzenia raz i z poprawnymi parametrami, a w diagnostyce – jakie problemy wymagają naprawy. Regularna, kilkunastominutowa kontrola chroni kampanie przed uczeniem się na błędnych danych i oszczędza wielu nerwów przy analizie wyników.

Jeśli chcesz, żebyśmy jako Meta Business Partner przejrzeli konfigurację piksela i Conversions API w Twoim sklepie i zajęli się kampaniami, zobacz naszą obsługę kampanii Meta Ads.

Czy ten artykuł był pomocny? Oceń go
Bądź pierwszą osobą, która oceni

Miłosz Brzegowy

Head of Growth and Demand Generation

Buduje strategie wzrostu i wejścia na nowe kanały sprzedaży. Łączy dane, kanały i treści w przewidywalny system.

Buduje strategie wzrostu i wejścia na nowe kanały sprzedaży. Łączy dane, kanały i treści w przewidywalny system.

★★★★★
Współpracowałeś z Vinson?
Twoja opinia pomoże innym sprzedawcom wybrać sprawdzoną agencję. Zajmie Ci to minutę.
Oceń nas na Trustpilot →
Potrzebujesz pomocy z tym tematem?

Obsługa kampanii Meta Ads

Miłosz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie – bez zobowiązań.

  • Analiza Twojego konta i obecnych działań
  • Konkretny plan poprawek do wdrożenia
  • Bezpłatna konsultacja – bez zobowiązań
Miłosz Brzegowy – Head of Growth and Demand Generation
Miłosz BrzegowyHead of Growth and Demand Generation

Przeczytaj także

Więcej porad z naszej bazy wiedzy – przesuń, aby zobaczyć kolejne artykuły.

1 / 1

Masz pytania? Chętnie porozmawiamy!

Masz pytania? Chętnie porozmawiamy!

Masz pytania? Chętnie porozmawiamy!

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie – przyjdzie i to zrobi."

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie – przyjdzie i to zrobi."

ZADZWOŃ

574 944 685

ADRES

Kazimierza Wielkiego 7/7

32-700 Bochnia