Menedżer zdarzeń Meta przed Black Friday: 6 rzeczy do sprawdzenia w sklepie na PrestaShop i WooCommerce

Kampanie Meta uczą się na zdarzeniach, które wysyła Twój sklep. Jeśli zakup przychodzi bez wartości, liczy się dwa razy albo nie da się go dopasować do konta w Meta, algorytm optymalizuje kampanię pod obraz sprzedaży, którego nie ma w Twoich zamówieniach. Jeśli na Black Friday zwiększasz budżet, rośnie też koszt każdej decyzji podjętej na takich danych. Ten tekst odpowiada na jedno pytanie: czy zdarzenia zakupu, na których uczą się Twoje kampanie Meta, zgadzają się z zamówieniami sklepu. Do odpowiedzi nie potrzebujesz programisty. Wystarczy sześć kontroli w Menedżerze zdarzeń i jedno zamówienie testowe.

Piszę o sklepach na PrestaShop i WooCommerce, bo tam zdarzenia zwykle wysyła wtyczka. Nie podaję nazw wtyczek, bo to, co sprawdzasz, nie zależy od tego, której używasz.

Dlaczego warto to sprawdzić przed Black Friday

Black Friday wypada w tym roku 27 listopada. Dwa zapisy z pomocy Meta wyjaśniają, dlaczego kontroli zdarzeń nie warto zostawiać na ostatni tydzień.

Pierwszy dotyczy jakości dopasowania zdarzeń. Według pomocy Meta wynik jest liczony z danych z ostatnich 48 godzin. Po poprawce w sklepie wynik pokaże jej skutek dopiero wtedy, gdy to okno obejmie nowe zdarzenia.

Drugi dotyczy opóźnienia danych. Strona o narzędziu Testowanie zdarzeń mówi, że dane analityczne mogą zacząć się pojawiać dopiero po co najmniej 30 minutach od skonfigurowania zdarzenia. Dlatego poprawność zdarzeń sprawdzasz narzędziem testowym, a nie raportem z wczoraj.

To kolejna pozycja na liście przed sezonem, obok nowego regulaminu Meta i zdarzeń, które Meta tworzy sama.

Kontrola 1: zakup ma wartość i walutę

Zacznij od karty Diagnostyka w Menedżerze zdarzeń. Lista komunikatów w pomocy Meta ma dwa, które dotyczą wartości zakupu:

• „W parametrze waluty brakuje trzyliterowego kodu albo kod jest nieprawidłowy”. Kod waluty musi być trzyliterowym kodem ISO, dla złotego to PLN.
• „W parametrze wartości brakuje ceny lub cena jest nieprawidłowa”. Pojawia się, gdy wartość jest pusta, brakuje jej albo ma zły format.

Według tej samej strony domyślny kod zdarzenia standardowego ma wpisaną wartość zero w dolarach amerykańskich. Trzeba ją zamienić na wartość i walutę konkretnego zamówienia. Jeśli wtyczka tego nie robi, każdy zakup trafia do Meta z wartością zero, a optymalizacja pod wartość nie ma na czym pracować.

Sprawdź też, co dokładnie wtyczka wysyła jako wartość: kwotę netto czy brutto, z dostawą czy bez. Meta tego za Ciebie nie rozstrzyga, więc to musi być Twoja świadoma decyzja. Piksel i API konwersji powinny przy tym wysyłać tę samą wartość i walutę. Pomoc Meta ma osobny komunikat „Niezgodność parametrów waluty lub wartości” i ostrzega, że taka niezgodność może powodować problemy z deduplikacją. Ten sam problem w Google Analytics 4 (GA4) opisuje wpis o Site Kit i WooCommerce.

Kontrola 2: zdarzenia automatyczne nie dublują zdarzeń z kodu

Na tej samej karcie szukasz komunikatu „Duplicate events detected (Wykryto zduplikowane zdarzenia)”. Według pomocy Meta pojawia się on, gdy zdarzenie jest rejestrowane i przez kod źródłowy witryny, i jako zdarzenie automatyczne. Skutek to zduplikowane zdarzenia, które mogą obniżyć dokładność raportów.

W sklepie wygląda to tak: wtyczka wysyła zakup z kodu strony, a Meta dodatkowo rozpoznaje to samo działanie jako zdarzenie automatyczne. Pomoc Meta odsyła w takim przypadku do wyłączenia zdarzeń automatycznych. Zdarzenia skonfigurowane w kodzie przychodzą dalej. O tym, że Meta sama tworzy zdarzenia, pisałam w tekście o zmianach przed czwartym kwartałem.

Kontrola 3: piksel i API konwersji nie liczą zakupu dwa razy

Na PrestaShop i WooCommerce spotkasz trzy typy rozwiązań:

• wtyczkę, która wysyła zdarzenia tylko z przeglądarki przez piksel Meta;
• wtyczkę, która wysyła je z przeglądarki i z serwera, przez piksel i API konwersji (Conversions API, CAPI);
• kontener serwerowy Google Tag Managera, który przejmuje wysyłkę po stronie serwera.

Gdy ten sam zakup idzie dwiema drogami, Meta musi wiedzieć, że to jedno zamówienie. Dokumentacja Meta for Developers zaleca, żeby oba zdarzenia miały ten sam identyfikator zdarzenia (eventID w pikselu, event_id w API konwersji) i tę samą nazwę zdarzenia. To jest deduplikacja zdarzeń. Jeśli sklep wysyła zakup tylko jedną drogą, deduplikacji nie potrzebujesz.

Ta sama dokumentacja opisuje metodę zastępczą, opartą na identyfikatorze przeglądarki albo identyfikatorze zewnętrznym, i podaje jej dwa ograniczenia. Działa ona zwykle tylko wtedy, gdy zdarzenie przychodzi najpierw z przeglądarki, a potem z serwera. Nie usuwa też duplikatów, gdy oba zdarzenia przychodzą tą samą drogą, na przykład dwa razy z przeglądarki. To ważne dla sklepów, które zmieniały wtyczki: jeśli po zmianie stara wtyczka została aktywna, zakup może liczyć się podwójnie.

Czego nie naprawi nawet wysyłka po stronie serwera, opisuje wpis o Server-Side GTM w sklepie.

Kontrola 4: jakość dopasowania zdarzeń zakupu

Jakość dopasowania zdarzeń dotyczy zdarzeń z witryny wysyłanych przez API konwersji ze źródłem działania ustawionym na Witryna. Według pomocy Meta to wynik w skali od 0 do 10. Meta liczy go z jakości przesłanych informacji o kliencie i z odsetka zdarzeń dopasowanych do kont Meta. To wynik narzędzia, a nie wynik sprzedaży. Na tej stronie Meta nie podaje progu, od którego wynik jest dobry.

Na decyzję wpływa lista priorytetów parametrów:

• wysoki: adres e-mail i identyfikator kliknięcia;
• średni: m.in. numer telefonu, kraj, identyfikator zewnętrzny i identyfikator przeglądarki;
• niski: m.in. imię, nazwisko, miasto i kod pocztowy.

Jeśli wtyczka przy zakupie nie wysyła adresu e-mail klienta, zacznij od tego. Meta pisze ostrożnie, że lepsza jakość dopasowania „może spowodować wzrost wskaźnika dodatkowych raportowanych konwersji”. To zdanie mówi o konwersjach przypisanych reklamom, czyli o atrybucji. Nie jest dowodem, że sprzedasz więcej.

Jest też warunek. Regulamin narzędzi biznesowych Meta wymaga, żeby firma miała uprawnienia do gromadzenia i udostępniania danych, szyfrowała dane kontaktowe zgodnie z dokumentacją dla deweloperów i nie przekazywała poufnych informacji. Meta sama odsyła do planu ustalonego z własnym radcą prawnym. Ten tekst nie ocenia tego prawnie.

Kontrola 5: zamówienie testowe w narzędziu Testowanie zdarzeń

Teraz sprawdzasz to wszystko na jednym zamówieniu. Według pomocy Meta w Menedżerze zdarzeń klikasz Źródła danych, wybierasz swój zestaw danych i otwierasz Testowanie zdarzeń. Wpisujesz adres sklepu i klikasz Otwórz witrynę. Ważne: aktywność z witryny jest rejestrowana tylko wtedy, gdy strona Testowanie zdarzeń jest otwarta.

Złóż zamówienie i sprawdź trzy rzeczy:

• czy zakup pojawił się raz, a jeśli przyszedł z przeglądarki i z serwera, czy drugi jest oznaczony jako deduplikowany;
• czy ma wartość i walutę PLN;
• czy na liście nie ma błędów ani ostrzeżeń.

Informacje testowe zostają na karcie przez 24 godziny albo do kliknięcia Usuń aktywność. Według tej samej strony aktywność testowa dalej będzie widoczna w Menedżerze zdarzeń i w Raportach dotyczących reklam. Dlatego anuluj zamówienie testowe w panelu sklepu i zapisz jego numer, żeby nie liczyć go potem jako sprzedaży. Testowanie zdarzeń z API konwersji pomoc Meta opisuje na osobnej stronie, więc jeśli Twoja wtyczka wysyła je z serwera, sprawdź też je.

Kontrola 6: domeny, z których przychodzą zdarzenia

Ostatni komunikat z karty Diagnostyka, który sprawdzasz, to „Nowa domena wysyła dane”. Według pomocy Meta pojawia się, gdy piksel zaczął wysyłać zdarzenia z nowej domeny. Możesz wtedy utworzyć listę zatwierdzonych lub zablokowanych domen.

Typowy przypadek w sklepie to kopia testowa sklepu z tym samym pikselem. Zamówienia z takiej kopii trafiają do tych samych danych co sprzedaż. Ta sama logika obowiązuje w GA4, co opisałam przy liście dozwolonych domen.

Co zrobić do 20 listopada

Proponuję termin 20 listopada, czyli tydzień przed Black Friday. To moja rekomendacja, a nie termin Meta. Daje czas na poprawki i na to, żeby wynik jakości dopasowania objął już poprawione zdarzenia.

1. Otwórz kartę Diagnostyka i zapisz wszystkie komunikaty dotyczące zdarzenia zakupu.
2. Ustal, czy wartość zakupu ma być netto czy brutto i czy z dostawą, a potem sprawdź, czy piksel i API konwersji wysyłają to samo.
3. Wyłącz zdarzenia automatyczne, które dublują zakup z kodu strony.
4. Sprawdź, ile wtyczek wysyła zdarzenia Meta, i usuń te, których już nie używasz.
5. Jeśli zakup idzie z przeglądarki i z serwera, potwierdź zgodny identyfikator zdarzenia i nazwę.
6. Złóż jedno zamówienie testowe przy otwartym narzędziu Testowanie zdarzeń, a potem je anuluj.
7. Ustaw listę zatwierdzonych domen i zapisz wynik diagnostyki przed startem kampanii sezonowych.

Gdy zdarzenia zakupu są już wiarygodne, następny krok to ocena kampanii na marży, a nie na samym przychodzie. Pomoże w tym POAS krok po kroku. A jeśli chcesz sprawdzić, czy zdarzenia zakupu w Meta zgadzają się z zamówieniami Twojego sklepu, umów rozmowę.