Meta Pixel je koda na vaši spletni strani, ki iz brskalnika pošilja Meti dogodke, kot sta ogled izdelka in nakup. Conversions API iste dogodke pošilja iz strežnika. Meta priporoča oba hkrati, ker brskalnik del dogodkov izgubi.
Ads Manager kljub temu skoraj nikoli ne pokaže istih številk kot GA4 ali vaša trgovina. Razlika je delno pričakovana, ker vsak sistem šteje po svojih pravilih, delno pa je znak napake v sledenju.
Vodič je napisan za lastnike, direktorje in vodje marketinga, ki plačujejo Meta oglase in želijo vedeti, kateri številki verjeti. Vključili smo nastavitve, ki jih Meta uvaja v letu 2026, in naš pregled 80 slovenskih spletnih trgovin.
To vprašanje slišimo na skoraj vsakem prvem sestanku. Na primer, Ads Manager pokaže 140 nakupov, GA4 pripiše Facebooku 60, trgovina pa ima v istem mesecu 400 naročil. Stranka nas nato vpraša, kateri številki naj verjame.
Prav imajo vse tri, vsaka po svojih pravilih. Sistemi štejejo različne stvari, na različne dneve in z različnimi okni.
Ads Manager prikaže samo dogodke, ki jih Meta pripiše oglasu. Events Manager v istem računu pokaže vse prejete dogodke, tudi tiste od uporabnikov, ki oglasa niso videli. Zato je številka v Ads Managerju po Metinem pojasnilu praviloma nižja od številke v Events Managerju.
GA4 upošteva samo klike in obiske strani, ogledov oglasov na Meti ne pozna. Če uporabnik oglas vidi na Instagramu, kupi pa prek Googla, GA4 nakup pripiše Googlu, Ads Manager pa Meti.
Trgovina vidi vsa naročila. Ne ve pa, katero je prinesel oglas, zato je to edina številka, ki pove, ali posel raste. Zakaj raste, iz nje ne razberete.
Razlike imajo navadno osem vzrokov. Štirje številke v Ads Managerju dvignejo nad GA4, štirje pa pomenijo, da Meta vidi manj, kot se je zgodilo.
Privzeta nastavitev pri Meti je 7-day click, 1-day view in 1-day engagement. Nakup v 7 dneh po kliku ali v enem dnevu po ogledu oglasa se pripiše oglasu.
Nakupov po ogledu brez klika GA4 sploh ne vidi. Pri video oglasih in oglasih z velikim dosegom je zato razlika med sistemoma največja.
Meta je v svoji pomoči dokumentirala, da Ads Manager konverzijo prikaže na dan, ko se je zgodil klik ali prikaz oglasa, GA4 in trgovina pa na dan nakupa. Uporabnik, ki 29. septembra klikne in 2. oktobra kupi, je v Ads Managerju septembrski, v trgovini oktobrski nakup.
Pri mesečnih poročilih to pomeni, da se rezultati zadnjih dni v mesecu v Ads Managerju še nekaj dni povečujejo. Poročilo naredite šele po tem, ko se okno zapre.
Meta v pomoči navaja, da se lahko del rezultatov oceni s statističnim modeliranjem, kadar podatki manjkajo ali so delni.
Modelirane konverzije so ocena na podlagi podatkov, ki jih Meta ima. V Ads Managerju jih ne vidite ločeno, zato je primerjava z zaledjem obvezna.
V EU se mora Pixel sprožiti šele po privolitvi za oglaševalske piškotke. Vsak uporabnik, ki privolitev zavrne, za Pixel ne obstaja.
Od iOS 14.5 lahko uporabniki aplikacijam zavrnejo sledenje (App Tracking Transparency). Meta te dogodke meri agregirano in z omejitvami, del pa jih ne vidi. Blokatorji oglasov in omejitve piškotkov v brskalnikih ustavijo še del zahtev Pixla.
Meta, Google Ads in e-poštni sistem si lahko vsak pripišejo isti nakup. Trgovina ga šteje enkrat. Vsota pripisanih nakupov iz vseh platform je zato skoraj vedno večja od števila naročil.
Meta Pixel (prej Facebook Pixel) je delček JavaScript kode, ki se naloži v brskalniku obiskovalca. Ob vsakem dogodku pošlje zahtevo na facebook.com/tr z imenom dogodka, stranjo, piškotkom _fbp in podatki o izdelku.
Standardni dogodki so na primer PageView, ViewContent, AddToCart, InitiateCheckout, Lead in Purchase. Meta jih uporablja za merjenje, optimizacijo kampanj in občinstva za remarketing.
Tako izgleda pravi dogodek ViewContent na strani izdelka slovenske spletne trgovine, kot ga vidite v orodjih za razvijalce v Chromu. Ista polja mora imeti tudi strežniški dogodek.
Pixel je hiter za postavitev in brezplačen. Njegova slabost je, da je v celoti odvisen od brskalnika. Če uporabnik zapre zavihek, preden se zahvalna stran naloži, ali če blokator ustavi zahtevo, dogodka ni.
Meta zato v dokumentaciji navaja, da Conversions API zajame dogodke, ki jih Pixel izgubi zaradi težav s povezavo ali napak pri nalaganju strani, in dogodke, ki se zgodijo pozneje ali zunaj spleta.
Conversions API (CAPI, v starejših virih Facebook Conversions API) je Metin vmesnik, prek katerega vaš strežnik pošlje dogodek neposredno Meti, brez brskalnika. Ko trgovina potrdi naročilo, strežnik pošlje Purchase z vrednostjo in zgoščenimi podatki o kupcu.
Meta priporoča redundantno postavitev, torej da iste glavne dogodke pošiljate prek Pixla in prek CAPI. Če Purchase, InitiateCheckout in Lead pošiljate s Pixlom, jih pošljite tudi s strežnika.
Tako Meta dobi dogodek po vsaj eni poti. Ko prideta oba, enega zavrže, če imata enak event_id. Podrobneje to razložimo v poglavju o deduplikaciji.
| Lastnost | Meta Pixel | Conversions API |
|---|---|---|
| Od kod pošlje dogodek | Brskalnik obiskovalca | Strežnik ali zaledje |
| Blokatorji oglasov | Ustavijo del dogodkov | Neposredno ne vplivajo |
| Dogodki iz CRM in z zamikom | Ne | Da, do 7 dni nazaj |
| Privolitev za piškotke | Potrebna | Potrebna ista pravna podlaga |
| Deduplication | Ni potrebna, če je sam | Obvezna ob hkratnem Pixlu |
CAPI pa ne obide pravil. Meta v pomoči izrecno zapiše, da Conversions API ni namenjen obidu pravil, kot sta App Tracking Transparency in evropska direktiva ePrivacy. Strežniški dogodek potrebuje enako pravno podlago kot Pixel.
CAPI prav tako ne obide vseh izgub. Strežnik ne ve, kdo je uporabnik, če mu tega ne poveste s piškotkoma fbp in fbc ter podatki o kupcu. Brez njih dogodek pride, a ga Meta ne more povezati z oglasom.
V letu 2026 Meta v pomoči navaja več načinov postavitve. Pravi način je odvisen od platforme vaše strani in od tega, koliko nadzora potrebujete.
Events Manager na prvi strani ponudi povezavo podatkov prek partnerjev. Google Tag Manager, Shopify in WooCommerce so na vrhu seznama, zato je partnerska integracija za večino trgovin najkrajša pot.
Po novem Meta v pomoči ponuja Meta-enabled Conversions API, možnost v Events Managerju, ki iste dogodke in parametre, kot jih zbira Pixel, pošilja tudi po strežniški poti. Po Metinem opisu so dogodki samodejno deduplicirani.
To je dober začetek za manjša podjetja brez razvijalca. Prilagoditev pa skoraj ni, zato na ta način ne pošljete dogodkov iz CRM, plačil po povzetju ali dodatnih podatkov o kupcu.
Pri Shopifyju in WooCommerce je partnerska integracija skoraj vedno prva izbira. Meta jo opisuje kot postavitev v nekaj klikih brez dodatnega stroška.
V računih, ki jih prevzamemo, pa pogosto vidimo dvojno postavitev, kjer je poleg Metine integracije v temi še ročno vstavljen Pixel ali drug vtičnik. Takrat se PageView in nakupi pošiljajo dvakrat iz brskalnika, kar deduplikacija ne reši.
Strežniški GTM (server-side GTM) je lasten strežnik, ki sprejme dogodke s spletne strani in jih razdeli Meti, Googlu in drugim platformam. Daje največ nadzora nad tem, kaj se pošlje.
Ima pa tudi strošek gostovanja in vzdrževanja. Smiseln je, ko oglašujete na več platformah in imate nekoga, ki ga vzdržuje. Strežniški GTM, ki ga nihče ne spremlja, je pogosto slabši od partnerske integracije.
Gateway je Metina rešitev brez kode, ki teče v oblaku v lasti podjetja (AWS ali Google Cloud). Meta navaja, da namestitev traja manj kot 30 minut, strošek oblaka pa se začne pri okoli 30 USD na mesec.
Gateway sam ustvari event_id za deduplikacijo in podpira več domen. Primeren je za strani brez e-commerce partnerja, na primer lastno razvite trgovine. Širša različica se imenuje Signals Gateway.
Razvijalec dogodke pošilja neposredno iz zaledja. Meta za to ocenjuje 2 do 4 tedne dela. To je edina pot za dogodke iz aplikacije in fizične trgovine. Za CRM so na voljo tudi partnerske integracije.
Ko isti nakup pošljeta Pixel in strežnik, Meta prejme dva dogodka. Deduplikacija pomeni, da Meta enega prepozna kot podvojitev in ga zavrže.
Po Metini dokumentaciji se to zgodi, ko Pixel pošlje eventID in event, strežnik pa enak event_id in event_name za isti Pixel v 48 urah. Okno teče od prvega prejetega dogodka.
Ime dogodka se mora ujemati natančno. Ime mora biti zapisano enako v obeh kanalih, tudi z velikimi in malimi črkami. Najboljši event_id je ID naročila ali povpraševanja, ki ga poznata brskalnik in strežnik.
Meta opisuje še drugo metodo, ki uporablja dosledno ime dogodka skupaj s fbp ali external_id v obeh kanalih. Ta deluje praviloma samo, ko pride najprej brskalniški in nato strežniški dogodek, zato jo uporabite kot dopolnilo.
Deduplikacija med Pixlom in strežnikom ne reši podvojitev znotraj istega vira. Če Pixel isti nakup pošlje dvakrat, Meta obdrži oba. To se zgodi ob osvežitvi zahvalne strani ali pri dveh namestitvah Pixla.
Event Match Quality (EMQ) je ocena od 0 do 10, ki pove, kako dobro podatki o kupcu v strežniških dogodkih omogočajo povezavo z Metinimi računi. Meta jo izračuna iz zadnjih 48 ur podatkov.
Dogodek, ki ga Meta ne poveže z računom, se po dokumentaciji ne uporabi za atribucijo in optimizacijo. Nizek EMQ zato pomeni manj nakupov v Ads Managerju in slabše učenje kampanj.
Meta v pomoči razvrsti parametre po pomembnosti. Najvišjo prioriteto imata e-naslov in Click ID (fbc), srednjo telefon, external_id, država, datum rojstva in Browser ID (fbp).
V brskalniku podatke o kupcu pobere samodejno napredno ujemanje (Automatic advanced matching). V Events Managerju ga vklopite v nastavitvah nabora podatkov, kjer izberete, katera polja smejo v ujemanje.
Na strežniku podatke pošljete sami. Pred zgoščevanjem s SHA-256 jih morate urediti v male črke brez presledkov, telefon pa zapisati s klicno kodo. Drugače se zgoščena vrednost ne ujema z Metino.
Poleg EMQ Meta meri še pokritost dogodkov (Event coverage), torej kolikšen delež dogodkov Pixla pokrije tudi CAPI s skupnim ključem za deduplikacijo. Meri tudi zamik med dogodkom in prejemom (Data freshness).
Uradne lestvice "slabo, dobro, odlično" Meta ne objavlja. Mi gledamo, ali je EMQ za glavni dogodek v srednjem ali višjem razponu in ali raste po vsaki dopolnitvi podatkov.
Aggregated Event Measurement (AEM) je Metin protokol za merjenje uporabnikov iOS 14.5 in novejših. Protokol ostaja, odpadla pa je večina ročnega dela, ki so ga oglaševalci poznali od leta 2021.
Po trenutnem besedilu Metine pomoči ni več treba razvrstiti 8 dogodkov na domeno, zavihek AEM v Events Managerju je odstranjen, preverjanje domene pa ni več pogoj za nastavitev dogodkov. Meta zapiše, da spremembe vidite, ko dobite dostop, zato je uvedba postopna.
Preverjeno domeno boste za druge namene morda še potrebovali. Meta tudi navaja, da se lahko dogodki iz Conversions API obdelajo v skladu z omejitvami AEM.
Za oglaševalca to pomeni, da stari nasveti o razvrščanju dogodkov niso več aktualni. Če vam kdo danes predlaga "nastavitev AEM", najprej preverite, ali vaš račun tak zavihek sploh še ima.
Meta Pixel zapiše piškotek _fbp in pošilja podatke o obiskovalcu, zato v EU potrebuje privolitev za oglaševalske piškotke. Meta v dokumentaciji za GDPR odgovornost za skladnost pusti oglaševalcu.
Pixel lahko zadržite z ukazom fbq('consent', 'revoke') pred inicializacijo in ga po privolitvi sprostite s fbq('consent', 'grant'). Večina platform za upravljanje privolitev (CMP) to naredi sama, če je pravilno povezana.
Za strežniške dogodke velja ista logika. Strežnik ne sme pošiljati dogodkov uporabnikov, ki privolitve niso dali, če za to nimate pravne podlage. O tem se posvetujte s pravnikom, ker Meta tega namesto vas ne odloči.
Kako Googlova orodja ravnajo s privolitvijo in kaj zahteva Consent Mode v2, smo razložili v članku sledenje konverzij v Google Ads in GA4. Tam je tudi naš pregled, kako večja slovenska podjetja pošiljajo podatke pred privolitvijo.
V nastavitvah nabora podatkov v Events Managerju sta še dve nastavitvi, povezani z zasebnostjo. Piškotki prve osebe (First-party cookies) in osnovna nastavitev (Core setup), ki po Metinem opisu omeji parametre po meri in dele URL-jev.
Limited Data Use, ki ga pogosto omenjajo tuji vodiči, velja samo za posamezne zvezne države ZDA. Za slovenska podjetja ni relevanten.
Septembra in oktobra 2026 smo pregledali javne strani 80 slovenskih spletnih trgovin, pri polovici stran izdelka, pri ostalih domačo stran. Pri vsaki smo zabeležili, katere zahteve se pošljejo Meti pred klikom na pasici za piškotke in po njem.
Meta Pixel ima 35 % pregledanih trgovin (28 od 80). Med njimi se pri 46 % Pixel sproži, še preden uporabnik klikne na pasici, enak delež pa zapiše piškotek _fbp.
Na strani izdelka dogodek ViewContent pošlje 53 % trgovin s Pixlom. Ostale pošiljajo samo PageView, s čimer katalog in dinamični remarketing ne dobita ID izdelka.
Bolje je pri deduplikaciji. Pri 62 % trgovin, kjer se je Pixel sprožil, dogodki nosijo eventID, kar je pogoj za deduplikacijo s strežnikom. To je posreden znak, da imajo te trgovine ali njihovi vtičniki postavljen tudi CAPI.
Znak strežniškega GTM na lastni domeni smo našli pri 18 % trgovin s Pixlom. Conversions API Gateway na javni strani nismo zaznali nikjer, kar je pričakovano, ker strežniški dogodki z javne strani niso vidni.
S pregledom ne moremo videti EMQ, deduplikacije v praksi in nastavitev v računu. To pokaže šele pogled v Events Manager.
Atribucijska nastavitev določi, koliko dni po kliku ali ogledu Meta nakup še pripiše oglasu. Nastavite jo na ravni ad seta, Meta pa po njej tudi optimizira.
V letu 2026 sta se zgodili dve spremembi. Od 12. januarja 2026 Ads Insights API ne vrača več oken 7-day view in 28-day view, kar je po Metinem zapisu skladno z Ads Managerjem.
Marca 2026 je Meta objavila, da click-through atribucija šteje samo klike na povezavo. Konverzije po deljenju, shranjevanju in drugih interakcijah gredo v engage-through atribucijo, engaged view pri video oglasih pa se skrajša z 10 na 5 sekund.
Pri povpraševanjih z daljšim odločanjem je 7-day click razumna izbira. Pri spletnih trgovinah primerjajte rezultate s 1-day click in 7-day click, da vidite, koliko nakupov prinesejo ogledi in kasni nakupi.
Pri tem pazite na doslednost. Vse kampanje naj imajo enako nastavitev, sicer jih med seboj ne morete primerjati.
Po vsaki spremembi strani, pasice ali trgovine dogodke preverite. Za to Meta ponuja tri orodja, s katerimi preverjanje po naših izkušnjah opravite v približno četrt ure.
V Events Managerju odprite nabor podatkov in zavihek Test events. Za brskalnik vpišete naslov strani in na njej naredite dejanje, za strežnik pa dogodek pošljete s testno kodo test_event_code.
V Test Events vidite, ali je dogodek prišel iz brskalnika, iz strežnika ali iz obeh in ali je bil dedupliciran. Pri nakupu preverite tudi value, currency in content_ids.
Meta dogodkov s testno kodo ne zavrže. Po dokumentaciji se uporabijo za ciljanje in merjenje, zato kodo pred produkcijo odstranite.
Zavihek Diagnostics pokaže aktivne težave, kot so podvojeni dogodki, manjkajoči parametri in dogodki brez ujemanja. Kritične so označene rdeče, opozorila rumeno.
Prazna Diagnostika je dober znak, dokaz pa je šele testni nakup. Dogodek, ki se sploh ne sproži, Diagnostika pogosto ne pokaže kot napako. Zato vedno naredite tudi test nakupa ali povpraševanja.
Brezplačna razširitev za Chrome, ki se je iz Meta Pixel Helper preimenovala v Meta Ads Data Advisor. Značka na ikoni pokaže, koliko dogodkov se je sprožilo na strani.
Data Advisor najhitreje pokaže dva Pixla na isti strani, opozorila pri dogodkih in manjkajoče parametre. Po novem zna tudi sam nastaviti Pixel in CAPI prek GTM ali povezati Shopify in WooCommerce.
Ads Manager pove, kaj si Meta pripiše. Ne pove pa, koliko nakupov brez oglasov ne bi bilo. To je razlika med pripisanimi in inkrementalnimi rezultati.
Vsak mesec postavimo eno ob drugo nakupe v Ads Managerju, nakupe v trgovini in porabo. Razmerje med pripisanimi in vsemi nakupi se lahko giblje. Nenadni skoki so znak za alarm.
Skok navzgor pogosto pomeni dvojno štetje. Nenaden padec pomeni prekinjen dogodek, novo pasico za piškotke ali spremembo na blagajni.
MER (marketing efficiency ratio) je ves prihodek trgovine, deljen z vso porabo za oglase. Kanala sicer ne razkrije, zato pa ga nobena platforma ne more napihniti.
Conversion Lift razdeli občinstvo na testno skupino, ki vidi oglase, in kontrolno, ki jih ne. Razlika v nakupih je dejanski prispevek oglasov. Meta ga v objavi iz marca 2026 imenuje zlati standard merjenja.
Za lift teste Meta navaja, da je zanesljiv rezultat tisti z 90 % ali večjo stopnjo zaupanja. Test potrebuje dovolj nakupov, zato je smiseln predvsem pri večjih proračunih. Pri manjših je bolj uporaben test z izklopom v eni regiji ali obdobju, ob katerem primerjate prodajo.
V računih, ki jih prevzamemo, se spodnje napake ponavljajo. Opisane so tudi v Metini dokumentaciji in v strokovnih virih o Conversions API, zato jih preverite v vsakem računu.
Pogosto je Pixel nameščen pred leti, strežniških dogodkov pa ni. Meta vidi samo dogodke iz brskalnika, del nakupov pa ji nikoli ne pride.
Napako zaznate v Overview, v stolpcu Connection method pri Purchase ali Lead. Popravite jo s partnersko integracijo ali Meta-enabled Conversions API, nato preverite deduplikacijo.
Strežnik pošilja dogodke, a brez event_id ali z drugačnim ID kot Pixel. Ads Manager pripiše precej več nakupov, kot jih je oglas res prinesel, ROAS pa je napihnjen.
Napako zaznate po opozorilu v Diagnostiki in s primerjavo z naročili. Popravite jo tako, da ID naročila uporabite kot event_id v obeh kanalih, skupaj z enakim imenom dogodka.
Kampanja za prodajo optimizira na AddToCart ali ViewContent, ker "Purchase ni bilo dovolj". Meta potem išče uporabnike, ki dodajajo v košarico, in ne tistih, ki kupijo.
Napako zaznate v ad setu, kjer pogledate izbrani dogodek konverzije. Popravite jo z optimizacijo na poslovni cilj. Raje združite ad sete, da je dogodkov dovolj.
V našem pregledu slovenskih trgovin je to pri skoraj polovici strani s Pixlom. Pasica je prikazana, Pixel pa je zahtevo poslal že ob nalaganju strani.
Napako zaznate v novem anonimnem oknu, kjer v zavihku Network poiščete facebook.com/tr pred klikom na pasici. Popravite jo tako, da Pixel prožite prek CMP ali z ukazom fbq('consent', 'revoke').
Strežniški Purchase pride, a brez e-naslova, telefona, fbp in fbc. Meta ga ne more povezati z računom, zato ga ne uporabi za atribucijo.
Napako zaznate po EMQ in priporočilih pri dogodku v Events Managerju. Popravite jo tako, da dodate normalizirane in zgoščene podatke ter fbp in fbc iz piškotkov.
Partnerska integracija in še ročna koda v temi, ali star Pixel prejšnje agencije. Vsak PageView in nakup se pošlje dvakrat iz brskalnika.
Napako zaznate, ko Data Advisor pokaže dva Pixla ali isti dogodek dvakrat. Popravite jo tako, da odstranite odvečno kodo in obdržite eno pot za brskalnik.
Dogodek Purchase se sproži, a brez vrednosti. ROAS v Ads Managerju ni izračunan, optimizacija na vrednost pa ni mogoča.
Napako zaznate v Test Events, med podrobnostmi dogodka. Popravite jo tako, da v dogodek dodate value z decimalno piko in currency EUR.
Pri plačilu s kartico ali prek zunanjega prehoda se uporabnik ne vrne na zahvalno stran. Pixel nakupa ne zabeleži, strežnik pa bi ga.
Napako zaznate, ko nakupe po načinih plačila primerjate s Purchase v Events Managerju. Popravite jo tako, da Purchase pošljete s strežnika ob potrditvi plačila.
Razvijalec po testu pozabi odstraniti testno kodo. Dogodki se prikazujejo v Test Events in še vedno štejejo, kar zmede preverjanje.
Napako zaznate, ko se v Test Events pojavljajo dogodki, čeprav nihče ne testira. Popravite jo tako, da kodo odstranite iz strežnika ali integracije.
Poročila temeljijo samo na Ads Managerju. Napaka, ki podvoji nakupe, lahko mesece izgleda kot uspeh kampanje.
Napako zaznate, ko ROAS v Ads Managerju raste, prihodek trgovine pa ne. Popravite jo z mesečno primerjavo z zaledjem, opisano v prejšnjem poglavju.
Deset vprašanj, na katera lahko odgovorite v petih minutah. Rezultat pokaže tri popravke, ki imajo pri vašem tipu podjetja največji vpliv.
Kako zdravo je vaše Meta sledenje?
Izberite vrsto podjetja in odgovorite. Rezultat se sproti posodobi in pokaže tri popravke, ki jih naredite najprej.
Odgovorili ste z Da na 0 od 10 vprašanj.
Rezultat je usmeritev po naših izkušnjah iz pregledov računov. Popravke preverite v Test Events, preden spreminjate kampanje.
Ko prevzamemo Meta račun, kampanj prvi teden ne spreminjamo. Najprej preverimo, ali Meta sploh vidi prave dogodke.
Zapišemo, katere dogodke pošilja stran, po kateri poti in s katerimi parametri. Najpogosteje najdemo odvečen Pixel ali dogodek, ki se proži ob napačnem dejanju.
Naredimo pravo testno naročilo ali povpraševanje in ga spremljamo v Test Events. Preverimo deduplikacijo, vrednost in podatke o kupcu.
Preverimo, ali se Pixel ustavi pred privolitvijo in ali strežnik spoštuje isto odločitev. Pravno oceno pustimo pravnikom naročnika, tehnično stanje pa pokažemo z dokazi.
Za zadnje tri mesece postavimo Ads Manager, Events Manager in zaledje eno ob drugo. Tako dobimo izhodiščno razmerje, po katerem pozneje prepoznamo napake.
Ko je merjenje urejeno, se lotimo strukture kampanj in kreativ. Po popravku sledenja damo Meti čas, da se nauči na pravih dogodkih, preden ocenjujemo rezultate.
Za spletne trgovine, ki z Meta oglasi prodajajo, je naš odgovor da. Brez strežniških dogodkov Meta optimizira na manj nakupov, kot jih v resnici prinese.
Pri podjetjih, ki z oglasi zbirajo povpraševanja, je CAPI najbolj uporaben za vračanje kakovosti leadov iz CRM. Ko Meta ve, kateri lead je postal posel, išče podobne uporabnike. Več o tem v članku instant obrazec ali landing page.
Če ima podjetje zelo nizek proračun in eno kampanjo, se mu najbolj splača Pixel s partnersko integracijo ali Meta-enabled Conversions API, brez lastnega strežnika.
Odsvetujemo pa strežniški GTM, ki ga nihče ne bo vzdrževal. Zapletena postavitev brez lastnika je po naših izkušnjah slabša od preproste, ki deluje.
Koliko stane oglaševanje in od česa je odvisna cena leada, razlagamo v članku koliko stane Facebook oglaševanje. Kreative, ki jih Meta po posodobitvi Andromeda v letu 2025 najbolje razdeli, so v članku o kreativah za Meta oglase.
1. Odprite Events Manager in poglejte Connection method pri glavnem dogodku. Če piše samo Browser, Meta vidi le del nakupov ali povpraševanj.
2. Naredite testni nakup ali povpraševanje v Test Events. Preverite, ali pride iz obeh virov, ali je dedupliciran in ali ima vrednost.
3. Postavite mesečno primerjavo z zaledjem. Ads Manager, Events Manager in trgovino ali CRM zapišite eno ob drugo in spremljajte razmerje.
Ta vodič ne pokriva sledenja v mobilnih aplikacijah (SDK in SKAdNetwork) ter pravne ocene privolitve. Za obe temi potrebujete razvijalca aplikacije oziroma pravnika.
Ta članek je del serije o oglaševanju na Facebooku in Instagramu. Začnite pri glavnem vodiču in nadaljujte s temo, ki vas zanima.
Pixel dogodke pošilja iz brskalnika obiskovalca, Conversions API iz vašega strežnika ali zaledja. Meta priporoča oba hkrati z enakim event_id, da dobi dogodek po vsaj eni poti in ga ne šteje dvakrat.
Ne, Meta priporoča redundantno postavitev. Pixel ostane za dogodke v brskalniku in remarketing, CAPI pa dopolni dogodke, ki jih brskalnik izgubi.
Ads Manager šteje nakupe 7 dni po kliku in 1 dan po ogledu oglasa, GA4 pa upošteva samo klike in obiske strani. Nakupov po ogledu brez klika GA4 ne vidi, poleg tega Meta konverzijo prikaže na dan klika ali prikaza.
Ads Manager prikaže samo nakupe, ki jih pripiše oglasom, trgovina pa vse. Del razlike so organski obiski in drugi kanali, del pa zavrnjeni piškotki, blokatorji in manjkajoči strežniški dogodki.
event_id je enoličen ID dogodka, na primer ID naročila. Če ga Pixel in strežnik pošljeta enakega skupaj z enakim imenom dogodka v 48 urah, Meta podvojitev zavrže.
Meta ocenjuje od 0 do 10 in uradnih razredov ne objavlja. Višja ocena pomeni več dogodkov, povezanih z računi, kar izboljša atribucijo in optimizacijo. Dvignete jo z e-naslovom, telefonom, external_id, fbp in fbc.
Po trenutni Metini pomoči ne. Razvrščanje 8 dogodkov in zavihek AEM sta odstranjena, preverjanje domene pa ni več pogoj za nastavitev dogodkov. Meta spremembe uvaja postopno.
Meta zapiše, da CAPI ni namenjen obidu pravil, kot je direktiva ePrivacy. Strežniški dogodki potrebujejo ustrezno pravno podlago, zato logiko privolitve uporabite za Pixel in strežnik. O podrobnostih se posvetujte s pravnikom.
Uporabite Metino partnersko integracijo za vašo platformo, ki Pixel in CAPI poveže v nekaj klikih. Nato odstranite morebitni ročno vstavljen Pixel in nakup preverite v Test Events.
Metina rešitev brez kode za CAPI, ki teče v oblaku podjetja na AWS ali Google Cloud. Sama ustvari event_id za deduplikacijo in je primerna za strani brez e-commerce partnerja.
Uporabite zavihek Test events v Events Managerju in razširitev Meta Ads Data Advisor, prej Pixel Helper. Naredite testno dejanje in preverite dogodek, vrednost in deduplikacijo.
Privzeta je 7-day click, 1-day view in 1-day engagement. Najpomembnejše je, da imajo vse kampanje enako nastavitev, pri trgovinah pa občasno primerjajte še 1-day click.
Pregledamo Pixel, Conversions API, deduplikacijo, EMQ in privolitev. Povemo, katere številke v Ads Managerju držijo in kaj popraviti najprej.
Facebook oglaševanje z Notic
