Oriphiel Meta Ads vodič

Conversions API deduplikacija i event_id

Kako uskladiti browser i server verziju istog eventa pomoću jednakog event_namea i event_id vrijednosti bez gubitka ili dvostrukog brojanja.

Oriphiel stručni tim Ažurirano 31. 7. 2026. 3 min čitanja

Odgovor ukratko

Kada Pixel i CAPI šalju istu poslovnu radnju, oba izvora trebaju dijeliti stabilan event_id i isto ime eventa kako bi Meta prepoznala da je riječ o jednom događaju.

Ključne odluke

Gdje se generira stabilan event_id
Kako ID dolazi do browsera i servera
Koji eventi se šalju iz oba izvora
Kako se testira ponavljanje stranice ili requesta

Provedba korak po korak

Cilj ove lekcije je Kako uskladiti browser i server verziju istog eventa pomoću jednakog event_namea i event_id vrijednosti bez gubitka ili dvostrukog brojanja. Korake treba provoditi redom i svaki potvrditi prije širenja opsega.

Preporučeni redoslijed

Definirati event_id ugovor
Generirati ID pri stvarnoj poslovnoj akciji
Poslati isti ID kroz Pixel i CAPI
Provjeriti deduplication status i rubne slučajeve

Praktičan primjer

Primjer primjene: tim prvo provodi „Definirati event_id ugovor”, zatim potvrđuje „Browser i server event imaju isti event_name” i odluku donosi prema pokazatelju „Deduplication rate”. Tek nakon te provjere povećava opseg ili budžet.

Kontrolna lista prije nastavka

Ova provjera odvaja završenu implementaciju od postavke koja samo izgleda dovršeno.

Provjerite

Browser i server event imaju isti event_name
Event_id je jednak za isti događaj i različit za novi
Refresh ne stvara novu konverziju
Retry server requesta zadržava isti ID

Najčešće pogreške i rizici

Rizike treba provjeriti prije povećanja prometa, automatizacije ili ovlasti sustava.

Na što treba paziti

Novi UUID za svaki kanal
Dedupliciranje prema emailu
Nedostaje event_id na Purchaseu
Retry stvara duple kupnje

Mjerenje rezultata

Učinak se procjenjuje kroz mali skup metrika koje su povezane s ciljem lekcije i stvarnim poslovnim ishodom.

Metrike koje imaju smisla

Deduplication rate
Dupli conversion count
Server-browser coverage
Purchase ili Lead razlika prema backendu

Česta pitanja

Koji je prvi korak za temu „Conversions API deduplikacija i event_id”?

Definirati event_id ugovor Prije nastavka potvrdite odluku: Gdje se generira stabilan event_id

Kako provjeriti da je provedba uspješna?

Browser i server event imaju isti event_name Nakon toga pratite metriku: Deduplication rate.

Koju pogrešku treba prvo spriječiti?

Novi UUID za svaki kanal Problem ispravite prije automatizacije ili povećanja budžeta.

Službeni i stručni izvori

Sučelja, pravila i preporuke mogu se mijenjati. Prije produkcijske izmjene provjerite aktualnu dokumentaciju.

Povezane Facebook i Meta Ads lekcije

Conversions API za Meta oglaseKako Conversions API povezuje server, web platformu, aplikaciju ili CRM s Meta datasetom te zašto se obično koristi zajedno s Pixelom. Meta Pixel: standardni eventi i Custom ConversionsKako koristiti ViewContent, Lead, CompleteRegistration, AddToCart, InitiateCheckout i Purchase te kada custom conversion ima smisla. Dijagnostika eventa u Meta Events ManageruKako koristiti Test Events, Overview i Diagnostics za provjeru browser i server eventa, parametara, domena, deduplikacije i kašnjenja. Meta Pixel: postavljanje i provjeraKako otvoriti dataset, instalirati Pixel kroz partner integraciju, GTM ili kod te provjeriti PageView, evente, domenu i duple implementacije.

Povežite ovu temu s ostatkom sustava

Landing stranica za kampanjuUskladite poruku oglasa, dokaz, CTA, brzinu i mobilni kontaktni put. Google Tag ManagerOrganizirajte web evente i provjerite da Meta i Google tagovi ne stvaraju duple događaje. Facebook leadovi u CRM-uSpremite izvor, kontakt, kampanju i kvalitetu Meta leadova u jedinstveni prodajni proces.

Primijenite lekciju na stvarni projekt

Pošaljite postojeću konfiguraciju, cilj i problem koji želite riješiti. Dobit ćete prijedlog sljedećeg tehničkog ili operativnog koraka.

Pošaljite upit Pregledajte sve vodiče