Meta CAPI v strežniškem GTM: primerjava treh nastavitev

Večina trgovin, ki v letu 2026 poganja Meta Conversions API prek strežniškega GTM, namesti uradno Metino oznako Conversions API (napiše in vzdržuje jo Meta) iz galerije predlog skupnosti sGTM, vpiše dostopni žeton in s tem zaključi. Za trgovino z enim plačljivim kanalom in lažjim prometom je to pogosto dovolj.

Je tudi ena od štirih poti, kako Meta Conversions API dogodek dostaviti do Graph API. Privzeta predloga ponuja najkrajšo pot od dogodka do Mete, vendar omeji, kaj lahko storite s paketom, in je odvisna od tega, da brskalnik najprej sproži dataLayer dogodek. Trgovine, ki so te omejitve prerasle, se običajno premaknejo k eni od treh alternativ: lastni HTTP Request oznaki, ki jo popolnoma nadzirajo, vtičniku partnerja, ki sGTM preskoči, ali cevovodu na ravni naročila, ki pošilja iz zapisa naročila po dokončanem nakupu in trgovini da tudi lastno štetje naročil po virih.

Ta zapis primerja te tri nastavitve s privzeto Meta CAPI oznako, s kompromisi vsake.

Kje uradna Metina CAPI predloga ne zadošča

Uradna Metina CAPI predloga pokriva standardne dogodke Purchase, AddToCart in InitiateCheckout s čistim vmesnikom znotraj sGTM. Sama zgosti PII, upravlja različico Graph API in obravnava osnovni signal deduplikacije. Za trgovino z enim plačljivim kanalom in predvidljivim prometom je to prava začetna točka.

Kje privzeta oznaka postane omejitev:

• Lastna polja v paketu. Metin Graph API sprejema parametre, ki jih vmesnik predloge ne izpostavlja. Če želite poslati lasten order_status ali predati raven zvestobe v custom_data, to s predlogo postane težje, kot bi moralo biti.
• Soglasje velja že pred sGTM. Predloga pošlje, kar prejme sGTM, sGTM pa prejme, kar sproži brskalnik. EU kupci, ki zavrnejo marketinške piškotke, sploh ne ustvarijo zgornjega dogodka, zato CAPI tok zanje ne dobi ničesar. Tako je prav, in to velja za vsako pot CAPI v tem zapisu, tudi za tiste na ravni naročila.
• Odvisnost od brskalnika. Blokatorji oglasov, pozno naloženi soglasni baneri, pokvarjeni dataLayer pushi in iOS aplikacijski brskalniki vsi prekinejo zgornjo stran, preden sGTM sploh vidi dogodek. To je izguba signala, ki je strežniški vsebnik ne more povrniti.
• Enonamenski cevovod. Meta CAPI oznaka opravlja Meta CAPI. Ne ustvari večkanalnega zapisa prihodkov, ne atribuira po ključnih besedah in ne prikaže direktnega proti večtočkovnemu prihodku. To zgradite drugje.

Če nobena od teh omejitev ne pride do izraza, je privzeta oznaka v redu. Preostanek tega zapisa je za trgovine, kjer ena ali več od njih pride do izraza.

Kako strežniški GTM usmerja Meta CAPI dogodke

Preden izberete alternativo, je koristno vedeti, kaj privzeta oznaka pod pokrovom dejansko počne. Standardni potek strežniškega označevanja za Meta CAPI dogodek skozi sGTM izgleda tako:

1. Brskalnik sproži dogodek Purchase prek spletnega GTM vsebnika. Spletni vsebnik dogodek pošlje na vašo sGTM končno točko (običajno sgtm.vasadomena.com) namesto neposredno k Meti.
2. sGTM prejme dogodek kot data layer paket z vrednostjo naročila, valuto, zgoščenim PII (e-pošta, telefon), piškotki fbc in fbp, IP naslovom in user agent nizom.
3. Meta CAPI oznaka v sGTM preslika ta polja v imena parametrov, ki jih pričakuje Meta, in sestavi JSON telo zahteve.
4. sGTM pošlje HTTPS POST na https://graph.facebook.com/v25.0/{pixel_id}/events z vašim dostopnim žetonom.
5. Meta vrne odgovor, ki vključuje število prejetih dogodkov in morebitna opozorila o validaciji.
6. Meta deduplicira CAPI dogodek glede na Pixel dogodek prek parametra event_id, na 48-urnem oknu.

Peti korak (dejanska HTTP zahteva na Graph API) je tisto, kar privzeta oznaka uredi z enim potrditvenim poljem. Tri alternative spodaj bodisi zamenjajo oznako, zamenjajo celoten sGTM korak ali pa konverzijski dogodek povsem prestavijo iz brskalniške poti. Razlikujejo se predvsem v tem, kdo napiše in vzdržuje peti korak in kje dogodek nastane.

Tri alternative privzeti Meta CAPI oznaki

Vsaka možnost dogodek pripelje do Mete. Razlikujejo se po stroških, kdo skrbi za deduplikacijo, kdo zgosti PII in kako pogosto se morate dotakniti integracije, ko Meta dvigne minimalno različico Graph API.

Možnost 1: Lastna HTTP Request oznaka na Graph API

Če v cevovodu ne želite nobene predloge (vključno z uradno), sGTM vključuje generično oznako HTTP Request, ki jo lahko nastavite, da neposredno zadene Graph API. JSON telo napišete sami, dostopni žeton upravljate sami, in lastite vsak detajl zahteve.

Minimalno telo zahteve za Purchase izgleda takole:

{
  "data": [{
    "event_name": "Purchase",
    "event_time": 1747820400,
    "event_id": "order_4521_purchase",
    "action_source": "website",
    "event_source_url": "https://trgovina.example.com/hvala",
    "user_data": {
      "em": ["e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"],
      "ph": ["a9f5...redacted"],
      "fbc": "fb.1.1747800000.AbCdEf123",
      "fbp": "fb.1.1747800000.1234567890",
      "client_ip_address": "203.0.113.42",
      "client_user_agent": "Mozilla/5.0 ..."
    },
    "custom_data": {
      "currency": "EUR",
      "value": 127.00,
      "content_ids": ["SKU-4521"],
      "content_type": "product"
    }
  }]
}

Kaj dobite:

• Polni nadzor. Nobene predloge, nobene odvisnosti od skupnosti, nobene presenetljive posodobitve.
• Paket lahko razširite s parametri po meri, ki jih Meta sprejema, vendar jih nobena predloga ne izpostavlja.
• Edini premikajoči se del, od katerega ste odvisni, je dokumentiran Graph API.

Kaj prevzamete:

• Napeljava deduplikacije je vaša naloga. Meta sama opravi deduplikacijo, vendar le, če generirate en event_id, isto vrednost pošljete prek Pixla in prek CAPI ter ju natančno ujemate (ista velikost črk, brez končne preslednice). Če to zgrešite, Meta ju obravnava kot ločena dogodka in šteje dvojno.
• Zgoščevanje PII je vaša naloga. Samo SHA-256, e-pošta v male črke pred zgoščevanjem, telefonska številka samo številke, nikoli ne zgostite fbc, fbp, IP ali user agent.
• Različica Graph API je vaša naloga. Meta upokojuje različice po razporedu: po dnevniku sprememb Marketing API je septembra 2026 aktualna v25.0, najstarejša še sprejeta v24.0 pa poteče 6. oktobra 2026. Če v URL trdo zakodirate staro različico in pozabite posodobiti, vam cevovod tiho odmre nekega jutra.
• Obravnava napak je vaša naloga. Graph API vrne 200 OK z odgovorom, ki lahko še vedno vsebuje opozorila o validaciji. Vaša sGTM oznaka mora ta opozorila zabeležiti, sicer ne boste opazili padcev EMQ, dokler ROAS ne strmoglavi.

To je pravi izbor za lastne inženirske ekipe, ki v produkciji nočejo nobenih predlog tretjih ponudnikov, vključno z Metino. Napačen izbor je, če nimate nekoga, ki ga lahko pokličete, ko Meta dvigne različico API.

Možnost 2: Vtičnik partnerja, ki obide sGTM

Druga možnost je, da sGTM za Meta CAPI popolnoma preskočite in pustite, da vaša e-commerce platforma pošilja dogodke neposredno. WooCommerce ima uradni vtičnik Meta for WooCommerce. Shopify ima vgrajeno aplikacijo Facebook & Instagram, ki Conversions API vklopi pri ravni deljenja podatkov "Enhanced" ali "Maximum".

Kaj dobite:

• Najhitrejša postavitev. Vtičnik obravnava Pixel, CAPI in deduplikacijo brez nastavljanja.
• Za vzdrževanje ni potrebnega znanja GTM. Ponudnik objavi posodobitve vtičnika, ko Meta spremeni API.
• Manj nadzora nad paketom. Kateri parametri kupca pridejo do Mete, je odvisno od vtičnika in njegovih nastavitev, zato preverite Event Match Quality, ki ga vtičnik doseže v Events Managerju.

Česa se odpoveste:

• Vašega poenotenega sGTM cevovoda. Če ste sGTM postavili posebej za usmerjanje Meta + Google + TikTok skozi en strežniški vsebnik, vtičnik partnerja prelomi ta vzorec, ker Meta dogodke pošilja po ločeni poti.
• Razširljivosti. Dodajanje polj data layer po meri v Meta dogodke zahteva spremembe v kodi vtičnika ali filter hook, ne le posodobitev sGTM oznake.

To je pravi izbor, če je Meta vaš edini plačljivi kanal in je bil sGTM že na začetku pretiran. Napačen izbor je, če poganjate oglase na treh platformah in ste sGTM zgradili za poenotenje.

Možnost 3: Preskočite sGTM, zajemite CAPI na ravni naročila

Eden od odgovorov na vprašanje "kako dobiti zanesljiv CAPI tok?" je "ne potrebujete brskalniško sprožene oznake." Vsi podatki, ki jih Meta želi v CAPI dogodku, že obstajajo v zapisu vašega naročila: vrednost, valuta, e-pošta in telefon stranke (za zgoščevanje), fbclid iz prvotnega klika oglasa in časovni žig naročila. sGTM je postal standardna predajna točka iz zgodovinskih razlogov. Tam centralizirajo cevovodi za sledenje na osnovi dogodkov. To ni edino mesto, kjer lahko CAPI dogodek nastane.

Enalitica prebere naročilo iz vaše WooCommerce ali Shopify baze v trenutku, ko nastane. Potegne ID-je klikov, zajete ob nakupu (fbclid, poleg gclid, gbraid, wbraid, msclkid, ttclid), shranjene ob nakupu, priloži zgoščen e-naslov in telefon, ime, mesto, poštno številko, državo in stabilen external_id, poleg tega piškotka fbp/fbc, IP in user-agent, kadar so na voljo, ter pošlje dogodek Purchase neposredno z našega zalednega sistema na Graph API. V podatkih Enalitice je od več kot 6.600 dogodkov Purchase, poslanih Meti na ta način v 90 dneh do 25. septembra 2026, 8 od 10 nosilo zgoščeno e-pošto in telefon, 55 % brskalniški ID _fbp in približno 17 % Metin ID klika (fbc). Večino ujemanja nosijo podatki kupca iz naročila, ne ID klika. Ključ deduplikacije se ujema s Pixel event ID na vašem spletnem mestu, tako da Meta ne šteje dvojno.

Kaj to spremeni v primerjavi z obema sGTM možnostma zgoraj:

• Brez odvisnosti od brskalnika na izhodni strani. Konverzijski dogodek zapusti vaš sklad iz zapisa naročila, ne iz dataLayer pusha. Blokatorji oglasov, pozno naloženi soglasni baneri in pokvarjena inicializacija dataLayer ne vplivajo na CAPI pošiljanje.
• Soglasje se pri pošiljanju spoštuje. Če je obiskovalec v državi, kjer je potrebna privolitev, marketinško soglasje zavrnil, Enalitica tega nakupa Meti ne pošlje. Naročilo ostane v vašem lastnem poročilu na podlagi naročil, zato je skupni prihodek še vedno popoln.
• ROAS iz naročil, ne iz modeliranih konverzij. Naročilo je vir resnice. Prihodek, pripisan Meti, je prihodek iz resničnih naročil v vaši trgovini, ne 7-dnevna-klik-ali-1-dnevni-ogled modelirana ocena. Na vsako naročilo z Metinim ID-jem klika v podatkih Enalitice je Meta poročala 4,6 konverzije (trgovine s povezanima Meto in Google Ads, več kot 10.000 naročil in več kot 700.000 € prihodka, 90 dni do 25. septembra 2026).
• Večtočkovni in atribucija na ravni ključnih besed sta vključena. Isti cevovod, ki pošilja CAPI dogodke, ponuja tudi direktni in večtočkovni prihodek po kanalih, atribucijo na ravni ključnih besed za Google Ads in en sam zapis prek WooCommerce + Shopify.

Česa se odpoveste:

• Plačljiva naročnina, ne brezplačna predloga.
• Predpostavlja, da je vaša trgovina na WooCommerce ali Shopify. Lastne blagajne potrebujejo dodatno integracijo.

To je pravi izbor, če je bilo vprašanje "Meta CAPI v sGTM naj bo zanesljivejši" v resnici nadomestek za "želim čiste številke, ki jim lahko zaupam pri odločitvah o porabi." Nastavitev sGTM je vprašanje napeljave. Raven naročila je vprašanje resnice. Za poglobljen pregled mehanike Meta CAPI ne glede na izbrano možnost poglejte naš celoten vodnik po Meta Conversions API.

Kako izbrati med tremi CAPI nastavitvami usmerjanja

Pravi izbor je manj odvisen od preferenc orodja in bolj od tega, kdo vzdržuje integracijo dan po zagonu.

V abstraktnem smislu ni "najboljšega" odgovora. Najcenejša postavitev za zagon je redko najcenejša postavitev za vzdrževanje dveh let. Lastna HTTP oznaka je poceni, če imate že razvijalca v ekipi, in draga, če ga nimate. Vtičnik partnerja je brezplačen, vendar živite z njegovimi nastavitvami. Zajem na ravni naročila je naročnina, vendar tudi nadomesti vprašanje "ali je moj CAPI tok natančen?" z vprašanjem "katera kampanja je dejansko prinesla naročilo?", kar je vprašanje, ki ga bo vaš finančni direktor itak postavil.

Omejitve atribucije, ki preživijo vsako CAPI nastavitev

Vse tri CAPI nastavitve usmerjanja rešujejo problem napeljave na različnih ravneh: kako pripeljati dogodek konverzije do Metinih strežnikov. Nobena sama po sebi ne rešuje problema resnice: ali je dogodek, ki ga Meta pripiše, dejansko klik, ki je pripeljal do prodaje.

Strukturne omejitve, ki preživijo vsako CAPI nastavitev, sGTM-osnovano ali drugo:

1. Zgornja meja Metinega ujemanja je fiksna. Tudi s popolno implementacijo lahko Meta dogodke ujema le z uporabniki, ki jih že pozna. Če se je stranka odjavila iz Facebooka, izbrisala račun ali vašo trgovino obiskala samo z neujemano napravo, EMQ obstane pri signalih, ki jih lahko pošljete v user_data.
2. Dvojno štetje med Pixlom in CAPI, če deduplikacija ne dela. To je popravljivo, vendar je način odpovedi tih. Neujemajoči se formati event_id, manjkajoči ID na eni strani ali drugačna imena dogodkov (občutljiva na velikost črk) vsi ustvarijo napihnjene številke, ki izgledajo kot dobre novice, dokler jih ne primerjate z naročili v trgovini. Skozi to usklajevanje gremo v Kako Meta, Google in Enalitica štejejo konverzije.
3. Medplatformskega dvojnega štetja CAPI ne rešuje. Meta deduplicira Meta dogodke. Google deduplicira Google dogodke. Nobeden ne deduplicira drugega. Če stranka v ponedeljek klikne Meta oglas in v sredo Google oglas, preden v četrtek kupi, si bosta obe platformi pripisali konverzijo in poročani prihodek bo presegel dejanski prihodek. V istih trgovinah v podatkih Enalitice sta Meta in Google Ads skupaj poročala toliko konverzij, kolikor so imele trgovine vseh naročil, vključno z e-pošto, organskim in direktnim prometom.

In še dve, na kateri morate računati:

4. Uporabniki brez soglasja so izven dosega vsake poti CAPI. Če stranka v EU zavrne marketinške piškotke, nobena pot tega nakupa ne bi smela poslati Meti: ne privzeta oznaka, ne vtičnik, ne cevovod na ravni naročila. Nastavitev na ravni naročila ohrani samo naročilo v vašem lastnem poročilu. Pravila soglasja po državah pokrivamo v našem vodniku po atribuciji oglasov po državah.
5. sGTM še vedno zahteva, da brskalnik sproži nekaj. sGTM je rele. Če zgornji dataLayer push nikoli ne pride, sGTM nima česa posredovati, pa naj bo vzrok blokirana skripta ali pokvarjen JavaScript. Vtičnik partnerja in cevovod na ravni naročila oba pošiljata iz zapisa naročila po dokončanem nakupu, neodvisno od tega, ali je brskalnik sprožil dogodek.

Vsaka pot CAPI izboljša podatke, ki jih Meta vidi. Nobena ne spremeni tega, kaj Meta strukturno sklepa iz teh podatkov, in nobena vam ne da neodvisnega štetja naročil po virih.

Kjer atribucija na podlagi naročil spremeni enačbo

Možnost 3 zgoraj pokaže mehaniko. Ta razdelek pokaže, kaj ta mehanika odklene, ko CAPI dogodek ni več najzanimivejša stvar, ki jo cevovod proizvede.

CAPI tok Meti da binarni pogled: ta dogodek se je zgodil ali pa ne. Največ, kar lahko vprašate ta tok, je "ali se je ta nakup ujel z Meta klikom?" Ta odgovor je koristen za Metin algoritem za licitiranje. Ni dovolj za vprašanja, ki jih dejansko imate ob koncu meseca: katera kampanja je prinesla prihodek, katera ključna beseda je prinesla prihodek, kateri kanal si Meta lasti, čeprav si ga zasluži Google.

Ko so ID-ji klikov zapisani v zapis naročila (postavitev v Možnosti 3), isti cevovod, ki pošilja CAPI, ustvari tudi en sam zapis kot vir resnice, ki ga oglasne platforme same od sebe ne morejo ustvariti.

Direktni in večtočkovni prihodek

CAPI Meti pove, da se je prodaja zgodila. Atribucija na podlagi naročil pove vam tako primarni kanal, ki je zaprl prodajo, kot vsak drug kanal, ki se je dotaknil stranke na poti tja.

Ilustrativne številke za eno trgovino in en mesec:

Direktni prihodek se sešteje v dejanski prihodek iz naročil vaše trgovine. Večtočkovni prihodek je namerno seštevalen in jasno označen kot tak. Stolpca odgovarjata na dve različni vprašanji, tabela pa onemogoča njuno zamenjavo.

Razlika med stolpcema je resnična. V podatkih Enalitice, prek več kot 6.500 poti do naročila v 90 dneh do 28. septembra 2026, se je 25,5 % naročil dotaknilo dveh ali več kanalov, e-pošta pa je pomagala, ne da bi zaključila, pri 35,6 % naročil, ki se jih je dotaknila, Meta Ads pri 16,3 %.

Na kaj odgovorijo Pixel, CAPI in atribucija naročil

Meta CAPI za licitiranje, atribucija naročil za odločitve

Meta CAPI je za Metin signal za nakupovanje. Platforma potrebuje čist tok konverzij za optimizacijo kampanj znotraj svojega zaprtega vrta. Brez CAPI Metin algoritem trenira na manjšem naboru nakupov.

Atribucija na podlagi naročil je za vaše lastne odločitve. Kam razporediti naslednji mesec proračuna. Katere ključne besede dejansko prinašajo prihodek. Katere kampanje si Meta lasti, čeprav si jih zasluži Google. Naloga si ne nasprotujeta, dopolnjujeta se.

Meta CAPI poženite za signal za licitiranje, ne glede na izbrano pot. Atribucijo na podlagi naročil poženite za neodvisno štetje, kaj se je prodalo in od kod.

Želite videti, česa vaš CAPI tok ne pove o tem, katere kampanje so prinesle prihodek? Rezervirajte demo in potegnili bomo vaših zadnjih 30 dni naročil, jih obogatili s podatki o ID klikov in Google Ads ter pokazali vrzel med tem, kar poroča Meta, in tem, kar dejansko pravijo vaša naročila.

Kontrolni seznam za Conversions API: šest preverjanj

Ne glede na to, ali ostanete pri privzeti Meta CAPI oznaki ali izberete eno od treh alternativ zgoraj, istih šest stvari določa, ali je vaša CAPI nastavitev zdrava ali tiho pokvarjena.

1. Preizkusite dogodke z Test Events orodjem. V Events Manager → Data Sources → vaš Pixel → Test Events, prilepite testno kodo dogodka v sGTM in potrdite, da se CAPI dogodki pojavijo z "Server" kot virom. Če ne, vaš sGTM vsebnik ne doseže Graph API. To popravite pred vsem ostalim.
2. Ujemajte ključe deduplikacije natančno. event_id, ki ga pošljete prek Pixla, se mora ujemati z event_id, ki ga pošljete prek CAPI, znak za znak. Ista velikost črk, brez končnih preslednic, isti ločilnik. V Events Manager preverite, da se na vaših Purchase dogodkih pojavi oznaka "Deduplicated".
3. Zgostite PII pravilno. Samo SHA-256. Male črke pred zgoščevanjem. Iz telefonske številke odstranite neštevčne znake. Nikoli ne zgostite fbc, fbp, client_ip_address ali client_user_agent. Ta zgoščena polja so Metini signali naprednega ujemanja (advanced matching) in največji vzvod za vašo oceno Event Match Quality. Preverite oceno, ki jo Events Manager kaže za Purchase, in dopolnite parametre, ki jih označi kot manjkajoče.
4. Zajemite piškotka fbc in fbp, preden stranka pride do blagajne. Pogosto se izgubita, ko se obiskovalec vrne pozneje iz e-pošte ali z druge naprave. Popravek je običajno strežniški rezervni piškotek, ki ohrani URL parameter fbclid v prvoosebni piškotek. Za vzorec implementacije poglejte naš vodnik po zajemu ID-jev klikov.
5. Beležite strežnik-strežnik odgovore. Graph API vrne 200 OK tudi, ko posamezni dogodki ne prestanejo validacije. Telo odgovora sGTM preusmerite v dnevnik (BigQuery, Cloud Logging, kamorkoli) in opozarjajte na vnose v polju messages, ki vsebujejo "Invalid Parameter" ali "Missing Required Field".
6. Eksplicitno fiksirajte različico Graph API. V vaši končni točki danes (september 2026) uporabite v25.0 in nastavite koledarski opomnik za pregled vsakih 6 mesecev. Meta upokojuje različice po razporedu. Tiha odpoved na fiksirani različici je obnovljiva, tiha odpoved na v0.0 ni.

Pogosta vprašanja

Ali je uradna Meta CAPI oznaka še na voljo v sGTM galeriji predlog?

Septembra 2026 da. Metina Conversions API predloga je namestljiva iz galerije predlog skupnosti sGTM in ostaja najhitrejša pot za trgovine z lažjim prometom in enim plačljivim kanalom. Tri alternative v tem zapisu obstajajo za trgovine, ki so prerasle, kar privzeta oznaka ponuja: razširitev paketa po meri, nadzor nad zahtevo ali CAPI tok, ki ni odvisen od brskalnika, da sproži zgornji dogodek.

Katere druge predloge skupnosti obstajajo za Meta CAPI v sGTM?

Poleg Metine uradne predloge se v sGTM galeriji predlog pojavi več CAPI predlog, ki jih je zgradila skupnost. Nobena od predlog tretjih ne nosi Metine uradne potrditve. Če namesto uradne predloge izberete eno od teh, jo obravnavajte tako kot katerokoli kodo tretjega v vašem cevovodu za sledenje: pred namestitvijo preglejte vir predloge v urejevalniku predlog GTM, fiksirajte različico in pred uporabo preverite vsako posodobitev. Za trgovine, ki želijo popolnoma preskočiti vprašanje predloge tretjega ponudnika, Možnost 1 in Možnost 3 zgoraj ne potrebujeta nobene.

Ali še vedno potrebujem Meta Pixel, če poganjam CAPI prek sGTM?

Meta priporoča redundantno postavitev: iste dogodke prek Pixla in prek Conversions API, z enakim event_name in skupnim event_id. Pixel sporoča dogodke brskanja, kot sta ogled vsebine in dodajanje v košarico, v realnem času, CAPI pa doda signal Purchase z bogatejšim user_data.

Kako deduplicirati Pixel + CAPI dogodke z lastno HTTP oznako?

Generirajte eno vrednost event_id (npr. order_{order_id}_purchase) na točki konverzije. Pošljite jo na Pixel prek polja eventID v klicu fbq('track', ...). Isto vrednost pošljite na CAPI kot polje event_id. Meta deduplicira na kombinaciji event_id + event_name za 48 ur. Neujemanja so tiha, zato v Events Manager preverite, da vaši Purchase dogodki kažejo "Deduplicated".

Katera je minimalna različica Graph API za Meta CAPI v letu 2026?

Septembra 2026 je aktualna različica v25.0, najstarejša še sprejeta različica Marketing API pa je v24.0, ki po dnevniku sprememb Marketing API poteče 6. oktobra 2026. Različice Marketing API zdaj potečejo približno leto dni po izdaji, precej prej kot splošne različice Graph API. Različico eksplicitno fiksirajte v končni točki in nastavite ponavljajoči se koledarski pregled za nadgradnjo pred zaprtjem obdobja opustitve.

Lahko namesto sGTM uporabim CAPI Gateway?

Da. CAPI Gateway je Metina možnost brez kode, ki v vaš lastni račun AWS ali Google Cloud namesti vnaprej pripravljen sklad in Pixel dogodke posreduje strežniško brez potrebe po sGTM (stroške in omejitve razčlenimo v našem vodiču po Meta CAPI Gatewayu). Deluje kot samostojna CAPI rešitev, če je vaš edini cilj Metin podatkovni tok; za Googlovo stran prehoda ni, samo poti nalaganja iz našega vodiča o strežniškem sledenju konverzij v Google Ads. Ne poenoti več oglasnih platform tako kot sGTM. Če oglašujete na Meti, Googlu in TikToku, je sGTM z lastno oznako za vsako platformo običajno bolj prilagodljiv.

Kako se Metin Signals Gateway primerja s poganjanjem CAPI prek sGTM?

Signals Gateway je Metin novejši prehod: namestite ga v svoj oblačni račun, dogodke pa prejema in jih strežnik-strežnik pošilja na cilje, ki jih nastavite. Ne zahteva sGTM. Za trgovine, ki namesto GTM vsebnika želijo cevovod, ki ga je zgradila Meta, je to čistejša pot kot poganjanje lastne oznake. Za trgovine, ki so se na sGTM standardizirale za upravljanje oznak več platform, so tri možnosti v tem zapisu še vedno pravi izbor.