Nega reklama, GA4 va CRM ma’lumotlari mos kelmaydi

Qisqacha: moslik bo‘lmaydi va bu normal

Har bir tizim o‘z savoliga javob beradi. Reklama kabineti o‘z reklamasiga yozadigan konversiyalarni hisoblaydi. GA4 konversiyalarni barcha kanallar o‘rtasida o‘z modeli bo‘yicha taqsimlaydi. CRM haqiqiy arizalar va bitimlarni qayd etadi, lekin ularning manbai haqida faqat unga uzatilgan narsani biladi.

Shuning uchun Google Ads, Meta va Yandex Direct konversiyalari yig‘indisi deyarli har doim CRM dagi haqiqiy arizalardan ko‘p bo‘ladi: bitta sotuvni har bir platforma o‘ziga yozib qo‘yishi mumkin. Maqsad raqamlarni birlikkacha moslashtirish emas, balki farqlar sababini tushunish va ularning ko‘lami barqaror bo‘lishini kuzatish.

Atributsiya oynalari va modellari

• Atributsiya oynasi — klik yoki ko‘rishdan keyin necha kun ichida konversiya reklamaga yoziladi. Turli platformalarda va hatto turli konversiya harakatlarida oynalar har xil.
• Atributsiya modeli. GA4 sukut bo‘yicha kanallar orasida data-driven atributsiyadan foydalanadi, reklama kabineti — o‘z tarmog‘i ichidagi modelidan, CRM esa ko‘pincha birinchi yoki oxirgi manbani yozadi.
• Konversiya sanasi. Google Ads konversiyani e’longa klik qilingan sanaga, GA4 esa hodisaning o‘z sanasiga bog‘laydi. Klikdan bir hafta keyin qoldirilgan ariza hisobotlarning turli davrlariga tushadi.

View-through konversiyalar

Ba’zi platformalar sukut bo‘yicha ko‘rishdan keyingi konversiyalarni hisobga oladi: foydalanuvchi reklamani ko‘rdi, bosmadi, ammo keyinroq xarid qildi. GA4 va CRM bu ko‘rsatish haqida hech narsa bilmaydi. Kabinetdagi atributsiya sozlamalarini tekshiring va solishtirishda faqat klikdan keyingi konversiyalarga qarang.

Cookie roziligi va bloklovchilar

• Foydalanuvchi analitik cookie lardan voz kechsa, teglar ishlamasligi yoki faqat anonim signallar yuborishi mumkin.
• Reklama bloklovchilari va brauzerlardagi kuzatuvdan himoya piksellar va analitika skriptlarini to‘sib qo‘yadi.
• Klik belgilari (gclid, fbclid, UTM) redirektlarda, ayrim brauzerlarda va domenlar orasida o‘tishda yo‘qoladi.

CRM arizani baribir oladi, analitika esa yo‘q. «Yo‘qolgan» konversiyalar va to‘g‘ridan-to‘g‘ri kirishlar ulushining oshishi shundan.

Vaqt zonalari va qayta ishlash kechikishi

Reklama akkaunti, GA4 resursi va CRM serveri turli vaqt zonalarida ishlashi mumkin. Toshkent vaqti bilan 23:30 dagi ariza UTC da ishlaydigan tizimda boshqa kunga tushib qolishi mumkin. Bundan tashqari, GA4 va kabinetlardagi ma’lumotlar kechikish bilan qayta ishlanadi — oxirgi bir-ikki kun raqamlari hali o‘zgaradi.

Modellashtirilgan ma’lumotlar va chegaralar

• Modellashtirish. Cookie lardan voz kechilganda reklama tizimlari va GA4 konversiyalarning bir qismini model orqali to‘ldirishi mumkin. CRM da bunday «modellashtirilgan» arizalar yo‘q.
• Chegaralar (thresholding). GA4 shaxsni aniqlab bo‘lmasligi uchun foydalanuvchilar soni kam bo‘lgan qatorlarni hisobotlarda yashirishi mumkin.
• Semplash GA4 tadqiqotlarida va katta hajmlarda Yandex Metrica da taxminiy raqamlar beradi.

Lidlar dublikati

• Foydalanuvchi formani ikki marta yubordi yoki ariza qoldirib, qo‘ng‘iroq ham qildi.
• Konversiya tegi «Rahmat» sahifasi har safar qayta yuklanganda ishlaydi.
• Hodisa ham saytdan, ham server API orqali dublikatlarni olib tashlash uchun umumiy identifikatorsiz yuboriladi.

Natijada analitika dublikatlar birlashtirilgandan keyingi CRM dagidan ko‘proq konversiya ko‘rsatadi.

Hisobotlarni qanday solishtirish kerak

1. Har bir metrika uchun haqiqat manbaini belgilang: xarajatlar — reklama kabineti, sessiyalar va xatti-harakat — GA4, lidlar va sotuvlar — CRM.
2. Bir xil narsalarni solishtiring: bir xil sanalar, vaqt zonasi, konversiya turi, view-through siz faqat kliklar.
3. Identifikatorlarni CRM ga uzating: UTM, gclid, fbclid, GA4 client ID. Shunda har bir bitimni manbaga bog‘lash mumkin.
4. Ma’lumotlarni reklamaga qaytaring: oflayn konversiyalar importi va dublikatlarni olib tashlash uchun event_id bilan server API lari (masalan, Meta dagi Conversions API).
5. Dublikatlarni bartaraf eting: formani qayta yuborishni taqiqlang, teg bitta ariza uchun bir marta ishlasin, CRM da birlashtirish qoidalarini sozlang.
6. Farqlar jurnalini yuriting — tizimlar orasidagi odatiy farqni qayd eting. Farqning keskin o‘zgarishi buzilgan trekingdan darak beradi.