Kas yra Meta pikselis ir Conversions API
- Meta rekomenduoja naudoti pikselį ir Conversions API kartu („redundant setup“), o dubliavimą šalinti vienodais event_id ir event_name parametrais naršyklės ir serverio įvykiuose.
- Naršyklės ir serverio įvykiai su tuo pačiu event_id ir pavadinimu sujungiami tik tada, jei gauti per 48 valandas nuo pirmo įvykio su tuo event_id.
- Standartinio įvykio Purchase parametrai value ir currency yra privalomi.
- Įvykių sutapimo kokybė (Event Match Quality) vertinama balu nuo 0 iki 10; didžiausią prioritetą turi el. pašto adresas ir paspaudimo ID.
- Shopify „Facebook & Instagram“ programėlėje „Standard“ duomenų lygis siunčia tik elgsenos duomenis, o „Enhanced“ ir „Maximum“ – ir vardą, vietą bei el. pašto adresą.
Meta pikselis ir Conversions API išsamiai
Kas yra Meta pikselis
Meta pikselis (angl. Meta Pixel, anksčiau – Facebook pixel) – nedidelis JavaScript kodas, įdiegiamas į el. parduotuvės puslapius. Kai lankytojas peržiūri prekę, įsideda ją į krepšelį ar nuperka, pikselis jo naršyklėje sukuria įvykį ir išsiunčia jį Meta. Meta šiuos įvykius naudoja trims tikslams: matuoti Meta Ads reklamos rezultatus, optimizuoti reklamą pagal norimą veiksmą (pavyzdžiui, pirkimą) ir kurti auditorijas retargetingui.
Pikselis veikia naršyklėje, todėl jo duomenys priklauso nuo naršyklės: reklamų blokatoriai, naršyklių apsauga nuo sekimo, užstrigęs puslapio įkėlimas ar nepavykęs grįžimas iš banko reiškia, kad dalis įvykių Meta nepasiekia. Tam ir sukurtas Conversions API.
Kas yra Conversions API
Conversions API (CAPI, konversijų API) – Meta sąsaja, per kurią įvykiai siunčiami ne iš lankytojo naršyklės, o iš el. parduotuvės serverio. Pavyzdžiui, kai užsakymas pažymimas apmokėtu, parduotuvės serveris išsiunčia Meta įvykį Purchase su užsakymo verte, valiuta ir užšifruotais (maišos funkcija apdorotais) pirkėjo duomenimis. Serverio įvykis nepriklauso nuo naršyklės, todėl pasiekia Meta net tada, kai pirkėjas uždarė naršyklę dar prieš padėkos puslapį.
Meta rekomenduoja ne rinktis tarp pikselio ir CAPI, o naudoti abu kartu. Tokiu atveju tas pats pirkimas ateina du kartus – iš naršyklės ir iš serverio, todėl būtinas dubliavimo šalinimas (angl. deduplication).
| Bruožas | Meta pikselis | Conversions API |
|---|---|---|
| Kur veikia | Lankytojo naršyklėje | El. parduotuvės serveryje ar tarpiniame serveryje |
| Ką gerai fiksuoja | Naršymo veiksmus: peržiūras, krepšelį, puslapius | Patvirtintus užsakymus, apmokėjimus, grąžinimus, neprisijungus vykusius pardavimus |
| Kas trukdo | Blokatoriai, naršyklių apribojimai, nepavykęs puslapio įkėlimas | Klaidos serverio integracijoje, pasenę prieigos raktai |
| Diegimas | Kodas puslapyje ar platformos programėlė | Platformos integracija, Google Tag Manager serverio konteineris ar programuotojo darbas |
| Sutikimas | Įkeliamas tik lankytojui sutikus su slapukais | Siunčiami tik tie įvykiai, kuriems yra teisinis pagrindas – paprastai to paties sutikimo |
Kaip veikia dubliavimo šalinimas
Meta nustato, kad naršyklės ir serverio įvykis yra tas pats, pagal du parametrus: įvykio pavadinimą (pikselyje event, CAPI – event_name) ir įvykio ID (pikselyje eventID, ketvirtas fbq track kvietimo argumentas, CAPI – event_id). Abu turi sutapti. Pirkimui patogiausias ID – užsakymo numeris. Jei abu įvykiai gaunami per 48 valandas, vėlesnis atmetamas. Jei ID nesutampa arba jo nėra, Meta mato du pirkimus, ir visi reklamos rezultatai išsipučia.
Alternatyvus būdas – sutapdinti pagal fbp (naršyklės ID) ar external_id, bet jis veikia tik kai naršyklės įvykis atkeliauja pirmas ir netinka, jei įvykiai siunčiami tik iš vieno šaltinio. Todėl patikimiausia naudoti event_id.
Kuriuos įvykius siųsti el. parduotuvei
| Meta standartinis įvykis | Kada siunčiamas | Svarbiausi parametrai | Atitinkamas GA4 įvykis |
|---|---|---|---|
| ViewContent | Prekės puslapio peržiūra | content_ids, content_type, value, currency | view_item |
| Search | Paieška parduotuvėje | search_string | search |
| AddToCart | Įdėjimas į krepšelį | content_ids, value, currency | add_to_cart |
| InitiateCheckout | Atsiskaitymo pradžia | num_items, value, currency | begin_checkout |
| AddPaymentInfo | Mokėjimo būdo pasirinkimas | value, currency | add_payment_info |
| Purchase | Užsakymas apmokėtas | value ir currency privalomi, content_ids, event_id = užsakymo numeris | purchase |
| Lead, CompleteRegistration, Subscribe | Užklausa, registracija, prenumerata | value (jei vertinama) | generate_lead, sign_up |
content_ids turi sutapti su prekių ID Meta kataloge – kitaip neveiks dinaminė katalogo reklama. Vertes siųskite be PVM ir be pristatymo, taip pat kaip ir į Google Ads ar GA4, kad ROAS skirtingose sistemose būtų palyginamas.
Įvykių sutapimo kokybė (Event Match Quality)
Kad Meta galėtų priskirti serverio įvykį konkrečiai paskyrai, kartu su įvykiu siunčiama kliento informacija: el. pašto adresas, telefono numeris, šalis, naršyklės ID (fbp), paspaudimo ID (fbc) ir kt. Asmens duomenys prieš siuntimą apdorojami SHA-256 maišos funkcija. Meta vertina sutapimo kokybę balu nuo 0 iki 10. Didžiausią prioritetą turi el. pašto adresas ir paspaudimo ID, vidutinį – telefonas, šalis, gimimo data, išorinis ID ir naršyklės ID, mažiausią – vardas, pavardė, miestas ir pašto kodas. Daugiau duomenų reiškia geresnį priskyrimą, bet kartu ir didesnę atsakomybę pagal BDAR: siųskite tik tai, ką nurodėte privatumo politikoje ir kam turite pagrindą.
Kaip įdiegti Meta pikselį ir CAPI Shopify, WooCommerce ir PrestaShop
| Platforma | Oficialus įrankis | Pikselis | Conversions API | Ką patikrinti |
|---|---|---|---|---|
| Shopify | „Facebook & Instagram“ programėlė (Meta) | Taip | Taip, pagal pasirinktą duomenų lygį | Duomenų lygis: „Standard“ siunčia tik elgseną, „Enhanced“ ir „Maximum“ – ir vardą, vietą, el. paštą. Sutikimų juosta turi perduoti sutikimą programėlei. |
| WooCommerce | „Meta for WooCommerce“ plėtinys | Taip | Taip, integruota be papildomų nustatymų | Ar slapukų įskiepis blokuoja pikselį iki sutikimo; ar užsakymo būsena „apmokėta“ sutampa su Purchase siuntimo momentu. |
| PrestaShop | „PrestaShop Social with Facebook & Instagram“ modulis | Taip | Taip | Suderinamumas su naudojamu atsiskaitymo moduliu ir slapukų sprendimu. |
Jei platformos integracija netinka (pavyzdžiui, nestandartinė parduotuvė, keli domenai, griežti sutikimų reikalavimai), CAPI galima diegti per Google Tag Manager serverio konteinerį ar tiesiogiai iš parduotuvės kodo. Abiem atvejais reikia užtikrinti, kad naršyklės ir serverio įvykiai turėtų tą patį event_id.
Kaip patikrinti, ar viskas veikia
- Meta Events Manager → „Test events“. Atlikite bandomąjį pirkimą ir patikrinkite, ar Purchase gaunamas ir iš naršyklės, ir iš serverio, ir ar jis pažymėtas kaip sujungtas (deduplicated).
- Palyginkite su tikrais užsakymais. Jei Meta per savaitę rodo daugiau pirkimų, nei parduotuvė turi apmokėtų užsakymų, dubliavimo šalinimas neveikia.
- Patikrinkite vertes. Purchase value turi atitikti užsakymo sumą be PVM ir pristatymo, valiuta – EUR.
- Patikrinkite sutikimą. Atmetus slapukus, naršyklės kūrėjo įrankių tinklo skiltyje neturi būti užklausų į Meta.
- Stebėkite Event Match Quality Events Manager skiltyje ir „Diagnostics“ pranešimus apie trūkstamus parametrus.
Pavyzdys: kaip dubliavimas ir PVM iškreipia Meta ROAS
Namų prekių el. parduotuvė per mėnesį gauna 500 apmokėtų užsakymų, krepšelio vidurkis – 60 € be PVM. Meta reklamai išleidžiama 3 000 €. Prielaida šiam pavyzdžiui: su reklamos slapukais sutinka 70 % pirkėjų, t. y. 350 užsakymų gali būti matuojami. Iš jų pikselis dėl blokatorių ir nepavykusių grįžimų iš banko užfiksuoja 300, o CAPI – 345. Paprastumo dėlei laikome, kad visus užfiksuotus pirkimus Meta priskiria reklamai.
| Diegimas | Meta matomi pirkimai | Konversijų vertė | ROAS Meta ataskaitoje | Ar teisinga |
|---|---|---|---|---|
| Tik pikselis | 300 | 300 × 60 € = 18 000 € | 600 % | Per mažai – dalis pirkimų nematoma |
| Pikselis + CAPI su vienodu event_id | 345 | 345 × 60 € = 20 700 € | 690 % | Teisinga (sutikusiems pirkėjams) |
| Pikselis + CAPI be event_id | 300 + 345 = 645 | 38 700 € | 1 290 % | Klaidinga – dubliai |
| Pikselis + CAPI su event_id, bet vertė su 21 % PVM | 345 | 345 × 72,60 € = 25 047 € | 835 % | Klaidinga – PVM nėra pajamos |
Kaip atpažinti klaidą. Visa parduotuvės apyvarta be PVM – 500 × 60 € = 30 000 €. Jei Meta rodo 38 700 € konversijų vertės, tai daugiau nei visi parduotuvės pardavimai – vien tai įrodo, kad dubliavimo šalinimas neveikia.
Kodėl tai svarbu sprendimams. Su 35 % marža nenuostolingas ROAS yra 1 / 0,35 ≈ 286 %. Teisingai sukonfigūruotas matavimas rodo 690 % – reklama pelninga. Bet jei parduotuvė matytų 1 290 % ir pagal tai padvigubintų biudžetą, ji tikėtųsi dvigubai didesnio rezultato, nei realiai gauna. Optimizavimas taip pat kenčia: Meta algoritmas mokosi iš dubliuotų signalų ir laiko „geriausiais“ tuos pirkėjus, kurių pirkimai tiesiog suskaičiuoti du kartus.
Ko CAPI nepadaro. 150 pirkėjų, kurie nesutiko su reklamos slapukais, nematyti nei pikselyje, nei (teisingai įdiegus) CAPI. Conversions API nėra būdas apeiti sutikimą – jis padeda prarastiems sutikusiųjų įvykiams, ne atsisakiusiems.
Dažniausios klaidos
- Naudojami pikselis ir Conversions API be vienodo event_id. Kiekvienas pirkimas skaičiuojamas du kartus, ir ROAS išsipučia beveik dvigubai.
- Pikselis įkeliamas iš karto, prieš lankytojui pasirenkant slapukų juostoje. Tai pažeidžia ERĮ 73 str. 4 d. ir yra viena dažniausių VDAI nurodomų klaidų.
- Conversions API naudojamas siųsti įvykius ir tų lankytojų, kurie atsisakė sutikimo. Serverio sekimas nepanaikina reikalavimo turėti teisinį pagrindą asmens duomenims perduoti.
- Purchase siunčiamas su verte su PVM ir pristatymu. Meta ROAS tampa nepalyginamas su Google Ads ir tikru pelningumu.
- Purchase siunčiamas, kai užsakymas sukurtas, o ne kai apmokėtas. Banko nuorodų mokėjimuose dalis užsakymų lieka neapmokėti, bet Meta juos jau priskiria reklamai.
- Pikselis įdiegtas du kartus – per platformos programėlę ir ranka temos kode ar per Google Tag Manager. Įvykiai dubliuojasi dar naršyklėje.
- Prekių ID įvykiuose nesutampa su Meta katalogo ID. Katalogo (dinaminė) reklama ir retargetingas pagal peržiūrėtas prekes neveikia.
Meta pikselis ir Conversions API Lietuvoje
Lietuvoje Meta pikseliui taikoma Elektroninių ryšių įstatymo 73 straipsnio 4 dalis: informacijos įrašymas lankytojo įrenginyje ir prieiga prie jos (slapukai, pikseliai) leidžiama tik gavus aiškų sutikimą, išskyrus griežtai būtinus slapukus. Reklamos pikselis nėra būtinas, todėl jis įkeliamas tik lankytojui paspaudus „Sutinku“ ar pažymėjus reklamos kategoriją. Valstybinė duomenų apsaugos inspekcija (VDAI) yra skelbusi slapukų naudojimo praktikos apibendrinimą ir skyrusi sankcijų el. parduotuvėms už nebūtinų slapukų įrašymą iki sutikimo. Sutikimo juostos reikalavimai išsamiai aprašyti BDAR įraše.
Conversions API perduoda Meta asmens duomenis (užšifruotą el. paštą, telefoną, IP adresą, naršyklės ID), todėl tai asmens duomenų tvarkymas pagal BDAR. Privatumo politikoje reikia nurodyti, kad duomenys perduodami Meta Platforms Ireland, kokiu tikslu ir kokiu teisiniu pagrindu. Saugiausia praktika – CAPI įvykius siųsti tik tiems lankytojams, kurie sutiko su reklamos slapukais, ir sutikimo būseną saugoti kartu su užsakymu.
Meta reklamos paskyra Lietuvos parduotuvei turėtų būti eurais, kad konversijų vertė (currency = EUR) ir išlaidos būtų ta pačia valiuta. Pajamas ir išlaidas lyginkite be 21 % PVM; PVM taikymas reklamos paslaugoms aprašytas acs.lt žinyne.
Susiję terminai
- Įdiegiame Meta pikselį ir Conversions API su vienodu event_id ir patikriname dubliavimo šalinimą Events Manager.
- Sujungiame pikselį su slapukų sutikimų juosta, kad jis būtų įkeliamas tik sutikus.
- Suvienodiname Purchase vertes su Google Ads ir GA4: be PVM, be pristatymo, su užsakymo numeriu.
- Suderiname prekių ID įvykiuose su Meta katalogu katalogo reklamai ir retargetingui.
Dažni klausimai
Kas yra Meta pikselis?
Meta pikselis – JavaScript kodas el. parduotuvėje, kuris fiksuoja lankytojų veiksmus (prekės peržiūrą, krepšelį, pirkimą) ir siunčia juos Meta reklamos matavimui, optimizavimui ir auditorijoms.
Kas yra Conversions API?
Conversions API – Meta sąsaja, per kurią įvykiai siunčiami iš el. parduotuvės serverio, ne iš naršyklės. Ji papildo pikselį, kai naršyklės įvykiai pasimeta dėl blokatorių ar nutrūkusio puslapio įkėlimo.
Ar reikia ir pikselio, ir Conversions API?
Meta rekomenduoja naudoti abu kartu. Tada būtina, kad tas pats įvykis iš naršyklės ir serverio turėtų vienodą event_id ir pavadinimą – kitaip pirkimai bus skaičiuojami du kartus.
Kaip įdiegti Meta pikselį Shopify?
Per oficialią „Facebook & Instagram“ programėlę: prijunkite Meta verslo paskyrą ir pasirinkite duomenų lygį. Programėlė įdiegia pikselį ir Conversions API be kodo.
Ar Meta pikseliui reikia slapukų sutikimo?
Taip. Lietuvoje reklamos pikselis įkeliamas tik lankytojui sutikus (ERĮ 73 str. 4 d., BDAR). Iki sutikimo pikselio užklausų į Meta neturi būti.
Ar Conversions API leidžia sekti tuos, kurie atsisakė slapukų?
Ne. Serverio sekimas nepanaikina teisinio pagrindo reikalavimo. CAPI padeda atgauti prarastus sutikusių lankytojų įvykius, bet ne apeiti atsisakymą.
Kas yra Event Match Quality?
Tai Meta balas nuo 0 iki 10, rodantis, kaip gerai serverio įvykiai sutapdinami su Meta paskyromis. Jį labiausiai gerina el. pašto adresas ir paspaudimo ID.
Kodėl Meta rodo daugiau pirkimų nei turiu užsakymų?
Dažniausiai dėl neveikiančio dubliavimo šalinimo (nėra vienodo event_id) arba dėl dukart įdiegto pikselio. Taip pat Meta priskiria pirkimus pagal savo priskyrimo langą, ne pagal užsakymo datą.
Šaltiniai
- Handling Duplicate Pixel and Conversions API Events – Meta for Developers
- Meta Pixel reference: standard events – Meta for Developers
- About Event Match Quality – Meta Business Help Center
- Meta pixel (Shopify) – Shopify Help Center
- Meta for WooCommerce – WooCommerce
- PrestaShop Social with Facebook & Instagram – PrestaShop
- Elektroninių ryšių įstatymas Nr. IX-2135 – e-TAR
- Regulation (EU) 2016/679 (GDPR) – EUR-Lex
- Measure ecommerce (GA4) – Google for Developers