WhatsApp Cloud API أم Coexistence: ما الذي يحتاجه الرقم؟

هل Cloud API وCoexistence شيئان مختلفان فعلاً؟

لا، لكن هذه الصياغة تربك الناس. Cloud API هي منصة WhatsApp Business المستضافة لدى Meta. أما Coexistence فهي وضع لضم الرقم إلى واجهة برمجة التطبيقات (API) نفسها، مع إبقاء تطبيق WhatsApp Business عاملاً على الرقم بعد ذلك.

لذلك تكون نقاط النهاية (endpoints) متطابقة، وصيغة الرسائل متطابقة، وتعمل القوالب بالطريقة نفسها، وتنطبق نافذة 24 ساعة بشكل مماثل. وكل ما يُكتب لأحدهما يعمل مع الآخر.

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

متى يكون Cloud API العادي هو الخيار الأنسب؟

عندما لا يحتاج أحد إلى الرد يدوياً على ذلك الرقم، وهذا أكثر شيوعاً مما يبدو.

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

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

متى تكون Coexistence الخيار الوحيد الناجح؟

عندما يكون الرقم مستخدماً لنشاط تجاري ويجيب شخص بالفعل على الرسائل من خلاله.

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

Coexistence هي ما أزال هذا التنازل. يواصل التطبيق العمل، ولا يتعلم الفريق شيئاً جديداً، وتحصل البرامج على API نفسها التي كانت ستحصل عليها على أي حال.

هل يمكن نقل الرقم بين الخيارين لاحقاً؟

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

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

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

الأخطاء الشائعة

• اعتبار Coexistence نسخة أدنى من API. إنها Cloud API نفسها، يتم الوصول إليها عبر إعداد مختلف، مع نقاط النهاية والقواعد نفسها.
• اختيار Coexistence لرقم لا يجيب عليه أحد يدوياً. فهي تضيف التزاماً بنشاط الجهاز وسقفاً ثابتاً لمعدل المعالجة مقابل سير عمل هاتفي غير موجود.
• رفض سجل الدردشة أثناء الإعداد وتوقع إضافته لاحقاً. فهذا الاختيار يُتخذ مرة واحدة ولا يمكن تغييره.

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

تابع القراءة