Zdarzenia piksela Meta w e-commerce – ViewContent, AddToCart, InitiateCheckout i Purchase
Miłosz Brzegowy
Miłosz Brzegowy
Head of Growth and Demand Generation
Zdarzenia piksela Meta w e‑commerce – ViewContent, AddToCart, InitiateCheckout i Purchase
Zdarzenia piksela Meta to język, którym sklep internetowy opowiada Meta o swoich klientach. ViewContent mówi „ktoś ogląda produkt”, AddToCart – „dodał go do koszyka”, InitiateCheckout – „zaczął składać zamówienie”, a Purchase – „kupił, za tyle i tyle”. Jeśli ten język jest poprawny, kampanie sprzedażowe wiedzą, kogo szukać, reklamy katalogowe pokazują właściwe produkty, a raporty pokazują realny ROAS. Jeśli są w nim błędy, algorytm uczy się na fałszywych sygnałach.
W tym poradniku omawiamy zdarzenia standardowe, które powinien wysyłać każdy sklep, ich parametry, typowe błędy i sposób sprawdzania. Zakładamy, że piksel jest już zainstalowany – jeśli nie, zacznij od wpisu piksel Meta – co to jest i jak go zainstalować.
Zdarzenia standardowe i niestandardowe – czym się różnią
Według Pomocy Meta dla firm zdarzenia dzielą się na dwie kategorie. Zdarzenia standardowe mają zdefiniowane przez Meta nazwy i są rozpoznawane we wszystkich produktach reklamowych – możesz pod nie optymalizować kampanie, budować z nich grupy odbiorców i korzystać z nich w reklamach katalogowych. Zdarzenia niestandardowe to działania, których nie obejmują zdarzenia standardowe; nadajesz im własną nazwę.
Dla sklepu internetowego podstawą są zdarzenia standardowe. Niestandardowe przydają się do mierzenia działań specyficznych dla Twojej strony – np. użycia konfiguratora czy kliknięcia w tabelę rozmiarów – ale nie zastąpią standardowej ścieżki zakupowej. Uwaga na pisownię: nazwy są wrażliwe na wielkość liter. Pomoc Meta podaje przykład, w którym viewcontent zamiast ViewContent tworzy zdarzenie niestandardowe.
Cztery kluczowe zdarzenia ścieżki zakupowej
W sklepie internetowym najważniejsze są cztery zdarzenia, które odwzorowują drogę klienta od produktu do zamówienia. Meta wymaga trzech z nich – ViewContent, AddToCart i Purchase – do reklam katalogowych, a InitiateCheckout jest ważnym sygnałem pośrednim i pomaga diagnozować problemy w procesie zamówienia.
Zdarzenie | Działanie w sklepie | Gdzie się uruchamia | Wymagane parametry w e-commerce |
ViewContent | Wyświetlenie produktu | Strona produktu | content_ids (lub contents), content_type; zalecane value, currency |
AddToCart | Dodanie do koszyka | Kliknięcie przycisku lub potwierdzenie dodania | content_ids lub contents, value, currency |
InitiateCheckout | Rozpoczęcie zamówienia | Pierwszy krok procesu zamówienia | value, currency, num_items; zalecane content_ids |
Purchase | Złożenie zamówienia | Strona podziękowania lub potwierdzenie z serwera | value, currency, content_ids lub contents |
Wykres – przykładowa ścieżka zakupowa w zdarzeniach piksela, od wyświetlenia produktu do zakupu. [#chart:m12]
ViewContent – wyświetlenie produktu
Meta opisuje ViewContent jako wizytę na stronie, która jest dla Ciebie ważna, np. stronie produktu. Zdarzenie informuje, że ktoś odwiedził adres, ale nie mówi, co na stronie robił. W sklepie powinno uruchamiać się na każdej karcie produktu i przekazywać identyfikator tego produktu – dzięki temu reklamy katalogowe mogą później przypomnieć konkretny model.
AddToCart – dodanie do koszyka
AddToCart uruchamia się po dodaniu produktu do koszyka. W sklepach z koszykiem bez przeładowania strony (dodawanie „w tle”) zdarzenie trzeba podpiąć pod faktyczne dodanie produktu, a nie samo kliknięcie przycisku, które może się nie powieść, np. przy niedostępnym rozmiarze. To jedno z najważniejszych zdarzeń do remarketingu porzuconych koszyków.
InitiateCheckout – rozpoczęcie zamówienia
InitiateCheckout oznacza początek procesu zamówienia – zwykle kliknięcie „Przejdź do kasy” lub wejście na pierwszy krok formularza. Duża różnica między liczbą InitiateCheckout a Purchase może wskazywać na problem w procesie zamówienia: drogą dostawę, brak preferowanej metody płatności albo błędy formularza.
Purchase – zakup
Purchase to najważniejsze zdarzenie sklepu – pod nie optymalizują się kampanie sprzedażowe. Meta opisuje je jako zakończenie zakupu, zwykle potwierdzone wyświetleniem strony podziękowania lub potwierdzenia zamówienia. Musi przekazywać realną wartość zamówienia i walutę. Najlepiej, by było wysyłane także z serwera przez Conversions API – wtedy zakup zostanie zarejestrowany nawet wtedy, gdy klient zamknie kartę przed załadowaniem strony podziękowania.
[#wazne] Jeśli możesz poprawić tylko jedno zdarzenie, popraw Purchase: jedno wywołanie na zamówienie, realna wartość, waluta PLN, identyfikatory produktów i identyfikator zdarzenia do deduplikacji z Conversions API.
Parametry zdarzeń – co oznaczają i jak je przekazywać
Parametry dodają do zdarzenia szczegóły: co dokładnie oglądano lub kupiono i za ile. Bez nich system wie tylko, że coś się wydarzyło. Najważniejsze parametry w e-commerce to:
value – wartość zdarzenia. Według Pomocy Meta musi to być liczba dziesiętna większa lub równa zero, bez liter, symboli walut i przecinków, zawsze z kropką dziesiętną (np. 149.99).
currency – trzyliterowy kod waluty, w polskim sklepie PLN.
content_ids – identyfikatory produktów (pojedyncze lub lista), zgodne z polem id produktu albo item_group_id grupy produktów w katalogu. Pomoc Meta przypomina o literze „s” na końcu nazwy parametru.
contents – alternatywa dla content_ids: lista obiektów z identyfikatorem produktu i liczbą sztuk.
content_type – product (pojedynczy produkt) albo product_group (grupa wariantów), zależnie od tego, czy przekazujesz ID produktu, czy grupy.
num_items – liczba produktów, np. przy rozpoczęciu zamówienia.
Wartość w zdarzeniu Purchase warto ustalić świadomie i spójnie z tym, jak liczysz ROAS. Najczęściej przekazuje się wartość zamówienia brutto bez kosztu dostawy albo z nim – ważne, by wybrać jedną zasadę i trzymać się jej, a przy porównaniach z panelem sklepu pamiętać o różnicy. Jak liczyć próg opłacalności na tej podstawie, pokazujemy w kalkulatorze ROAS.
Parametr | Poprawnie | Błędnie |
value | 149.99 | 149,99 zł albo 0 dla każdego zamówienia |
currency | PLN | zł, pln w zestawieniu z innym formatem, brak waluty |
content_ids | [‘SKU-1234’] zgodne z id w katalogu | Nazwa produktu albo ID z innego systemu |
content_type | product lub product_group zgodnie z przekazywanym ID | Brak przy reklamach katalogowych opartych na grupach |
Nazwa zdarzenia | AddToCart | addtocart, Add to cart |
[#tip] Przy produktach z wariantami (rozmiary, kolory) ustal z góry, czy w zdarzeniach przekazujesz ID konkretnego wariantu, czy ID grupy produktów, i trzymaj się tego w całym sklepie oraz w feedzie. Niespójność to częsta przyczyna niskiego współczynnika dopasowania w katalogu.
Zdarzenia piksela Meta to język, którym sklep internetowy opowiada Meta o swoich klientach. ViewContent mówi „ktoś ogląda produkt”, AddToCart – „dodał go do koszyka”, InitiateCheckout – „zaczął składać zamówienie”, a Purchase – „kupił, za tyle i tyle”. Jeśli ten język jest poprawny, kampanie sprzedażowe wiedzą, kogo szukać, reklamy katalogowe pokazują właściwe produkty, a raporty pokazują realny ROAS. Jeśli są w nim błędy, algorytm uczy się na fałszywych sygnałach.
W tym poradniku omawiamy zdarzenia standardowe, które powinien wysyłać każdy sklep, ich parametry, typowe błędy i sposób sprawdzania. Zakładamy, że piksel jest już zainstalowany – jeśli nie, zacznij od wpisu piksel Meta – co to jest i jak go zainstalować.
Zdarzenia standardowe i niestandardowe – czym się różnią
Według Pomocy Meta dla firm zdarzenia dzielą się na dwie kategorie. Zdarzenia standardowe mają zdefiniowane przez Meta nazwy i są rozpoznawane we wszystkich produktach reklamowych – możesz pod nie optymalizować kampanie, budować z nich grupy odbiorców i korzystać z nich w reklamach katalogowych. Zdarzenia niestandardowe to działania, których nie obejmują zdarzenia standardowe; nadajesz im własną nazwę.
Dla sklepu internetowego podstawą są zdarzenia standardowe. Niestandardowe przydają się do mierzenia działań specyficznych dla Twojej strony – np. użycia konfiguratora czy kliknięcia w tabelę rozmiarów – ale nie zastąpią standardowej ścieżki zakupowej. Uwaga na pisownię: nazwy są wrażliwe na wielkość liter. Pomoc Meta podaje przykład, w którym viewcontent zamiast ViewContent tworzy zdarzenie niestandardowe.
Cztery kluczowe zdarzenia ścieżki zakupowej
W sklepie internetowym najważniejsze są cztery zdarzenia, które odwzorowują drogę klienta od produktu do zamówienia. Meta wymaga trzech z nich – ViewContent, AddToCart i Purchase – do reklam katalogowych, a InitiateCheckout jest ważnym sygnałem pośrednim i pomaga diagnozować problemy w procesie zamówienia.
Zdarzenie | Działanie w sklepie | Gdzie się uruchamia | Wymagane parametry w e-commerce |
ViewContent | Wyświetlenie produktu | Strona produktu | content_ids (lub contents), content_type; zalecane value, currency |
AddToCart | Dodanie do koszyka | Kliknięcie przycisku lub potwierdzenie dodania | content_ids lub contents, value, currency |
InitiateCheckout | Rozpoczęcie zamówienia | Pierwszy krok procesu zamówienia | value, currency, num_items; zalecane content_ids |
Purchase | Złożenie zamówienia | Strona podziękowania lub potwierdzenie z serwera | value, currency, content_ids lub contents |
Wykres – przykładowa ścieżka zakupowa w zdarzeniach piksela, od wyświetlenia produktu do zakupu. [#chart:m12]
ViewContent – wyświetlenie produktu
Meta opisuje ViewContent jako wizytę na stronie, która jest dla Ciebie ważna, np. stronie produktu. Zdarzenie informuje, że ktoś odwiedził adres, ale nie mówi, co na stronie robił. W sklepie powinno uruchamiać się na każdej karcie produktu i przekazywać identyfikator tego produktu – dzięki temu reklamy katalogowe mogą później przypomnieć konkretny model.
AddToCart – dodanie do koszyka
AddToCart uruchamia się po dodaniu produktu do koszyka. W sklepach z koszykiem bez przeładowania strony (dodawanie „w tle”) zdarzenie trzeba podpiąć pod faktyczne dodanie produktu, a nie samo kliknięcie przycisku, które może się nie powieść, np. przy niedostępnym rozmiarze. To jedno z najważniejszych zdarzeń do remarketingu porzuconych koszyków.
InitiateCheckout – rozpoczęcie zamówienia
InitiateCheckout oznacza początek procesu zamówienia – zwykle kliknięcie „Przejdź do kasy” lub wejście na pierwszy krok formularza. Duża różnica między liczbą InitiateCheckout a Purchase może wskazywać na problem w procesie zamówienia: drogą dostawę, brak preferowanej metody płatności albo błędy formularza.
Purchase – zakup
Purchase to najważniejsze zdarzenie sklepu – pod nie optymalizują się kampanie sprzedażowe. Meta opisuje je jako zakończenie zakupu, zwykle potwierdzone wyświetleniem strony podziękowania lub potwierdzenia zamówienia. Musi przekazywać realną wartość zamówienia i walutę. Najlepiej, by było wysyłane także z serwera przez Conversions API – wtedy zakup zostanie zarejestrowany nawet wtedy, gdy klient zamknie kartę przed załadowaniem strony podziękowania.
[#wazne] Jeśli możesz poprawić tylko jedno zdarzenie, popraw Purchase: jedno wywołanie na zamówienie, realna wartość, waluta PLN, identyfikatory produktów i identyfikator zdarzenia do deduplikacji z Conversions API.
Parametry zdarzeń – co oznaczają i jak je przekazywać
Parametry dodają do zdarzenia szczegóły: co dokładnie oglądano lub kupiono i za ile. Bez nich system wie tylko, że coś się wydarzyło. Najważniejsze parametry w e-commerce to:
value – wartość zdarzenia. Według Pomocy Meta musi to być liczba dziesiętna większa lub równa zero, bez liter, symboli walut i przecinków, zawsze z kropką dziesiętną (np. 149.99).
currency – trzyliterowy kod waluty, w polskim sklepie PLN.
content_ids – identyfikatory produktów (pojedyncze lub lista), zgodne z polem id produktu albo item_group_id grupy produktów w katalogu. Pomoc Meta przypomina o literze „s” na końcu nazwy parametru.
contents – alternatywa dla content_ids: lista obiektów z identyfikatorem produktu i liczbą sztuk.
content_type – product (pojedynczy produkt) albo product_group (grupa wariantów), zależnie od tego, czy przekazujesz ID produktu, czy grupy.
num_items – liczba produktów, np. przy rozpoczęciu zamówienia.
Wartość w zdarzeniu Purchase warto ustalić świadomie i spójnie z tym, jak liczysz ROAS. Najczęściej przekazuje się wartość zamówienia brutto bez kosztu dostawy albo z nim – ważne, by wybrać jedną zasadę i trzymać się jej, a przy porównaniach z panelem sklepu pamiętać o różnicy. Jak liczyć próg opłacalności na tej podstawie, pokazujemy w kalkulatorze ROAS.
Parametr | Poprawnie | Błędnie |
value | 149.99 | 149,99 zł albo 0 dla każdego zamówienia |
currency | PLN | zł, pln w zestawieniu z innym formatem, brak waluty |
content_ids | [‘SKU-1234’] zgodne z id w katalogu | Nazwa produktu albo ID z innego systemu |
content_type | product lub product_group zgodnie z przekazywanym ID | Brak przy reklamach katalogowych opartych na grupach |
Nazwa zdarzenia | AddToCart | addtocart, Add to cart |
[#tip] Przy produktach z wariantami (rozmiary, kolory) ustal z góry, czy w zdarzeniach przekazujesz ID konkretnego wariantu, czy ID grupy produktów, i trzymaj się tego w całym sklepie oraz w feedzie. Niespójność to częsta przyczyna niskiego współczynnika dopasowania w katalogu.
- Analiza kampanii, grup odbiorców i kreacji
- Sprawdzenie Piksela, API konwersji i zdarzeń
- Plan obniżenia kosztu pozyskania klienta
Zdarzenia a reklamy katalogowe
Reklamy katalogowe Advantage+ (dawniej reklamy dynamiczne) pokazują ludziom produkty, z którymi mieli kontakt w sklepie, albo podobne. Według Pomocy Meta do ich działania potrzebne są zdarzenia ViewContent, AddToCart i Purchase z parametrem content_ids lub contents, który pozwala dopasować produkty ze strony do produktów w katalogu. W najnowszych materiałach Meta nazywa ten format także „reklamami pokazującymi multimedia produktów” – funkcja pozostaje ta sama.
Po skonfigurowaniu zdarzeń trzeba połączyć zbiór danych z katalogiem i sprawdzić współczynnik dopasowania – odsetek zdarzeń, których identyfikatory znaleziono w katalogu. Niski współczynnik oznacza, że reklamy katalogowe nie będą mogły pokazać wielu produktów, które klienci oglądali. Szerzej piszemy o tym we wpisach o katalogu produktów na Facebooku i o reklamach dynamicznych na Facebooku.
Pozostałe zdarzenia przydatne w sklepie
Poza czterema głównymi zdarzeniami Meta oferuje kilka innych zdarzeń standardowych, które mogą mieć sens w e-commerce. Pomoc Meta wymienia m.in.:
Search – wyszukiwanie w sklepie; pomaga zrozumieć, czego klienci szukają, i budować grupy odbiorców.
AddToWishlist – dodanie do listy życzeń; sygnał zainteresowania bez decyzji zakupowej.
AddPaymentInfo – podanie danych płatności w procesie zamówienia; dodatkowy punkt pomiaru między rozpoczęciem zamówienia a zakupem.
CompleteRegistration – rejestracja konta lub zapis do newslettera.
Lead i Contact – formularze kontaktowe, zapytania ofertowe, kontakt przez czat czy telefon.
Nie trzeba wdrażać wszystkich. Lepiej mieć cztery poprawnie działające zdarzenia ścieżki zakupowej niż dziesięć zdarzeń, z których połowa wysyła błędne dane. Zdarzenia niestandardowe i konwersje niestandardowe (reguły oparte na adresach URL lub parametrach) mogą uzupełnić pomiar, ale nie powinny zastępować zdarzeń standardowych.
Zdarzenia w integracjach platform sklepowych
Jeśli korzystasz z oficjalnej integracji platformy, większość zdarzeń i parametrów konfiguruje się automatycznie. Nie zwalnia to jednak z testów. Integracje różnią się tym, czy przekazują ID wariantu, czy produktu głównego, czy wartość obejmuje dostawę i czy zdarzenia wysyłane są też przez Conversions API. Po instalacji sprawdź te szczegóły i porównaj je z ustawieniami feedu katalogu. Konfigurację dla konkretnych platform opisujemy m.in. we wpisach o pikselu Facebooka w Shoper i o Facebook for WooCommerce.
Zdarzenia z przeglądarki i z serwera
Te same zdarzenia możesz wysyłać z przeglądarki przez piksel i z serwera przez Conversions API. Pomoc Meta zaleca konfigurację redundantną dla najważniejszych zdarzeń, takich jak zakup i rozpoczęcie zamówienia: zdarzenie z serwera uzupełnia te, które piksel zgubił. Warunkiem jest deduplikacja – zgodna nazwa zdarzenia i ten sam identyfikator zdarzenia w obu źródłach, np. numer zamówienia. Szczegóły opisujemy w poradnikach o Conversions API i o deduplikacji zdarzeń.
[#przyklad] Sklep z obuwiem wysyła Purchase z przeglądarki ze strony podziękowania i z serwera po zmianie statusu zamówienia na „złożone”. W obu zdarzeniach event_id to numer zamówienia, np. 104582. Gdy klient zamknie kartę przed załadowaniem strony podziękowania, Meta otrzyma zakup z serwera. Gdy oba zdarzenia dotrą, zostanie policzone jedno – bo nazwa zdarzenia i identyfikator się zgadzają.
Jak czytać lejek zdarzeń w raportach
Zdarzenia to nie tylko paliwo dla algorytmu, ale też narzędzie diagnostyczne dla Ciebie. Gdy dodasz do raportu w Menedżerze reklam kolumny z wyświetleniami treści, dodaniami do koszyka, rozpoczęciami zamówienia i zakupami, zobaczysz, na którym etapie odpadają klienci przychodzący z reklam. Porównuj odsetki między kolejnymi etapami w czasie oraz między kampaniami i kreacjami.
Dużo ViewContent, mało AddToCart – reklama przyciąga, ale strona produktu nie przekonuje: cena, zdjęcia, dostępność rozmiarów, opinie.
Dużo AddToCart, mało InitiateCheckout – klienci odkładają decyzję; sprawdź koszty i czas dostawy widoczne w koszyku.
Dużo InitiateCheckout, mało Purchase – problem w procesie zamówienia: metody płatności, wymagana rejestracja, błędy formularza.
Nagły spadek na jednym etapie z dnia na dzień – częściej błąd techniczny zdarzenia (np. po aktualizacji szablonu) niż zmiana zachowań klientów.
Ostatni punkt jest szczególnie ważny. Zanim zaczniesz zmieniać kampanie, bo „spadły zakupy”, sprawdź w Menedżerze zdarzeń, czy zdarzenie Purchase nadal dociera z obu źródeł i ma poprawne parametry. Wiele „spadków wyników” to w rzeczywistości spadki pomiaru.
Jaką wartość przekazywać w zdarzeniu Purchase
Meta nie narzuca, czy wartość zakupu ma obejmować dostawę lub podatek – to decyzja sklepu. Najczęściej spotykane podejścia to wartość produktów brutto bez dostawy albo pełna wartość zamówienia. Pierwsze lepiej odzwierciedla przychód ze sprzedaży towarów, drugie łatwiej porównać z kwotą płatności. Najważniejsza jest spójność: ta sama zasada w pikselu, w Conversions API i w Twoich raportach. Jeśli w zamówieniu wykorzystano kod rabatowy, przekazuj wartość po rabacie – to realna kwota, którą zapłacił klient.
Jak sprawdzić, czy zdarzenia działają poprawnie
Zdarzenia warto przetestować po wdrożeniu i po każdej zmianie w sklepie – aktualizacji szablonu, wtyczki czy procesu zamówienia.
Otwórz narzędzie testowania zdarzeń w Menedżerze zdarzeń i wpisz adres sklepu.
Przejdź całą ścieżkę: produkt, dodanie do koszyka, rozpoczęcie zamówienia, zakup testowy.
Sprawdź, czy każde zdarzenie pojawia się dokładnie raz i ma właściwe parametry: value, currency, content_ids.
Zajrzyj do zakładki Diagnostyka – Meta pokazuje tam ostrzeżenia, np. o brakujących parametrach czy duplikatach.
Porównaj liczbę zakupów w Menedżerze zdarzeń z liczbą zamówień w panelu sklepu z tego samego okresu.
Wykres – cztery typowe problemy ze zdarzeniami e-commerce i sposoby ich naprawy. [#chart:m12b]
Szczegółowy przewodnik po narzędziach diagnostycznych znajdziesz we wpisie o Menedżerze zdarzeń Meta. Jeśli wdrażasz zdarzenia przez Google Tag Manager, zajrzyj do poradnika piksel Meta przez Google Tag Manager.
[#uwaga] Nie przekazuj w parametrach zdarzeń danych osobowych klientów w jawnej postaci – np. adresu e-mail w adresie URL strony podziękowania czy imienia w nazwie zdarzenia. Zasady Meta zabraniają przesyłania informacji zakazanych, a dane do dopasowania przekazuje się wyłącznie w przewidzianych do tego polach, w formie zahashowanej.
Najczęściej zadawane pytania
Jakie zdarzenia piksela są niezbędne w sklepie internetowym?
Minimum to PageView (w kodzie bazowym), ViewContent, AddToCart, InitiateCheckout i Purchase. Trzy z nich – ViewContent, AddToCart i Purchase – z parametrami content_ids lub contents są wymagane do reklam katalogowych.
Czy Purchase musi zawierać wartość zamówienia?
Tak. Bez wartości nie zobaczysz w raportach przychodu z reklam ani ROAS, a kampanie nie będą mogły optymalizować pod wartość konwersji. Wartość przekazuj jako liczbę z kropką dziesiętną, a walutę jako kod PLN.
Co to jest content_ids?
To parametr z identyfikatorami produktów, których dotyczy zdarzenie. Musi odpowiadać identyfikatorom w katalogu – polu id produktu albo item_group_id grupy produktów. Dzięki niemu reklamy katalogowe wiedzą, które produkty pokazać.
Dlaczego w Menedżerze zdarzeń widzę zdarzenie niestandardowe zamiast AddToCart?
Najczęściej to błąd w pisowni nazwy zdarzenia, np. małe litery lub spacja. Nazwy zdarzeń standardowych są wrażliwe na wielkość liter, więc każde odstępstwo tworzy nowe zdarzenie niestandardowe.
Czy mogę optymalizować kampanię pod AddToCart zamiast Purchase?
Możesz, np. gdy sklep ma bardzo mało zakupów, a kampania nie wychodzi z fazy uczenia się. Pamiętaj jednak, że system będzie wtedy szukał osób dodających do koszyka, a nie kupujących. Gdy liczba zakupów wzrośnie, warto wrócić do optymalizacji pod Purchase.
Czy zdarzenia z serwera zastępują zdarzenia z piksela?
Meta zaleca korzystanie z obu źródeł jednocześnie, z deduplikacją. Zdarzenia z serwera są odporniejsze na blokery i problemy z przeglądarką, a zdarzenia z piksela niosą informacje z przeglądarki, które pomagają w dopasowaniu.
Podsumowanie
Zdarzenia piksela Meta w sklepie internetowym to przede wszystkim cztery sygnały: ViewContent, AddToCart, InitiateCheckout i Purchase. Każdy musi uruchamiać się raz, we właściwym momencie, z poprawnymi parametrami – wartością, walutą i identyfikatorami produktów zgodnymi z katalogiem – oraz być uzupełniony przez Conversions API z deduplikacją. Regularne testy w Menedżerze zdarzeń chronią przed tym, by kampanie uczyły się na błędnych danych.
Jeśli chcesz, żebyśmy jako Meta Business Partner sprawdzili konfigurację zdarzeń w Twoim sklepie i poprowadzili kampanie, sprawdź naszą obsługę kampanii Meta Ads.
Zdarzenia a reklamy katalogowe
Reklamy katalogowe Advantage+ (dawniej reklamy dynamiczne) pokazują ludziom produkty, z którymi mieli kontakt w sklepie, albo podobne. Według Pomocy Meta do ich działania potrzebne są zdarzenia ViewContent, AddToCart i Purchase z parametrem content_ids lub contents, który pozwala dopasować produkty ze strony do produktów w katalogu. W najnowszych materiałach Meta nazywa ten format także „reklamami pokazującymi multimedia produktów” – funkcja pozostaje ta sama.
Po skonfigurowaniu zdarzeń trzeba połączyć zbiór danych z katalogiem i sprawdzić współczynnik dopasowania – odsetek zdarzeń, których identyfikatory znaleziono w katalogu. Niski współczynnik oznacza, że reklamy katalogowe nie będą mogły pokazać wielu produktów, które klienci oglądali. Szerzej piszemy o tym we wpisach o katalogu produktów na Facebooku i o reklamach dynamicznych na Facebooku.
Pozostałe zdarzenia przydatne w sklepie
Poza czterema głównymi zdarzeniami Meta oferuje kilka innych zdarzeń standardowych, które mogą mieć sens w e-commerce. Pomoc Meta wymienia m.in.:
Search – wyszukiwanie w sklepie; pomaga zrozumieć, czego klienci szukają, i budować grupy odbiorców.
AddToWishlist – dodanie do listy życzeń; sygnał zainteresowania bez decyzji zakupowej.
AddPaymentInfo – podanie danych płatności w procesie zamówienia; dodatkowy punkt pomiaru między rozpoczęciem zamówienia a zakupem.
CompleteRegistration – rejestracja konta lub zapis do newslettera.
Lead i Contact – formularze kontaktowe, zapytania ofertowe, kontakt przez czat czy telefon.
Nie trzeba wdrażać wszystkich. Lepiej mieć cztery poprawnie działające zdarzenia ścieżki zakupowej niż dziesięć zdarzeń, z których połowa wysyła błędne dane. Zdarzenia niestandardowe i konwersje niestandardowe (reguły oparte na adresach URL lub parametrach) mogą uzupełnić pomiar, ale nie powinny zastępować zdarzeń standardowych.
Zdarzenia w integracjach platform sklepowych
Jeśli korzystasz z oficjalnej integracji platformy, większość zdarzeń i parametrów konfiguruje się automatycznie. Nie zwalnia to jednak z testów. Integracje różnią się tym, czy przekazują ID wariantu, czy produktu głównego, czy wartość obejmuje dostawę i czy zdarzenia wysyłane są też przez Conversions API. Po instalacji sprawdź te szczegóły i porównaj je z ustawieniami feedu katalogu. Konfigurację dla konkretnych platform opisujemy m.in. we wpisach o pikselu Facebooka w Shoper i o Facebook for WooCommerce.
Zdarzenia z przeglądarki i z serwera
Te same zdarzenia możesz wysyłać z przeglądarki przez piksel i z serwera przez Conversions API. Pomoc Meta zaleca konfigurację redundantną dla najważniejszych zdarzeń, takich jak zakup i rozpoczęcie zamówienia: zdarzenie z serwera uzupełnia te, które piksel zgubił. Warunkiem jest deduplikacja – zgodna nazwa zdarzenia i ten sam identyfikator zdarzenia w obu źródłach, np. numer zamówienia. Szczegóły opisujemy w poradnikach o Conversions API i o deduplikacji zdarzeń.
[#przyklad] Sklep z obuwiem wysyła Purchase z przeglądarki ze strony podziękowania i z serwera po zmianie statusu zamówienia na „złożone”. W obu zdarzeniach event_id to numer zamówienia, np. 104582. Gdy klient zamknie kartę przed załadowaniem strony podziękowania, Meta otrzyma zakup z serwera. Gdy oba zdarzenia dotrą, zostanie policzone jedno – bo nazwa zdarzenia i identyfikator się zgadzają.
Jak czytać lejek zdarzeń w raportach
Zdarzenia to nie tylko paliwo dla algorytmu, ale też narzędzie diagnostyczne dla Ciebie. Gdy dodasz do raportu w Menedżerze reklam kolumny z wyświetleniami treści, dodaniami do koszyka, rozpoczęciami zamówienia i zakupami, zobaczysz, na którym etapie odpadają klienci przychodzący z reklam. Porównuj odsetki między kolejnymi etapami w czasie oraz między kampaniami i kreacjami.
Dużo ViewContent, mało AddToCart – reklama przyciąga, ale strona produktu nie przekonuje: cena, zdjęcia, dostępność rozmiarów, opinie.
Dużo AddToCart, mało InitiateCheckout – klienci odkładają decyzję; sprawdź koszty i czas dostawy widoczne w koszyku.
Dużo InitiateCheckout, mało Purchase – problem w procesie zamówienia: metody płatności, wymagana rejestracja, błędy formularza.
Nagły spadek na jednym etapie z dnia na dzień – częściej błąd techniczny zdarzenia (np. po aktualizacji szablonu) niż zmiana zachowań klientów.
Ostatni punkt jest szczególnie ważny. Zanim zaczniesz zmieniać kampanie, bo „spadły zakupy”, sprawdź w Menedżerze zdarzeń, czy zdarzenie Purchase nadal dociera z obu źródeł i ma poprawne parametry. Wiele „spadków wyników” to w rzeczywistości spadki pomiaru.
Jaką wartość przekazywać w zdarzeniu Purchase
Meta nie narzuca, czy wartość zakupu ma obejmować dostawę lub podatek – to decyzja sklepu. Najczęściej spotykane podejścia to wartość produktów brutto bez dostawy albo pełna wartość zamówienia. Pierwsze lepiej odzwierciedla przychód ze sprzedaży towarów, drugie łatwiej porównać z kwotą płatności. Najważniejsza jest spójność: ta sama zasada w pikselu, w Conversions API i w Twoich raportach. Jeśli w zamówieniu wykorzystano kod rabatowy, przekazuj wartość po rabacie – to realna kwota, którą zapłacił klient.
Jak sprawdzić, czy zdarzenia działają poprawnie
Zdarzenia warto przetestować po wdrożeniu i po każdej zmianie w sklepie – aktualizacji szablonu, wtyczki czy procesu zamówienia.
Otwórz narzędzie testowania zdarzeń w Menedżerze zdarzeń i wpisz adres sklepu.
Przejdź całą ścieżkę: produkt, dodanie do koszyka, rozpoczęcie zamówienia, zakup testowy.
Sprawdź, czy każde zdarzenie pojawia się dokładnie raz i ma właściwe parametry: value, currency, content_ids.
Zajrzyj do zakładki Diagnostyka – Meta pokazuje tam ostrzeżenia, np. o brakujących parametrach czy duplikatach.
Porównaj liczbę zakupów w Menedżerze zdarzeń z liczbą zamówień w panelu sklepu z tego samego okresu.
Wykres – cztery typowe problemy ze zdarzeniami e-commerce i sposoby ich naprawy. [#chart:m12b]
Szczegółowy przewodnik po narzędziach diagnostycznych znajdziesz we wpisie o Menedżerze zdarzeń Meta. Jeśli wdrażasz zdarzenia przez Google Tag Manager, zajrzyj do poradnika piksel Meta przez Google Tag Manager.
[#uwaga] Nie przekazuj w parametrach zdarzeń danych osobowych klientów w jawnej postaci – np. adresu e-mail w adresie URL strony podziękowania czy imienia w nazwie zdarzenia. Zasady Meta zabraniają przesyłania informacji zakazanych, a dane do dopasowania przekazuje się wyłącznie w przewidzianych do tego polach, w formie zahashowanej.
Najczęściej zadawane pytania
Jakie zdarzenia piksela są niezbędne w sklepie internetowym?
Minimum to PageView (w kodzie bazowym), ViewContent, AddToCart, InitiateCheckout i Purchase. Trzy z nich – ViewContent, AddToCart i Purchase – z parametrami content_ids lub contents są wymagane do reklam katalogowych.
Czy Purchase musi zawierać wartość zamówienia?
Tak. Bez wartości nie zobaczysz w raportach przychodu z reklam ani ROAS, a kampanie nie będą mogły optymalizować pod wartość konwersji. Wartość przekazuj jako liczbę z kropką dziesiętną, a walutę jako kod PLN.
Co to jest content_ids?
To parametr z identyfikatorami produktów, których dotyczy zdarzenie. Musi odpowiadać identyfikatorom w katalogu – polu id produktu albo item_group_id grupy produktów. Dzięki niemu reklamy katalogowe wiedzą, które produkty pokazać.
Dlaczego w Menedżerze zdarzeń widzę zdarzenie niestandardowe zamiast AddToCart?
Najczęściej to błąd w pisowni nazwy zdarzenia, np. małe litery lub spacja. Nazwy zdarzeń standardowych są wrażliwe na wielkość liter, więc każde odstępstwo tworzy nowe zdarzenie niestandardowe.
Czy mogę optymalizować kampanię pod AddToCart zamiast Purchase?
Możesz, np. gdy sklep ma bardzo mało zakupów, a kampania nie wychodzi z fazy uczenia się. Pamiętaj jednak, że system będzie wtedy szukał osób dodających do koszyka, a nie kupujących. Gdy liczba zakupów wzrośnie, warto wrócić do optymalizacji pod Purchase.
Czy zdarzenia z serwera zastępują zdarzenia z piksela?
Meta zaleca korzystanie z obu źródeł jednocześnie, z deduplikacją. Zdarzenia z serwera są odporniejsze na blokery i problemy z przeglądarką, a zdarzenia z piksela niosą informacje z przeglądarki, które pomagają w dopasowaniu.
Podsumowanie
Zdarzenia piksela Meta w sklepie internetowym to przede wszystkim cztery sygnały: ViewContent, AddToCart, InitiateCheckout i Purchase. Każdy musi uruchamiać się raz, we właściwym momencie, z poprawnymi parametrami – wartością, walutą i identyfikatorami produktów zgodnymi z katalogiem – oraz być uzupełniony przez Conversions API z deduplikacją. Regularne testy w Menedżerze zdarzeń chronią przed tym, by kampanie uczyły się na błędnych danych.
Jeśli chcesz, żebyśmy jako Meta Business Partner sprawdzili konfigurację zdarzeń w Twoim sklepie i poprowadzili kampanie, sprawdź naszą obsługę kampanii Meta Ads.
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.
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ń
Przeczytaj także
Więcej porad z naszej bazy wiedzy – przesuń, aby zobaczyć kolejne artykuły.
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."