التعريف
Conversions API (وتُختصر غالبًا بـ CAPI) هي حل تتبّع من جانب الخادم (Server-Side Tracking) طوّرته Meta، يسمح للمُعلن بإرسال بيانات الأحداث التحويلية — مثل عمليات الشراء وإتمام الدفع وإضافة إلى السلة — مباشرةً من خادم المتجر الإلكتروني إلى خوادم Meta، بدلًا من الاعتماد على متصفح العميل و«البيكسل» التقليدي (Meta Pixel).
بمعنى عملي: بدل أن يخبر المتصفح Meta «هذا المستخدم اشترى»، يقوم سيرفرك أنت بإرسال هذه المعلومة عبر API موثّق، مع معرّفات مُشفَّرة (Hashed) مثل البريد الإلكتروني ورقم الهاتف ومعرّف النقر (fbclid).
النتيجة: استمرار تتبّع التحويلات حتى في بيئات الخصوصية المُقيّدة، وأبرزها iOS 14.5+ مع ATT (App Tracking Transparency)، وحظر الكوكيز من طرف المتصفحات مثل Safari وChrome.
مبسّط
تخيّل أن لديك متجرًا في سوق مزدحم. البيكسل التقليدي يشبه موظفًا يقف عند الباب يحاول تسجيل كل زائر يدخل — لكن بعض الزوار يضعون قناعًا (VPN)، وبعضهم يدخل من باب خلفي (حظر الكوكيز)، وبعضهم يتجاهل الموظف تمامًا (رفض التتبّع). النتيجة: تسجيل ناقص.
Conversions API يشبه كاميرا مراقبة داخلية موصولة مباشرةً بمكتبك المركزي: أنت من يرسل التقرير، لا الزائر. حتى لو دخل من أي باب، أنت تعرف أن البيع حدث.
المعادلة التقنية
حدث التحويل = بيانات الحدث + معرّفات المستخدم المُشفَّرة + معرّف النقر
وبشكل أدق:
CAPI Event = event_name + event_time + user_data (em, ph, fbclid, external_id) + custom_data (value, currency, content_ids)
مثال رقمي:
- event_name = Purchase
- value = 249.00 SAR
- currency = SAR
- content_ids = [SKU-4471]
- em = SHA-256(ahmed@example.com)
مقارنة: Pixel مقابل Conversions API
| المعيار | Meta Pixel (متصفح) | Conversions API (خادم) |
|---|---|---|
| مصدر البيانات | متصفح العميل | سيرفر المتجر |
| التأثر بحظر الكوكيز | مرتفع جدًا | منخفض |
| دقة iOS 14.5+ | ضعيفة (30–50%) | قوية (75–95%) |
| مقاومة Ad Blockers | ضعيفة | قوية |
| التحكم في البيانات | محدود | كامل |
| زمن التنفيذ | فوري | فوري/مُجمَّع (Batched) |
| إزالة التكرار | لا | مطلوبة عبر event_id |
| التعقيد التقني | منخفض | متوسط إلى مرتفع |
الأفضل عمليًا: **تشغيل الاثنين معًا** (Redundant Setup) للحصول على أقصى تغطية.
بيانات وأرقام واقعية
1. تحسّن دقة المطابقة: المتاجر التي تُفعّل CAPI مع Pixel تسجّل تحسّنًا في Attribution Matching بنسبة تتراوح بين +15% و +30% مقارنةً بالبيكسل وحده.
2. تحسين ROAS: حملات DTC في منطقة الخليج التي تعتمد CAPI سجّلت ارتفاعًا في ROAS من 2.1x إلى 2.8x خلال 60 يومًا من التفعيل.
3. تقليل CPA: انخفاض تكلفة الاستحواذ من 85 SAR إلى 62 SAR في قطاع التجميل السعودي بعد ربط CAPI مع Catalog.
سيناريوهات التطبيق
1. متجر Shopify / Salla / Zid
استخدم تطبيقًا رسميًا أو تكاملًا مباشرًا (Shopify: Facebook & Instagram app مع CAPI، Salla: تكامل Meta الرسمي) لتمرير أحداث Purchase وAddToCart من السيرفر.
2. بناء مخصص (Custom Backend)
إذا كنت تستخدم WooCommerce أو منصة مخصصة، أرسل الأحداث عبر Graph API من سيرفرك باستخدام access_token مع تشفير SHA-256 للبيانات الشخصية.
3. حملات Lead Gen للتجارة الإلكترونية
عند بيع منتجات ذات دورة شراء طويلة (أثاث، إلكترونيات)، استخدم CAPI لإرسال أحداث Lead وInitiateCheckout بدقة أعلى.
4. تحسين الجماهير (Audiences)
CAPI يُغذّي جماهير مخصّصة مثل Lookalike وRetargeting بجودة أعلى، مما يقلّل هدر الميزانية على الجماهير الضعيفة.
الأخطاء الشائعة
1. عدم إرسال event_id: يؤدي إلى ازدواجية الأحداث (Duplicate Events) وتضخيم الأرقام. يجب أن يكون نفس event_id في Pixel وCAPI.
2. تشفير خاطئ للبيانات: البريد والهاتف يجب أن يكونا مُشفّرين SHA-256 بحروف صغيرة وبدون مسافات. الخطأ هنا يقتل نسبة المطابقة.
3. إهمال fbclid و fbc / fbp: هذه المعرّفات ترفع دقة الـ Attribution بشكل كبير، وتجاهلها يخفض الأداء.
4. إرسال بيانات بدون موافقة (Consent): في أوروبا (GDPR) والسعودية (PDPL)، يجب احترام موافقة المستخدم قبل الإرسال.
5. عدم اختبار الأحداث في Events Manager: استخدم Test Events للتأكد من وصول البيانات قبل الإطلاق.
6. الاعتقاد أن CAPI يُلغي البيكسل: العكس — الدمج بينهما هو الأفضل.
7. تجاهل Deduplication: بدونه، ترى Meta تحويلين لنفس الطلب، فتُحسّن الحملات على بيانات مضلّلة.
مصطلحات ذات صلة
- Meta Pixel: كود JavaScript للتتبّع من جانب المتصفح.
- Server-Side Tracking: التتبّع من الخادم بدلًا من المتصفح.
- Event Match Quality (EMQ): مقياس من Meta (من 0 إلى 10) يقيس جودة مطابقة الأحداث.
- Aggregated Event Measurement (AEM): بروتوكول Apple/Meta لترتيب الأحداث بعد iOS 14.5.
- Attribution Window: النافذة الزمنية التي تُنسب فيها التحويلات (7 أيام نقر، 1 يوم مشاهدة افتراضيًا).
- Hashed PII: بيانات شخصية مُشفّرة قبل إرسالها.
- Graph API: الواجهة التي تُرسل عبرها أحداث CAPI.
- GTM Server-Side: حل Google Tag Manager من جانب الخادم، بديل/مكمّل لـ CAPI.
- First-Party Data: بيانات تجمعها مباشرة من عملائك.
- Deduplication Key: مفتاح منع ازدواجية الأحداث (event_id).
خلاصة تنفيذية
Conversions API ليست «ميزة إضافية»، بل ضرورة تشغيلية لأي متجر DTC يستهدف أسواقًا تعتمد iPhone بكثافة (الخليج، أوروبا، أمريكا). بدونها، أنت تُحسّن حملاتك على بيانات ناقصة، وتدفع ثمن قرارات مبنية على 40–60% فقط من الحقيقة.
ابدأ بالتكامل الرسمي، تحقّق من EMQ، أرسل fbclid وevent_id، واحترم الخصوصية — وسترى الفرق في ROAS خلال 30–60 يومًا.