meta conversions api quraşdırma qaydası

Meta Conversions API, tamamilə brauzer əsaslı kukilərə güvənmədən Meta-ya konversiya məlumatlarını göndərən bir arxa plan bağlantısıdır. Ənənəvi Meta Pixel istifadəçinin brauzerində işlədiyi halda, CAPI server səviyyəsində fəaliyyət göstərir. Bu, onun brauzer qəzaları, yavaş yüklənmə vaxtları və ya Pixel-in düzgün işləməsinə mane olan reklam bloklayıcı proqramlar kimi problemlərə daha az həssas olması deməkdir.

Tipik bir hesabda, yalnız brauzer Pixel-inə güvənmək 10%-dən 30%-ə qədər məlumat itkisi ilə nəticələnə bilər. Bu boşluq, müasir brauzerlərin və əməliyyat sistemlərinin daha ciddi məxfilik nəzarətləri tətbiq etməsi səbəbindən yaranır. CAPI, alışlar, potensial müştəri formaları və səbətə əlavə etmə hərəkətləri kimi məlumatları birbaşa veb saytınızın verilənlər bazasından və ya serverindən göndərərək bu boşluğu doldurur.

Həm Pixel, həm də CAPI-dən birlikdə istifadə etmək tövsiyə olunan yanaşmadır. Meta buna artıq (redundant) quraşdırma deyir. Hər iki mənbə eyni hadisəni göndərdikdə, Meta eyni konversiyanın iki dəfə hesablanmamasını təmin etmək üçün deduplikasiya adlı bir prosesdən istifadə edir və marketinq performansınızın tək, dəqiq mənzərəsini təqdim edir.

Server tərəfli izləmə lazımdır, çünki o, reklam optimallaşdırılması və auditoriya qurulması üçün daha sabit bir təməl təklif edir. Brauzer izləmə skriptini blokladıqda, Meta alqoritmi istifadəçinin reklama kliklədikdən sonra nə etdiyini görə bilmir. Bu məlumat çatışmazlığı sistemin konversiya ehtimalı yüksək olan oxşar istifadəçiləri tapmasını çətinləşdirir.

Məsələn, ev dekorasiyası satan bir Shopify mağazası reklamlara həftədə 2000 dollar xərcləyə bilər. Əgər brauzer Pixel-i izləmənin qarşısının alınması səbəbindən 20 satışı qaçırırsa, Reklam Xərclərinin Gəlirliliyi (ROAS) olduğundan daha aşağı görünəcək. Daha da əhəmiyyətlisi, alqoritm bu 20 müştəridən öyrənməyəcək və bu da gələcək kampaniyalarda daha az səmərəli hədəfləməyə səbəb olacaq.

CAPI həmçinin veb saytda baş verməyən dərin hunili hadisələrin ötürülməsinə imkan verir. Bura abunə yeniləmələri, CRM-də qeyd olunan keyfiyyətli potensial müştərilər və ya hətta oflayn alışlar daxildir. Bu məlumatları paylaşmaq Meta-ya ilkin veb sayt ziyarətindən kənarda tam müştəri səyahətini anlamağa kömək edir.

Conversions API-ni quraşdırmaq texniki infrastrukturunuzdan və istifadə etdiyiniz platformalardan asılıdır. Onu tətbiq etməyin sadə tərəfdaş inteqrasiyalarından tutmuş xüsusi əl ilə kodlaşdırmaya qədər üç əsas yolu var. Doğrusunu seçmək büdcənizdən və daxili texniki resurslarınızdan asılıdır.

• Tərəfdaş İnteqrasiyaları: Shopify, WooCommerce və Wix kimi platformalar kodlaşdırma tələb etməyən hazır quraşdırmalar təklif edir. Siz sadəcə parametrlərdə Meta hesabınızı əlaqələndirirsiniz.
• Conversions API Gateway: Bu, saytınızla Meta arasında körpü rolunu oynayan öz-özünə yerləşdirilən və ya idarə olunan bir həlldir. Bu, tez-tez istifadə rahatlığı və məlumat nəzarəti arasında ən yaxşı tarazlıqdır.
• Birbaşa API İnteqrasiyası: Xüsusi hazırlanmış veb saytlar üçün tərtibatçılar Meta-nın API sənədlərindən istifadə edərək birbaşa serverdən hadisələri göndərmək üçün kod yaza bilərlər.
• Google Tag Manager (GTM) Server-Side: Bu metod vebdən məlumat almaq və onu Meta-ya yönləndirmək üçün GTM-də server konteynerindən istifadə edir.

Quraşdırma zamanı server tərəfli hadisələrinizin bir event_id ehtiva etdiyinə əmin olmalısınız. Bu unikal identifikator Meta-nın server hadisəsini brauzer hadisəsi ilə uyğunlaşdırmaq üçün istifadə etdiyi şeydir. Əgər event_id və event_name hər iki sorğu üçün eynidirsə, Meta qəbul etdiyi ilkini saxlayacaq və ikincisini ləğv edəcək, beləliklə təkrarlanan hesabatın qarşısını alacaq.

Yüksək EMQ balının açarı mümkün qədər çox müştəri məlumat parametri göndərməkdir. Daha çox məlumat nöqtəsi göndərdiyiniz zaman Meta-nın uyğunluq tapmaq şansı daha yüksək olur. Bununla belə, IP ünvanı və istifadəçi agenti kimi müəyyən sahələr istisna olmaqla, bütün məlumatlar göndərilməzdən əvvəl heşlənməlidir (SHA-256).

• E-poçt Ünvanı (em): Uyğunlaşdırma üçün ən güclü identifikatorlardan biridir.
• Telefon Nömrəsi (ph): Xüsusilə mobil istifadəçilər üçün çox effektivdir.
• IP Ünvanı və İstifadəçi Agent: Bunlar Meta-ya istifadəçinin cihazını və yerini müəyyən etməyə kömək edir.
• Xarici ID: CRM ID və ya müştəri ID kimi öz sisteminizdən unikal ID.
• Ad və Soyad: Digər məlumatlar çatışmadıqda uyğunluq ehtimalını artırmaq üçün faydalıdır.
• FBP və FBC: Bunlar mövcud olduqda həmişə ötürülməli olan Meta-ya xas kukilərdir (Brauzer ID və Klik ID).

Bu parametrlərdən ən azı dörd və ya beşi birlikdə göndərildikdə yüksək uyğunluq dərəcələri görmək adi bir haldır. Məsələn, yalnız e-poçt göndərmək orta bal verə bilər, lakin e-poçt, IP ünvanı və fbp kukisini birləşdirmək uyğunluq ehtimalını əhəmiyyətli dərəcədə artıracaq.

Deduplikasiya CAPI quraşdırmasında ən çox rast gəlinən texniki maneədir. Düzgün idarə olunmazsa, konversiya rəqəmləriniz Ads Manager-də ikiqat görünə bilər və bu da kampaniya performansına dair yanlış nikbinliyə səbəb olur. Bunu düzəltmək üçün əsas alət Events Manager-dəki ‘Test Events’ alətidir.

Test edərkən, bir hərəkət üçün iki giriş görməlisiniz: biri ‘Brauzer’-dən, digəri isə ‘Server’-dən. Meta biri üçün ‘Emal edildi’ (Processed), digəri üçün isə ‘Deduplikasiya edildi’ (Deduplicated) etiketini göstərməlidir. Əgər hər ikisinin ‘Emal edildi’ kimi işarələndiyini görürsünüzsə, bu, event_id-nizin ya çatışmadığı, ya da iki mənbə arasında uyğun gəlmədiyi deməkdir.

Digər bir ümumi problem server hadisələrindəki gecikmədir. Brauzer hadisələri demək olar ki, ani olsa da, server hadisələri bəzən toplu şəkildə göndərilə bilər. Meta 48 saata qədər aralıqla gələn hadisələri deduplikasiya edə bilər, lakin ən yaxşı real vaxt optimallaşdırması üçün server hadisələrini hərəkət baş verdikdən sonra mümkün qədər tez göndərməyə çalışmalısınız.