عمليات المراسلة

كيف تبني نموذج تكلفة WhatsApp Business API لأكتوبر 2026

تغيّر Meta طريقة احتساب رسائل الخدمة ورسائل المنفعة داخل نافذة المحادثة. استخدم هذا النموذج العملي للاستعداد قبل أسعار أكتوبر 2026.

بقلم DripTell Editorialنُشر 31 يوليو 2026مدة القراءة 6 min readآخر مراجعة 13 أغسطس 2026
صاحب مطعم يراجع مظروفين سادة بجانب آلة حاسبة في مكتب خلفي مضاء بالنهار

في 31 يوليو لم تعد ميزانية WhatsApp المفيدة تساوي عدد رسائل الربع الماضي مضروباً في سعر واحد محفوظ. أعلنت Meta تغييرين محددي التاريخ: تصبح رسائل Meta Business Agent مدفوعة في 1 أغسطس، بينما تصبح رسائل الخدمة ورسائل المنفعة المرسلة رداً على المستخدم داخل نافذة خدمة العملاء مدفوعة في 1 أكتوبر. ولن تنشر Meta أسعار الخدمة النهائية قبل 1 سبتمبر، لذلك المهمة الصحيحة الآن هي تجهيز بنية التوقع لا تخمين الرقم الناقص.

يحوّل هذا الدليل توثيق الأسعار الرسمي من Meta إلى نموذج تشغيل. فهو يفصل أنواع الحركة التي تتصرف بطرق مختلفة، ويحدد الملاحظات التي يجب جمعها الآن، ويمنح فرق المالية وعمليات العملاء خطة لأربعة أسابيع قبل وصول بطاقة أسعار أكتوبر.

ما الذي يتغير في 1 أغسطس و1 أكتوبر 2026

ابتداءً من 1 أغسطس تحمل الرسائل التي يشغّلها Meta Business Agent رسماً قائماً على الرموز يشمل معالجة الوكيل وتسليم الرسالة. وتبقى رسالة الخدمة التي يرسلها موظف أو نظام ذكاء اصطناعي تابع لطرف ثالث فئة مختلفة. ويوضح تحديث الأسعار القادم أن الرد غير القالب يكون إما رسالة Meta Business Agent أو رسالة خدمة، ولا يُحتسب بالفئتين معاً.

ابتداءً من 1 أكتوبر يصبح نوعان كانا مجانيين مدفوعين لكل رسالة مسلّمة: رسائل الخدمة، وقوالب المنفعة المرسلة رداً على المستخدم داخل نافذة خدمة عملاء مفتوحة مدتها 24 ساعة. وتقول Meta إن سعر رسالة الخدمة سيساوي سعر المنفعة والمصادقة في السوق المعنية، لكن رسائل الخدمة لن تستفيد من شرائح الحجم. ومن المقرر نشر السعر النهائي بحلول 1 سبتمبر.

هذا التوقيت يسمح للفريق بتحديد الأحجام والمالكين والسيناريوهات والضوابط الآن، ثم إدخال السعر الرسمي في سبتمبر. أما تثبيت سعر غير رسمي اليوم فيخلق دقة زائفة.

ابنِ الفاتورة على الرسائل المسلّمة لا المرسلة

تحتسب Meta الرسوم عندما تُسلَّم الرسالة الخاضعة للرسم، لا لمجرد قبول طلب API. لذلك يجب أن تبدأ بيانات التوقع بعدد الرسائل المسلّمة، مع إبقاء حالات الإرسال والفشل وعدم التسليم منفصلة. تعرض تقارير الحملات في DripTell حالات التسليم والرد لكل مستلم، فتجعل هذا الفصل قابلاً للتطبيق.

بعد ذلك احتفظ بالحدث الذي فتح المحادثة. كل رسالة من المستخدم تفتح أو تعيد ضبط نافذة خدمة مدتها 24 ساعة. وقد يفتح إعلان ينقل إلى WhatsApp أو زر إجراء في صفحة Facebook نافذة دخول مجانية لمدة 72 ساعة تكون فيها رسوم تسليم الفئات المشمولة مجانية. ومن 1 أغسطس يظل استهلاك رموز Meta Business Agent مدفوعاً حتى عندما يقع التسليم داخل هذه النافذة.

إذن الفاتورة ليست عدداً بسيطاً من صفوف الخروج. إنها عدد رسائل الأعمال المسلّمة مصنفة حسب الفئة والسوق ومصدر الوكيل وحالة النافذة وشروط الدخول المجاني.

افصل مجموعات التكلفة الخمس

أنشئ خمسة صفوف قبل أي حساب: قوالب التسويق، وقوالب المنفعة، وقوالب المصادقة، ورسائل الخدمة، ورسائل Meta Business Agent. أبقِ رسائل المستخدم الواردة خارج حساب الرسوم، لكن احتفظ بها كأحداث تفتح النافذة.

يمكن لقوالب التسويق والمنفعة والمصادقة الوصول إلى العميل خارج نافذة الخدمة، ويتحدد سعرها وفق الفئة ورمز دولة رقم المستلم. وقد تستفيد المنفعة والمصادقة من شرائح الحجم. تعمل رسائل الخدمة داخل النافذة فقط، وتصبح مدفوعة في أكتوبر، ولا تملك شرائح حجم. أما Meta Business Agent فيعمل داخل النافذة أيضاً ولكن برسوم رموز من أغسطس.

أضف طبقتين غير تابعتين لـMeta: رسم منصة المراسلة أو مزود الحل، وتكلفة الموظفين والذكاء الاصطناعي الخارجي وصيانة سير العمل ومراجعة الجودة. تساعد حاسبة أسعار WhatsApp من DripTell على نمذجة رسوم رسائل Meta، لكن قرار الشراء يجب أن يفصلها عن الاشتراك واستخدام الذكاء الاصطناعي والعمل البشري.

استخدم سجل أحمال بدلاً من متوسط واحد

سجّل لكل أسبوع سوق المستلم، وفئة الرسالة، وعدد الرسائل المسلّمة، وما وقع داخل نافذة الخدمة أو الدخول المجاني، وما إذا كان الرد من موظف أو ذكاء اصطناعي خارجي أو Meta Business Agent، ونتيجة العميل. عيّن مالكاً لكل مصدر بيانات كي تعرف المالية إن كان الحقل قادماً من فوترة Meta أو منصة المراسلة أو نظام الموظفين.

لا تدمج الخدمة والمنفعة لأن اقتصاديات الحجم مختلفة؛ فشرائح المنفعة والمصادقة لا تنطبق على الخدمة. ولا تدمج Meta Business Agent مع الذكاء الاصطناعي الخارجي لأن هيكل التكلفة مختلف. ولا تقسّم الفاتورة على جميع محاولات الإرسال لأن المحاولة الفاشلة لا تحمل وضع الرسوم نفسه الذي تحمله الرسالة المسلّمة.

المخرج الأفضل هو نطاق سيناريوهات: خط أساس حالي، وشهر مرتفع الحجم، وسيناريو يغيّر فيه الأتمتة عدد الردود أو طولها. وعندما تنشر Meta أسعار أكتوبر، تدخل القيم الخاصة بالسوق من دون إعادة تصميم النموذج.

نفّذ خطة استعداد لأربعة أسابيع

الأسبوع الأول للتصنيف. خذ عينة ممثلة من المحادثات، وامنح كل رسالة أعمال صادرة واحدة من الفئات الخمس. عالج الخلافات بين الدعم والتسويق والمالية قبل أتمتة التقرير.

الأسبوع الثاني للقياس. تأكد من إمكانية تصدير حالة التسليم وسوق المستلم وفئة القالب وحالة النافذة ومصدر الوكيل أو إعادة بنائها. وجّه الحالات الغامضة إلى مراجعة بدلاً من اختيار فئة مريحة. يساعد صندوق الوارد المشترك المشغلين على رؤية المالك والسجل وحالة الأتمتة عند فحص العينة.

الأسبوع الثالث لبناء السيناريوهات. احسب القواعد الحالية، وقاعدة أغسطس الخاصة بـMeta Business Agent، وقاعدة أكتوبر الخاصة بالخدمة والمنفعة في أعمدة مستقلة. اترك سعر الخدمة غير المنشور متغيراً واضحاً. أضف حالة دخول مجاني وأخرى من دونه لأن مزيج الاكتساب قد يغير النتيجة.

الأسبوع الرابع لاتخاذ قرار تشغيلي. حدد الأسئلة التي تناسب الأتمتة، وتلك التي تحتاج شخصاً، والقوالب التي يمكن دمجها، والرسائل التي لا تضيف قيمة. الهدف ليس منع الردود المفيدة، بل إزالة الرسائل غير الضرورية وحماية الرد الذي يحل حاجة العميل.

أين تسيء الفرق قراءة التغيير

الخطأ الأول هو اعتبار نافذة 24 ساعة مجانية دائماً. هي تحدد متى يمكن إرسال الرسائل غير القالبية، لكن رسائل الخدمة داخلها تصبح مدفوعة في أكتوبر. والخطأ الثاني هو افتراض مصدر تكلفة واحد لكل رد آلي؛ يستخدم Meta Business Agent رسم Meta القائم على الرموز، بينما قد يفرض الذكاء الاصطناعي الخارجي رسماً منفصلاً وتُصنّف رسالة WhatsApp كخدمة.

الخطأ الثالث هو تطبيق خصومات حجم المنفعة على الخدمة، مع أن Meta تستبعد الخدمة من الشرائح. والرابع هو التوقع على الإرسال بدلاً من التسليم. والخامس هو افتراض أن نافذة الدخول المجاني تلغي كل تكلفة؛ فهي تلغي رسوم التسليم المشمولة، لا استهلاك رموز Meta Business Agent بعد 1 أغسطس.

ولا تدع التسعير يمحو تجربة العميل. ثلاث رسائل آلية غير ضرورية قد تكون أغلى وأقل فائدة من رد بشري واحد واضح. تتوقف المتابعة الواعية بالتفاعل في DripTell عندما يرد العميل، وهذا نوع الضبط الذي يجب أن يظهر بجانب نموذج التكلفة.

حوّل نموذج التكلفة إلى قرار تشغيلي

استخدم ثلاثة معايير. الأول اقتصاد الوحدة: تكلفة حل الطلب أو تأهيل العميل المحتمل أو إكمال الطلب أو نتيجة أخرى مثبتة. الثاني التجربة: تكرار الاتصال، وفشل التسليم للبشر، وإلغاء الاشتراك، والشكاوى. الثالث التحكم: قدرة الفريق على تفسير من أرسل كل رسالة ولماذا.

لذلك يجب ألا تقتصر مقارنة المنصات على سعر الاشتراك. هل تكشف حالات التسليم؟ هل تحفظ مصدر الحملة والملكية؟ هل توقف الأتمتة عند التفاعل؟ هل تصدر أدلة كافية لمطابقة الفاتورة؟ هذه الضوابط تحدد إمكان إدارة التوقع بعد الإطلاق.

ابنِ السجل الآن، وأدخل سعر أكتوبر الرسمي في سبتمبر، وراجع الفعلي بعد أول دورة فوترة كاملة. وإذا أردت اختبار النموذج مع DripTell، أحضر أعداداً مجهلة الهوية لأسبوع حقيقي من الرسائل. سنرسم الفئة والتسليم وملكية الرد ونتيجة العميل من دون الادعاء أن سعراً واحداً يفسر العملية كلها.

DT

DripTell Editorial

إرشادات عملية راجعها فريق المنتج وتجربة العملاء في DripTell.

تعرّف على كيفية التحقق من معلومات المنتج واستخدام المصادر الرسمية وتصحيح الأخطاء.

سياسة التحرير والمصادر