أدلة

كيف تطلق حملة واتساب احترافية؟ القالب والجمهور والقياس خطوة بخطوة

كيف تطلق حملة واتساب احترافية باستخدام القوالب وحدود Meta اليومية؟

ملخّص سريع

إطلاق حملة واتساب للأعمال يتطلب موافقة المستلمين واحترام الإلغاء، وقالبًا معتمدًا من Meta، وجمهورًا منظفًا ومجزأً، وفحص المتغيرات وقدرة المراسلة على مستوى محفظة الأعمال. بعد الإرسال يجب فصل حالات معالجة Wats عن حالات Meta مثل sent وdelivered وread وfailed، ثم حساب النسب بمقامات ثابتة وربطها بهدف تجاري واضح.

النقاط الرئيسية

  • لا يجوز بدء مراسلة شخص لمجرد امتلاك رقمه؛ تشترط سياسة WhatsApp رقم الهاتف وموافقة المستلم على الرسائل اللاحقة.
  • الحملة عبر WhatsApp Business Platform تبدأ بقالب معتمد ومستخدم لغرضه، مع آلية واضحة لاحترام طلبات الإلغاء.
  • حد المراسلة قيمة متغيرة مرتبطة بمحفظة الأعمال وعدد الجهات الفريدة ضمن نافذة متحركة، وليس رقمًا ثابتًا صالحًا لكل شركة.
  • queued وsending وskipped حالات تشغيل داخل Wats، بينما sent وdelivered وread وfailed تأتي من دورة الإرسال وwebhooks لدى Meta؛ replied نتيجة مشتقة من رسالة واردة.
  • لا معنى لنسبة بلا مقام: عرّف المؤهل والمحاولة والتسليم والقراءة والرد والتحويل قبل مقارنة الحملات.

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

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

ما الشروط التي يجب أن تمر بها الحملة قبل الإرسال؟

تنص سياسة WhatsApp Business Messaging على أن الشركة لا تتواصل مع شخص إلا إذا حصلت على رقمه وموافقته على الرسائل أو المكالمات اللاحقة، وأن عليها احترام طلبات إيقاف التواصل. كما تقصر بدء المحادثات عبر WhatsApp Business Platform على قوالب رسائل معتمدة، وتسمح بالرسائل الحرة خلال نافذة خدمة مدتها 24 ساعة بعد آخر رسالة من المستخدم.

بوابة القرار

السؤال المطلوب

دليل الجاهزية

سبب الإيقاف

الموافقة

هل وافق الشخص على هذه الفئة من الرسائل؟

مصدر وتاريخ ونص الموافقة

رقم بلا موافقة أو موافقة لا تغطي الغرض

الإلغاء

هل طلب الشخص إيقاف الرسائل؟

قائمة إلغاء محدثة قبل التنفيذ

أي طلب إلغاء نافذ

القالب

هل هو معتمد ومستخدم لفئته وغرضه؟

حالة اعتماد ولغة ومتغيرات صحيحة

مرفوض أو موقوف أو غير مطابق

الجمهور

هل السجل صالح وفريد وينتمي إلى الشريحة؟

تحقق رقم، إزالة التكرار وقواعد الشريحة

سجل غير صالح أو مكرر أو خارج الشريحة

القدرة

هل تسمح قدرة المراسلة الحالية بحجم الإطلاق؟

قراءة حديثة من Meta وخطة دفعات

تجاوز القدرة أو عدم توفر قراءة موثوقة

التشغيل

هل الفريق مستعد للرد والإلغاء والتصعيد؟

مالك للحملة وساعات تغطية ومسار استجابة

لا يوجد مسؤول عن النتائج والردود

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

الخطوة 1: حدد هدفًا يمكن قياسه ومالكًا للردود

لا تستخدم «زيادة التفاعل» كهدف وحيد. اكتب الحدث الذي تريد من المستلم تنفيذه: تأكيد موعد، إكمال طلب، الرد باهتمام، أو فتح صفحة محددة. ثم حدد من يتولى الرد ومتى تتحول المحادثة إلى المبيعات أو الدعم.

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

الخطوة 2: اثبت الموافقة وابنِ قائمة الإلغاء

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

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

الخطوة 3: جهّز الجمهور قبل ربطه بالقالب

ابدأ من قائمة مؤهلة، ثم طبّق قواعد واضحة:

  1. وحّد صيغة أرقام الهاتف ورمز الدولة.

  2. أزل التكرار على مستوى جهة الاتصال، لا على مستوى صف الملف فقط.

  3. استبعد غير الموافقين وطلبات الإلغاء والحالات غير الصالحة.

  4. قسّم الجمهور بحسب الغرض أو المرحلة أو الفرع عندما يؤثر ذلك في الرسالة.

  5. افحص الحقول التي ستملأ متغيرات القالب، مثل الاسم أو الموعد أو رقم الطلب.

  6. اعرض معاينة لعدد السجلات المؤهلة والمستبعدة وسبب كل استبعاد.

القائمة الأكبر ليست الأفضل. القائمة التي تستطيع شرح مصدرها وملاءمتها هي التي تعطي الحملة معنى تشغيليًا.

الخطوة 4: اختر قالبًا معتمدًا واختبر متغيراته

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

قبل الإطلاق، أنشئ حالات اختبار تشمل:

  • سجلًا مكتمل الحقول.

  • اسمًا طويلًا أو حقلًا بلغات مختلفة.

  • قيمة مفقودة يجب أن توقف المستلم بدل إرسال نص ناقص.

  • رابطًا أو وسيطًا يجب أن يفتح من جهاز فعلي.

  • زر رد سريع يعيد المحادثة إلى المسار الصحيح.

إذا كانت الشركة تدير الاتصال والقوالب للمرة الأولى، راجع دليل ربط واتساب للأعمال مع Meta قبل ربط موعد حملة بإعداد لم يختبر بعد.

الخطوة 5: افحص حد المراسلة على مستوى محفظة الأعمال

يحدد Meta عدد جهات الاتصال الفريدة التي يمكن لمحفظة الأعمال بدء مراسلتها ضمن نافذة متحركة. تتغير الفئة بحسب حالة الحساب وسياسات Meta، لذلك لا نثبت أرقام الفئات داخل مقال دائم. راجع دائمًا توثيق حدود مراسلة WhatsApp Business Platform وقراءة الحساب الحالية وقت التنفيذ.

هناك ثلاثة أرقام يجب عدم خلطها:

الرقم

مصدره

معناه

فئة الحد الحالية

Meta

السقف الذي تعيده Meta لمحفظة الأعمال

الاستخدام المرصود محليًا

منصة التشغيل

الجهات الفريدة التي رصدها النظام ضمن نافذته

المتبقي التقديري

حساب محلي

الحد مطروحًا منه الاستخدام الذي يعرفه النظام

في Wats، المتبقي تقدير مبني على الرسائل القالبية الصادرة التي مرت عبر النظام خلال آخر 24 ساعة. إذا أرسلت أداة أخرى من أصول المحفظة نفسها، فقد لا يظهر ذلك كاملًا في العد المحلي. لذلك لا تتعامل مع «المتبقي» كحجز مضمون لدى Meta، واستخدم دفعات مع هامش ومراقبة فعلية.

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

الخطوة 6: نفذ إرسالًا اختباريًا ثم حدد التوقيت

أرسل أولًا إلى قائمة داخلية أو مجموعة اختبار مصرح بها. راجع النص والمتغيرات والوسائط والأزرار وحالة webhook، ثم ثبت نسخة القالب والجمهور المستخدمة في الحملة.

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

مثال تشغيلي مفترض: تذكير بموعد خدمة

مثال افتراضي للتوضيح، وليس حملة عميل حقيقية: مركز خدمة يريد تذكير العملاء الذين حجزوا موعدًا ووافقوا على رسائل التذكير.

  • الهدف: الحصول على تأكيد أو طلب إعادة جدولة.

  • الجمهور: حجوزات اليوم التالي، بعد إزالة المكرر والإلغاء والسجلات التي ينقصها وقت الموعد.

  • القالب: رسالة خدمية مع الاسم والتاريخ والوقت وزرين «تأكيد» و«إعادة جدولة»، بعد اعتمادها للفئة الصحيحة.

  • الاختبار: حساب داخلي لكل فرع، وقيمة اسم طويلة، وحالة موعد ناقصة يجب استبعادها.

  • التشغيل: دفعات تراعي قدرة المراسلة، وفريق استقبال مسؤول خلال الساعات التالية.

  • النتيجة: عدد التأكيدات وإعادة الجدولة مقسومًا على الرسائل المسلمة، مع عرض الفشل والاستبعاد منفصلين.

لا يفترض المثال أن كل تذكير يصنف تلقائيًا ضمن فئة معينة؛ التصنيف والاعتماد يعودان إلى Meta ومحتوى القالب الفعلي.

الخطوة 7: افصل حالات Wats عن أحداث Meta والنتيجة التجارية

تنشر مجموعة Meta الرسمية في Postman بنية حالات الرسائل، ومنها sent وdelivered وread وfailed. أما منصة التشغيل فتحتاج حالات إضافية قبل الإرسال وبعده.

الطبقة

أمثلة

ما الذي تخبرك به؟

معالجة Wats

queued، sending، skipped

هل دخل المستلم الطابور، وهل بدأ التنفيذ، وهل استُبعد قبل طلب Meta؟

أحداث Meta

sent، delivered، read، failed

ماذا حدث بعد قبول طلب الإرسال وتحديثات webhook؟

تفاعل مشتق

replied

هل وصلت رسالة واردة من جهة الاتصال وربطت بالحملة؟

نتيجة العمل

confirmed، booked، qualified مثلًا

هل تحقق الهدف في نظام العمل أو من خلال تصنيف موثوق؟

لا تضع الحالات كلها في رسم واحد كأنها مراحل متساوية. skipped قد يحدث قبل إرسال أي طلب، وreplied ليس حالة تسليم من Meta، والتحويل قد يقع في نظام خارجي بعد ساعات أو أيام.

الخطوة 8: احسب النسب بمقامات ثابتة

اكتب معادلة كل مؤشر في لوحة الحملة:

المؤشر

مقام عملي مقترح

سؤال يجيب عنه

أهلية الجمهور

المؤهلون ÷ السجلات المستوردة

كم سجلًا اجتاز قواعد الموافقة والصلاحية؟

قبول الإرسال

sent ÷ محاولات الإرسال إلى Meta

هل قبلت منصة الرسائل الطلب؟

معدل التسليم

delivered ÷ sent

كم رسالة وصلت وفق أحداث التسليم؟

معدل القراءة

read ÷ delivered

كم رسالة مسلمة صدر لها حدث قراءة، مع ذكر قيود الإيصالات؟

معدل الرد

جهات ردت ÷ جهات استلمت

هل دفع المحتوى إلى محادثة؟

معدل الهدف

جهات حققت الهدف ÷ المقام المحدد مسبقًا

هل حققت الحملة غرضها التجاري؟

معدل الإلغاء

جهات طلبت الإيقاف ÷ جهات استلمت

هل فئة الرسالة أو تكرارها يسبب رفضًا؟

المقام قد يختلف بحسب القرار، لكن يجب أن يظل ظاهرًا وثابتًا عند المقارنة. لمزيد من تعريفات القياس، ارجع إلى دليل أداء واتساب للشركات.

كيف يدعم Wats هذا المسار؟

يجمع Wats مزامنة القوالب، وإنشاء قوائم الجمهور واستيرادها مع معاينة، وإنشاء الحملة وجدولتها، وحالة كل مستلم، وسجل الإرسال وإعادة المحاولة للحالات المؤهلة. ويعرض فئة حد Meta مع تقدير محلي للاستخدام، ويفصل مراحل الطابور عن تحديثات الرسالة اللاحقة.

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

الخلاصة: لا تطلق الحملة قبل اكتمال بوابات القرار

الحملة الجاهزة ليست التي انتهى نصها؛ هي التي اجتازت الموافقة والإلغاء والقالب والجمهور والقدرة والاختبار والتغطية البشرية. وبعد الإطلاق لا يكفي أن يظهر sent: افصل ما عالجه نظامك عما أبلغت به Meta عما حققه العمل فعلًا.

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

أسئلة شائعة

هل موافقة العميل مطلوبة إذا سبق أن اشترى من الشركة؟

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

هل يمكن إرسال رسالة حرة بدل القالب إذا كان العميل داخل نافذة 24 ساعة؟

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

هل read يعني أن العميل قرأ الرسالة يقينًا؟

هو حدث قراءة تستقبله المنصة عندما يتوفر إيصال القراءة، لكنه ليس مقامًا كاملًا لكل الرسائل في كل الظروف. اذكر قيود البيانات ولا تعامل غياب read على أنه عدم اهتمام مؤكد.

لماذا يختلف العدد المستورد عن العدد الذي دخل الإرسال؟

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

هل إعادة محاولة failed آمنة دائمًا؟

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

جرّب واتس مجاناً

ابدأ مجاناً مع تجربة 30 يوم وابنِ قناة واتساب احترافية لفريقك.

ابدأ الآن