آخر تحديث: 3 نوفمبر 2026
تنتشر عناوين مثيرة تقول إن “بيكسل ميتا انتهى”، لكن الحقيقة أدق من ذلك. ميتا لم تُلغِ البيكسل، بل أدمجته ضمن بنية أوسع تُسمى “Dataset”: معرّف البيكسل القديم لديك أصبح الآن هو “معرّف Dataset” نفسه، دون الحاجة لتغيير كود التتبع الموجود لديك. البيكسل ما زال يعمل كمصدر بيانات واحد ضمن Dataset يجمع أحداث الويب والسيرفر والتطبيق والمبيعات دون اتصال بالإنترنت في مكان واحد.
ما الذي أُلغي فعلياً؟
الإلغاء الحقيقي والمؤكد بتاريخ محدد هو “واجهة التحويلات دون اتصال” (Offline Conversions API) القديمة، والتي توقفت في مايو 2025. أحداث المبيعات دون اتصال بالإنترنت تمر الآن عبر واجهة Conversions API القياسية نفسها، باستخدام معرّف Dataset بدل المعرّف القديم الخاص بالأحداث دون اتصال.
لماذا يتراجع اعتماد ميتا على البيكسل وحده؟
- قيود المتصفحات: تقنية ITP في Safari تحذف بيانات التخزين القابلة للكتابة عبر جافاسكريبت كل سبعة أيام.
- حماية بصمة الجهاز: تحديثات Safari الحديثة تُدخل تشويشاً متعمداً على بيانات الجهاز لمنع التتبع الدقيق.
- إعدادات المنصات الافتراضية: بعض منصات التجارة الإلكترونية غيّرت الإعداد الافتراضي لتقليل جمع البيانات تلقائياً عند غياب إشارات إسناد واضحة.
بيانات السيرفر (Server-Side) تصمد أمام هذه القيود بشكل أفضل، لأن الكوكيز من طرف أول (First-Party) التي تُضبط عبر رؤوس HTTP لا تتأثر بعمليات الحذف التي تستهدف جافاسكريبت المتصفح.
البيكسل + Conversions API = قياس مزدوج
البيكسل (Meta Pixel) هو كود جافاسكريبت يعمل من المتصفح ويرصد تفاعلات الزائر مع موقعك. أما Conversions API فهو جمع بيانات من جهة السيرفر مباشرة يتجاوز قيود المتصفح، ويرسل بيانات التحويل مباشرة لخوادم ميتا باستخدام كوكيز الطرف الأول وبيانات عميل مشفّرة للمطابقة. عند تفعيل الاثنين معاً مع إزالة التكرار (Deduplication) بشكل صحيح، تحصل على “قياس مزدوج”: عندما يمنع المتصفح البيكسل من تسجيل حدث ما، يلتقطه مصدر السيرفر بدلاً منه.
خطوات عملية لأي معلن
- تأكد من معرّف Dataset الخاص بك (هو نفسه معرّف البيكسل القديم).
- فعّل Conversions API عبر الإعداد بضغطة واحدة أو التكامل المباشر المتاح في مدير الأحداث.
- فعّل إزالة التكرار عبر مطابقة معرّف الحدث واسمه بين المصدرين.
- تحقق من مدير الأحداث (Events Manager) أن المصدرين يظهران وأن جودة مطابقة الأحداث (Event Match Quality) تحسّنت.
ما الأخطاء الشائعة في إعداد البيكسل وواجهة التحويلات؟
- تسجيل الحدث مرتين: حين يرسل البيكسل والواجهة الحدث نفسه دون معرّف موحّد تتضاعف التحويلات.
- إرسال أحداث كثيرة غير مهمة: ركّز على الأحداث التي تعني عملاً حقيقياً: إضافة للسلة، وبدء الدفع، والشراء.
- عدم اختبار الإعداد: استخدم أداة اختبار الأحداث في مدير الأحداث قبل إطلاق الحملات.
أسئلة شائعة
هل انتهى بيكسل ميتا؟
لا. ميتا أدمجته ضمن بنية Dataset، ومعرّف البيكسل القديم أصبح هو معرّف Dataset نفسه دون تغيير كود التتبع.
ما الفرق بين البيكسل وConversions API؟
البيكسل كود جافاسكريبت يعمل من المتصفح. Conversions API يرسل بيانات التحويل من السيرفر مباشرة إلى ميتا فيتجاوز قيود المتصفح.
لماذا أستخدم البيكسل وConversions API معاً؟
للحصول على قياس مزدوج: الحدث الذي يمنع المتصفح تسجيله يلتقطه مصدر السيرفر، بشرط تفعيل إزالة التكرار بين المصدرين.
هل أحتاج واجهة التحويلات إن كان البيكسل يعمل؟
يُنصح بها، لأنها ترسل الأحداث من الخادم فلا تتأثر بحاجبات الإعلانات وقيود المتصفح كما يتأثر البيكسل.
اقرأ أيضاً
- تكرار ظهور الإعلان على ميتا: متى يصبح مزعجاً؟
- أهداف الحملة في إعلانات إنستغرام (ODAX): أي هدف تختار؟
- الوصول لحساب إنستغرام: امنح وكالتك الصلاحية دون مشاركة كلمة المرور
المصادر: CapConvert – Meta Pixel Deprecation: Migrating to the Dataset API