Meta Conversions API: Pixel va server hodisalarini takrorsiz sanash

Xaridor onlayn doʻkonda buyurtmani tasdiqladi. Brauzerdagi kod Metaʼga «Purchase» hodisasini yubordi, bir soniyadan keyin doʻkonning serveri ham xuddi shu xaridni joʻnatdi. Hech narsa qilinmasa, reklama kabinetida bitta xarid ikkita boʻlib koʻrinadi. Bu gipotetik holat, lekin Meta hujjatlarida shu xavfga alohida boʻlim ajratilgan va u brauzer bilan serverni bir-biriga qanday bogʻlashni qadamma-qadam tushuntiradi.

Bitta xarid ikki yoʻldan keladi

Meta Pixel saytga oʻrnatiladigan kichik kod boʻlib, u brauzerda ishlaydi va tashrif buyuruvchining harakatini, masalan xaridni, Metaʼga yuboradi. Conversions API esa boshqa yoʻl: maʼlumot brauzerdan emas, doʻkonning serveridan, sayt platformasidan, ilovadan yoki CRM tizimidan ketadi. Meta server hodisalarini Pixel hodisalari kabi qayta ishlaydi, shuning uchun ular oʻlchash va reklamani sozlashda bir xil ishlatiladi.

Nega ikkita yoʻl kerak? Chunki brauzer ichidagi kodga toʻliq ishonib boʻlmaydi. Safari uchinchi tomon cookie fayllarini odatda toʻliq bloklaydi, sahifadagi kod yaratgan cookie va boshqa saqlash joylarini esa foydalanuvchi saytga 7 kun kirmasa oʻchirib tashlaydi. Server brauzerga bogʻliq emas, shuning uchun Meta Conversions API ni Pixel bilan birga ishlatishni va bir xil hodisalarni ikkala yoʻldan yuborishni tavsiya qiladi.

Meta ikki sabab keltiradi. Birinchisi: server ulanish yoki sahifa yuklanishidagi xato tufayli Pixel ushlamagan hodisalarni ham oladi. Ikkinchisi: server oflayn va kechikkan hodisalarni ham qabul qiladi. Google ham teglarni server tomonda boshqarish yoʻlini taklif qiladi va sahifa tezligi, maʼlumot sifati hamda maxfiylik boshqaruvi yaxshilanishini vaʼda qiladi, ammo raqam keltirmaydi.

Raqam bilan koʻrib chiqaylik. Bu ochiq hisob-kitob, haqiqiy doʻkon natijasi emas. Doʻkon bir kunda 100 ta buyurtma oldi. Pixel ulardan 85 tasini ushladi, chunki 15 ta xaridor sahifa toʻliq yuklanmay turib oynani yopib yubordi, server esa barcha 100 tasini yubordi. Takror toʻgʻri olib tashlansa, Meta 100 ta xarid koʻradi. Takror olib tashlanmasa, kabinetda 185 ta xarid chiqadi va reklama samarasi sunʼiy ravishda oshib ketadi.

Gʻoya qayerdan chiqqan: brauzer eshigi asta-sekin yopildi

Pixel davrida oʻlchash oddiy edi: brauzer cookie faylini saqlardi, kod uni oʻqib, xaridni reklamaga bogʻlardi. Keyin brauzerlar bu usulni birin-ketin cheklay boshladi. WebKit oʻzining himoya tarixini 2003 yildagi Safari 1.0 dan boshlaydi va bugun uchinchi tomon cookie fayllarini istisnosiz bloklashini yozadi. Firefox 2022 yil 14 iyunda Total Cookie Protection himoyasini barcha kompyuter foydalanuvchilari uchun odatiy qildi: har sayt oʻz cookie qutisiga ega boʻldi, kuzatuvchilar esa saytlar oʻrtasida izni bogʻlay olmaydi. Chrome 2024 yil 4 yanvarda foydalanuvchilarning 1 foizi uchun uchinchi tomon cookie fayllarini odatiy holda cheklashni boshladi.

Bu uch voqea bir narsani koʻrsatadi: brauzerda yashaydigan oʻlchash tobora zaiflashmoqda. Server hodisalari shu bosim sharoitida kerak boʻlib qoldi, bu tahririyatning talqini. Meta eski Pixelʼni tashlashni emas, serverni uning yoniga qoʻshishni tavsiya qiladi. Ikkalasi yonma-yon ishlaydi, takrorni esa deduplikatsiya olib tashlaydi.

Server nima qoʻshadi va nimani qoʻshmaydi

Serverning birinchi afzalligi brauzerdan tashqaridagi hodisalar. Meta bunday hodisalarga doʻkondagi savdo, telefon qoʻngʻirogʻi va oflayn obunani misol qilib keltiradi va Conversions API ni ular uchun asosiy yoʻl deb ataydi. Ikkinchisi tezlik: Meta hodisani yuz bergan zahoti yoki unga yaqin partiyalarda yuborishni tavsiya qiladi, chunki bu kampaniya natijasiga taʼsir qilishi mumkin.

Lekin server hamma muammoni yechmaydi. WebKit server javobi bilan oʻrnatilgan cookie ham himoyadan chetda qolmasligini yozadi: uchinchi tomon domeni yoki IP manzili yashirincha ulangani aniqlansa, bunday cookie muddati 7 kunga qisqartiriladi. Google esa serverdan toʻliq foyda olish uchun oʻz domeningizni ulashni va serverni Google Cloud yoki boshqa platformada ishga tushirishni nazarda tutadi. Demak, bu bir qatorli sozlama emas. Serverga kimdir egalik qilishi kerak.

Meta takrorni qanday taniydi

Ikkala yoʻl ishlasa, bitta xarid Metaʼga ikki marta yetib keladi. Meta ularni faqat oʻxshashligi uchun bitta deb hisoblamaydi: hodisalarni aniq belgilar bilan bogʻlash kerak.

Tavsiya etilgan usul ikki belgiga tayanadi, ular hodisa nomi va hodisa identifikatori. Brauzer ham, server ham bir xil nomni, masalan Purchase, va bir xil identifikatorni yuborishi shart. Ikkala belgi mos kelsa va hodisalar bir Pixelʼga 48 soat ichida yetsa, Meta keyingisini tashlab yuboradi, hodisalar mazmunan farq qilmasa odatda birinchi kelganini saqlaydi.

Ikkinchi usul zaxira yoʻli. Unda brauzer va server bir xil hodisa nomi bilan birga Meta cookie identifikatorini yoki mijozning ichki raqamini yuboradi. Bu usul faqat brauzer hodisasi birinchi kelganda ishlaydi. Server hodisasi oldin kelsa, keyin yetgan brauzer hodisasi bilan juftlanmaydi va ikkalasi ham sanaladi.

Ikkita ogohlantirish bor. Ikkinchi usul bitta yoʻl ichidagi takrorni tozalamaydi, yaʼni brauzerdan ketma-ket ikki bir xil hodisa kelsa, ikkalasi ham saqlanadi. Identifikator esa har hodisa uchun noyob boʻlishi kerak.

Amalda uchraydigan uch xato

Quyidagi holatlar gipotetik, ammo hujjatdagi qoidalardan bevosita kelib chiqadi.

1. Brauzer va server identifikatorni alohida yaratadi. Har ikkisida har safar tasodifiy raqam paydo boʻladi, shuning uchun ular hech qachon mos kelmaydi va har xarid ikki marta sanaladi.
2. Nomlar farq qiladi. Brauzer Purchase deydi, server esa oʻzining ichki nomini yuboradi, kalit juftligi mos kelmaydi va takror olib tashlanmaydi.
3. Bitta identifikator ikki xaridga beriladi. Masalan, identifikator sifatida mijoz raqami olingan, mijoz esa 48 soat ichida ikkinchi marta xarid qildi. Meta uni takror deb hisoblab tashlab yuborishi mumkin.

Uchinchi xato haqidagi gap tahririyatning mantiqiy xulosasi, chunki hujjat identifikator noyob boʻlishini talab qiladi, lekin bunday misol keltirmaydi. Eng oddiy yechim identifikator sifatida buyurtma raqamini olish. Uni sayt ham, server ham biladi va u har xarid uchun noyob.

Tekshirish va moslash sifati

Meta sozlamani Test Events asbobida tekshirishni tavsiya qiladi, u hodisalar toʻgʻri takrorlanmaganini koʻrsatadi. Server hodisasida sayt manzili va foydalanuvchi qurilmasi maʼlumoti ham boʻlishi, har hodisaning manbasi esa, masalan veb yoki oflayn, toʻgʻri belgilanishi kerak.

Xarid hodisasining oʻzi ham toʻliq boʻlishi lozim. Pixel hujjatiga koʻra, Purchase hodisasida xarid qiymati majburiy, u valyuta bilan birga yuboriladi. Server hodisasi ham shu qiymatni aynan oʻsha shaklda olib kelmasa, takror topilgan taqdirda ham ikki yoʻlning daromad hisobi farq qiladi.

Yana bir shart mijoz maʼlumoti bilan bogʻliq. Elektron pochta, telefon va ism kabi maʼlumotlar yuborilsa, Meta hodisani aniq odamga moslashtira oladi, faqat moslashgan hodisalar esa atribusiya va reklamani sozlash uchun ishlatiladi. Meta tayyor kutubxonasidan foydalanmasangiz, maʼlumotni hash qilishni oʻzingiz bajarasiz. Hash maʼlumotni oʻqib boʻlmaydigan shaklga keltiradi, lekin yashirmaydi: bir xil pochta manzili har doim bir xil qatorni beradi. Bu haqda enhanced conversions maqolasida batafsil.

Meta juda kam maʼlumotli birikmalarni umuman rad etadi, masalan faqat ism va jins yuborilgan hodisa qabul qilinmaydi. Brauzer belgilarini yuborayotgan boʻlsangiz, ularni muntazam yangilab turish lozim. Mayda talab. Lekin hodisaning moslashishi, demak kabinetdagi xaridlar soni ham, aynan shularga bogʻliq.

Meta raqami va ichki hisob nega bir xil chiqmaydi

Deduplikatsiya toʻgʻri ishlasa ham, kabinetdagi xaridlar soni buyurtmalar jadvalidan farq qilishi mumkin. Meta atribusiyada faqat moslashgan hodisalardan foydalanadi, siz esa jadvalda barcha buyurtmani, shu jumladan reklamaga aloqasi yoʻqlarini ham koʻrasiz. Shuning uchun ikki raqam teng boʻlishi shart emas. Muhimi, kabinet raqami jadval raqamidan oshib ketmasligi.

Kabinet raqami jadvaldan katta chiqsa, birinchi gumon takror boʻladi: identifikator yoki nom mos kelmagan. Kabinet raqami jadvaldan ancha kam boʻlsa, sababni boshqa joydan qidirish kerak, chunki hodisa moslashmagan yoki server hodisasi umuman yetib bormagan boʻlishi mumkin.

Deduplikatsiya nimani hal qilmaydi

Deduplikatsiya faqat bir hodisaning takrorini olib tashlaydi. Reklama xaridni haqiqatan keltirdimi yoki mijoz baribir sotib olarmidi, degan savolga u javob bermaydi. Bu inkrementallik savoli va uni alohida testlar hal qiladi. Gipotetik misol: doʻkonning doimiy mijozi reklamani koʻrdi va odatdagidek buyurtma berdi. Kabinet bu xaridni reklamaga bogʻlaydi, lekin reklama boʻlmasa ham mijoz xarid qilgan boʻlardi.

Server orqali yuborish maxfiylik masalasini ham olib tashlamaydi. Server ham shaxsga doir maʼlumotni uzatadi, shuning uchun rozilik va maqsad savoli oʻz kuchida qoladi, server joylashuvi esa alohida masala boʻlishi mumkin.

Amalda nima qilish mumkin

Quyidagi tartib Meta qoidalaridan chiqarilgan tahririyat tavsiyasi. Uni oʻz doʻkoningiz yoki reklama hisobingizga moslab olish mumkin.

1. Qaysi hodisalar ikkala yoʻldan ketishini roʻyxatga oling, odatda bular xarid, savatga qoʻshish va soʻrov qoldirish.
2. Har hodisa uchun identifikatorni bir joyda, masalan buyurtma raqamidan, yarating va ikkala yoʻlga bir xil uzating.
3. Hodisa nomlarini ikkala tomonda bir xil yozing.
4. Sozlagach Test Events asbobida bitta sinov xaridi qiling va u bitta hodisa sifatida koʻrinishini tekshiring.
5. Bir-ikki haftadan keyin Meta kabinetidagi xaridlar sonini oʻz buyurtmalar jadvalingiz bilan solishtiring, katta farq takror yoki yoʻqotish belgisi.
6. Serverdan mijoz maʼlumotini yuborishdan oldin rozilik va maqsad savolini hal qiling: qaysi maʼlumot, qanday asosda va nima uchun uzatiladi, yozib qoʻying.