أزمة فقدان البيانات (The Data Loss Era)
بعد إطلاق أبل لتحديث iOS 14.5 وقوانين الشفافية (ATT)، ومع انتشار متصفحات زي Safari و Brave، وبرامج منع الإعلانات (Ad Blockers) اللي بتمنع الـ Third-Party Cookies، الـ Facebook Pixel العادي (Client-Side Pixel) بقى بيعاني.
البيكسل العادي شغال جوا متصفح العميل، ولما المتصفح يقفل التتبع، البيكسل بيبقى أعمى تماماً.
ما هو الـ CAPI (Conversions API)؟
هنا بييجي دور الـ Server-Side Tracking. بدل ما نعتمد على المتصفح بتاع العميل (اللي ممكن يمنعنا)، احنا بنبرمج السيرفر بتاع الموقع بتاعنا إنه يبعت بيانات المبيعات مباشرة لسيرفرات ميتا (Server-to-Server). التقنية دي مستحيل أي Ad Blocker أو متصفح يوقفها.
3 أسباب تخلي إعداد الـ CAPI ضرورة قصوى اليوم:
1. دقة مطابقة عالية (High Event Match Quality - EMQ)
الـ CAPI مش بيبعت بس إن "فيه مبيعة حصلت". ده بيبعت بيانات العميل متشفرة (Hashed Data) زي الإيميل، رقم التليفون، والـ IP Address. فيسبوك بياخد البيانات دي ويطابقها ببيانات مستخدمينه بنسبة دقة بتعدي الـ 8/10. ده بيعلي جداً من قدرة المنصة على استهداف ناس مشابهة للعملاء الحقيقيين.
2. تقليل تكلفة الاستحواذ (Lower CPA)
الخوارزمية الإعلانية عاملة زي العربية اللي ماشية بالبنزين (البيانات). لو البنزين قليل (بيانات مفقودة)، العربية هتعطل والـ CPA هيضرب في السما. لما توفر داتا كاملة 100% عن طريق الـ CAPI، الخوارزمية بتشتغل بكامل طاقتها والـ CPA بينزل بشكل ملحوظ.
3. تجنب التكرار (Deduplication)
أفضل استراتيجية هي إنك تشغل الـ Browser Pixel بالتوازي مع الـ Server-Side CAPI. فيسبوك ذكي كفاية إنه لما يستقبل نفس الحدث (مبيعة مثلاً) من المتصفح ومن السيرفر، بيعمل Deduplication ومش بيحسبه مرتين بفضل الـ Event ID.