تخطَّ إلى المحتوى
WhatsApp API

نافذة الـ 24 ساعة في WhatsApp API: كيف تعمل وتوفر التكاليف للمتاجر؟

مخطط توضيحي لآلية عمل نافذة الـ 24 ساعة في WhatsApp API وتوفير التكاليف للمتاجر

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

ما هي نافذة الـ 24 ساعة في Meta Cloud API ومتى تبدأ؟

نافذة خدمة العملاء (Customer Service Window) هي مدة تشغيلية مدتها 24 ساعة تبدأ بحساب الطابع الزمني الموثق لاستلام أول رسالة واردة من المستخدم النهائي. لا يتيح بروتوكول WhatsApp Cloud API إرسال رسائل نصية عشوائية في أي وقت؛ إذ تفرض Meta رقابة صارمة لمنع الرسائل الاقتحامية وتشترط استخدام قوالب معتمدة مسبقاً خارج هذا الإطار.

بمجرد أن يرسل العميل رسالته، يتلقى الخادم حدثاً برمجياً من نوع messages عبر الويب هوك (Webhook)، وتترتب على ذلك القواعد التالية:

  1. إرسال رسائل غير مقيدة: تملك الأنظمة البرمجية للمتجر حرية إرسال نصوص، وصور، ومستندات، وأزرار تفاعلية دون انتظار موافقة على القالب.
  2. إعادة ضبط المؤقت: كل رسالة جديدة يرسلها العميل تعيد ضبط المؤقت الزمني لتبدأ فترة 24 ساعة جديدة تماماً من لحظة الاستلام.
  3. الرسائل الصادرة لا تمدد النافذة: ردود المتجر، سواء صدرت يدوياً عن طريق موظف خدمة العملاء أو أُرسلت آلياً بواسطة روبوت محادثة، لا تؤثر إطلاقاً على تمديد فترة الـ 24 ساعة.
  4. إغلاق النافذة وانقطاع الاتصال: بانقضاء 24 ساعة من آخر رسالة كتبها العميل، تُقفل النافذة تلقائياً. أي محاولة لإرسال رسالة نصية اعتيادية بعدها ستفشل وترد بخطأ من الخادم يحمل الرمز البرمجي 131047 في Graph API.

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

الفرق الجوهري بين محادثة الخدمة ومحادثة التسويق

لا تعتمد Meta نظام المحاسبة على كل رسالة منفصلة، بل تعتمد نموذج المحاسبة وفق جلسات محادثة مدتها 24 ساعة مصنفة بحسب الهدف منها. يُعد التمييز بين محادثات الخدمة (Service Conversations) ومحادثات التسويق (Marketing Conversations) الركيزة الأساسية لضبط الميزانية.

نموذج التسعير بحسب المحادثة: كيف تحتسب Meta التكاليف؟

عندما يبادر العميل بمراسلة المتجر ويرد المتجر داخل النافذة برسالة عادية، تُسجل الجلسة بوصفها محادثة خدمة. يُحتسب هذا النوع بأدنى تسعيرة في جدول الرسوم، وغالباً ما يدخل ضمن الحصة المجانية الشهرية الممنوحة لكل حساب أعمال والبالغة 1000 محادثة خدمة شهرياً.

في المقابل، عندما يبدأ المتجر المراسلة لأغراض ترويجية — مثل تذكير بالسلات المتروكة أو العروض الحصرية — تنطلق المحادثة عبر قالب تسويقي معتمد. تُصنف هذه الجلسة كـ محادثة تسويق وتُفرض عليها أعلى شريحة سعرية في المنصة. يمكن الاطلاع على الجداول التفصيلية ضمن دليل أسعار WhatsApp الرسمي من Meta.

الخاصيةمحادثة الخدمة (Service)محادثة التسويق (Marketing)
الطرف المبادرالعميلالمتجر الإلكتروني
طريقة الفتحنص حر أو قالب خدمةقالب معتمد حصراً
معدل التكلفةمنخفض (أو مجاني ضمن الباقة)الفئة السعرية الأعلى
نوع المحتوى المسموحجميع الوسائط والرسائل التفاعليةقوالب مقيدة حتى يرد العميل
التأثير على النافذةفتح نافذة خدمة لمدة 24 ساعةرد العميل يفتح نافذة خدمة مستقلة

استغلال نافذة الـ 24 ساعة للردود الحرة وتجنب القوالب المكلفة

يمكّن الفهم المعماري لكيفية عمل نافذة الـ 24 ساعة في WhatsApp API المطورين من هندسة تدفق الرسائل استناداً إلى سلوك العميل. إذا تواصل العميل للاستفسار عن منتج، يصبح بالإمكان إرسال كتالوجات، وعروض توضيحية، وروابط دفع مباشرة طوال اليوم دون دفع رسوم إضافية تتجاوز تكلفة محادثة الخدمة الأساسية.

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

سيناريوهات التجارة الإلكترونية: تطبيقات على Shopify وWooCommerce

تتعامل المتاجر المبنية على أنظمة التجارة الحديثة مع أحداث متكررة تفرض تكاليف مباشرة على كل عملية تواصل.

السيناريو الأول: استفسار العميل عن حالة الطلب

يرسل العميل رسالة تتضمن: "أين طلبيتي؟":

  1. بادر العميل بالتواصل، فتنطلق نافذة الـ 24 ساعة بمجرد وصول الحدث عبر Webhook.
  2. يرسل نظام الأتمتة رداً بنص عادي يحتوي على رقم التتبع ورابط شركة الشحن دون اعتماد قالب.
  3. الأثر المالي: احتساب رسوم محادثة خدمة منخفضة التكلفة. إذا كتب العميل كلمة شكر، يتجدد المؤقت لـ 24 ساعة أخرى دون احتساب محادثة جديدة، طالما تم الرد داخل النافذة الأصلية.

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

السيناريو الثاني: استعادة السلات المتروكة

أضاف الزائر منتجات إلى سلة الشراء ثم غادر الموقع قبل الدفع. يريد المتجر إرسال رسالة تنبيه:

  1. نظراً لعدم وجود تواصل مسبق من العميل، لا تتوفر نافذة مفتوحة.
  2. يرسل النظام قالباً تسويقياً يحتوي على رابط السلة.
  3. الأثر المالي: يترتب على المتجر دفع تكلفة محادثة تسويقية كاملة فور تسليم الرسالة.
  4. إذا تجاوب العميل واستفسر عن كود الخصم، تُفتح في اللحظة ذاتها نافذة خدمة لمدة 24 ساعة، ما يسمح لمسؤول المبيعات بالتفاوض معه بحرية تامة دون رسوم رسائل إضافية.

السيناريو الثالث: إشعار شحن الطلب تلقائياً

عند تحديث حالة الطلب إلى "تم الشحن" في نظام إدارة المتجر، تُرسل رسالة إشعار مؤتمتة:

  1. الرسالة مبادرة من المتجر خارج نافذة مفتوحة، ولذلك يجب استخدام قالب من فئة الخدمات المساعدة (Utility).
  2. رسوم فئة Utility أقل بكثير من فئة التسويق وتوفر إشعاراً موثوقاً دون مخاطر الهدر المالي.
  3. يضمن التأسيس الصحيح لأنظمة إرسال تحديثات الشحن عبر واتساب الحفاظ على تصنيف الرسائل التشغيلية ومنع تحويلها إلى تسويقية باهظة.

أخطاء تقنية تتسبب في إغلاق النافذة وارتفاع الفاتورة

يقع العديد من المطورين ومديري المتاجر في ثغرات معمارية تؤدي إلى هدر الميزانية:

  • إرسال قالب تسويقي داخل نافذة خدمة مفتوحة: إرسال حملة ترويجية لعميل يملك جلسة خدمة نشطة يؤدي إلى فتح محادثة تسويقية إضافية واحتساب تكلفتها فوراً إلى جانب محادثة الخدمة القائمة.
  • الاعتماد على التوقيت المحلي للخادم: تعتمد خوادم Meta توقيت UTC بدقة متناهية. إذا لم يكن خادم التطبيق متزامناً، قد تُرسل الرسائل بعد ثوانٍ من انتهاء النافذة وتواجه رفضاً فورياً.
  • عدم التحقق من حالة النافذة قبل استدعاء الواجهة: يؤدي إرسال رسائل نصية عادية دون التأكد من توفر جلسة مفتوحة إلى تراكم أخطاء الاستدعاء البرمجي واستهلاك حدود الطلبات المسموحة للحساب.
  • تجاهل معالجة أحداث Webhook الواردة: عدم تخزين الطابع الزمني لرسائل العملاء في قاعدة البيانات يُفقد النظام القدرة على تتبع وقت انتهاء النافذة، مما يدفع المتجر لاستخدام قوالب مدفوعة بدلاً من الرسائل المجانية.

البنية المعمارية الموصى بها لإدارة جلسات المحادثة

لتحقيق أعلى كفاءة وتقليل تكاليف الرسائل، يجب بناء مسار الإرسال باتباع الخطوات التالية:

  1. جدول تتبع الجلسات (Sessions Table): تخصيص حقل last_user_message_timestamp لكل رقم هاتف في قاعدة البيانات، وتحديثه فور ورود كل رسالة عبر الويب هوك.
  2. طبقة التحقق المسبق (Pre-send Router): قبل استدعاء نقطة النهاية في واجهة Meta، تفحص الخدمة الشرط: current_time - last_user_message_timestamp < 24 hours.
  3. توجيه نمط الإرسال (Dispatch Branching):

إذا كانت النافذة مفتوحة: يُرسل النظام رسالة نصية عادية (type: "text"). إذا كانت النافذة مغلقة: يُحول المسار إلى قالب معتمد (type: "template") أو يوقف الإرسال لحين تدخل الدعم الفني.

  1. إدارة طوابير الانتظار (Queue Priority): إعطاء أولوية المعالجة للرسائل التي اقترب عملاؤها من الساعة 23 في النافذة، لضمان تسليم الرد قبل انتهاء المهلة.

يمثل التوظيف الصحيح لإطار نافذة الـ 24 ساعة الفارق الحقيقي بين منظومة محادثات عالية العائد وفاتورة تشغيلية غير منضبطة. إذا كان متجرك يدير قنوات الدعم والمبيعات عبر واتساب ويتطلع إلى تعزيز بنيته البرمجية وخفض تكاليف المحادثات، يسعد فريقنا الفني بمراجعة هيكلية التكامل الحالية لديك وتقديم الحلول الهندسية المناسبة.

الأسئلة الشائعة

هل يؤدي رد موظف الدعم إلى تمديد نافذة الـ 24 ساعة؟

لا، لا تؤدي ردود المتجر البشرية أو الآلية إلى تمديد النافذة على الإطلاق. يُحسب توقيت نافذة الـ 24 ساعة حصرياً استناداً إلى الرسائل الواردة من العميل، وكل رسالة يرسلها المتجر لا تغير من توقيت إغلاق الجلسة المسجل لدى خوادم Meta.

ماذا يحدث عند إرسال رسالة نصية عادية بعد دقيقة من انتهاء النافذة؟

يتم رفض الرسالة النصية فورياً من قبل خوادم Meta Cloud API مع إرجاع الخطأ رقم 131047. لا يتم تسليم المحتوى إلى هاتف العميل، ولا تُفرض أي رسوم مالية على الحساب نتيجة عملية الإرسال الفاشلة.

هل يؤدي ضغط العميل على أزرار الرد السريع إلى إعادة فتح النافذة؟

نعم، تُعامل النقرة على أزرار الرد السريع (Quick Reply) برمجياً بوصفها رسالة واردة جديدة من العميل. تؤدي هذه الخطوة إلى إعادة ضبط المؤقت بالكامل وبدء نافذة خدمة مجانية جديدة مدتها 24 ساعة من لحظة الضغط.

بقلم فريق WAGate

أخبار المنتج وشروحات من الفريق الذي يبني WAGate — منصة WhatsApp Cloud API للمتاجر وأنظمة CRM والتطبيقات.

جرّبه على رقمك.

WhatsApp وMessenger وInstagram وروبوت الدردشة بالذكاء الاصطناعي — تجربة مجانية لمدة 7 أيام، بلا بطاقة ائتمان.

ابدأ تجربتك المجانية لمدة 7 أيام