Meta Conversions API (CAPI): Celoten vodnik za e-trgovine

Vaš Meta Events Manager poroča o 42 konverzijah včeraj. Vaša WooCommerce nadzorna plošča pa prikazuje 67 naročil. To je 37-odstotna vrzel, in če na podlagi Metinih številk sprejemate odločitve o proračunu, delujete na slepo.

Ta vrzel obstaja, ker Meta Pixel deluje v brskalniku. Blokiranje oglasov ga ustavi. Safarijev Intelligent Tracking Prevention ga omejuje. Applov App Tracking Transparency pomeni, da le približno 35 % uporabnikov sistema iOS sploh dovoli njegovo delovanje. In če stranka v EU zavrne soglasje za piškotke, se Pixel sploh ne naloži.

Metin odgovor na ta problem je Conversions API (CAPI). To je strežniška povezava, ki podatke o konverzijah pošilja neposredno z vašega strežnika k Meti, brez posredovanja brskalnika. Ta vodnik pokriva, kaj je CAPI, kako deluje, kako ga pravilno nastaviti in kje še vedno ne zadostuje.

Kaj je Meta Conversions API (CAPI)?

Meta Conversions API je strežniški vmesnik, ki vam omogoča pošiljanje dogodkov konverzij (nakupi, dodajanja v košarico, ogledi strani) z vašega strežnika neposredno na Metino oglaševalsko platformo. Namesto zanašanja na JavaScript v brskalniku stranke, CAPI uporablja varno strežniško povezavo.

Razlika v enem stavku: Meta Pixel prosi brskalnik stranke, naj sporoči, kaj se je zgodilo. CAPI pove Meti neposredno z vašega strežnika.

Ko stranka zaključi nakup v vaši trgovini, se z vsako metodo zgodi naslednje:

Meta Pixel (na strani brskalnika):

1. Stranka klikne "Oddaj naročilo"
2. Brskalnik izvede Meta Pixel JavaScript
3. Pixel sproži dogodek Purchase proti Meti
4. Če je aktivno blokiranje oglasov, se korak 3 nikoli ne zgodi

Conversions API (strežniška stran):

1. Stranka klikne "Oddaj naročilo"
2. Vaš strežnik obdela naročilo
3. Vaš strežnik pošlje dogodek Purchase neposredno na Metin API
4. Blokiranje oglasov ne more posegati, ker brskalnik ni vključen

Meta uradno priporoča uporabo Pixla in CAPI-ja skupaj, kar imenujejo "redundantno sledenje". Če Pixel sproži dogodek, odlično. Če ne, CAPI poskrbi za zajem. S pravilno deduplikacijo se dogodki nikoli ne štejejo dvakrat.

Meta Pixel in Conversions API: Ključne razlike

Številke govorijo same zase. S sledenjem samo s Pixlom e-trgovine običajno izgubijo 20-40 % podatkov o konverzijah. Na mobilnih napravah lahko vrzel doseže 61-72 %. Metini lastni podatki kažejo, da oglaševalci, ki uporabljajo Pixel in CAPI skupaj, dosežejo 13 % nižje stroške na rezultat in 19 % več pripisanih nakupov v primerjavi s samim Pixlom.

To ni zanemarljivo izboljšanje. Za trgovino, ki porabi 10.000 €/mesec za Meta oglase, 19 % več pripisanih nakupov pomeni, da končno vidite, katere kampanje dejansko prinašajo prihodek, in katere dobivajo zasluge, ki jim ne pripadajo.

Kako Meta CAPI deluje: Tehnični potek

Ko implementirate CAPI, se v ozadju za tipičen dogodek nakupa zgodi naslednje:

1. Stranka zaključi nakup v vaši trgovini
2. Vaš strežnik zbere podatke o dogodku: vrednost naročila, valuta, ID-ji izdelkov in identifikatorji stranke (zgoščena e-pošta, telefon, FBCLID)
3. Vaš strežnik pošlje HTTP POST zahtevo na Metin Graph API
4. Meta prejme dogodek, ga poveže z uporabniškim profilom na podlagi identifikatorjev stranke in ga pripiše kliku na oglas
5. Meta deduplira dogodek z morebitnim ujemajočim Pixel dogodkom prek event_id

Standardni dogodki za e-trgovine

To so dogodki, ki jih Meta prepozna za optimizacijo e-trgovin. Uporaba standardnih imen dogodkov (ne prilagojenih) je ključna, ker Metin algoritem optimizira specifično na podlagi teh:

Ključni parametri, ki jih morate poslati

Vsak CAPI dogodek potrebuje naslednje strežniške parametre:

• event_name: Mora se natančno ujemati s standardnimi imeni dogodkov (občutljivo na velike/male črke)
• event_time: Unix časovni žig, mora biti v 7 dneh od dejanskega dogodka
• event_id: Unikaten identifikator za deduplikacijo (več o tem spodaj)
• action_source: Nastavite na "website" za spletne konverzije
• user_data: Podatki za ujemanje strank (zgoščena e-pošta, telefon, FBCLID, IP, uporabniški agent)

Za objekt user_data Meta uporablja ta polja za ujemanje dogodka z uporabniškim profilom. Več kot pošljete, višja bo vaša ocena Event Match Quality:

Pomembno: Nikoli ne zgoščujte fbc, fbp, client_ip_address ali client_user_agent. Te morajo biti poslani kot navadno besedilo. To je ena najpogostejših napak pri implementaciji CAPI.

Deduplikacija dogodkov: Kako event_id prepreči dvojno štetje

Če uporabljate Pixel in CAPI hkrati (kar Meta priporoča), bo Meta prejela dve kopiji vsakega dogodka. Brez deduplikacije bo vaš Events Manager prikazoval dvojno število dejanskih konverzij, vaši stroški na nakup bodo videti kot polovica resničnih, optimizacija kampanj pa bo temeljila na napihnjenih podatkih.

Deduplikacija deluje prek parametra event_id. Mehanizem je naslednji:

1. Ko se zgodi konverzija, generirate unikaten ID (na primer order_67890_purchase)
2. Ta ID pošljete tako s Pixel dogodkom kot s CAPI dogodkom
3. Meta primerja prihajajoče dogodke na podlagi kombinacije event_id + event_name
4. Če se oba ujemata v 48-urnem oknu na istem Pixel ID-ju, Meta obdrži samo enega

Implementacija na strani Pixla

fbq('track', 'Purchase', {
  value: 89.99,
  currency: 'EUR'
}, {eventID: 'order_67890_purchase'});

Implementacija na strani CAPI

{
  "event_name": "Purchase",
  "event_id": "order_67890_purchase",
  "event_time": 1709913600,
  "action_source": "website",
  "user_data": { "..." : "..." },
  "custom_data": {
    "value": 89.99,
    "currency": "EUR"
  }
}

Pogoste napake pri deduplikaciji

1. Manjkajoč event_id na eni strani. Če Pixel sproži dogodek brez event_id, CAPI pa ga pošlje (ali obratno), Meta ne more ujemati.
2. Neujemajoči ID-ji. Že majhna razlika (dodaten presledek, drugačen ločilnik) pomeni, da jih Meta obravnava kot ločena dogodka.
3. Različna imena dogodkov. Purchase in purchase sta za Meto dva različna dogodka (občutljivo na velike/male črke).
4. Časovna omejitev. Če en dogodek prispe več kot 48 ur po drugem, deduplikacija ne uspe.

Ali deduplikacija deluje, lahko preverite v Events Manager > Data Sources > Vaš Pixel > Overview. Poiščite oznako "Deduplicated" na dogodkih. Če vidite surove številke dogodkov, ki so približno dvojne glede na dejanska naročila, je deduplikacija pokvarjena.

Event Match Quality: Kako Meta ocenjuje vaše podatke

Event Match Quality (EMQ) je Metin sistem ocenjevanja od 0 do 10, ki meri, kako dobro se vaši podatki o dogodkih ujemajo z resničnimi profili uporabnikov Facebooka in Instagrama. Višja EMQ pomeni, da lahko Meta več konverzij pripiše pravim klikom na oglase, kar neposredno izboljša optimizacijo kampanj.

Ciljne EMQ ocene po dogodku

Kako izboljšati EMQ

1. Pošljite več identifikatorjev strank. Ne pošiljajte le zgoščene e-pošte. Vključite telefon, ime, mesto, poštno številko in državo. Vsak dodaten parameter izboljša ujemanje.
2. Vključite fbc in fbp. To sta Facebook ID klika in ID brskalnika. Omogočata neposredno ujemanje klika s konverzijo brez zanašanja na zgoščevanje osebnih podatkov.
3. Pravilno zgoščujte. Samo SHA-256. Najprej normalizirajte: male črke za e-pošto, odstranite neštevčne znake iz telefonskih številk, odrežite presledke.
4. Pošiljajte dogodke v realnem času. Dogodki, zamujeni za več kot eno uro, izgubijo vrednost za optimizacijo. Metin algoritem potrebuje sveže podatke za učenje.
5. Ne zgoščujte fbc, fbp, IP ali uporabniškega agenta. To ponavljamo, ker je to najpogostejša napaka. Ti štirje parametri morajo biti navadno besedilo.

EMQ preverite v Events Manager > Data Sources > Vaš Pixel > zavihek Overview. Kliknite na katerikoli dogodek za ogled ocene kakovosti ujemanja in specifičnih priporočil.

Štirje načini za nastavitev Meta CAPI

Obstajajo štirje glavni pristopi k implementaciji CAPI, vsak z različnimi kompromisi glede nadzora, zahtevnosti in stroškov:

1. Neposredni API (strežnik-strežnik)

Napišete strežniško kodo, ki pošilja dogodke neposredno na Metin Graph API. Največji nadzor nad tem, kateri podatki se pošiljajo, kdaj in kako. Najboljše za trgovine z lastnim zalednim sistemom ali specifičnimi potrebami po preoblikovanju podatkov. Zahteva razvijalca, ki razume REST API-je in lahko vzdržuje integracijo.

2. Strežniški Google Tag Manager (sGTM)

Postavite strežniški GTM vsebnik (običajno na Google Cloud), ki sprejema dogodke iz podatkovne plasti vašega spletnega mesta, jih preoblikuje in posreduje Meti. Ta pristop hkrati obravnava več platform. Isti dogodek lahko pošljete Meti, Google Adsu in TikToku iz enega strežniškega vsebnika. Priporočeno, če že uporabljate GTM in upravljate oglase na več platformah.

3. CAPI Gateway

Metina lastna upravljana rešitev. Deluje na AWS Lambda in skupaj z vašim obstoječim Pixlom. Prilagojena koda ni potrebna. Gateway prestreže Pixel dogodke in jih tudi pošlje strežniško. Dobro za trgovine, ki želijo CAPI brez najemanja razvijalca. Omejena prilagodljivost v primerjavi z drugimi metodami. Stroški gostovanja se povečujejo z obsegom dogodkov.

Meta je izdala tudi Signals Gateway, ki nadgrajuje CAPI Gateway z dodajanjem prvostranskega "Signals Pixel" gostovanega pod vašo domeno in podatkovnim vozliščem, ki lahko usmerja dogodke na več platform. Zgodnji podatki kažejo povprečno 23-odstotno znižanje CPA poleg obstoječe nastavitve Pixel + CAPI.

4. Vtičniki platform (WooCommerce, Shopify)

Platformam specifični vtičniki, ki samodejno obravnavajo CAPI. Najhitrejša nastavitev, najmanj truda, a tudi najmanj prilagodljivo. Ustrezno za večino trgovin, še posebej če so vaše potrebe po sledenju enostavne.

WooCommerce in Shopify: Nastavitev po platformah

WooCommerce

Uradni vtičnik Meta for WooCommerce vključuje vgrajeno podporo za CAPI:

1. Namestite in aktivirajte "Facebook for WooCommerce" (zdaj "Meta for WooCommerce")
2. Pojdite na Marketing > Facebook in kliknite Get Started
3. Povežite svoj Facebook Business Manager in izberite svoj Pixel
4. V Events Manager > Data Sources > Settings pojdite na razdelek Conversions API
5. Generirajte dostopni žeton in ga prilepite v nastavitve vtičnika
6. Vtičnik bo samodejno pošiljal dogodke Purchase, AddToCart, InitiateCheckout, ViewContent in PageView prek CAPI

Znane omejitve:

• Nekateri WooCommerce vtičniki za predpomnjenje z nastavitvami za optimizacijo/združevanje JavaScripta motijo Pixel sledilno kodo. Če vaši Pixel dogodki prenehajo delovati, onemogočite združevanje JS v vašem vtičniku za predpomnjenje.
• Poenostavljena CAPI implementacija vtičnika lahko še vedno ustvarja nižje EMQ ocene v primerjavi s prilagojeno nastavitvijo. Vtičnik pošilja manj parametrov strank, kot je mogoče prek neposrednega API-ja.
• Ni združljivo s "Checkout on Facebook and Instagram".

Za trgovine, ki potrebujejo več nadzora, zajem FBCLID neposredno v WooCommerce metapodatke naročila omogoča surovi ID klika za prilagojeno logiko atribucije. To deluje skupaj z CAPI integracijo vtičnika.

Shopify

Shopifyjeva izvirna aplikacija Facebook & Instagram obravnava CAPI:

1. Namestite "Facebook & Instagram by Meta" iz Shopify App Store
2. Povežite svoj Facebook Business Manager
3. V nastavitvah deljenja podatkov izberite Maximum (to omogoči CAPI)
4. Deduplikacija je obravnavana samodejno z ujemajočimi ID-ji dogodkov

Ravni deljenja podatkov v Shopifyju:

Meta poroča, da Shopify trgovine, ki uporabljajo CAPI na ravni Maximum, dosežejo do 70-odstotno izboljšanje Event Match Rate.

Zasebnost in skladnost: CAPI v svetu po ATT

CAPI ni čarobna rešitev za omejitve zasebnosti. Je bolj odporna podatkovna cev, a še vedno deluje znotraj istega pravnega okvira. Tukaj je, kje CAPI pomaga in kje ne.

Kje CAPI pomaga

Blokiranje oglasov. Več kot 912 milijonov ljudi po svetu uporablja blokatorje oglasov, številka pa naj bi do leta 2026 presegla milijardo. Blokatorji delujejo tako, da prestrezajo zahteve brskalnika na znane domene za sledenje. Ker CAPI pošilja podatke z vašega strežnika (ne iz brskalnika), jih blokatorji ne morejo zaznati ali blokirati.

iOS App Tracking Transparency (ATT). Od iOS 14.5 Apple zahteva, da aplikacije prosijo za dovoljenje za sledenje. Le približno 35 % uporabnikov globalno pristane od leta 2025. ATT omejuje zmožnost Meta Pixla za sprožitev v aplikacijah in vgrajenih brskalnikih. CAPI to zaobide, ker je strežniška povezava neodvisna od nastavitev sledenja na napravi. Meta je ocenila, da jih je iOS 14.5 ATT stal 10 milijard dolarjev prihodkov samo v letu 2022.

Safari ITP in Firefox ETP. Safari blokira piškotke tretjih oseb od leta 2020 in omejuje piškotke prvega oseba, nastavljene z JavaScriptom, na 7 dni. Firefox privzeto blokira znane sledilce. Skupaj ta brskalnika predstavljata približno 30 % spletnega prometa. CAPI ni odvisen od piškotkov brskalnika za prenos podatkov.

Kje CAPI ne pomaga

Soglasje po GDPR. Če je vaša stranka v EU in ni privolila v obdelavo marketinških podatkov, njenih osebnih podatkov ne smete pošiljati Meti prek CAPI. Strežniško ne pomeni brez soglasja. Še vedno potrebujete platformo za upravljanje soglasij (CMP) in morate spoštovati uporabnikovo izbiro. Za podroben pregled zahtev po soglasju po državah si oglejte naš vodnik o tem, kaj lahko in česa ne morete slediti po regijah.

Metin parameter data_processing_options. CAPI podpira zastavice za skladnost z zasebnostjo za GDPR in CCPA. Meti lahko sporočite, da uporabnik ni privolil, in Meta bo omejila uporabo teh podatkov. Vendar morate to logiko implementirati sami.

Podatki, ki jih lahko še vedno pošljete brez soglasja. Agregirani, neosebni podatki o dogodkih (na primer "nakup v vrednosti 89 € se je zgodil") brez identifikatorjev uporabnikov so na splošno dovoljeni. Vendar to drastično zmanjša EMQ, ker Meta ne more povezati dogodka z uporabniškim profilom.

Pogoste napake pri CAPI, ki uničijo učinkovitost oglasov

1. Neimplementirana deduplikacija. Če uporabljate Pixel in CAPI brez ujemajočih vrednosti event_id, se vsaka konverzija šteje dvakrat. Vaši stroški na nakup so videti kot polovica resničnih, Metin algoritem pa optimizira proti napačnim ciljem.

2. Zgoščevanje parametrov fbc in fbp. To sta Facebook ID klika in ID brskalnika. Morata biti poslana kot navadno besedilo. Če ju zgoščite, Meta ne more povezati konverzij s kliki na oglase in vaša EMQ se občutno zniža.

3. Pošiljanje dogodkov z urami ali dnevi zamude. Meta sprejema dogodke do 7 dni nazaj, a dogodki z zamudo več kot eno uro skoraj nič ne prispevajo k optimizaciji kampanj. Algoritem potrebuje signale v realnem času, da se nauči, kaj deluje.

4. Manjkajoči parametri podatkov o strankah. Pošiljanje samo zgoščene e-pošte da Meti en signal za ujemanje. Dodajanje telefona, imena, mesta in poštne številke lahko poveča natančnost ujemanja za 20-40 %. Več parametrov pomeni višji EMQ, kar pomeni boljšo atribucijo.

5. Napačna implementacija zgoščevanja. Najpogostejše napake: e-pošta ni pretvorjena v male črke pred zgoščevanjem, neštevčni znaki niso odstranjeni iz telefonskih številk, dvojno zgoščevanje (zgoščevanje že zgoščenih podatkov) ali uporaba MD5 namesto SHA-256.

6. Uporaba dostopnega žetona s potekom veljavnosti. Če generirate uporabniški dostopni žeton namesto žetona sistemskega uporabnika, bo ta potekel in tiho prenehal pošiljati dogodke. Uporabite žeton sistemskega uporabnika, ustvarjenega v Business Settings, da ostane veljaven ne glede na spremembe v ekipi.

7. Ignoriranje opozoril Events Managerja. Metin Events Manager prikazuje stanje deduplikacije, ocene EMQ in stopnje napak. Če ga ne preverjate vsaj tedensko, ne boste zaznali težav, dokler se vaš ROAS ne zruši.

Zakaj CAPI sam po sebi še vedno ni dovolj

CAPI rešuje resničen problem. A ima temeljne omejitve, ki jih nobena nastavitev ne more odpraviti.

Meta vidi samo Meto. CAPI pove Meti o konverzijah, ki so jih poganjali Meta oglasi. Ne more vam povedati, kako se Metin prispevek primerja z Google Ads, organskim iskanjem, e-poštnimi kampanjami ali neposrednim prometom. Dobite Metino različico resnice, znotraj Metinega zaprtega ekosistema.

Pristranskost lastne atribucije. Metin algoritem je motiviran, da konverzije pripiše Meta oglasom. Če stranka klikne Meta oglas v ponedeljek, nato klikne Google oglas v sredo in nato kupi v četrtek, bo Meta še vedno zahtevala to konverzijo prek svojega 7-dnevnega okna atribucije klika. Google jo bo prav tako zahteval. Obe platformi poročata o istem nakupu in vaši skupni "pripisani prihodki" presežejo dejanske prihodke.

Soglasje v EU še vedno omejuje pretok podatkov. CAPI pošilja podatke strežniško, a zakoni o zasebnosti v večini Evrope zahtevajo soglasje pred obdelavo osebnih podatkov za oglaševalske namene. Če 50 % vaših strank v EU zavrne soglasje, CAPI ne more poslati njihovih podatkov o nakupu z identifikatorji uporabnikov. Vaša vrzel v atribuciji se zoži, a se ne zapre.

Ni medplatformske deduplikacije. CAPI deduplira med Pixlom in CAPI za isti dogodek. Ne deduplira med Meto in Googlom. Če stranka interagira z oglasi na obeh platformah, bosta obe zahtevali konverzijo. Potrebujete neodvisen sistem za uskladitev tega.

Tu pravo vprašanje postane: komu zaupate, da vam pove, kateri oglas je dejansko pripeljal do nakupa? Oglaševalski platformi, ki vam je oglas prodala, ali sistemu, ki izhaja iz dejanskega naročila?

Kako atribucija na podlagi naročil presega CAPI

Pri Enalitici smo se lotili drugače. Namesto da bi začeli z oglaševalske platforme in poskušali dogodke povezati z naročili, začnemo z naročila in ga sledimo nazaj do klika na oglas.

Takole deluje: ko stranka pride v vašo WooCommerce ali Shopify trgovino prek Meta oglasa, URL vsebuje parameter fbclid. Enalitica zajame ta ID klika na ravni strežnika ob ustvarjanju naročila, ne prek JavaScripta v brskalniku. To pomeni, da je FBCLID shranjen v vaši podatkovni bazi naročil ne glede na blokatorje oglasov, soglasje za piškotke ali Safari ITP.

To se od CAPI razlikuje v enem ključnem pogledu: CAPI pošilja vaše podatke Meti. Enalitica izhaja iz vaših naročil in uporablja ID-je klikov za določanje, katera platforma je dejansko pripeljala do vsakega nakupa.

Kako to izgleda v praksi

Razmislite o stranki, ki klikne Meta oglas, brska po vaši trgovini, nato se dva dni pozneje vrne prek Google oglasa in kupi:

Enalitica zajame tako FBCLID kot GCLID. Najnovejši veljavni ID klika določi primarno atribucijo (v tem primeru Google), medtem ko Meta dobi zasluge kot podpora (podprti prihodek). Eno naročilo, en vir resnice, brez napihnjenih številk.

Primerjava odpornosti na zasebnost

Enalitica prav tako pošilja dogodke konverzij nazaj Meti in Googlu prek njunih Conversions API-jev, s čimer zapira zanko za optimizacijo oglasov. Tako dobite najboljše iz obeh svetov: natančno, neodvisno atribucijo iz vaših naročil ter signale za optimizacijo kampanj, ki jih Meta in Google potrebujeta.

Okno atribucije FBCLID v Enalitici sledi Metinemu standardnemu 28-dnevnemu oknu. Za GCLID je to 90 dni. Oba sta potrjena s časovnimi žigi, tako da potekli ID-ji klikov ne ustvarjajo lažne atribucije. Za več o tem, kako zajem ID-jev klikov deluje na ravni naročila, si oglejte naš vodnik o zajemu GCLID in FBCLID v WooCommercu.

Želite videti, kako se vaša atribucija Meta in Google dejansko primerja, ko je merjena iz resničnih naročil? Rezervirajte demo in pokazali vam bomo vrzeli v vaši trenutni nastavitvi.

Kontrolni seznam za implementacijo

Ne glede na to, ali uporabljate CAPI sam ali ga združite z atribucijo na podlagi naročil, tukaj so koraki za pravilno nastavitev vašega Meta sledenja:

1. Preverite trenutno nastavitev. Odprite Events Manager, preverite, kateri dogodki se sprožijo, poglejte stolpec vira (Browser, Server ali oboje). Če vse piše "Browser", imate samo Pixel in brez CAPI.

2. Izberite metodo implementacije. Za večino WooCommerce in Shopify trgovin je izvirni vtičnik najhitrejša pot. Za trgovine, ki upravljajo oglase na več platformah, strežniški GTM ponuja več prilagodljivosti.

3. Implementirajte deduplikacijo od prvega dne. Generirajte unikaten event_id za vsako konverzijo in ga pošljite tako prek Pixla kot CAPI. Tega ne odlašajte. Zagon CAPI brez deduplikacije je slabši od odsotnosti CAPI, ker podvoji vaše štetje konverzij.

4. Maksimizirajte parametre podatkov o strankah. Pošljite zgoščeno e-pošto, telefon, ime, mesto, regijo, poštno številko in državo z vsakim Purchase dogodkom. Vključite fbc in fbp kot navadno besedilo. Preverite EMQ oceno in ciljajte na 8,0+ za Purchase dogodke.

5. Spremljajte tedensko. Events Manager preverjajte vsak teden glede stanja deduplikacije, trendov EMQ in stopenj napak. Nastavite e-poštna opozorila za padce v obsegu dogodkov.

6. Razmislite o neodvisni atribuciji. Če oglašujete na Meti in Googlu (kar počne večina e-trgovin), vam CAPI sam daje Metine samoprijavljene številke. Za razumevanje dejanske medplatformske učinkovitosti potrebujete sistem, ki naročila atribuira neodvisno od oglaševalskih platform, kot je večtočkovna atribucija na podlagi resničnih podatkov o naročilih.

Pogosta vprašanja

Ali razširitev Meta Pixel Helper za brskalnik zazna CAPI dogodke?

Ne. Pixel Helper prikazuje samo dogodke, ki jih sproži Meta Pixel (JavaScript na strani odjemalca). CAPI dogodki so poslani strežniško in so za razširitev brskalnika nevidni. Za preverjanje CAPI dogodkov uporabite Events Manager > Test Events ali preverite stolpec vira dogodkov v pregledu Data Sources. Dogodki iz CAPI prikazujejo "Server" kot vir.

Kaj je Meta CAPI dostopni žeton in kako ga dobim?

Dostopni žeton preverja pristnost API klicev vašega strežnika k Meti. Generirajte ga v Events Manager > Data Sources > Settings > razdelek Conversions API. Za produkcijsko uporabo ustvarite sistemskega uporabnika v Business Settings in generirajte žeton prek njega. Žetoni sistemskih uporabnikov ne potečejo, ko člani ekipe zapustijo podjetje, za razliko od osebnih uporabniških žetonov.

Ali lahko Meta CAPI uporabim za offline konverzije (CRM, v trgovini)?

Da. Od Graph API v17.0 je stari Offline Conversions API ukinjen in združen v CAPI. Zdaj lahko pošiljate offline dogodke (nakupi v fizični trgovini, konverzije klicnega centra, CRM dogodki) prek istega CAPI endpointa. Nastavite action_source na "physical_store" ali "system_generated" namesto "website".

Kako se CAPI razlikuje od starega Offline Conversions API?

Združena sta. Meta je ukinila samostojni Offline Conversions API od Graph API v17.0 (maj 2025). Vse offline sledenje konverzij zdaj poteka prek standardnega Conversions API. Če ste uporabljali stari API, morate migrirati na CAPI endpointe.

Kaj se zgodi, če implementiram CAPI brez deduplikacije?

Vsaka konverzija, ki se sproži tako na Pixlu kot na CAPI, bo šteta dvakrat. Vaši prijavljeni stroški na nakup bodo prepolovljeni (izgleda odlično, ni resnično), Metin optimizacijski algoritem pa se bo učil na napihnjenih podatkih. To lahko dejansko poslabša učinkovitost kampanj, ker algoritem misli, da najde več konverzij, kot jih dejansko obstaja.

Ali lahko CAPI sledi prek več domen?

Da, dokler vse domene delijo isti Pixel ID in pošiljajo dogodke na isti nabor podatkov. CAPI pošilja parameter event_source_url, ki Meti pove, s katere domene je dogodek prišel. Za natančno meddomensko sledenje zagotovite, da je parameter fbc dosleden. Če stranka preide med domenami in izgubi piškotek fbc, uporabite external_id (vaš ID stranke) kot nadomestni identifikator.

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

Od septembra 2025 Meta zahteva Graph API v22.0 ali novejšo za vse API klice. Do februarja 2026 boste potrebovali v23.0 ali v24.0. Če vaša integracija uporablja starejšo različico, bo tiho prenehala delovati. Preverite različico API-ja vaše implementacije in jo posodobite proaktivno.

Kako se GCLID in FBCLID razlikujeta za namene atribucije?

GCLID je Googlov identifikator klika z 90-dnevnim oknom atribucije. FBCLID je Metin z 28-dnevnim oknom. Oba služita istemu namenu (povezovanje klika na oglas s konverzijo), a za različne platforme. Za podrobno primerjavo Googlovih identifikatorjev klika si oglejte naš vodnik o GCLID, GBRAID in WBRAID.

Ali je CAPI skladen z GDPR?

CAPI sam po sebi je podatkovna cev, ne mehanizem za soglasje. Ali je vaša CAPI implementacija skladna z GDPR, je v celoti odvisno od tega, kako obravnavate soglasje. Če pošiljate podatke samo za uporabnike, ki so privolili v marketinško sledenje, in uporabljate Metin parameter data_processing_options za označevanje nesoglasnih dogodkov, je vaša implementacija lahko skladna. Uporaba platforme za upravljanje soglasij (CMP) in spoštovanje uporabnikovih preferenc je obvezno, ne glede na to, ali uporabljate Pixel, CAPI ali oboje.

Zakaj je Meta zgradila CAPI? Kakšen problem rešuje?

Applov okvir ATT v sistemu iOS 14.5 je Meto stal po ocenah 10 milijard dolarjev prihodkov samo v letu 2022. Sledenje prek brskalnika je postajalo nezanesljivo zaradi blokatorjev oglasov, ITP in zahtev po soglasju. CAPI je bil Metin strateški odgovor: preseliti podatkovno cev iz brskalnika (ki ga Apple, blokatorji in zakoni o zasebnosti lahko omejijo) na strežnik (ki ga nadzoruje oglaševalec).