Na czym to polega w sklepie
event_id to unikalny identyfikator wystąpienia zdarzenia. Gdy ten sam event_id trafia z pixela (browser) i CAPI (server) w oknie deduplikacji, Meta liczy konwersję raz. Bez event_id suma konwersji w Ads Manager jest zawyżona.
Przykład ze sklepu internetowego
Purchase na thank-you page - ten sam ID w web GTM i tagu CAPI:
// Web GTM - generuj UUID raz na transakcję
var eventId = orderId + '-' + Date.now();
fbq('track', 'Purchase', { value: 299.99, currency: 'PLN' }, { eventID: eventId });
// Server CAPI (sGTM / backend)
{
"event_name": "Purchase",
"event_id": "ORD-8842-1710000000",
"custom_data": { "value": 299.99, "currency": "PLN", "order_id": "ORD-8842" }
}Co zrobić po stronie biznesu
- event_id powinien być deterministyczny - np. transaction_id + suffix, nie losowy przy retry.
- Przy webhooku purchase z backendu - event_id = order ID sklepu.
- Testuj w Events Manager → Test Events - widać deduplikację eventów.
W skrócie
event_id jest potrzebny przy podwójnym trackingu Meta. Wdrażaj go przed skalowaniem budżetu na podstawie raportów Purchase.