كل حملة على ميتا أو تيك توك أو جوجل تعمل بنفس المبدأ: ترسل للمنصة إشارة عندما يقوم شخص بالحدث الذي تريده (شراء، تسجيل، طلب)، والخوارزمية تبحث عن مزيد من الأشخاص الذين يشبهونه. جودة هذه الإشارات هي جودة التعلم. وإذا كانت ناقصة، فلا يوجد إعداد حملة يعوضها.
ما هو البيكسل؟
البيكسل كود صغير على موقعك يعمل داخل متصفح الزائر. عندما يشتري أو يسجل، يرسل البيكسل الحدث إلى المنصة من المتصفح مباشرة.
المشكلة أن المتصفح أصبح مكانًا غير موثوق لإرسال الإشارات:
- تحديثات الخصوصية في iOS قيّدت التتبع داخل التطبيقات والمتصفحات (راجع إرشادات Apple للخصوصية).
- مانعات الإعلانات وإعدادات الخصوصية في المتصفحات تمنع البيكسل من العمل أحيانًا.
- بطء الصفحة: إذا أغلق الزائر الصفحة قبل تحميل البيكسل، يضيع الحدث.
النتيجة: جزء من مبيعاتك الحقيقية لا يصل إلى المنصة أبدًا. والخوارزمية تتعلم من صورة ناقصة.
ما هو Conversions API؟
Conversions API (أو CAPI) يرسل نفس الأحداث من الخادم بدلًا من المتصفح. عندما يُسجَّل طلب في نظام متجرك، يرسل الخادم الحدث مباشرة إلى ميتا. لا مانعات إعلانات، ولا اعتماد على تحميل الصفحة. التوثيق الرسمي في صفحة Conversions API للمطورين.
لدى تيك توك ما يقابله باسم Events API، ولدى جوجل Enhanced Conversions واستيراد التحويلات.
لماذا تحتاج الاثنين معًا؟
التوصية الحالية هي تشغيل البيكسل وConversions API معًا. البيكسل يلتقط إشارات المتصفح، والخادم يلتقط ما فات البيكسل. لكن هذا يخلق مشكلة جديدة: نفس الشراء قد يُسجَّل مرتين.
إزالة الأحداث المكررة
لكي تعرف ميتا أن الحدث القادم من البيكسل والحدث القادم من الخادم هما نفس الشراء، يجب أن يحملا نفس اسم الحدث ونفس معرّف الحدث (event_id). بدون ذلك، تُحتسب المبيعات مرتين، فتبدو الحملات أنجح من حقيقتها وتتخذ قرارات على أرقام مضاعفة. ميتا تشرح القواعد في دليل إزالة الأحداث المكررة.
راجع ذلك في مدير الأحداث (Events Manager): إذا كانت أحداث الخادم والمتصفح لا تُدمج، فعندك مشكلة.
جودة مطابقة الأحداث
عندما يصل حدث، تحاول ميتا مطابقته مع مستخدم على منصتها. كلما أرسلت بيانات أكثر (مثل البريد والهاتف بعد تشفيرهما، ومعرفات المتصفح)، زادت دقة المطابقة. ميتا تعرض لك تقييمًا لهذه الجودة لكل حدث في مدير الأحداث.
مطابقة ضعيفة تعني أن جزءًا من مبيعاتك لا يُنسب لأي شخص، فلا تتعلم منه الخوارزمية.
الأهم من التقنية: ما الحدث الذي ترسله؟
التتبع الصحيح لحدث خاطئ لا يفيد. أمثلة من حسابات حقيقية:
- في متجر يعمل بالدفع عند الاستلام، إرسال "شراء" عند تسجيل الطلب يكافئ الطلبات الوهمية. الأفضل إضافة حدث عند تأكيد الطلب أو تسليمه. التفاصيل في مقال تقليل المرتجعات.
- في تطبيق خدمات، التحسين على التثبيت جلب من يثبّت ويحذف. نقل التحسين إلى حدث التفعيل خفض تكلفة المستخدم النشط من ٩٥ ريالًا إلى ٢١ ريالًا. راجع إعلانات التطبيقات.
- في شركة مقاولات، إعادة حالة العميل المحتمل (مؤهل أو غير مؤهل) إلى المنصة جعلتها تبحث عن عملاء أشبه بالمؤهلين. راجع الليدز المؤهلة.
الخادم يتيح لك شيئًا لا يتيحه البيكسل: إرسال أحداث تحدث خارج الموقع، مثل تأكيد الطلب أو إغلاق الصفقة. وهذا غالبًا أهم استخدام لـ Conversions API.
قائمة مراجعة سريعة لتتبعك
- هل البيكسل يعمل على كل الصفحات المهمة؟ (استخدم Meta Pixel Helper)
- هل Conversions API مفعّل؟ (من إعدادات المتجر أو عبر شريك أو تكامل مباشر)
- هل الأحداث المكررة تُدمج بمعرّف حدث موحد؟
- ما تقييم جودة مطابقة الأحداث لحدث الشراء؟
- هل الحدث الذي تحسّن عليه هو النتيجة التي تريدها فعلًا؟
- هل الأرقام في المنصة قريبة من أرقام المبيعات الحقيقية؟ فرق كبير في أي اتجاه يعني مشكلة.
الخلاصة
قبل أن تغيّر الاستهداف أو الإبداعات أو الميزانية، تأكد أن المنصة ترى ما يحدث فعلًا. التتبع ليس تفصيلًا تقنيًا يُترك للمبرمج، بل هو الأساس الذي يقوم عليه كل قرار في الحملات. وأي ميديا باير جاد يبدأ من هنا.
إذا كنت تريد مراجعة إعداد التتبع في حساباتك الإعلانية، يمكنك التواصل من صفحة ميديا باير فري لانس.