للتواصل بعد إغلاق نافذة الـ24 ساعة، أرسل قالبًا اعتمدته ميتا إلى مستلم منح موافقة مسبقة تغطي غرض الرسالة، ثم انتظر رده. القالب يوصل رسالة مسموحة خارج النافذة لكنه لا يفتحها؛ تبدأ 24 ساعة جديدة فقط عندما يرسل المستخدم ردًا. وفي Wats يجب أن يحقق القالب شروطًا إضافية قبل ظهوره داخل المحادثة.
توضح سياسة WhatsApp Business Messaging أن بدء المحادثة أو المراسلة خارج نافذة الخدمة لا يكون إلا بقالب معتمد، وأن النشاط التجاري يحتاج رقم الشخص وموافقته على الرسائل اللاحقة ويجب أن يحترم إلغاء الاشتراك.
ما الفرق بين قاعدة ميتا وقيد Wats الحالي؟
من المهم فصل أهلية الرسالة لدى ميتا عن الخيارات التي يعرضها منتج الإدارة. قد يكون القالب صالحًا عبر API مع معاملات مهيأة، لكنه غير صالح للإرسال اليدوي من محادثة Wats في حالته الحالية.
الطبقة | الشرط | ماذا يعني عمليًا |
|---|---|---|
سياسة ميتا | قالب معتمد للغرض خارج النافذة | لا تُرسل رسالة حرة بعد مرور 24 ساعة |
سياسة ميتا | موافقة مسبقة مناسبة واحترام إلغاء الاشتراك | الاعتماد لا يمنح إذن مراسلة المستلم |
Wats | الحالة approved | لا يظهر القالب المعلّق أو المرفوض |
Wats | تفعيل متاح في المحادثات IsAvailableInChat | يختار المسؤول القوالب التي يراها الموظفون |
Wats حاليًا | لا متغيرات في الرأس أو النص أو التذييل | واجهة المحادثة لا تجمع قيم {{1}} يدويًا بعد |
لماذا لا يفتح إرسال القالب النافذة؟
القالب نفسه رسالة صادرة من النشاط التجاري، والعداد يتجدد من آخر رسالة مستخدم. بعد التسليم تظل المحادثة مغلقة للرسائل الحرة. إذا رد المستخدم بنص أو رد تفاعلي يصل كرسالة واردة، يبدأ عندها عداد جديد مدته 24 ساعة.
إذًا لا تكتب متابعة حرة مباشرة بعد القالب. تسلسل العمل الصحيح هو: قالب، ثم انتظار، ثم رد مستخدم، ثم رسالة حرة داخل النافذة الجديدة.
ما الموافقة المطلوبة قبل إعادة التواصل؟
احتفظ بدليل يوضح أن الشخص أعطى رقم هاتفه ووافق على نوع الرسائل المقصود، مثل تحديث طلب أو تذكير موعد أو عرض تسويقي. وجود محادثة قديمة لا يثبت تلقائيًا موافقة مفتوحة لكل غرض مستقبلي، وطلب الإيقاف يلغي أهلية المتابعة لذلك النطاق.
قبل بناء قوالب المتابعة، راجع طريقة جمع الموافقات وتنظيف الجمهور في دليل حملات واتساب وقوالب ميتا. افصل الموافقة التسويقية عن الإشعار الخدمي عندما تختلف توقعات المستخدم والغرض.
كيف تجعل قالبًا ظاهرًا في محادثات Wats؟
أنشئ القالب للغرض الصحيح وأرسله إلى ميتا للمراجعة.
انتظر حتى تصبح حالته approved؛ المسودة والمعلّق والمرفوض لا تُرسل من المحادثة.
من مكتبة القوالب، فعّل خيار «متاح في المحادثات» IsAvailableInChat.
استخدم حاليًا قالبًا بلا متغيرات في الرأس أو النص أو التذييل للإرسال اليدوي.
اختبر الوصول والصلاحيات على الشركة والقناة الصحيحتين قبل اعتماد الإجراء للفريق.
إذا كنت ما زلت في مرحلة ربط الأصول والقناة، أكمل دليل ربط واتساب للأعمال مع ميتا قبل ربط موعد متابعة بقالب لم يُختبر.
لماذا لا يقبل Wats حاليًا قالبًا ذا متغيرات من المحادثة؟
ميتا تدعم القوالب ذات المعاملات عندما يرسل النظام قيمًا مطابقة لمواضع مثل {{1}}. لكن منتقي القالب داخل محادثة Wats لا يوفر الآن حقولًا يملأ منها الموظف هذه القيم. لذلك تستبعد الواجهة القالب، ويعيد الخادم رفضًا واضحًا إذا حاول عميل آخر إرساله، بدل إرسال طلب ناقص إلى ميتا.
هذا قيد في مسار المحادثة الحالي داخل Wats، وليس قاعدة عامة من ميتا تمنع القوالب ذات المتغيرات. استخدم قالبًا بلا متغيرات لهذا المسار إلى أن تتوفر آلية تعبئة معتمدة.
ما خطوات إعادة التواصل من صندوق الوارد؟
1. تأكد أن نافذة الخدمة مغلقة وأن الغرض من المتابعة ما زال قائمًا.
2. تحقق من الموافقة المسبقة ومن عدم وجود طلب إلغاء اشتراك.
3. افتح منتقي القوالب واختر قالبًا approved ومفعّلًا للمحادثات وبلا متغيرات.
4. راجع النص والفئة والمستلم ثم أرسل القالب.
5. لا ترسل نصًا حرًا بعده؛ انتظر رسالة المستخدم.
6. عند وصول الرد، عالج المحادثة داخل النافذة الجديدة وسجّل النتيجة.
تظل الملكية والإسناد والمتابعة البشرية داخل صندوق وارد واتساب المشترك، بينما نافذة ميتا تحدد نوع الرسالة الذي يمكن للنظام إرساله.
كم يكلف قالب إعادة التواصل الآن؟
وفق صفحة التسعير الرسمية الحالية، تحاسب ميتا على الرسائل الخاضعة للرسم عند التسليم وبحسب الفئة وسوق المستلم. رسائل الخدمة بلا رسوم، وكذلك قوالب Utility المرسلة استجابةً للمستخدم داخل نافذة الخدمة. أما القوالب خارج النافذة فتُسعّر عادة لكل رسالة مسلّمة وفق فئتها وسوقها.
السياق | الأهلية | معاملة ميتا الحالية |
|---|---|---|
رسالة حرة بعد رد المستخدم | داخل نافذة 24 ساعة | رسالة خدمة بلا رسوم |
قالب Utility داخل النافذة استجابةً للمستخدم | قالب معتمد وغرض خدمي | بلا رسوم |
قالب خارج النافذة | اعتماد + موافقة مناسبة | يُسعّر عادة حسب الفئة والسوق عند التسليم |
نافذة دخول مجانية مؤهلة | بدء من إعلان ينقر إلى واتساب أو زر صفحة Facebook | الرسائل بلا رسوم خلال 72 ساعة وفق الصفحة الحالية |
لا تثبّت رقمًا ماليًا دائمًا في إجراء الفريق؛ راجع صفحة ميتا عند إعداد الميزانية لأن الأسعار والاستثناءات تتغير. ولا تفترض أن كلمة «قالب» وحدها تعني وجود رسم في كل حالة.
كيف يبدو التسلسل الصحيح في حالة واقعية؟
مثال تشغيلي مفترض: وافق عميل عند الحجز على تذكيرات الموعد. انتهت نافذته، ويريد الموظف تأكيد حضور الغد. يختار قالب تذكير approved ومفعّلًا في المحادثات وبلا متغيرات، ويرسله. تظل خانة النص الحر مغلقة. عندما يضغط العميل زر «نعم، سأحضر» ويصل الرد، تبدأ نافذة جديدة ويستطيع الموظف متابعة التفاصيل بحرية.
ماذا يفعل الفريق إذا لم يرد المستخدم؟
تبقى النافذة مغلقة. لا تحدد ميتا عددًا ثابتًا صالحًا لكل حالة؛ قرار متابعة أخرى يجب أن يستند إلى الغرض، والموافقة، وتوقع المستخدم، وسياسة الشركة، مع إيقاف التواصل فور طلبه. لا تستخدم رسالة حرة لأنها ستظل غير مؤهلة مهما كررت المحاولة.
ما الأخطاء التي يجب منعها قبل الإرسال؟
الخلط بين اعتماد ميتا وتفعيل IsAvailableInChat داخل Wats.
اعتبار قيد المتغيرات الحالي في Wats حظرًا عامًا من ميتا.
إرسال قالب معتمد إلى شخص لم يوافق على الغرض المقصود.
الكتابة الحرة مباشرة بعد القالب قبل وصول رد المستخدم.
وصف كل قالب بأنه مدفوع من دون فحص الفئة والنافذة ونقطة الدخول.
ما القرار النهائي لإعادة فتح المحادثة؟
اجمع أربع إشارات قبل الإرسال: النافذة مغلقة، والموافقة صالحة للغرض، والقالب معتمد لدى ميتا، والقالب متاح في مسار المحادثة الحالي داخل Wats. أرسل القالب ثم انتظر. لا تعتبر المحادثة مفتوحة ولا تسمح برسالة حرة حتى يصل رد المستخدم ويبدأ عداد 24 ساعة جديد.
