لو رسالة واتساب ظهرت عندك "Sent" لكن العميل بيقول إنها ما وصلتش، ما تعتبرش المشكلة في القالب فورًا. افصل بين قبول طلب الإرسال، وتسليم الرسالة فعلًا، وقراءة العميل لها. كل مرحلة لها دليل مختلف، ومن غير الفصل ده ممكن تعيد الإرسال لناس وصلتهم الرسالة بالفعل.
ابدأ من نتيجة الرسالة نفسها، مش شكل الـDashboard
في تكامل WhatsApp Business Platform، نجاح طلب الإرسال لا يساوي تلقائيًا وصول الرسالة إلى جهاز العميل. راجع سجل الرسالة والـWebhook أو تقرير مزود الربط: هل حالتها Sent أم Delivered أم Read أم Failed؟ وثّق رقم الرسالة ووقت المحاولة ورقم النشاط التجاري والقالب المستخدم إن وجد.
توضح مرجعية حالات الرسائل الرسمية على مساحة Meta في Postman الحالات المختلفة، وأن بيانات الخطأ قد تظهر مع Failed. هذه تفاصيل تقنية عامة للمنصة وليست إحصاءات تخص مصر أو أداء Mr. AI.
شجرة تشخيص قصيرة توفر إعادة الإرسال العشوائية
لو الرسالة Failed: سجّل كود الخطأ والنص المرفق. افحص هل السبب في صلاحيات الحساب، أو رقم المستلم، أو قواعد نافذة المحادثة، أو قيود الإرسال. لا تفترض أن كل الأخطاء مؤقتة. بعض الأخطاء تحتاج تعديلًا في الإعداد أو استخدام قالب مناسب، وليس Retry.
لو الحالة Sent فقط: انتظر تحديث التسليم وفق السجلات المتاحة، وافحص هل الـWebhook أو لوحة المزود تعرض الحالات المتأخرة أصلًا. لا تحوّل Sent إلى Delivered داخل تقاريرك لمجرد أن API قبل الطلب.
لو Delivered لكن مفيش رد: دي ليست مشكلة تسليم بالضرورة. العميل قد يكون مشغولًا أو غير مهتم. راجع وضوح الرسالة وتوقيتها والموافقة على التواصل قبل أي متابعة.
لو Read: القراءة لا تعني الموافقة أو إتمام الشراء. سجّل النتيجة التجارية بصورة مستقلة عن حالة الرسالة.
مثال تشغيلي من متجر في مصر
متجر يرسل تحديث شحن إلى مجموعة عملاء. لوحة التشغيل تقول إن 90 رسالة اتبعتت، لكن تقرير التسليم يوضح أن بعضها Failed. الرقم هنا مثال افتراضي لتوضيح الفرق، وليس نتيجة عميل أو معدل فشل معروف. مسؤول العمليات يراجع أكواد الأخطاء للحالات الفاشلة فقط، ويمنع تكرار إرسال الرسائل المسلّمة.
بعد التصحيح، يسجل محاولة جديدة بمعرّف مستقل ويربطها بالحالة الأصلية. ده يمنع اعتبار كل Retry طلبًا جديدًا أو فرصة بيعية جديدة.
متى يكون السبب نافذة الـ24 ساعة؟
سياسة واتساب للأعمال، تحديث 23 سبتمبر 2026 تنص على أن الرد الحر على المستخدم متاح داخل نافذة خدمة العملاء التي تبدأ أو تتجدد برسالة منه، أما بدء رسالة خارجها فيحتاج قالبًا معتمدًا. لو فشل إرسال متابعة خارج النافذة، راجع نوع الرسالة والموافقة والقالب قبل تجربة إرسالها مرة ثانية.
لكن مش كل Failed سببه النافذة. لو القالب نفسه مرفوض أو متوقف، راجع تشخيص رفض القوالب أو التعامل مع القالب المتوقف. ولو المشكلة أوسع من إرسال واحد، استخدم خطة استمرارية الخدمة.
لوحة متابعة مفيدة لمدير العمليات
خلي التقرير يفرق بين عدد المحاولات، والرسائل المقبولة، والمسلمة، والفاشلة، والردود الواردة، ثم الفرص المؤهلة. أضف قائمة بأكثر أسباب الفشل تكرارًا، ومن المسؤول عن معالجتها، والمدة حتى الحل. ما تحسبش نجاح الحملة من عدد Send Attempts وحده.
دور Mr. AI وحدوده
وفق معلومات المنتج الحالية، يساعد Mr. AI في الرد بمعرفة الشركة والمتابعة وملخصات المحادثات ومراجعة العمل مع الفريق. لا نزعم أن Mr. AI يصلح أكواد Meta تلقائيًا أو يضمن تسليم الرسائل. راجع تقارير منصة الإرسال أو مزود الربط أولًا، ثم اختبر كيف ينظم فريقك متابعة المحادثات المؤهلة داخل تجربة Mr. AI.
المراجع: Meta، حالات الرسائل، سياسة واتساب للأعمال، 23 سبتمبر 2026.