كل قرار تتخذه في إعلانات فيسبوك يعتمد على رقم واحد: كم نتيجة حققت الحملة. فإذا كان هذا الرقم خاطئًا، فكل شيء بعده خاطئ: تكلفة النتيجة، و ROAS، وأي حملة توسعها وأي حملة توقفها. والأخطر أن الخوارزمية نفسها تتعلم من هذه الأرقام، فإذا لم تصلها المشتريات الحقيقية، ستبحث عن الأشخاص الخطأ. لذلك فإن التأكد من ربط البيكسل بشكل صحيح يأتي قبل أي تحليل أو تعديل.
في هذه المقالة نشرح ببساطة ما هو البيكسل و Conversions API، وكيف تتأكد أنهما يعملان، وأشهر المشكلات التي تجعل حملة ناجحة تبدو فاشلة.
ما هو البيكسل وما هو Conversions API؟
| البيكسل (Meta Pixel) | Conversions API | |
|---|---|---|
| أين يعمل؟ | في متصفح الزائر، عبر كود على صفحات الموقع | من خادم موقعك أو متجرك مباشرة إلى Meta |
| ما يرسله | زيارة الصفحة، الإضافة للسلة، الشراء… | نفس الأحداث، لكن من جهة الخادم |
| نقطة ضعفه | يتأثر بمانعات الإعلانات وقيود الخصوصية في المتصفحات والهواتف | يحتاج إعدادًا تقنيًا أو تكاملًا جاهزًا من منصة المتجر |
الوضع المثالي أن يعمل الاثنان معًا: البيكسل من المتصفح، و Conversions API من الخادم، مع ربط كل حدث بمعرّف واحد (Event ID) حتى لا يُحسب الشراء مرتين. هذا ما يسمى «إزالة التكرار» (Deduplication).
كيف تتأكد من ربط البيكسل والتتبع؟ 5 خطوات
- افتح مدير الأحداث (Events Manager) واختر مجموعة البيانات (البيكسل) المرتبطة بالحساب. تأكد أن الأحداث المهمة (مثل Purchase و Lead) تستقبل بيانات في الأيام الأخيرة.
- استخدم أداة «اختبار الأحداث» (Test events) داخل مدير الأحداث: افتح موقعك ونفّذ عملية شراء أو تسجيل تجريبية، وراقب ظهور الحدث لحظيًا.
- ثبّت إضافة Meta Pixel Helper على متصفح Chrome، وافتح صفحات الموقع لترى أي أحداث يرسلها البيكسل في كل صفحة.
- راجع مصدر كل حدث: في مدير الأحداث يظهر هل وصل الحدث من المتصفح، أو من الخادم، أو من الاثنين، وهل تتم إزالة التكرار بشكل صحيح.
- قارن بالأرقام الحقيقية: عدد المشتريات في مدير الأحداث خلال أسبوع مقابل عدد الطلبات في متجرك لنفس الأسبوع. لن يتطابقا تمامًا، لكن فرقًا كبيرًا يعني مشكلة.
أشهر مشكلات التتبع وعلاماتها
| المشكلة | العلامة |
|---|---|
| البيكسل غير مثبت على صفحة الشكر | زيارات وإضافات للسلة، لكن لا مشتريات تقريبًا |
| حدث الشراء يُرسل مرتين | مشتريات في مدير الإعلانات أكثر من الطلبات الفعلية |
| قيمة الشراء غير مرسلة أو بعملة خاطئة | ROAS صفر أو رقم غير منطقي |
| تغيير في الموقع أو قالب المتجر | انخفاض مفاجئ في الأحداث بعد يوم التحديث |
| الدفع يتم على نطاق خارجي | المستخدم يدفع في صفحة بوابة الدفع ولا يعود لصفحة الشكر |
جودة مطابقة الأحداث (Event Match Quality)
عندما يرسل موقعك الحدث، يمكنه أن يرسل معه بيانات تساعد Meta على معرفة من قام به، مثل البريد الإلكتروني أو رقم الهاتف (بعد تشفيرها). كلما كانت هذه البيانات أكمل، استطاعت Meta ربط الحدث بالشخص الذي رأى الإعلان بدقة أكبر. يظهر في مدير الأحداث تقييم لجودة المطابقة لكل حدث، وتحسينه غالبًا يعني تفعيل إرسال بيانات العميل المتاحة عبر Conversions API، مع الالتزام بسياسة الخصوصية وموافقة المستخدمين.
طرق إعداد Conversions API
| الطريقة | مناسبة لـ | ملاحظات |
|---|---|---|
| تكامل جاهز من منصة المتجر | أغلب المتاجر على المنصات المعروفة | الأسهل والأكثر أمانًا، ويُفعّل غالبًا من إعدادات المنصة |
| إعداد عبر شريك أو إضافة | المواقع المبنية على أنظمة إدارة محتوى شائعة | تأكد من أن الإضافة محدثة وموثوقة |
| Conversions API Gateway | من يريد حلًا من Meta دون برمجة كاملة | يحتاج إعدادًا على خدمة سحابية |
| برمجة مباشرة | المواقع المخصصة والأنظمة الكبيرة | مرونة كاملة، لكن تحتاج مطورًا ومتابعة |
أيًا كانت الطريقة، تأكد من ثلاثة أشياء: أن حدث الشراء يرسل القيمة والعملة الصحيحتين، وأن كل حدث له معرّف (Event ID) يطابق نفس الحدث من البيكسل، وأن البيانات الشخصية تُرسل مشفرة ووفق موافقة المستخدم.
قائمة فحص سريعة لحدث الشراء
- هل يُرسل مرة واحدة فقط لكل طلب، حتى لو أعاد العميل تحميل صفحة الشكر؟
- هل القيمة المرسلة هي قيمة الطلب الفعلية لا قيمة ثابتة؟
- هل العملة تطابق عملة المتجر؟
- هل يعمل الحدث مع كل طرق الدفع، بما فيها الدفع عند الاستلام والبوابات الخارجية؟
- هل يعمل على الموبايل كما يعمل على الكمبيوتر؟
هذه الأسئلة الخمسة تكشف أغلب أخطاء التتبع التي تجعل ROAS في مدير الإعلانات بعيدًا عن الواقع.
متى تشك أن المشكلة في التتبع لا في الحملة؟
- انخفاض مفاجئ في النتائج في كل الحملات في نفس اليوم.
- المتجر يسجل طلبات من مصدر الإعلانات، ومدير الإعلانات يسجل أقل بكثير.
- نسبة النقر والزيارات طبيعية، والنتائج صفر.
- التغيير حدث بعد تحديث في الموقع أو تغيير بوابة الدفع أو تغيير صفحة الشكر.
في هذه الحالات لا تعدّل الحملات قبل فحص التتبع، لأنك قد توقف حملة ناجحة بسبب رقم غير صحيح. وللأسباب الأخرى لصرف الحملة دون نتائج، اقرأ: حملة تصرف بدون نتائج: كيف توقف نزيف الميزانية مبكرًا.
عادات تحمي دقة التتبع
- اختبر بعد كل تحديث للموقع: عملية شراء تجريبية واحدة بعد أي تغيير في القالب أو صفحات الدفع.
- اعتمد على تكامل منصة المتجر: أغلب منصات المتاجر الكبيرة توفر ربطًا جاهزًا مع البيكسل و Conversions API، وهو أكثر أمانًا من الكود اليدوي.
- راجع مدير الأحداث أسبوعيًا: نظرة سريعة على عدد الأحداث وأي تحذيرات تظهر فيه.
- راقب الصرف بلا نتائج: حملة تصرف ولا تسجل نتائج قد تكون أول علامة على عطل في التتبع.
في «رقيب الإعلانات» يصلك تنبيه عندما تصرف حملة أكثر من ضعف متوسط تكلفة النتيجة عندها دون أي نتيجة، وهذا التنبيه كثيرًا ما يكشف عطل تتبع في يومه، قبل أن تضيع أيام من البيانات والميزانية. ويمكنك مقارنة النتائج يومًا بيوم في «محلل الحملات» لتلاحظ أي هبوط مفاجئ في كل الحملات معًا.
أداة مجانية تفيدك هنا: منشئ روابط UTM يكتب لك رابط التتبع أو المعلمات الديناميكية التي تضعها في الإعلان مرة واحدة.
شرح أوسع لنفس الموضوع على موقعي: إزاي تتأكد إن البيكسل بيسجّل الأحداث صح