Meta Pixel brauzerdən, Conversions API isə server tərəfdən hadisə göndərə bilər. Bu iki mənbə bir-birini tamamlayır, amma eyni müraciəti iki ayrı konversiya kimi göndərmək riski də yaradır.
Problemin adı deduplication-dır: Meta eyni real hadisənin brauzer və server nüsxəsini tanıyıb bir nəticə kimi saymalıdır. Bunun üçün sadəcə hadisə adlarının eyni olması kifayət etmir.
Pixel və CAPI niyə birlikdə istifadə olunur?
Brauzer hadisələri istifadəçinin səhifədəki davranışını tez və zəngin kontekstlə göstərir. Lakin brauzer məhdudiyyətləri, şəbəkə xətaları və razılıq seçimləri səbəbindən bütün hadisələr çatmaya bilər.
Server hadisəsi isə təsdiqlənmiş forma, sifariş və CRM mərhələsini birbaşa biznes sistemindən göndərməyə imkan verir. CAPI Pixel-in “əvəzi” deyil, ölçmə sisteminin ikinci kanalıdır.
Düzgün yanaşma belədir:
- səhifə baxışı və mikro davranışlar üçün brauzer siqnalları;
- təsdiqlənmiş lead, sifariş və offline nəticələr üçün server siqnalları;
- eyni real hadisə hər iki tərəfdən gedirsə düzgün deduplication.
Deduplication hansı məntiqlə işləyir?
Eyni hadisənin brauzer və server versiyasında əsas uyğunluq elementləri bunlardır:
- event_name eyni olmalıdır;
- event_id eyni real əməliyyat üçün eyni olmalıdır;
- hadisələr məntiqli vaxt aralığında göndərilməlidir.
Məsələn, istifadəçi formu uğurla göndərəndə sistem unikal müraciət ID-si yaradır. Həmin ID həm Pixel hadisəsinə, həm də server hadisəsinə event_id kimi verilir. Meta bu iki siqnalı bir real hadisənin nüsxələri kimi tanıya bilir.
Yanlış yanaşma hər göndərişdə təsadüfi və bir-birindən fərqli event_id yaratmaqdır. Bu halda platforma iki siqnalı əlaqələndirə bilmir və nəticə şişə bilər.
Unikal event ID harada yaradılmalıdır?
Ən etibarlı variant ID-ni əməliyyatın həqiqətən təsdiqləndiyi nöqtədə yaratmaqdır:
- e-commerce üçün order_id və ya transaction_id;
- lead form üçün serverin yaratdığı lead_id;
- rezervasiya üçün booking_id;
- qeydiyyat üçün registration_id.
Sadəcə səhifə açılarkən yaradılan ID istifadəçi formanı tamamlamasa belə mövcud ola bilər. Buna görə ID-nin biznes hadisəsi ilə əlaqəsi aydın olmalıdır.
Event Match Quality ilə deduplication eyni deyil
Bu iki anlayış tez-tez qarışdırılır.
Deduplication eyni real hadisənin iki dəfə sayılmasının qarşısını alır.
Event Match Quality isə hadisənin uyğun istifadəçi və reklam qarşılıqlı əlaqəsi ilə əlaqələndirilməsi üçün göndərilən məlumatların keyfiyyətini göstərir.
E-poçt və telefon kimi məlumatlar yalnız uyğun hüquqi əsas, istifadəçi məlumatlandırması və platforma qaydaları çərçivəsində göndərilməlidir. Server inteqrasiyası “daha çox data göndərmək” icazəsi deyil. Məqsəd zəruri və düzgün siqnalı təhlükəsiz ötürməkdir.
Test Events-də nəyi yoxlamaq lazımdır?
Qurulumdan sonra bir test sifarişi və ya müraciəti tamamla. Sonra bunları yoxla:
- brauzer hadisəsi göründü;
- server hadisəsi göründü;
- event_name hər iki tərəfdə eynidir;
- event_id hər iki tərəfdə eynidir;
- dəyər və valyuta uyğundur;
- hadisə vaxtı düzgündür;
- eyni test nəticədə iki konversiya yaratmır;
- server cavabında xəta və ya warning yoxdur.
Tək uğurlu test kifayət deyil. Səhifəni yenilə, geri qayıt, formu iki dəfə göndərməyə çalış və şəbəkə gecikməsini sına. Real istifadəçi axını həmişə ideal demo ssenarisindən daha qarışıqdır.
CRM ilə həftəlik tutuşdurma qur
Events Manager daxilində nəticə görmək texniki qurulumun bir hissəsidir. Biznes doğrulaması isə CRM-də aparılır.
Həftəlik bu rəqəmləri müqayisə et:
- Meta-da Lead və Purchase hadisələri;
- saytda təsdiqlənmiş müraciət və sifarişlər;
- CRM-də unikal lead sayı;
- uyğun lead sayı;
- real satış sayı və gəlir.
Meta 200 lead, CRM 118 unikal lead göstərirsə fərqin səbəbini tapmadan kampaniyanı miqyaslandırmaq olmaz. Səbəb təkrar form, spam, test trafik, dublikat hadisə və ya fərqli tarix aralığı ola bilər.
Ən çox rast gəlinən səhvlər
- Pixel və CAPI üçün fərqli event_id göndərmək;
- hadisə baş verməmişdən əvvəl Lead göndərmək;
- səhifə refresh olduqda Purchase-ı yenidən işə salmaq;
- test hadisələrini canlı hesabatlara qarışdırmaq;
- bütün form kliklərini keyfiyyətli lead saymaq;
- CRM nəticəsini platformaya geri qaytarmamaq;
- razılıq və məlumatlandırma prosesini nəzərə almamaq.
Meta ölçməsini yalnız texniki siqnal kimi deyil, biznes axını kimi qurmaq lazımdır. Pixel istifadəçi davranışını, CAPI təsdiqlənmiş nəticəni, CRM isə keyfiyyəti göstərməlidir. Bu üçü əlaqəli işləyəndə reklam alqoritmi daha düzgün məqsədə optimizasiya olunur.
Ölçmə sisteminin ümumi arxitekturası üçün first-party data bələdçisini, kampaniya audit ardıcıllığı üçün isə Meta reklam auditi yazısını oxuya bilərsən.
