البنية التحتية للتتبع: CAPI vs Browser Pixel

زمان، كان الـ Meta Pixel العادي (اللي بيتركب في الـ Browser) كافي جداً إنه يجيبلك داتا دقيقة 100%. بس مع تحديثات الـ iOS 14 من أبل، وظهور الـ Ad Blockers، وبراوزرات زي Brave و Safari اللي بتمنع الـ Cookies.. البكسل العادي بقى أعمى وبيفقد أكتر من 40% من الداتا.

إيه هو الـ Conversions API (CAPI)؟

الـ CAPI هو الحل الجذري اللي ميتا عملته. بدل ما نعتمد على البراوزر بتاع المستخدم يبعت الداتا للفيسبوك (واللي ممكن تتبلك)، إحنا بنخلي الـ Server (السيرفر) بتاع الموقع بتاعنا يكلم السيرفر بتاع ميتا دايركت ويبعتله الداتا. ده بيضمن إن 99% من المبيعات والـ Events بتوصل بشكل سليم.

مقارنة سريعة بين الاتنين:

1. Browser Pixel: سهل التركيب جداً، بيعتمد على المتصفح، بيفقد داتا كتير لو اليوزر فاتح من آيفون أو مشغل Ad Blocker.
2. Server-Side (CAPI): أصعب في التركيب، بيعتمد على سيرفرات، مبتتأثرش بالـ Ad Blockers، وبيجمع داتا عميقة جداً عن العميل.

إزاي تبني Tracking Architecture قوية؟ (الجمع بينهم)

أفضل طريقة في السوق حالياً هي إعداد (Redundant Setup). يعني بتركب الـ Browser Pixel وبتشغل معاه الـ CAPI في نفس الوقت. الاتنين بيبعتوا داتا للفيسبوك.

عشان الفيسبوك ميحسبش المبيعة الواحدة مرتين (Duplication)، لازم تبعت مع كل Event كود تعريفي فريد اسمه (Event ID). الفيسبوك هيستلم المبيعة من البكسل، ويستلم نفس المبيعة من السيرفر بنفس الـ Event ID، فيعملها Deduplication وياخد واحدة بس. كده إنت ضمنت أعلى دقة ممكنة بدون ما تكرر الأرقام في الداشبورد.