Meta تُنهي موضع إعلانات Messenger Stories. إن كان موجوداً في أي حملة من حملاتك، لديك حتى 27 أغسطس لمعالجة الأمر — وإن كنت على Graph API v26.0 بالفعل، فقد يكون الموضع يفشل بصمت الآن دون أن تعلم.
ما الذي تُزيله Meta
وصلت إشعارات مباشرة من Meta للمعلنين الذين يمتلكون Messenger Stories نشطاً في حملاتهم: يتوقف الموضع عن العمل في 27 أغسطس 2026، ثم يتوسع الإيقاف ليشمل جميع إصدارات Graph API بما فيها الاستدعاءات غير الإصدارية في 27 أكتوبر 2026.
يطال هذا التغيير كل من يستخدم messenger_positions: story في مجموعات إعلاناته، سواء عبر واجهة Ads Manager أو Marketing API مباشرةً.
الفشل الصامت على v26.0
صدر Graph API v26.0 في 29 يوليو 2026، وغيّر سلوك المنصة مع هذا الموضع قبل تاريخ الإنهاء الرسمي. عند إنشاء مجموعة إعلانية أو تحديثها مع تضمين story في messenger_positions، يحذف API هذا الموضع بصمت من الاستجابة.
لا تظهر رسالة خطأ، ولا تحذير. تعود الاستجابة بـ HTTP 200، لكن Messenger Stories لا يظهر في كائن المجموعة الإعلانية المُعادة. يُحفظ حسابك دون هذا الموضع دون أن تعلم ما لم تتحقق صراحةً من حقول الاستجابة.
هذا هو سلوك الترحيل المقصود وليس خطأً برمجياً. يتعامل API مع الموضع المُهجَّر كأنه غير موجود أصلاً.
تاريخان، وثيقتان، وإطلاق مُربك
لا يتوافق توثيق Meta الداخلي على التوقيت. تذكر وثيقة تغييرات Graph API أن 27 أكتوبر هو تاريخ الإيقاف، في حين تذكر وثيقة تغييرات Marketing API أن 27 أغسطس هو التاريخ. كلاهما حقيقي ويسري على سياقين مختلفين:
- 27 أغسطس: يتوقف الموضع عن العمل للمعلنين الذين تلقّوا الإشعار المباشر
- 27 أكتوبر: يصبح الموضع غير متاح عبر جميع إصدارات API عالمياً
إن لم تصلك إشعارات، قد تفترض أن لديك الوقت حتى أكتوبر. هذا الافتراض محفوف بمخاطر؛ كثيراً ما تطال عمليات إيقاف Meta حسابات قبل التاريخ العالمي المُعلَن.
ما يجب فعله في مجموعاتك الإعلانية
الحل يستلزم مراجعة كل مجموعة إعلانية تمس مواضع Messenger:
إذا كان messenger_positions يحتوي على story إلى جانب قيم أخرى كـ inbox أو reels، أزِل story فقط. تبقى المواضع الأخرى تعمل بشكل طبيعي.
أما إذا كانت story هي القيمة الوحيدة في messenger_positions، فيجب حذف messenger من publisher_platforms أيضاً، إلا إذا كنت تستخدم موضع Messenger آخر كرسائل التسويق. إبقاء messenger في publisher_platforms دون قيمة messenger_positions صالحة سيُعيد خطأ عند إنشاء المجموعة الإعلانية.
للحملات المُدارة عبر API، حدّث قوالبك وأي أتمتة تبني مجموعات إعلانية لحذف قيمة story كلياً. بعد 27 أكتوبر، سيُعيد تمريرها في أي إصدار API خطأً بدلاً من النجاح الصامت.
لماذا يهم هذا أكثر من مجرد موضع واحد
لم تكن Messenger Stories من المواضع عالية الحجم لمعظم المعلنين؛ بيانات أداء المواضع من Meta أظهرت باستمرار أن inbox وAudience Network يحققان معظم التحويلات المنسوبة لـ Messenger. إزالة الموضع في حد ذاتها ليست خسارة كبيرة في الوصول لمعظم الحسابات.
ما يهم هو أن Meta أثبتت نمطاً جديداً في إيقاف الدعم: الحذف الصامت على الإصدارات الأحدث من API قبل تاريخ الانتهاء الرسمي، بدون كود خطأ مخصص. الأدوات والتكاملات التي تعتمد على التحقق من استجابة API لاكتشاف التكوينات الخاطئة ستفوّت هذا تماماً — حالة 200 لا تُخبرك بأن شيئاً خاطئاً.
إن كنت تستخدم مواضع Advantage+ وتتيح لـ Meta الاختيار تلقائياً، يُعالَج هذا التغيير من تلقاء نفسه. الخطر يقع بالكامل على المواضع المُكوَّنة يدوياً، سواء في Ads Manager أو عبر API.
ما تفعله هذا الأسبوع
ادخل إلى Ads Manager وصفّح المجموعات الإعلانية النشطة التي تستخدم Messenger Stories. إن وجدتها، حدّثها قبل 27 أغسطس.
إن كنت تستخدم أداة خارجية أو تكاملاً مخصصاً مع API لإدارة حملاتك، تحقق من الكود للبحث عن أي إشارة إلى messenger_positions: story وأزِلها من قوالبك الافتراضية الآن لا في أكتوبر.
هل أنت على Graph API v26.0 بالفعل؟ راجع استجابات إنشاء مجموعاتك الإعلانية الأخيرة. إن كان Messenger Stories مُفترضاً أن يكون مُضمَّناً وغائباً عن الاستجابة دون خطأ، فذلك هو سلوك الحذف الصامت في العمل.
إذا أردت معرفة كيف يؤثر هذا على حسابك، تُظهر لك الأداة المجانية صورة واضحة في ثلاث دقائق على gromerce.com/audit.
الموضع غائب بالفعل في API — حملاتك ربما لا تعلم بذلك بعد.
المصادر: وثيقة تغييرات Meta Marketing API، وثيقة تغييرات Meta Graph API، PPC.Land، أغسطس 2026
