Event ID i deduplikacja
Definicja: Deduplikacja to usuwanie przez Metę podwójnych zdarzeń, gdy ten sam zakup przyjdzie z Pixela i z Conversions API. Meta uznaje je za jedno, jeśli mają tę samą nazwę zdarzenia i ten sam identyfikator: eventID w Pixelu i event_id w Conversions API. Kolejne zdarzenie z pary jest odrzucane.
Bez wspólnego identyfikatora ten sam zakup liczy się dwa razy, bo Meta nie ma skąd wiedzieć, że to jedno zdarzenie.
Inne nazwy: event_id, deduplikacja zdarzeń, duplikaty Pixel i CAPI
Demo ma przykładowe dane; login przychodzi na Twój e-mail.
Dlaczego to ważne dla sklepu
Jeśli sklep ma Pixel i Conversions API, każdy zakup może przyjść dwiema drogami. Bez wspólnego identyfikatora raport w Mecie pokaże więcej zakupów niż zamówień w sklepie, a koszt zakupu będzie wyglądał lepiej, niż jest. Wspólny identyfikator to najtańszy sposób, by tego uniknąć.
Jak to ujmuje Basketly
- Basketly zapisuje zdarzenie po zestawie: źródło, identyfikator zewnętrzny i status. To samo zamówienie w tym samym statusie to jedna konwersja na zawsze.
- Każda wysyłka do Mety niesie identyfikator zdarzenia; ta sama para nazwa + identyfikator nie jest wysyłana do tego samego zbioru danych drugi raz w tym samym trybie.
- Czy Pixel na stronie używa tego samego identyfikatora, zależy od jego konfiguracji po stronie sklepu; tego panel nie ustawia za Pixela.
Źródła
- Meta for Developers: Handling duplicate Pixel and Conversions API events: https://developers.facebook.com/docs/marketing-api/conversions-api/deduplicate-pixel-and-server-events (sprawdzono 2026-10-29)
- Meta for Developers: Conversions API best practices: https://developers.facebook.com/docs/marketing-api/conversions-api/best-practices (sprawdzono 2026-10-29)
Czego Event ID i deduplikacja nie załatwi
- Deduplikacja nie połączy zdarzeń z różnymi nazwami ani zdarzeń odległych o ponad 48 godzin.
- Nie wyrówna liczby zakupów w Mecie z liczbą zamówień w sklepie: Meta przypisuje zakupy reklamom po swoich oknach atrybucji.
Zwykle z numeru zamówienia. Ważne, by Pixel (eventID) i serwer (event_id) dostały dokładnie tę samą wartość dla tego samego zakupu.
Wtedy nie ma z czym deduplikować, ale wysyłka nadal niesie identyfikator zdarzenia, żeby ponowne wysłanie nie zdublowało zakupu.
Przyczyn jest kilka, między innymi brak wspólnego identyfikatora oraz różne okna atrybucji. Porównaj liczby w bilansie zakupów, zanim zmienisz konfigurację.
Zobacz też
- Conversions API (CAPI)Wysyłka zdarzeń, np. zakupów, do Mety z serwera sklepu zamiast z przeglądarki klienta.Czytaj
- Meta PixelFragment kodu JavaScript na stronie sklepu, który wysyła do Mety zdarzenia z przeglądarki.Czytaj
- fbp i fbcDwa identyfikatory z przeglądarki, które pomagają Mecie powiązać zakup z kliknięciem reklamy.Czytaj
- Meta Conversions APIOpłacone zamówienia ze sklepu wysyłane do Mety z serwera, z kolejką, która nie gubi zakupów, i wynikiem każdej wysyłki.Czytaj
- Deduplikacja zdarzeń Pixela i Conversions API: event_id, event_name i okno 48 godzinJak Meta łączy to samo zdarzenie z Pixela i z Conversions API: event_id, event_name, okno 48 godzin, metoda fbp, typowe błędy i sprawdzenie w Menedżerze zdarzeń.Czytaj
- Meta liczy zakupy podwójnie: skąd dubel i jak go znaleźć w 15 minutZdublowane zakupy w Meta: cztery źródła dubla (wtyczka, Pixel, GTM, odświeżenie strony), jak je policzyć w Menedżerze zdarzeń i naprawić w trzech krokach.Czytaj
Zacznij w mniej niż 5 minut
Połącz sklep i Metę i zobacz, ile zakupów naprawdę dociera.
- Za darmo do 100 zamówień miesięcznie
- Bez programisty
- Bilans zakupów i autodiagnostyka