Conversions API من Meta: لماذا يفوّت البكسل تحويلاتك وكيف تربطه صح
بقلم البراء محمود
البكسل وحده يعتمد على متصفح العميل، والمتصفح لم يعد يوصل كل شيء. هذا شرح لما يفعله Conversions API، وكيف يُربط دون أن تتضاعف أرقامك، وكيف تتأكد أنه يعمل.
الخلاصة في سطر
Conversions API يرسل أحداث متجرك من الخادم مباشرة إلى Meta، فيصل جزء مما يضيع من البكسل بسبب قيود iOS والمتصفحات ومانعات الإعلانات. يُركّب بجانب البكسل لا بدلًا منه، وكل حدث يُرسل من الطرفين بنفس event_id حتى تحسبه Meta مرة واحدة.
صاحب المتجر يرى في لوحة سلة أو زد طلبات أكثر مما تراه Meta، فيستنتج أن الحملة أضعف مما هي عليه، أو يوقف إعلانًا كان يبيع. والخوارزمية نفسها تتعلم من أحداث ناقصة، فتبحث عن مشترين بصورة غير مكتملة لمن اشترى فعلًا.
جزء من هذا الفرق طبيعي ولا يُحل بالكامل. لكن جزءًا كبيرًا منه سببه أن التتبع كله معلّق على متصفح العميل. وهنا يدخل Conversions API.
لماذا لا يسجل بكسل ميتا كل المشتريات؟
البكسل كود يعمل داخل متصفح الزائر. حين يشتري العميل، يرسل المتصفح حدث الشراء إلى Meta. هذه الطريقة كانت تكفي قبل سنوات، لكن عدة أشياء صارت تقطع الطريق بين المتصفح وMeta:
- قيود الخصوصية في iOS: حين يرفض المستخدم التتبع في التطبيقات، تقل البيانات التي تصل من متصفح Meta الداخلي ومن التطبيقات.
- المتصفحات التي تقيّد ملفات تعريف الارتباط وتقصّر عمرها، مثل Safari، فيضيع الربط بين النقرة والشراء إذا تأخر الشراء أيامًا.
- مانعات الإعلانات وإضافات الخصوصية التي تحجب كود البكسل نفسه فلا يُحمَّل أصلًا.
- صفحات شكر لا تُحمَّل كاملة، أو عميل يغلق الصفحة قبل أن يكتمل الإرسال، أو دفع عبر بوابة خارجية لا يرجع منها العميل للمتجر.
النتيجة: شراء حقيقي حدث وسُجّل في متجرك، لكن Meta لم تعلم به. والحملة التي جابته لا تأخذ عليه أي رصيد.
ما هو Conversions API؟
Conversions API طريقة رسمية من Meta لإرسال الأحداث من خادمك (أو من خادم منصة متجرك) إلى Meta مباشرة، بدل الاعتماد على متصفح العميل وحده. الطلب الذي يُسجَّل في نظام متجرك يُرسل إلى Meta من هناك، فلا تمنعه مانعات الإعلانات ولا قيود المتصفح.
هو لا يلغي البكسل. Meta نفسها توصي بتشغيلهما معًا: البكسل يلتقط ما يحدث في المتصفح من تصفح وإضافة للسلة بتفاصيل دقيقة، والخادم يضمن وصول الأحداث المهمة، خصوصًا الشراء، حتى لو فشل المتصفح.
ولا تنظر له كتحسين للتقارير فقط. أثره الأهم على الأداء: الخوارزمية التي تتعلم من أحداث أكمل تعرف بشكل أدق من يشتري، فتوجّه الإنفاق نحو أشخاص يشبهونهم.
كيف أمنع تكرار الحدث بين البكسل والخادم؟
هنا يقع أكثر خطأ أراه. حين يعمل البكسل والخادم معًا، كلاهما يرسل نفس الشراء. إذا لم تعرف Meta أنهما حدث واحد، ستحسبه شراءين، فتتضاعف أرقامك وتصبح الحملة تبدو أفضل من الحقيقة.
الحل أن يحمل الحدث من الطرفين نفس اسم الحدث (مثل Purchase) ونفس معرّف الحدث event_id. أفضل قيمة لهذا المعرّف في الشراء هي رقم الطلب نفسه، لأنه فريد ومتاح في المتصفح والخادم معًا. Meta تدمج الحدثين إذا وصلا بنفس المعرّف خلال 48 ساعة.
| الحالة | ما تراه Meta | النتيجة |
|---|---|---|
| البكسل فقط | الأحداث التي نجح المتصفح في إرسالها | أرقام أقل من الواقع |
| الخادم فقط | الأحداث من الخادم بلا تفاصيل المتصفح الكاملة | بيانات أقل غنى للتصفح والسلة |
| الاثنان بلا event_id موحد | كل شراء مرتين | أرقام مضاعفة وتحسين مضلَّل |
| الاثنان بنفس event_id | شراء واحد من مصدرين مدمجين | الإعداد الصحيح |
ما هي جودة مطابقة الأحداث؟
حين يصل حدث من الخادم، تحتاج Meta أن تعرف لأي مستخدم عندها يعود هذا الحدث. جودة مطابقة الأحداث (Event Match Quality) تقييم يظهر في مدير الأحداث لكل حدث، وتقيس مدى قدرة Meta على ربط أحداثك بحسابات حقيقية.
الدرجة ترتفع كلما أرسلت معلومات عميل أكثر وأدق مع الحدث:
- البريد الإلكتروني ورقم الجوال، مجزّأين (hashed) بـSHA-256 قبل الإرسال.
- معرّف المتصفح fbp ومعرّف النقرة fbc، وهما ما يربط الشراء بالنقرة على الإعلان. يُرسلان كما هما بلا تجزئة.
- عنوان IP للعميل ووكيل المستخدم (user agent)، بلا تجزئة.
- معرّف العميل في متجرك (external_id) إن كان متاحًا.
لا ترسل بيانات لا يحتاجها الحدث، ولا ترسل بيانات حساسة. واعرض للزائر إشعار خصوصية واضحًا يشرح القياس. هذا ما أطبقه عمليًا، وليس رأيًا قانونيًا.
كيف أربط Conversions API في سلة وزد وShopify؟
الخبر الجيد أن أغلب المتاجر السعودية لا تحتاج برمجة. المنصات الكبيرة توفر ربطًا جاهزًا، وعملك هو تفعيله بشكل صحيح ثم التحقق منه:
| المنصة | طريقة الربط المعتادة | ما تتحقق منه |
|---|---|---|
| سلة | ربط Meta من إعدادات التسويق أو التطبيق الرسمي، بمعرّف البكسل ورمز وصول Conversions API | أن الشراء يصل من المتصفح والخادم مدمجًا |
| زد | تكامل Meta من قسم التسويق أو متجر التطبيقات، بنفس المتطلبات | قيمة الطلب والعملة SAR ورقم الطلب |
| Shopify | تطبيق Facebook & Instagram الرسمي مع اختيار مستوى مشاركة بيانات يشمل الخادم | ألا يكون البكسل مركّبًا مرة ثانية يدويًا |
| موقع مخصص | ربط مباشر من الخادم، أو GTM Server-Side، أو Conversions API Gateway | event_id موحد وتجزئة صحيحة للبيانات |
واجهات المنصات تتغير مع التحديثات، فلا تعتمد على مكان زر بعينه. المهم أن تعرف ما المطلوب: معرّف البكسل، ورمز الوصول الذي تولّده من مدير الأحداث، وتفعيل الأحداث من الخادم.
أكثر مشكلة أراها في المتاجر الجاهزة ليست غياب الربط، بل تكراره: تكامل المنصة الرسمي مفعّل، وفوقه بكسل ركّبه شخص آخر يدويًا عبر Google Tag Manager أو حقل أكواد. فيصل كل حدث من ثلاثة مصادر. قبل أي ربط جديد، اعرف ما المركّب حاليًا.
كيف أتأكد في مدير الأحداث أن الربط يعمل؟
- 1افتح مدير الأحداث واختر مجموعة البيانات (البكسل) الخاصة بمتجرك.
- 2في النظرة العامة، اختر حدث Purchase وتحقق أن طريقة الاتصال تُظهر المتصفح والخادم معًا.
- 3استعمل أداة اختبار الأحداث ونفّذ عملية شراء تجريبية بأقل قيمة ممكنة.
- 4تأكد أن الشراء يظهر مرة واحدة مع إشارة إلى دمج المصدرين، لا مرتين منفصلتين.
- 5راجع درجة جودة مطابقة الأحداث لحدث الشراء بعد أيام من البيانات، وانظر ما المعلومات التي تقترح Meta إضافتها.
- 6بعد أسبوع، قارن عدد المشتريات في Meta مع عدد الطلبات في متجرك لنفس الفترة، مع مراعاة أن Meta تحسب حسب نافذة الإسناد لا حسب تاريخ الطلب فقط.
لن يتطابق الرقمان تمامًا، وهذا متوقع: ليست كل الطلبات جاءت من إعلانات Meta، وبعض الطلبات لن تُربط بأي مستخدم. لكن الفرق يجب أن يكون مفهومًا، لا ضعفًا ولا نصفًا.
متى لا يستحق Conversions API الجهد الآن؟
إذا كان البكسل نفسه غير مركّب صح، فابدأ به. إضافة الخادم فوق بكسل مكسور تضاعف المشكلة ولا تحلها. وإذا كنت لا تعلن على Meta أصلًا، أو تعلن بميزانية صغيرة جدًا وبلا حدث شراء على الموقع، فالأولوية لقياس أساسي في GA4 قبل أي شيء.
وإذا كان بيعك يكتمل في واتساب لا في المتجر، فحدث الشراء من الخادم لن يغطي أغلب مبيعاتك. هنا تحتاج طريقة لربط المحادثات بالإعلانات أولًا.
إذا تبي تعرف هل البكسل وConversions API عندك يعملان صح أو يكرران الأحداث، أرسل لي على واتساب. أبدأ بتدقيق يحدد ما المركّب وما الناقص قبل أي تعديل.
المصادر والمراجع
أسئلة شائعة
هل Conversions API بديل عن البكسل؟
لا. Meta توصي بتشغيلهما معًا. البكسل يلتقط أحداث المتصفح بتفاصيلها، والخادم يضمن وصول الأحداث المهمة حين يفشل المتصفح، ونفس event_id يمنع احتسابها مرتين.
هل يرفع Conversions API أرقام المبيعات؟
لا يرفع مبيعاتك الفعلية بحد ذاته. يجعل Meta ترى جزءًا أكبر مما يحدث فعلًا، فتتحسن دقة التقارير وتتعلم الخوارزمية من بيانات أكمل. أي أثر على الأداء يأتي من هذا التعلم، ويختلف من حساب لآخر.
كم يستغرق الربط؟
على سلة وزد وShopify قد يكون التفعيل نفسه سريعًا، لكن التحقق من الدمج والقيم وجودة المطابقة يأخذ وقتًا أطول. التدقيق عادة 3 إلى 5 أيام عمل، والتركيب الكامل مع التحقق نحو أسبوعين.
ما الفرق بين Conversions API والتتبع من جهة الخادم في GTM؟
Conversions API هو الواجهة التي تستقبل بها Meta الأحداث من الخوادم. GTM Server-Side إحدى الطرق لإرسال الأحداث إليها، وهي مفيدة حين تريد خادمًا واحدًا يخدم Meta وGoogle وغيرهما معًا.
تبي تطبّق هذا على مشروعك؟
هذا بالضبط ما تغطيه خدمة «القياس والتتبع» — بنطاق مكتوب وحساباتك باسمك.