# EasyCoexistence: العربية (ar)

EasyCoexistence is an independent Meta Tech Provider. It is not a Meta product and is not affiliated with or endorsed by Meta.

Product documentation (English): https://easycoexistence.com/llms-full.txt

## خادم MCP لـ WhatsApp مع Claude وChatGPT وCursor

https://easycoexistence.com/ar/whatsapp-mcp-server

يتيح خادم MCP للمساعد الذكي استخدام WhatsApp مباشرة: يعرض أرقامك، ويرسل الرسائل والقوالب، ويفحص الحالة، ويوجه خطاف الويب (webhook) إلى نظامك. يشغّل EasyCoexistence خادماً عبر واجهة برمجة التطبيقات (API) الرسمية Cloud API من Meta، لذلك يبقى الرقم الذي يراسله عملاؤك رسمياً ولا يتعرض للخطر.

### ما خادم WhatsApp MCP؟

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

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

المهم هو WhatsApp الذي يصل إليه. هناك شيئان مختلفان تماماً يحملان الاسم نفسه، وهذا الفرق يحدد ما إذا كان رقم العميل سيبقى آمناً.

### لماذا تتسبب معظم خوادم WhatsApp MCP في حظر الأرقام؟

تعمل تقريباً كل خوادم WhatsApp MCP التي يمكنك تثبيتها اليوم عبر تشغيل WhatsApp Web. فهي تسجل الدخول كجهاز مرتبط، بالطريقة نفسها التي يعمل بها عميل المتصفح، وتؤتمت تلك الجلسة.

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

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

لا يفعل موصل EasyCoexistence ذلك. فهو يستدعي Cloud API الرسمي من Meta، على رقم جرى إعداده عبر ميزة Coexistence الخاصة بـ Meta. لا يوجد جهاز مرتبط ولا جلسة يمكن فقدها.

### ماذا يستطيع المساعد الذكي فعله فعلياً؟

ست عشرة أداة، تطابق ما يطلبه الناس فعلياً.

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

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

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

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

Partner API: خمس أدوات إضافية تُعِدّ روابط اتصال مستضافة، عندما يتيح برنامجك الخاص لعملائه ربط أرقامهم. فهي تعرض حالة الإعداد، وتنشئ مفتاح API أو تلغيه، وتحدد عنوان URL الذي يستقبل أحداث الحالة، وتنشئ رابط اتصال لعميل واحد.

### هل يستمر النشاط التجاري في استخدام التطبيق على الهاتف؟

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

Coexistence هو الوضع الرسمي من Meta لتشغيل تطبيق WhatsApp Business وCloud API على الرقم نفسه في الوقت ذاته. يواصل الفريق الرد من الهاتف كما اعتاد، بالمحادثات نفسها والسجل نفسه والجهاز نفسه، بينما يرسل API الرسائل ويستقبلها على الخط نفسه. ما يرسله API يظهر في التطبيق، وما يكتبه الفريق في التطبيق يكون مرئياً لـ API.

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

1. Connect the number: Sign up, then run Meta's Embedded Signup and scan the code from the WhatsApp Business app. About two minutes, and nothing about the app changes.
2. Add the connector: In Claude, ChatGPT, Cursor or Claude Code, add a custom connector pointing at https://easycoexistence.com/api/mcp and sign in. OAuth, so no key is pasted anywhere.
3. Ask for something: "Which of my numbers is unhealthy?" or "Send Sarah the booking confirmation." The assistant picks the tool and makes the call.

- الإرسال خارج جلسة الأربع والعشرين ساعة بنص عادي. خارج النافذة لا يمر إلا قالب معتمد، لذلك سيتوقف الوكيل الذي لا يعرف إلا send_message عند الساعة 25.
- توقع دعم المحادثات الجماعية. أرقام Coexistence مستبعدة من API المجموعات لدى كل موفر.
- توجيه خطاف الويب إلى عنوان URL لا يستطيع الرد على مصافحة GET من Meta. تتحقق Meta من نقطة النهاية (endpoint) قبل تسليم أي شيء، ويبدو الخطأ 404 الصامت كأنه إعداد يعمل إلى أن لا تصل الرسالة الأولى.

**هل يمكن حظر رقم عميلي بسبب هذا؟** لا. هذا هو Cloud API الرسمي من Meta، ويتم الوصول إليه عبر ميزة Coexistence الخاصة بـ Meta. يأتي خطر الحظر الذي يتحدث عنه الناس من بوابات غير رسمية تسجل الدخول كجهاز مرتبط، وهي آلية مختلفة تماماً.

**مع أي مساعدين يعمل الموصل؟** مع كل ما يتحدث عبر MCP باستخدام HTTP وOAuth: Claude وChatGPT وCursor وClaude Code وCodex حالياً. إنها نقطة نهاية (endpoint) بعيدة واحدة، لذلك لا يعمل شيء على جهازك.

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

**هل يمكنني استخدام موصل واحد لعدة عملاء؟** نعم. يمكن للحساب الواحد استيعاب العدد الذي تحتاجه من الأرقام، ويُحتسب كل رقم كاتصال مستقل، ويعرض الموصل جميع الأرقام. لا يوجد قيد على استخدامه مع الأنشطة التجارية التي تخدمها.

---

## Coexistence في WhatsApp: التطبيق وAPI على رقم واحد

https://easycoexistence.com/ar/whatsapp-coexistence

Coexistence هو الوضع الرسمي من Meta لتشغيل تطبيق WhatsApp Business وCloud API على رقم واحد في الوقت نفسه. يواصل الفريق الرد من الهاتف، مع المحادثات والسجل نفسيهما، بينما ترسل واجهة برمجة التطبيقات (API) الرسائل وتستقبلها على الخط نفسه. لا يحدث ترحيل ولا يتغير الرقم.

### ما المشكلة التي يحلها Coexistence فعلياً؟

قبل ظهوره، كان وضع رقم نشاط تجاري على WhatsApp API يعني التخلي عن التطبيق. كان الرقم يُرحّل، ويتوقف الهاتف عن العمل كعميل WhatsApp، وكان على من يرد على العملاء طوال اليوم أن يفعل ذلك عبر البرنامج الذي تم شراؤه. لم تكن معظم الفرق الصغيرة تقبل هذه المقايضة، ولذلك لم تؤتمت أي شيء.

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

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

### ما الذي يتغير على الهاتف بعد الربط؟

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

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

تزامن Meta نحو ستة أشهر من السجل عند ربط الرقم أول مرة، لذلك لا تبدأ API من دون سياق. هناك حدّان ينبغي معرفتهما مسبقاً: تُستبعد المحادثات الجماعية من API للأرقام التي تستخدم Coexistence، لدى كل مزود، ولا يمكن أن يكون الرقم على تطبيق WhatsApp للمستهلكين، بل على تطبيق Business فقط.

### لمن صُمم Coexistence؟

لمجموعتين، ولكل منهما رغبة معاكسة من هذه الميزة.

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

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

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

### لماذا يحتاج اتصال Coexistence إلى مراقبة؟

لأنه قد يتوقف عن العمل من دون إبلاغ أحد.

يحمل الرقم تقييماً للجودة ومستوى للمراسلة تعدلهما Meta بناءً على تفاعل المستلمين. تنخفض التقييمات، وتتغير المستويات، وتنتهي صلاحية رموز الوصول. أما وجهة خطاف الويب (webhook) التي تتوقف عن الرد، فلا يعاد إرسال الطلب إليها إلى الأبد. لا ينتج أي من ذلك تنبيهاً على الهاتف، ويستمر التطبيق في العمل بشكل طبيعي، لذلك تكون أول إشارة عادةً هي قول عميل إنه لم يتلق الرسالة.

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

وهذا ما تراقبه EasyCoexistence. يُفحص الاتصال باستمرار، وإذا تغير شيء نخبرك به نحن، لا العميل.

1. Sign up: Create an account and add a card. The first 3 days are free, and nothing is charged until they end.
2. Run Embedded Signup: Meta's own flow opens, you pick the number, and you scan a code from the WhatsApp Business app. About two minutes.
3. Point it somewhere: Set the webhook destination to your own system, or add the MCP connector and let an assistant do it. The app on the phone carries on as before.

- محاولة ربط رقم موجود على تطبيق WhatsApp للمستهلكين. يحتاج Coexistence إلى تطبيق Business، ويجب نقل الرقم إليه أولاً.
- افتراض أن المحادثات الجماعية ستصل. فهي مستبعدة من API للأرقام التي تستخدم Coexistence، لدى كل مزود، لذلك لن يعمل أي شيء مبني على المجموعات.
- الرد بنص حر بعد أكثر من 24 ساعة من آخر رسالة للعميل. خارج هذه المهلة لا يمر إلا قالب معتمد.
- ترك خطاف الويب موجهاً إلى عنوان URL لا يستطيع الرد على طلب تحقق Meta. تتحقق Meta من نقطة النهاية (endpoint) قبل تسليم أي شيء، ويبدو الفشل الصامت كأنه إعداد يعمل.

**هل يجب أن يتوقف فريقي عن استخدام الهاتف؟** لا. هذه هي الفكرة الأساسية من Coexistence. يستمر تطبيق WhatsApp Business في العمل على الرقم نفسه، مع المحادثات نفسها، وتعمل API إلى جانبه.

**هل سأفقد محادثاتي الحالية؟** لا. تبقى في التطبيق، وتزامن Meta نحو ستة أشهر من السجل مع API عند ربط الرقم، لذلك يملك البرنامج سياقاً بدلاً من أن يبدأ فارغاً.

**هل يمكنني التراجع عنه؟** نعم. يمكن فصل الرقم، ويستمر التطبيق كما كان دائماً. لا يغير ربط الرقم أي شيء فيه بشكل دائم.

**هل هذا هو نفسه WhatsApp API غير الرسمي؟** لا، والفرق يحدد ما إذا كان الرقم سيبقى فعالاً. Coexistence ميزة رسمية من Meta على Cloud API. أما البوابات غير الرسمية فتشغّل WhatsApp Web كجهاز مرتبط، ما يخالف الشروط ويؤدي إلى حظر الأرقام.

---

## واجهات WhatsApp غير الرسمية: ما الذي يعرّض الأرقام للحظر فعلاً

https://easycoexistence.com/ar/unofficial-whatsapp-api-risks

تعمل واجهات WhatsApp غير الرسمية عبر تسجيل الدخول كجهاز مرتبط وأتمتة جلسة WhatsApp Web. وهذا يخالف شروط WhatsApp، فتكتشف Meta النمط ويُحظر الرقم. أما Cloud API الرسمي فيؤدي العمل نفسه عبر واجهة تدعمها Meta، على الرقم الذي يستخدمه النشاط التجاري بالفعل.

### كيف تعمل واجهات WhatsApp غير الرسمية؟

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

لهذا هي رخيصة، ولهذا تُثبّت خلال دقائق، ولهذا تصل إلى ميزات لا يتيحها API الرسمي. لا يوجد حساب للتقديم عليه ولا مراجعة لاجتيازها. تمسح رمزاً وتبدأ الإرسال.

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

### كيف تكتشف Meta ذلك فعلياً؟

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

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

لذلك لا يُعد تشغيل بوابة لمدة عام دليلاً على الأمان، بل دليلاً على أن حركة البيانات لم تتجاوز عتبة معينة بعد. ولا تعتمد العتبة على المكتبة التي ترسل الرسالة.

### ما التكلفة الفعلية للحظر؟

أكبر بكثير من قيمة الأتمتة نفسها، وهذه هي النقطة التي يجري التقليل من شأنها.

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

وتضيع معه السجلّات، وكذلك قائمة جهات الاتصال التي بُنيت داخل تلك المحادثات. توجد آلية للاعتراض وقد تنجح أحياناً، لكنها بطيئة ولا يستطيع أحد ضمان النتيجة.

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

### كيف يبدو المسار الرسمي بدلاً من ذلك؟

كان الاعتراض على API الرسمي حقيقياً في السابق. فقد كان يتطلب نقل الرقم، مما يعطّل تطبيق WhatsApp Business على الهاتف، ولم يكن فريق صغير ليقبل بذلك.

أزالت Coexistence هذا الاعتراض. فهي وضع Meta الخاص بتشغيل تطبيق Business وCloud API على الرقم نفسه في الوقت نفسه. يواصل الفريق الرد من الهاتف، وتبقى المحادثات والسجلّات في مكانها، ويرتبط API بالخط نفسه. لا يوجد جهاز مرتبط ولا جلسة محفوظة على خادم ولا بيانات اعتماد جديرة بالسرقة.

المقابل موجود لكنه محدود. لا يعمل النص الحر إلا خلال 24 ساعة من آخر رسالة للعميل، وتحتاج القوالب إلى موافقة، ولا تتوفر المحادثات الجماعية. وفي المقابل، لا يمكن حظر الرقم بسبب الآلية نفسها.

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

**هل رقمي معرض للخطر بالفعل إذا استخدمت إحدى هذه الواجهات؟** يستمر التعرض للخطر ما دامت الجلسة قيد التشغيل. لا يحدث شيء في تاريخ ثابت، ولذلك فإن التشغيل المستمر فترة طويلة لا يبعث على الاطمئنان. ويمكن الانتقال إلى API الرسمي على الرقم نفسه من دون فقدان التطبيق.

**هل يمكنني الانتقال إلى API الرسمي من دون تغيير رقمي؟** نعم. تصل Coexistence الرقم الذي تستخدمه بالفعل، ويستمر تطبيق WhatsApp Business في العمل على الهاتف طوال العملية. لا يتم نقل أي شيء.

**ما الذي لا يستطيع API الرسمي فعله؟** تُستبعد المحادثات الجماعية على أرقام Coexistence. لا يعمل النص الحر إلا خلال 24 ساعة من آخر رسالة للعميل، وخارج هذه المدة يجب أن تستخدم الرسائل قالباً وافقت عليه Meta.

**هل يكلف المسار الرسمي أكثر؟** تفرض Meta رسوم المراسلة الخاصة بها في كلتا الحالتين، وتُحصّل منك مباشرة. والفرق هو رسم شهري ثابت لكل رقم، بدلاً من المخاطرة بفقدان الرقم.

---

## وصّل WhatsApp بـ n8n عبر Cloud API الرسمي

https://easycoexistence.com/ar/integrations/n8n

وجّه وجهة webhook إلى عقدة Webhook في n8n، وستصل كل رسالة إلى الرقم كمحفز لسير العمل. تعود الردود عبر Cloud API أو عبر خادم MCP الخاص بنا، الذي يستطيع n8n الوصول إليه لأن أداة MCP Client فيه تدعم OAuth2. ويستمر الهاتف في العمل طوال الوقت.

### كيف تصل رسالة WhatsApp إلى سير عمل n8n؟

تسلّم Meta كل رسالة تُرسل إلى الرقم إلى عنوان URL واحد تحدده، عبر HTTP POST. ذلك العنوان هو التكامل بأكمله. ضع عقدة Webhook في n8n على عنوان URL مخصص للإنتاج، واضبطه كوجهة webhook للرقم، وسيعمل سير العمل مع كل رسالة واردة.

تحمل الحمولة بيانات المرسل، والنص أو مرجع الوسائط، والطابع الزمني ومعرّف الرسالة. ومن هناك يصبح الأمر سير عمل عاديًا في n8n: فرّع بناءً على المحتوى، وابحث عن العميل، واستدعِ أي خدمات أخرى تستخدمها، ثم قرر ما إذا كنت سترد.

بما أن هذا هو Coexistence، تبقى الرسالة نفسها أيضًا في تطبيق WhatsApp Business على الهاتف. يستطيع شخص الرد عليها. يرى سير العمل ما أرسله الشخص، ويرى الشخص ما أرسله سير العمل، لذلك لا يطغى أحد الردين على الآخر.

### كيف يرسل سير العمل ردًا؟

باستخدام عقدة HTTP Request مقابل Cloud API، مع استخدام phone number id وaccess token الخاصين بالرقم. ويمكن قراءة كليهما من لوحة التحكم أو عبر موصل MCP إذا فضّلت أن يجلبهما مساعد.

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

البنية الموثوقة هي التفريع: تحقق من المدة منذ آخر رسالة واردة، ثم اختر النص الحر أو القالب وفقًا لذلك.

### هل يستطيع n8n استخدام موصل MCP أيضًا؟

نعم، وn8n مختلف في هذه النقطة. تتصل عقدة MCP Client Tool فيه بخادم MCP بعيد وتدعم OAuth2، وهو ما يحتاج إليه موصلنا، لذلك تستطيع عقدة AI Agent في سير العمل استدعاء أدواتنا مباشرة.

من المهم معرفة ذلك لأن معظم منصات الأتمتة لا تستطيع هذا. يشغّل Make وZapier خوادم MCP خاصة بهما، ولا يعمل أي منهما كعميل، لذلك لا يستطيع أي منهما الوصول إلى خادم تابع لطرف ثالث. أما n8n فيستطيع.

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

### أي المسارين ينبغي أن يستخدمهما سير العمل؟

كلاهما، لأن لكل واحد نصفًا مختلفًا، وهذا ليس تفضيلًا.

webhook هو طريقة بدء أي شيء. يكتب العميل، وتسلّم Meta الرسالة إلى عقدة Webhook، ثم يعمل سير العمل. لا يوجد في أي أداة ما يعادل ذلك عبر MCP، لأن البروتوكول يعتمد على الطلب والاستجابة، وليس على شيء يمكن استدعاؤه من الخارج.

تُستخدم أداة MCP Client Tool كي ينفذ وكيل داخل سير العمل إجراءً من دون أن تكتب الاستدعاء يدويًا. إذا كان سير العمل يعرف بالضبط ما سيرسله، فعقدة HTTP Request مقابل Cloud API أبسط وأقل عرضة للخطأ. أما إذا كان الوكيل هو من يقرر، فيمنحه الموصل الأدوات الست عشرة والقواعد الواردة في أوصافها، بما فيها فترة 24 ساعة.

### ما الفرق بين هذا وعقد WhatsApp في n8n التي يستخدمها الناس حاليًا؟

تعتمد معظم إعدادات WhatsApp في n8n التي تجدها عادةً على بوابة غير رسمية تسجّل الدخول كجهاز مرتبط. يسهل البدء بها، لكنها تعرّض الرقم للخطر، لأن هذه الآلية تخالف شروط WhatsApp، وتكتشف Meta نمط حركة المرور لا المكتبة المستخدمة.

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

Coexistence هو الجمع الذي كان مفقودًا: API رسمي، مع استمرار عمل الهاتف.

- استخدام عنوان URL للاختبار في n8n كوجهة webhook. يتوقف عن الاستماع عند إغلاق المحرر، فتُسلّم الرسائل إلى لا شيء.
- عدم الرد على طلب التحقق من Meta. ترسل Meta طلب GET يتضمن تحديًا قبل تسليم أي شيء، والعقدة التي لا تعيده لا تستقبل أي رسالة.
- الرد بنص حر خارج فترة 24 ساعة. يفشل ذلك بصمت من وجهة نظر سير العمل، ولا يمر إلا قالب تمت الموافقة عليه.

**هل أحتاج إلى عقدة n8n منفصلة لهذا؟** لا. تستقبل عقدة Webhook الرسائل، وترسل عقدة HTTP Request الطلبات. لا شيء لتثبيته، لأن التكامل عبارة عن عنوان URL واستدعاء REST.

**هل يستطيع الفريق مواصلة الرد من الهاتف؟** نعم. هذا هو معنى Coexistence. يواصل تطبيق WhatsApp Business العمل على الرقم نفسه، ويرى سير العمل والشخص رسائل كل منهما.

**هل يستطيع سير عمل واحد التعامل مع أرقام عدة عملاء؟** نعم. وجّه كل رقم إلى webhook نفسه، ثم فرّع بناءً على phone number id المستقبِل في الحمولة. يحتفظ الحساب بأي عدد تحتاج إليه من الأرقام.

**ماذا يحدث إذا توقفت نسخة n8n لدي؟** تعيد Meta محاولة التسليم لفترة ثم تتوقف. تظل الرسائل تصل إلى تطبيق WhatsApp Business على الهاتف، لذلك لا يضيع شيء على النشاط التجاري، بل يضيع فقط على سير العمل.

---

## وصّل WhatsApp بـ Claude عبر موصل مخصص

https://easycoexistence.com/ar/integrations/claude

أضف https://easycoexistence.com/api/mcp كنقطة النهاية (endpoint) لموصل مخصص في Claude وسجّل الدخول. يمكن لـ Claude بعد ذلك عرض أرقامك، وفحص حالتها، وإرسال الرسائل والقوالب، وتوجيه خطاف الويب (webhook) إلى أنظمتك، وكل ذلك عبر واجهة برمجة التطبيقات السحابية الرسمية (Cloud API) من Meta، وليس عبر جلسة جهاز مرتبط.

### كيف تضيفه إلى Claude؟

في Claude، افتح الإعدادات وأضف موصلًا مخصصًا يشير إلى نقطة النهاية (endpoint) الخاصة بـ EasyCoexistence MCP. سيفتح Claude صفحة تسجيل دخول، وتفوّضه، ثم تظهر الأدوات. لا يوجد مفتاح لإنشائه ولا شيء تلصقه في ملف إعدادات، لأن الموصل يستخدم OAuth.

يستخدم Claude Desktop الموصل نفسه، وتضيفه من الإعدادات ضمن Connectors. يصف ملف الإعدادات فيه الخوادم المحلية التي يشغّلها بنفسه فقط، لذلك لا تُكتب نقطة نهاية بعيدة مثل هذه فيه.

في كلتا الحالتين، الخادم نفسه بعيد. لا شيء يُثبّت، ولا شيء يعمل في الخلفية على حاسوبك المحمول، وإغلاق التطبيق لا يقطع أي شيء. يظل الرقم متصلًا سواء كان Claude مفتوحًا أم لا.

### ماذا يستطيع Claude أن يفعل بعد الاتصال؟

اطلب بلغة عادية، وسيختار Claude الأداة المناسبة. ما أرقامِي غير السليمة؟ أرسل تأكيد الحجز إلى هذا العميل. أنشئ قالبًا لتحديثات الطلبات وأخبرني عندما توافق Meta عليه. وجّه webhook هذا الرقم إلى خادمي.

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

الأهم لمن يخدم العملاء هو بدء اتصال وتحديد وجهة webhook. معًا، يتيحان لـ Claude تهيئة رقم العميل وربطه بنظامك دون أن يفتح أحد لوحة التحكم.

### هل الرقم محمي من الحظر عند استخدامه بهذه الطريقة؟

نعم، بسبب ما يحدث في الخلفية، لا بسبب أي شيء يتعلق بـ Claude.

خوادم WhatsApp MCP التي يجدها الناس عادةً تشغّل WhatsApp Web كجهاز مرتبط. وهذا يخالف شروط WhatsApp، وتكتشفه Meta من خلال سلوك حركة المرور، فيُحظر الرقم بغض النظر عن المساعد الذي أصدر التعليمات. لا يفيد استخدام مساعد حذر، لأن الآلية نفسها هي المحظورة.

يستدعي هذا الموصل Cloud API الرسمية من Meta على رقم جرى تهيئته عبر ميزة Coexistence الخاصة بـ Meta. لا يوجد جهاز مرتبط، ولا تُحفظ جلسة في أي مكان، ولا يخالف ذلك الشروط. تنطبق بدلًا من ذلك الحدود المعتادة: النص الحر خلال 24 ساعة فقط من آخر رسالة للعميل، والقوالب المعتمدة خارجها، وعدم دعم الدردشات الجماعية.

**هل يعمل هذا في Claude Code وتطبيقات Claude؟** نعم. إنه خادم MCP بعيد عبر HTTP مع OAuth، لذا يمكن لأي شيء يدعم الموصلات المخصصة استخدامه، بما في ذلك Claude Code وChatGPT وCursor.

**هل يرى Claude محادثات عملائي؟** فقط ما تطلبه منه. تنتقل الرسائل الواردة من Meta إلى وجهة webhook التي تحددها، ونحن لا نخزّن محتوى المحادثات مطلقًا.

**هل يستطيع Claude توصيل رقم جديد بنفسه؟** يمكنه بدء العملية. يعيد الموصل رابطًا يفتحه مالك النشاط التجاري لتفويض رقمه عبر مسار Meta، وهي خطوة لا يستطيع إكمالها إلا هو.

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

---

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

https://easycoexistence.com/ar/whatsapp-cloud-api-vs-coexistence

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

### هل 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 لرقم لا يجيب عليه أحد يدوياً. فهي تضيف التزاماً بنشاط الجهاز وسقفاً ثابتاً لمعدل المعالجة مقابل سير عمل هاتفي غير موجود.
- رفض سجل الدردشة أثناء الإعداد وتوقع إضافته لاحقاً. فهذا الاختيار يُتخذ مرة واحدة ولا يمكن تغييره.

**هل Coexistence أبطأ من Cloud API العادية؟** يحدد Meta معدل المعالجة لرقم Coexistence بدلاً من أن يتوسع مع تقييم الجودة ودرجة المراسلة. ونادراً ما يكون هذا السقف عائقاً في الاستخدام الحواري، لكنه قد يصبح كذلك عند الإرسال بكميات كبيرة.

**هل تعمل القوالب بالطريقة نفسها في الخيارين؟** نعم. تُرسل القوالب إلى Meta للمراجعة، ثم تُرسل عبر API بالطريقة نفسها. وعلى رقم Coexistence لا يستطيع تطبيق الهاتف إرسالها، لذلك يجب أن يمر أي شيء خارج نافذة 24 ساعة عبر API.

**هل يمكنني وضع رقم جديد تماماً على Coexistence؟** يجب تسجيله أولاً في تطبيق WhatsApp Business، لأن Coexistence تصل رقماً يستخدمه التطبيق بالفعل. أما الرقم الذي لن يجيب عليه أحد يدوياً، فالإعداد العادي لـ Cloud API هو الأنسب.

**أي خيار تستخدمه الوكالات لأرقام العملاء؟** Coexistence في الغالبية العظمى من الحالات. فرقم العميل هو رقم يجيب موظفوه عليه بالفعل، ونقله سيحرمهم من تطبيق WhatsApp Business، وهو أمر لا يوافق عليه أي عميل.

---

## خطأ WhatsApp 131047: رسالة إعادة التفاعل

https://easycoexistence.com/ar/docs/whatsapp-error-131047

يعني الخطأ 131047 مرور أكثر من 24 ساعة منذ أن أرسل العميل رسالته الأخيرة، لذلك أُغلقت نافذة خدمة العملاء ولن تصل الرسالة الحرة. لا يمكن إعادة فتح المحادثة إلا باستخدام قالب وافقت عليه Meta مسبقًا.

### ما الذي يسبب الخطأ 131047؟

رسالة نص حر أُرسلت إلى شخص مر أكثر من 24 ساعة على آخر رسالة أرسلها إليك.

تسمح WhatsApp Business Platform للنشاط التجاري بالكتابة بحرية داخل نافذة خدمة العملاء فقط، وتُفتح هذه النافذة عندما يرسل العميل رسالة إليك وتستمر 24 ساعة. يمكنك داخلها إرسال ما تشاء. أما خارجها، فترفض واجهة برمجة التطبيقات (API) النص الحر بالرمز 131047 بدلًا من تسليم رسالة لم يطلبها المستلم.

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

### كيف تصلح المشكلة؟

أرسل قالبًا معتمدًا بدلًا من النص الحر.

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

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

### هل ينطبق ذلك على رقم Coexistence؟

نعم، مع نتيجة إضافية مهمة.

تعمل النافذة بالطريقة نفسها سواء تم إعداد الرقم عبر Coexistence أم لا، لأنها قاعدة للمنصة وليست مرتبطة بطريقة الإعداد. لكن ما يختلف هو الجهة التي يمكنها التصرف. في رقم Coexistence، لا يستطيع تطبيق WhatsApp Business إرسال القوالب، لذا يجب أن تمر أي رسالة خارج النافذة عبر API.

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

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

**هل يمكنني تمديد نافذة الـ 24 ساعة؟** لا. تحددها Meta بشكل ثابت، ولا يستطيع أي مزود إطالتها. الشيء الوحيد الذي يعيد فتحها هو أن يرسل العميل رسالة إليك مجددًا.

**هل تؤدي استجابة العميل لقالب إلى إعادة فتح النافذة؟** نعم. تبدأ أي رسالة من العميل 24 ساعة جديدة، بما في ذلك الرد على قالب أرسلته.

**ما فئة القالب التي ينبغي استخدامها؟** استخدم فئة المنفعة للرسائل المتعلقة بالمعاملات، وفئة التسويق للرسائل الترويجية. تتطلب رسائل التسويق وسيلة دفع في حساب WhatsApp Business الخاص بك.

**هل الخطأ 131047 هو نفسه 131049؟** لا. يشير 131047 إلى إغلاق النافذة، بينما يشير 131049 إلى أن Meta تحد من التسليم لحماية سلامة المنظومة، وهذه حالة منفصلة.

---

## خطأ WhatsApp 131049: حظر الرسالة للحفاظ على صحة المنظومة

https://easycoexistence.com/ar/docs/whatsapp-error-131049

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

### ماذا يعني تفاعل المنظومة هنا فعلًا؟

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

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

يظهر غالبًا في الرسائل التسويقية المرسلة إلى مستلمين لم يتفاعلوا، وعند إرسال كميات كبيرة من رسائل متشابهة معًا. إنه مؤشر على النمط، وليس عقوبة مفروضة على الرقم.

### لماذا لا يحل إرسال قالب المشكلة؟

لأن القالب لم يكن المشكلة أصلًا.

بعد رؤية إرسال محظور، يميل البعض إلى استخدام قالب، لأنه حل الخطأ الشائع الآخر، 131047. لكن 131047 يتعلق بالوقت: أُغلقت النافذة، والقالب المعتمد هو الطريقة المسموح بها لإعادة فتحها. أما 131049 فهو قرار بشأن هذه الرسالة تحديدًا لهذا الشخص تحديدًا، ومسار القالب هو مسار التسليم نفسه.

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

### كيف تتجنب حدوث ذلك مرة أخرى؟

بتغيير ما ترسله، لا طريقة إرساله.

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

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

- اعتباره متعلقًا بنافذة 24 ساعة والانتقال إلى قالب. إنها حالة مختلفة تؤدي إلى النتيجة نفسها.
- إعادة المحاولة فورًا. توصي Meta بالانتظار 24 ساعة على الأقل لذلك المستلم.
- اعتباره حظرًا للرقم. الرقم يعمل، لكن هذه الرسالة لم تُسلَّم.

**هل حُظر رقمي؟** لا. يحظر 131049 رسالة واحدة. ويستمر الرقم في العمل، وقد تنجح عمليات إرسال أخرى.

**كم من الوقت ينبغي أن أنتظر؟** توصي Meta بالانتظار 24 ساعة على الأقل قبل إعادة الإرسال إلى ذلك المستلم. ولا يوجد رقم دقيق منشور.

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

**هل يستطيع أحد مقدمي الخدمة تجاوز ذلك؟** لا. تطبق Meta الحظر عند التسليم، لذلك يرى كل مقدمي الخدمة الذين يستخدمون API الرسمي السلوك نفسه.

---

## خطأ WhatsApp 131048: بلوغ حد الإرسال بسبب الرسائل المزعجة

https://easycoexistence.com/ar/docs/whatsapp-error-131048

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

### ما الذي يسبب انخفاض جودة الرقم؟

ردود فعل المستلمين السلبية، وهي أمور تقيسها Meta بدلاً من استنتاجها من شيفرتك.

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

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

### كيف يستعيد الرقم عافيته؟

يستعيدها تلقائياً إذا توقف الإرسال الذي تسبب في الانخفاض.

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

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

### كيف تعرف المشكلة قبل فشل الإرسال؟

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

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

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

- اعتباره خطأً في شيفرة الإرسال. الطلب سليم، لكن الرقم مقيّد.
- تغيير المزوّد للهروب من المشكلة. التقييم مرتبط بالرقم ويتبعه.
- انتظار إشعار. لا يعلن الهاتف عن انخفاض الجودة.

**هل يمكنني الاستمرار في استقبال الرسائل؟** نعم. لا يتأثر الاستقبال، ويواصل تطبيق WhatsApp Business العمل بشكل طبيعي على الرقم.

**كم يستغرق التعافي؟** لا تنشر Meta مدة محددة. فهذا مقياس متحرك يتحسن مع تحسن الإرسال الأخير، وليس بعد فترة ثابتة.

**هل يؤدي الانتقال إلى مزوّد آخر إلى إعادة ضبط المشكلة؟** لا. الجودة مرتبطة برقم الهاتف، وليست بالجهة التي ترسل من خلاله.

**هل هذا يعني أن الرقم محظور؟** لا. الحظر يزيل الرقم، أما هذا الخطأ فيحد من كمية الإرسال من رقم يعمل حتى تستعيد جودته.

---

## خطأ WhatsApp 132001: القالب غير موجود

https://easycoexistence.com/ar/docs/whatsapp-error-132001

يعني الخطأ 132001 أن القالب الذي حاولت إرساله غير موجود باللغة المطلوبة، أو أنه موجود لكنه غير معتمد. تُحدَّد القوالب بالاسم واللغة معًا، لذلك يُعد الاسم نفسه بلغة مختلفة قالبًا مختلفًا.

### لماذا يعيد قالب موجود الخطأ 132001؟

غالبًا يكون السبب رمز اللغة.

يُحدَّد القالب باسمه ولغته معًا. فالقالب الذي أُنشئ باسم order_update في en_US غير موجود باسم order_update في en، ولا في pt، ولا في pt_BR. يؤدي إرسال الاسم الصحيح مع اللغة المحلية الخاطئة إلى هذا الخطأ تحديدًا، بينما تظل الرسالة عامة بشكل غير مفيد بشأن الجزء الخاطئ.

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

### كيف تجد الاسم واللغة الصحيحين؟

اعرض القوالب على الرقم واقرأ بياناتها بدلًا من الاعتماد على ما تم إعداده.

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

عبر موصل MCP، يكون ذلك سؤالًا لا طلب API: اسأل عن القوالب المعتمدة على رقم معين، وسيقرأها المساعد. ومن كودك الخاص، يكون ذلك طلب Graph واحدًا إلى حساب WhatsApp Business، باستخدام معرف رقم الهاتف ورمز الوصول (token) الخاصين بهذا الاتصال.

### كم تستغرق الموافقة؟

عادةً دقائق، وأحيانًا تصل إلى يوم.

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

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

- إرسال en عندما أُنشئ القالب باسم en_US. فهما قالبان مختلفان بالنسبة إلى API.
- إنشاء قالب وإرساله في العملية نفسها. تراجعه Meta أولًا.
- افتراض أن القالب المرفوض لا يزال يعمل. فهو يعيد هذا الخطأ تمامًا مثل القالب المفقود.

**أين أرى رمز اللغة الدقيق؟** في قائمة القوالب الخاصة بذلك الرقم. فهي تعرض الاسم واللغة والحالة معًا، وهذا هو المصدر الوحيد الموثوق.

**هل يمكنني إرسال قالب قيد المراجعة؟** لا. لا تُرسل إلا القوالب المعتمدة، أما القالب قيد المراجعة فيعيد الخطأ نفسه.

**هل يجب إعادة إنشاء القالب المرفوض؟** يمكن تعديله وإعادة إرساله للمراجعة. لكنه لا يستطيع الإرسال ما دام مرفوضًا.

**هل يمكن لتطبيق WhatsApp Business إرسال القوالب؟** ليس على رقم Coexistence. تمر القوالب عبر API، وهذا أحد الأسباب العملية لربط الرقم.

---

## خطأ WhatsApp 132000: عدم تطابق عدد المعلمات

https://easycoexistence.com/ar/docs/whatsapp-error-132000

يعني الخطأ 132000 أن المتغيرات التي أرسلتها لا تطابق ما يتوقعه القالب. يحتاج قالب يحتوي على موضعين إلى قيمتين بالضبط وبالترتيب. يظهر الخطأ غالبًا بعد تعديل القالب من دون تحديث كود الإرسال ليتوافق معه.

### كيف تُحسب متغيرات القالب؟

تُحسب لكل مكوّن وبالترتيب، باستخدام المواضع المرقّمة في نص القالب.

يحدد نص قالب يقرأ Hello {{1}}, your order {{2}} has shipped متغيرين، ويجب أن يرسل الطلب قيمتين بالضبط لمكوّن النص الأساسي. يؤدي إرسال قيمة واحدة أو ثلاث قيم إلى هذا الخطأ. وينطبق الأمر نفسه على إرسال قيمتين للمكوّن الخطأ، لأن معلمات الرأس والنص الأساسي والزر تُحسب منفصلة، لا في قائمة واحدة.

لهذا يبدو الخطأ غير صحيح للوهلة الأولى أحيانًا: قد يكون إجمالي عدد القيم صحيحًا، بينما يكون توزيعها بين المكوّنات غير صحيح.

### لماذا يظهر في قالب كان يعمل بالأمس؟

لأن شخصًا عدّل القالب ولم يتغير كود الإرسال معه.

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

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

### كيف تُرسل القيم بشكل صحيح؟

بناء مصفوفة المكوّنات بما يطابق بنية القالب نفسه.

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

من خلال موصل MCP، تُنجز هذه الخطوة نيابةً عنك: يقرأ المساعد القالب، ويعرف عدد المواضع في كل مكوّن، ثم يملؤها من طلبك. أما في كودك الخاص، فمن الأفضل قراءة تعريف القالب عند بدء التشغيل بدل تثبيت بنية قد تتغير.

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

**هل يمكنني إرسال قالب بلا متغيرات؟** نعم. إذا لم يعرّف القالب أي متغيرات، فلا ترسل معلمات. يؤدي إرسالها رغم ذلك إلى هذا الخطأ.

**هل يهم ترتيب القيم؟** نعم. المواضع مرقّمة وتُملأ بالترتيب، لذلك يؤدي تبديل قيمتين إلى رسالة خاطئة بدلًا من ظهور خطأ.

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

**هل هذا هو الخطأ نفسه 132001؟** لا. يعني 132001 تعذّر العثور على القالب أو أنه غير معتمد. أما 132000 فيعني أنه عُثر عليه، لكن المتغيرات لم تتطابق.

---

## خطأ WhatsApp 2593107: تم تجاوز حد المزامنة

https://easycoexistence.com/ar/docs/whatsapp-error-2593107

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

### ما المقصود بالمزامنة هنا؟

هي الخطوة التي تنقل جهات الاتصال الحالية وسجل المحادثات الخاصين برقم Coexistence إلى جانب API، حتى لا تبدأ البرمجيات دون بيانات عن رقم استخدمه نشاط تجاري لسنوات.

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

ولهذا أيضًا يبدو الخطأ غير مألوف حتى لمن عملوا مع Cloud API فترة طويلة. فهو يخص نمط إعداد لم يستخدموه من قبل.

### لماذا لا يمكن تشغيلها إلا مرة واحدة؟

لأنها جزء من الإعداد وليست قدرة مستمرة، وتتعامل Meta معها على أنها قرار واحد يُتخذ عند الاتصال.

يُسأل مالك النشاط التجاري أثناء Embedded Signup عما إذا كان يريد مشاركة سجل الدردشة الحالي. والموافقة هي التي تسمح بتشغيل المزامنة. لا يوجد إعداد لإعادة تفعيلها لاحقًا، ولا توجد نقطة نهاية (endpoint) تكررها، لذلك يعيد الطلب الثاني هذا الخطأ بدلًا من حد معدل ينتهي تلقائيًا.

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

### ماذا يحدث إذا احتجت إليها مرة أخرى؟

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

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

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

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

**هل يحدث هذا مع رقم Cloud API عادي؟** لا. توجد المزامنة لأرقام Coexistence فقط، لأنها الوحيدة التي تملك سجلًا سابقًا في التطبيق لنقله.

**ما مقدار السجل الذي تتم مزامنته؟** تزامن Meta نافذة من سجل المحادثات الحديثة عند الإعداد. وتحدد Meta مقدارها الدقيق، لا مزود الخدمة.

**هل ستؤدي إعادة الربط إلى فقدان محادثاتي على الهاتف؟** لا. لا يتأثر تطبيق WhatsApp Business ولا محادثاته بالفصل وإعادة ربط جانب API.

**هل 2593108 هي المشكلة نفسها؟** لا. يعني ذلك الرمز أن محاولة المزامنة حدثت بعد أكثر من 24 ساعة من الإعداد، لا أنها نُفذت من قبل.

---

## خطأ WhatsApp 2593108: المزامنة خارج نافذة 24 ساعة

https://easycoexistence.com/ar/docs/whatsapp-error-2593108

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

### أي نافذة مدتها 24 ساعة نقصد؟

ليست نافذة المراسلة، وهي مصدر معظم الالتباس حول هذا الخطأ.

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

لا علاقة بين النافذتين سوى الرقم، كما أن نجاح إرسال رسالة لا يعني أن نافذة المزامنة ما زالت مفتوحة.

### لماذا تفوت هذه النافذة؟

لأن الإعداد الأولي والتكامل يحدثان عادةً في يومين مختلفين، وغالباً على يد شخصين مختلفين.

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

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

### ما الخيارات بعد إغلاقها؟

افصل الرقم ثم اربطه من جديد، أو ابدأ من دون سجل.

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

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

- الخلط بين هذه النافذة ونافذة المراسلة. فهما ساعتان منفصلتان تقيسان أمرين مختلفين.
- تأجيل السجل إلى بدء عمل التكامل. عندها تكون النافذة قد أُغلقت غالباً.
- إعادة الربط من دون استعادة وجهة خطاف الويب (webhook)، إذ لا تبقى بعد فصل الاتصال.

**هل هذه هي الساعات الـ24 نفسها الخاصة بنافذة المراسلة؟** لا. تبدأ هذه النافذة من الإعداد الأولي وتحكم المزامنة. أما نافذة المراسلة فتبدأ من آخر رسالة أرسلها العميل وتحكم إرسال النص الحر.

**هل يمكن تمديد النافذة؟** لا. تحددها Meta ولا يستطيع أي مزود إطالتها.

**هل تكلف إعادة الربط شيئاً؟** لا تُفرض أي رسوم على إعادة الربط. لكن يجب أن يكون شخص موجوداً عند الهاتف لمسح الرمز مرة أخرى.

**ماذا لو لم أُزامن السجل مطلقاً؟** ستستقبل API كل شيء منذ لحظة ربط الرقم. ولا يصبح السجل مهماً إلا إذا احتاج شيء إلى السياق السابق فوراً.

---

## خطأ WhatsApp 131026: تعذر تسليم الرسالة

https://easycoexistence.com/ar/docs/whatsapp-error-131026

يعني الخطأ 131026 أن Meta لم تتمكن من التسليم إلى ذلك المستلم. السبب المعتاد هو أن الرقم غير مسجل في WhatsApp أصلًا، لكن تطبيقًا قديمًا أو شروطًا لم يقبلها المستخدم قد ينتجان الرمز نفسه.

### لماذا يتعذر تسليم رسالة إلى رقم يبدو صحيحًا؟

لأن امتلاك رقم هاتف لا يعني أن WhatsApp مثبت عليه.

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

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

### ماذا ينبغي أن يحدث عند ظهور هذا الخطأ؟

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

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

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

- إعادة المحاولة وفق جدول زمني. الحالة من جهة المستلم ولا تزول بمرور الوقت.
- اعتباره مشكلة في تنسيق الرقم. لقد وصل الرقم إلى Meta ورفضته عند التسليم، لا عند التحقق.
- الإرسال إلى قائمة CRM من دون تصفية. رقم الهاتف ليس بالضرورة رقم WhatsApp.

**هل يمكنني التحقق أولًا من أن الرقم مسجل في WhatsApp؟** ليس بشكل موثوق، ولا توفر Meta عملية بحث لذلك. عمليًا، تكون أول رسالة هي وسيلة التحقق.

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

**هل تنسيق الرقم هو المشكلة؟** غالبًا لا. تعيد الأرقام غير الصحيحة خطأ في المعاملات بدلًا من ذلك. يعني هذا الرمز أن الرقم فُهم، لكن تعذر الوصول إليه.

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

---

## خطأ WhatsApp 131042: مشكلة دفع حساب النشاط التجاري

https://easycoexistence.com/ar/docs/whatsapp-error-131042

يعني الخطأ 131042 أن Meta لا تستطيع تحصيل رسوم الرسائل، لأن حساب WhatsApp Business لا يملك وسيلة دفع صالحة. تُحصّل Meta هذه الرسوم منك مباشرة، لذا يكون الإصلاح في WhatsApp Manager، وليس لدى مزود وصولك إلى واجهة برمجة التطبيقات (API).

### من الذي يفرض الرسوم على من فعلياً؟

هناك شركتان، وفاتورة واحدة فقط منهما لها علاقة بمزودك.

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

لهذا لا يمكن إصلاح الخطأ بالتواصل مع مزودك، ولا يستطيع أي شخص في هذا الموقع إضافة بطاقة نيابةً عنك. وهذا يعني أيضاً أن المزود لا يستطيع زيادة تكلفة المحادثات لأنه لا يتلقاها أصلاً.

### أين تُحدَّد وسيلة الدفع؟

في WhatsApp Manager، ضمن حساب WhatsApp Business الذي يملك الرقم.

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

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

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

**هل تستطيع EasyCoexistence دفع رسوم Meta نيابةً عني؟** لا. تذهب الرسوم إلى وسيلة الدفع في حساب WhatsApp Business الخاص بك، ولا توجد واجهة برمجة تطبيقات لإرفاق وسيلة دفع.

**لماذا ظهر هذا الخطأ الآن فقط؟** غالباً لأن أول محاولة لإرسال قالب تسويقي تمت الآن. تتطلب Meta وسيلة دفع لهذه العمليات تحديداً.

**هل يوقف ذلك الرسائل الواردة؟** لا يتأثر الاستلام. الذي يفشل هو الإرسال الذي تحتاج Meta إلى فرض رسوم عليه.

**هل توجد طريقة لتجنب رسوم Meta بالكامل؟** الردود داخل نافذة خدمة العملاء التي مدتها 24 ساعة مجانية. أما ما تفرض Meta رسوماً عليه فهو المحادثات التي تُفتح خارجها.

---

## خطأ WhatsApp 133010: رقم الهاتف غير مسجل

https://easycoexistence.com/ar/docs/whatsapp-error-133010

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

### ماذا يعني التسجيل هنا فعلًا؟

إنها الخطوة الأخيرة التي تجعل الرقم صالحًا للإرسال، وهي منفصلة عن وجود الرقم في حساب WhatsApp Business.

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

يسهل تفويت هذه الخطوة في رقم Coexistence لسبب آخر: يواصل تطبيق WhatsApp Business على الهاتف عمله بصورة طبيعية طوال الوقت، فلا يوحي أي شيء في سير العمل اليومي للنشاط التجاري بأن هناك خطوة ناقصة.

### كيف تنتهي إجراءات الإعداد دون اكتمالها؟

غالبًا لأن شخصًا أغلق النافذة.

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

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

- إعادة محاولة الإرسال. لا يكتمل التسجيل بسبب محاولة إرسال رسالة.
- افتراض أن الرقم الظاهر يعمل. فقد يكون مرتبطًا بالحساب لكنه غير مسجل.
- تشخيص المشكلة من الهاتف. يعمل تطبيق WhatsApp Business بصورة طبيعية سواء اكتمل التسجيل أم لا.

**هل فُقد الرقم؟** لا. يؤدي تشغيل إجراءات الإعداد من Meta مرة أخرى إلى إكمال التسجيل، ويبقى تطبيق WhatsApp Business دون تأثر طوال العملية.

**هل يمكنني التسجيل عبر واجهة برمجة التطبيقات (API)؟** التسجيل جزء من إجراءات الإعداد في Meta، ويتطلب متصفحًا والهاتف. لا يوجد اختصار عبر API لتجاوز المسح.

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

**هل هذا هو الخطأ 133006 نفسه؟** لا. يعني 133006 أن الرقم يحتاج إلى التحقق قبل إجراء التسجيل. أما هذا الخطأ فيعني أن التسجيل نفسه لم يكتمل قط.

---

## خطأ WhatsApp 190: انتهت صلاحية رمز الوصول (token)

https://easycoexistence.com/ar/docs/whatsapp-error-190

يعني الخطأ 190 أن رمز الوصول المستخدم في الطلب انتهت صلاحيته أو أُلغي. تفشل كل استدعاءات واجهة برمجة التطبيقات (API) بالطريقة نفسها، فيبدو أن الرقم اختفى. لكنه لم يختفِ: تعطلت بيانات الاعتماد، والرقم سليم عادةً.

### لماذا تبدو صلاحية الرمز المنتهية كأنها فقدان للرقم؟

لأن كل طلب يفشل، ويفشل بالطريقة نفسها.

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

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

### كيف تميز بين الحالتين؟

باستخدام بيانات اعتماد ثانية يمكنها قراءة الحساب نفسه.

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

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

### كيف تُلغى صلاحية الرموز؟

توجد عدة طرق، ومعظمها غير متعمد.

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

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

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

**هل ما زال الرقم يعمل؟** نعم عادةً. لا يتأثر تطبيق WhatsApp Business، والرقم نفسه سليم. ما توقف هو الوصول إلى API.

**هل الخطأ 0 هو الشيء نفسه؟** عمليًا نعم. تُبلغ Meta عن هذه الحالة باستخدام الرمزين، بحسب نقطة النهاية (endpoint).

**هل ستؤدي إعادة الاتصال إلى حل المشكلة؟** نعم، لكنها إجابة ثقيلة لمشكلة بسيطة، وتتطلب مالك النشاط التجاري والهاتف لحل مشكلة يعالجها رمز وصول جديد.

**هل يمكن منع الرموز من انتهاء الصلاحية؟** يمكن أن تدوم رموز مستخدم النظام طويلًا، ولهذا يفيد الاحتفاظ برمز ثانٍ.

---

## خطأ WhatsApp 130429: تم بلوغ حد معدل الإرسال

https://easycoexistence.com/ar/docs/whatsapp-error-130429

يعني الخطأ 130429 بلوغ حد معدل الإرسال في Cloud API لهذا الرقم. إنها مشكلة في المعدل لا في الحجم، فالرسائل نفسها تمر عند إرسالها ببطء أكبر. يحدد Meta السقف لأرقام Coexistence.

### ما الذي يتم تقييده فعليا؟

المعدل الذي تخرج به الرسائل، وليس عدد الرسائل التي يمكنك إرسالها في اليوم.

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

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

### هل يمكن رفع الحد؟

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

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

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

### ماذا ينبغي للمرسل أن يفعل بدلا من ذلك؟

اضبط وتيرة الإرسال وأعد المحاولة مع تأخير متزايد، بدلا من إعادة المحاولة فورا.

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

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

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

**هل يعني هذا أن رقمي مقيّد؟** لا. هذا حد معدل عادي. الرقم سليم، وتنجح الرسائل نفسها عند إرسالها ببطء أكبر.

**ما سرعة إرسال رقم Coexistence؟** يحدد Meta معدلا ثابتا لأرقام Coexistence بدلا من زيادته وفقا للجودة والمستوى.

**هل 80007 هو الرمز نفسه؟** لا. ذلك حد معدل على حساب WhatsApp Business، وليس على معدل إرسال الرسائل لرقم.

**هل سيرسل مزود آخر بسرعة أكبر؟** لا. يرتبط الحد بالرقم وبـ Meta، وليس بالجهة التي تستدعي API.

---

## ربط WhatsApp بـ Make عبر Cloud API الرسمي

https://easycoexistence.com/ar/integrations/make

وجّه وجهة خطاف الويب (webhook) للرقم إلى خطاف ويب مخصص في Make، وستبدأ كل رسالة واردة سيناريو. تعود الردود عبر Cloud API باستخدام وحدة HTTP. لا يستطيع Make استخدام خادم MCP لدينا، لأن Make خادم MCP بحد ذاته وليس عميلًا.

### كيف تبدأ رسالة WhatsApp سيناريو في Make؟

أنشئ وحدة خطاف ويب مخصص في Make، وانسخ عنوان URL الذي يمنحك إياه، ثم اضبطه كوجهة webhook للرقم. بعد ذلك، ترسل Meta كل رسالة إلى الرقم مباشرة إلى ذلك العنوان عبر HTTP POST، ويعمل السيناريو.

تتضمن البيانات المرسلة المرسل، ونص الرسالة أو مرجع الوسائط، والطابع الزمني، ومعرّف الرسالة. ومن هناك يصبح الأمر سيناريو عاديًا: وجّه حسب المحتوى، وابحث عن العميل، واستدعِ أي خدمة أخرى تستخدمها.

بما أن هذا هو Coexistence، تظهر الرسالة نفسها أيضًا في تطبيق WhatsApp Business على الهاتف. يمكن لشخص الرد عليها، ويرى السيناريو ما أرسله، ولا ينتهي الأمر بردّين متداخلين.

### لماذا لا يستطيع Make استخدام موصل MCP؟

لأن Make خادم MCP وليس عميل MCP. فهو يتيح سيناريوهاته الخاصة لمساعدين مثل Claude وChatGPT، اللذين يتصلان به من الداخل. ولا يتصل بخادم MCP تابع لجهة أخرى.

هذا الاتجاه يفسر كل شيء. موصلنا خادم ينتظر أن يُستدعى، ولا يملك Make ما يستدعي خادمًا خارجيًا، لذلك لا يلتقي الطرفان. وهذا يختلف عن n8n، الذي يملك عقدة MCP Client Tool ويمكنه استهلاك خادم بعيد عبر OAuth.

عمليًا، لا يضيف ذلك تكلفة. يوفر مسار webhook كل ما يحتاجه السيناريو، وهو المسار الذي يتفاعل مع الرسائل الواردة، بينما لا يستطيع MCP فعل ذلك في أي أداة.

### كيف يرسل السيناريو ردًا؟

باستخدام وحدة HTTP مع Cloud API، ومعها phone_number_id الخاص بالرقم ورمز الوصول (token). يمكنك قراءة كليهما من لوحة التحكم، أو عبر موصل MCP إذا أردت من مساعد أن يجلبهما لك.

يعتمد ما ترسله على التوقيت. خلال 24 ساعة من آخر رسالة للعميل، يعمل النص الحر. وبعدها، لن تصل إلا رسالة باستخدام قالب وافقت عليه Meta، وسيتوقف السيناريو الذي يرسل نصًا حرًا فقط عند أول حالة تحدث ليلًا.

البنية العملية الدائمة هي موجّه: تحقّق من المدة منذ وصول آخر رسالة واردة، ثم اختر مسار النص الحر أو مسار القالب.

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

**هل يستطيع Make الاتصال بخادم MCP لديكم؟** لا. Make خادم MCP وليس عميلًا، لذلك لا يمكنه استدعاء خادمنا. يغطي مسار webhook كل ما يحتاجه السيناريو.

**هل أحتاج إلى تطبيق Make لتشغيل WhatsApp؟** لا. يستقبل خطاف ويب مخصص الرسائل، وترسلها وحدة HTTP. التكامل هو عنوان URL وطلب REST.

**هل يستطيع الفريق مواصلة الرد من الهاتف؟** نعم. هذا هو معنى Coexistence. يواصل التطبيق العمل على الرقم نفسه، ويرى السيناريو ما أرسله الشخص.

**هل يمكن لسيناريو واحد خدمة عدة عملاء؟** نعم. وجّه كل رقم إلى webhook نفسه، ووجّه المعالجة حسب phone_number_id المستلم في البيانات.

---

## ربط WhatsApp بـ Zapier عبر Cloud API الرسمية

https://easycoexistence.com/ar/integrations/zapier

وجّه وجهة خطاف الويب للرقم إلى خطاف الاستقبال في Zapier، وستشغّل كل رسالة واردة Zap. تعود الردود عبر Cloud API باستخدام إجراء webhook. لا يستطيع Zapier استخدام خادم MCP الخاص بنا، لأن Zapier خادم MCP وليس عميلاً.

### كيف تشغّل الرسالة الواردة Zap؟

ابدأ Zap باستخدام مشغّل Webhooks by Zapier، واختر Catch Hook، ثم انسخ عنوان URL الذي ينشئه Zapier. عيّن هذا العنوان كوجهة خطاف الويب للرقم، وسترسل Meta كل رسالة واردة إليه مباشرة.

تتضمن البيانات المرسلة المرسل ومحتوى الرسالة والطابع الزمني ومعرّف الرسالة، وهي كل المعلومات التي تعتمد عليها معظم عمليات Zap للتفرع. لا شيء يعمل على بنيتك التحتية، ولا يوجد تطبيق Zapier علينا صيانته، لأن نقطة التكامل هي عنوان URL.

يواصل تطبيق WhatsApp Business العمل على الرقم نفسه طوال الوقت، لذلك يمكن لشخص متابعة أي محادثة لا يتعامل معها Zap.

### لماذا لا يستخدم Zapier موصل MCP؟

لأن Zapier يشغّل خادم MCP وليس عميلاً لـ MCP. تتصل مساعدات مثل Claude وChatGPT بـ Zapier لاستخدام إجراءاته. لا يتصل Zapier بخادم MCP تابع لجهة خارجية، لذلك لا يمكنه الوصول إلى خادمنا.

لا يترتب على ذلك أثر عملي. صُمم MCP ليعمل المساعد بناءً على طلب بشري، بينما يعمل Zap بالطريقة المعاكسة: يحدث شيء، فتستجيب الأتمتة. هذه وظيفة خطاف الويب في كل أداة، بما فيها الأدوات التي تملك عملاء MCP.

إذا أردت إشراك مساعد أيضاً، يعمل الموصل في Claude أو ChatGPT إلى جانب Zap، وليس داخله.

### كيف يرسل Zap رداً؟

باستخدام إجراء POST من Webhooks by Zapier إلى Cloud API، مع استخدام phone number id ورمز الوصول (token) الخاصين بالرقم من لوحة التحكم.

يحدد التوقيت ما يمكنك إرساله. خلال 24 ساعة من آخر رسالة للعميل، يصل النص الحر. بعد ذلك، لا يُسمح إلا بقالب معتمد، وهنا تتعطل معظم عمليات Zap في بيئة الإنتاج، لأن الاختبار يحدث دائماً بعد ثوان من إرسال الرسالة.

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

- استخدام عنوان URL تجريبي من Zapier كوجهة. سيتوقف عن الاستماع، ولن تصل الرسائل إلى أي مكان.
- نسيان طلب GET للتحقق من Meta. يجب أن يعيد خطاف الاستقبال التحدي قبل بدء التسليم.
- إرسال نص حر خارج فترة 24 ساعة، ما يفشل بصمت من وجهة نظر Zap.

**هل يوجد تطبيق WhatsApp رسمي لـ Zapier؟** لا تحتاج إليه هنا. يستقبل خطاف الاستقبال الرسائل، ويرسل إجراء webhook الردود، ما يبقيك على Cloud API الرسمية من دون وسيط.

**هل يستطيع Zapier استخدام خادم MCP الخاص بكم؟** لا. Zapier خادم MCP بحد ذاته ولا يعمل عميلاً، لذلك لا يمكنه الاتصال بخادمنا.

**هل يفقد فريقي الهاتف؟** لا. يحافظ Coexistence على عمل تطبيق WhatsApp Business على الرقم نفسه.

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

---

## اربط WhatsApp بـ ChatGPT باستخدام موصل مخصص

https://easycoexistence.com/ar/integrations/chatgpt

فعّل وضع المطور في إعدادات ChatGPT، وأضف EasyCoexistence كموصل، ليتمكن ChatGPT من عرض أرقامك وفحص حالتها وإرسال الرسائل والقوالب وتوجيه خطافات الويب إلى أنظمتك، عبر Cloud API الرسمي من Meta.

### كيف تضيفه إلى ChatGPT؟

افتح إعدادات ChatGPT، وانتقل إلى Connectors ثم Advanced، وفعّل وضع المطور. يتيح ذلك إضافة موصل عبر URL بدلًا من اختياره من القائمة المدمجة.

أضف موصلًا يشير إلى نقطة النهاية (endpoint) الخاصة بـ EasyCoexistence MCP. عند استدعاء ChatGPT لأداة للمرة الأولى، ستفتح نافذة تسجيل الدخول، ويمكنك تفويضه هناك. لا يتم إنشاء شيء أو نسخه أو لصقه، لأن الموصل يستخدم OAuth بدلًا من مفتاح API.

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

### ما الذي يستطيع ChatGPT فعله بعد الاتصال؟

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

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

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

### ما الذي لا يستطيع فعله؟

الرد على رسالة واردة، ومن المهم توضيح ذلك لأن معظم الناس يفترضون أن المساعد سيفعلها تلقائيًا.

MCP يعتمد على الطلب والاستجابة. يستدعي ChatGPT أداة عندما تطلب منه ذلك. لا توجد آلية تجعل رسالة عميل على WhatsApp توقظ ChatGPT وتجعله يرد من تلقاء نفسه في الثالثة صباحًا. موصلنا لا يغيّر ذلك، ولا يفعل أي خادم MCP في أي منتج.

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

- توقع أن يجيب تلقائيًا على العملاء. يعمل MCP عند الطلب، أما الرسائل الواردة فتحتاج إلى خطاف ويب.
- البحث عن EasyCoexistence في قائمة الموصلات المدمجة. تتم إضافته عبر URL مع تفعيل وضع المطور.
- افتراض الحاجة إلى مفتاح. يفوّض الموصل عبر OAuth، ولا يوجد شيء للصقِه.

**هل أحتاج إلى خطة ChatGPT مدفوعة؟** تتوفر الموصلات المخصصة عبر وضع المطور في الإعدادات. ويخضع توفرها لقواعد الخطط الخاصة بـ OpenAI، وليس لأي شيء نتحكم فيه.

**هل يرى ChatGPT محادثات عملائي؟** يرى فقط ما تطلبه منه. تنتقل الرسائل الواردة من Meta إلى وجهة خطاف الويب التي تحددها، ونحن لا نخزن محتوى المحادثات مطلقًا.

**هل يمكنه ربط رقم جديد؟** يمكنه بدء العملية. يعيد الموصل رابطًا يفتحه مالك النشاط التجاري لتفويض رقمه بنفسه عبر مسار Meta.

**هل يعمل مع الحساب نفسه المستخدم مع Claude؟** نعم. حساب EasyCoexistence واحد، ونقطة نهاية واحدة، وكل مساعد تربطه يرى الأرقام نفسها.

---

## وصّل WhatsApp بـ Cursor عبر MCP

https://easycoexistence.com/ar/integrations/cursor

أضف EasyCoexistence إلى إعدادات MCP في Cursor، ليصل المحرر إلى رقم WhatsApp حقيقي دون مغادرة مشروعك: اعرض الأرقام، تحقق من حالتها، أرسل الرسائل والقوالب المعتمدة، ووجّه وجهات خطاف الويب (webhook) إلى ما تبنيه، وكل ذلك عبر واجهة برمجة التطبيقات (API) الرسمية من Meta.

### كيف تضيفه إلى Cursor؟

افتح الإعدادات وابحث عن قسم MCP، ثم أضف خادمًا يشير إلى نقطة النهاية (endpoint) الخاصة بـ EasyCoexistence. يقرأ Cursor أيضًا ملف mcp.json، وهو الخيار الأفضل إذا كنت تجهز عدة أجهزة أو تريد حفظ الإعدادات في نظام التحكم بالإصدارات.

بعد إعادة التحميل، اطلب من Cursor عرض أرقامك. يسجّل الدخول في المرة الأولى، وتصبح الأدوات متاحة بعد ذلك. لا تحتاج إلى تثبيت حزمة أو إنشاء مفتاح.

الخادم بعيد، لذلك لا شيء يعمل إلى جانب المحرر، وإغلاق Cursor لا يؤثر في أي رقم متصل.

### لماذا تريد WhatsApp داخل محرر؟

لأن ما يجري بناؤه يكون عادةً هو التكامل نفسه، ومن دونه تصبح دورة الملاحظات بطيئة.

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

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

- توقع استلام الرسائل. يعمل MCP عند طلبه، أما الحركة الواردة فتحتاج إلى وجهة خطاف ويب.
- وضع رمز وصول (token) في الإعدادات. يستخدم الموصل OAuth ولا يحتاج إلى سر في الملف.
- إرسال نص حر إلى جهة اتصال لم تكتب منذ يوم. خارج 24 ساعة، لا يصل إلا قالب معتمد.

**هل هناك شيء يجب تثبيته؟** لا. إنه خادم بعيد عبر HTTP يستخدم OAuth، لذلك يتصل Cursor به بدلًا من تشغيله.

**هل يمكنني حفظ الإعدادات في نظام التحكم بالإصدارات؟** نعم، عبر mcp.json. لا يحتوي الملف على سر، لأن التفويض يحدث عبر OAuth عند الاستخدام الأول.

**هل يعمل أيضًا في Claude Code؟** نعم، بأمر واحد. نقطة النهاية نفسها لكل عميل.

**هل يمكنه الإرسال إلى أي رقم؟** يرسل من الأرقام المتصلة بحسابك إلى أي مستلم على WhatsApp، وفق قواعد النافذة والقوالب المعتادة.

---

## ربط WhatsApp بـ Claude Code عبر MCP

https://easycoexistence.com/ar/integrations/claude-code

شغّل الأمر claude mcp add ليتمكن Claude Code من الوصول إلى رقم WhatsApp حقيقي: عرض الأرقام، وفحص الحالة، وإرسال الرسائل والقوالب، وتعيين وجهات خطاف الويب، وكل ذلك عبر Cloud API الرسمي من Meta بدل جلسة جهاز مرتبط.

### كيف تضيفه؟

شغّل claude mcp add باستخدام نقل http ونقطة النهاية (endpoint) الخاصة بـ EasyCoexistence من أي طرفية. ثم شغّل /mcp داخل Claude Code وسجّل الدخول. ستصبح الأدوات الست عشرة متاحة في كل جلسة على ذلك الجهاز من الآن فصاعدًا.

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

التفويض عبر OAuth، ما يعني أن رمز الوصول (token) لا يظهر في سجل الصدفة أو ملف مخفي أو مستودع. وهذا أهم هنا من تطبيق سطح المكتب، لأن إعدادات الطرفية قد تُضاف إلى المستودع بالخطأ.

### ما الفائدة العملية منه؟

العمل الذي ينفذه الوكيل على WhatsApp وقاعدة الشيفرة في الوقت نفسه، وهو معظم ما يفعله عملاؤنا المشتركون.

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

وهو أيضًا الطريقة التي تصل بها الوثائق إلى النموذج. يعيد get_docs وثائق منتجنا بصيغة markdown، لذلك يجيب الوكيل عن الأسئلة المتعلقة بقواعد Coexistence أو فترة 24 ساعة أو شرط 14 يومًا من وثائقنا، بدل الاعتماد على ما يتذكره.

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

**هل يعمل أيضًا في Codex؟** يمكن لأي نظام يتحدث MCP عبر HTTP باستخدام OAuth استخدام نقطة النهاية نفسها.

**هل يُحفظ رمز الوصول على القرص؟** لا. التفويض عبر OAuth، لذلك لا يوجد سر في ملف الإعدادات.

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

**هل يؤدي إغلاق الطرفية إلى قطع أي اتصال؟** لا. الخادم بعيد، ويظل الرقم متصلًا بغض النظر عما يعمل محليًا.

---

## خطافات الويب (webhook) في WhatsApp: توجيه الرسائل مباشرة إلى خادمك

https://easycoexistence.com/ar/whatsapp-webhook

خطاف الويب في WhatsApp هو نقطة نهاية HTTPS تختارها، وتنشر Meta الأحداث إليها: الرسائل الواردة، وحالات التسليم، وتغيّرات الجودة، وتحديثات الحساب. في رقم Coexistence، يمكن ضبط الوجهة على خادمك مباشرة، لذلك لا تمر المحادثات عبر أي مزود.

### ماذا ترسل Meta فعليًا إلى خطاف الويب؟

الأحداث تأتي ضمن فئات، والتمييز بينها يحدد بنية نظامك.

يحمل مسار الرسائل ما يرسله العملاء، وفي رقم Coexistence يحمل أيضًا نسخًا مما يرسله فريقك من تطبيق WhatsApp Business. وهذه هي الحقول messages وsmb_message_echoes، وهي التي تحتوي على محتوى المحادثات.

يحمل المسار التشغيلي كل ما عدا ذلك: الحدث account_update عند تغيّر حالة الاتصال، والحدث phone_number_quality_update عند تغيّر الجودة أو معدل الإرسال، إضافة إلى account_alerts وaccount_review_update وbusiness_capability_update وphone_number_name_update. لا تحتوي هذه الأحداث على محتوى المحادثات، ومنها تُبنى المراقبة.

المزود الذي يضع نفسه في مسار الرسائل يستقبل المجموعة الأولى، أما من لا يفعل ذلك فلا يستقبلها.

### كيف تتحقق Meta من نقطة النهاية؟

ترسل طلب GET قبل أن تبدأ تسليم أي شيء، ويُعد الفشل في هذه الخطوة السبب الأكثر شيوعًا لعدم استقبال الرسائل رغم أن الإعداد يبدو مكتملًا.

تستدعي Meta عنوان URL الخاص بك مع ضبط hub.mode على subscribe، وإرسال hub.verify_token، وقيمة hub.challenge. يجب أن تعيد نقطة النهاية قيمة challenge هذه في نص الاستجابة الخام، من دون تغليفها في JSON أو إضافة أي شيء إليها. إذا لم تفعل، فلن تبدأ Meta التسليم، ولن يظهر ذلك في أي لوحة تحكم.

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

### هل يمكن أن تشير الوجهة إلى خادمك؟

نعم، وهذا هو الجزء الذي يختلف بين المزودين.

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

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

### ماذا يحدث للوجهة عند إعادة اتصال رقم؟

تُزال، وهذا هو الفشل الذي لا يخطط له أحد تقريبًا.

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

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

- إرجاع JSON من طلب GET للتحقق. تريد Meta قيمة hub.challenge الخام فقط، ولا شيء غيرها.
- استخدام عنوان URL مؤقت أو تجريبي. تواصل Meta التسليم إليه بعد توقف الأداة التي أنشأته عن الاستماع.
- افتراض بقاء الوجهة بعد إعادة الاتصال. فهي مرتبطة باشتراك تطبيق وتُلغى معه.
- وضع نقطة النهاية خلف مصادقة ترفض طلب Meta.

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

**هل يمكنني تغيير الوجهة لاحقًا؟** نعم، في أي وقت، من لوحة التحكم أو عبر موصل MCP. يؤدي تمرير null إلى إعادتها إلى إعدادنا الافتراضي.

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

**هل يكفي خطاف ويب واحد لعدة أرقام؟** نعم. وجّه كل رقم إلى نقطة النهاية نفسها، ثم فرّع المعالجة وفق phone number id المستلم في الحمولة.

---

## إرسال واستقبال WhatsApp من Python

https://easycoexistence.com/ar/integrations/python

الاستقبال عبارة عن مسار في إطار الويب لديك يجيب عن GET للتحقق من Meta ويقبل POST. والإرسال طلب HTTPS إلى Cloud API يتضمن معرّف رقم الهاتف والرمز المميز. لا نوفّر SDK، ولا تحتاج إلى تثبيت أي شيء.

### كيف تستقبل الرسائل في Python؟

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

يجيب معالج GET عن عملية التحقق من Meta. ويقرأ hub.mode وhub.verify_token وhub.challenge من سلسلة الاستعلام، ويتحقق من الرمز مقابل رمزك، ثم يعيد التحدي في نص الاستجابة الخام. إعادة JSON هنا هي الخطأ الأكثر شيوعًا، وقد تفشل بصمت.

يستقبل معالج POST الأحداث. أعد 200 بسرعة ونفّذ العمل بعدها، لأن Meta تعتبر الاستجابة البطيئة فشلًا وستعيد المحاولة، ما يعني معالجة الرسالة نفسها مرتين. ضعها في قائمة انتظار، أو سلّمها إلى مهمة في الخلفية، بدلًا من معالجتها ضمن الطلب مباشرة.

تصل الرسائل مع معرّف رسالة wamid. ومن المفيد إزالة التكرار بالاعتماد عليه منذ البداية، لأن إعادة المحاولة أمر عادي وليست حالة استثنائية.

### كيف ترسل؟

أرسل طلب POST واحدًا إلى endpoint الرسائل messages في Cloud API، باستخدام معرّف رقم الهاتف ورمز وصول من نوع bearer.

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

ما يتغير مع التوقيت هو نص الطلب. خلال 24 ساعة من آخر رسالة للعميل، ترسل كائن text. وخارجها، ترسل كائن template يحدد قالبًا معتمدًا ولغته. يعمل العميل الذي يعرف الشكل الأول فقط بشكل مثالي في الاختبار، ثم يفشل عند أول رسالة ليلية ويعيد الخطأ 131047.

### ما الذي يحتاجه معالج الإنتاج beyond ذلك؟

ثلاثة أمور يسهل تجاوزها، لكن إضافتها لاحقًا مكلفة.

أزل التكرار بالاعتماد على معرّف الرسالة، لأن Meta تعيد المحاولة. وضع سرًا طويلًا وعشوائيًا في عنوان URL الخاص بخطاف الويب (webhook)، وارفض الطلبات التي لا تتضمنه، وإلا فبإمكان أي شخص يعرف عنوان URL سهل التخمين أن يرسل إليه. ترويسة التوقيع ليست خيارًا هنا: تُوقّع Meta باستخدام سر التطبيق الذي يملك الاشتراك، وهو تطبيقنا ولا تتم مشاركة سره أبدًا. كذلك حدّد المدة منذ آخر رسالة من جهة الاتصال، حتى يختار مسار الإرسال بين text وtemplate دون تدخل بشري.

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

- إعادة JSON من GET التحقق بدلًا من قيمة التحدي الخام.
- معالجة الطلب مباشرة قبل إعادة 200. تعيد Meta محاولة الاستجابات البطيئة، فتتعامل مع الرسالة مرتين.
- إرسال نص حر دون التحقق من النافذة. يعيد 131047 ويبدو كأن شيئًا لم يحدث.

**هل يوجد SDK لـ Python؟** ليس من جانبنا، ولا تحتاج إليه. إن API تابع لـ Meta وتوثّقه Meta، ويمكن الوصول إليه باستخدام أي مكتبة HTTP.

**أي إطار ينبغي أن أستخدم؟** أي إطار. المطلوب مسار يجيب عن GET ويقبل POST، وهذا ما توفره كل أطر الويب في Python.

**كيف أتجنب معالجة الرسالة مرتين؟** أزل التكرار بالاعتماد على معرّف رسالة wamid في الحمولة. تعيد Meta المحاولة تصميميًا، لذا فهذا متوقع وليس حالة نادرة.

**هل يمكن للفريق مواصلة استخدام الهاتف؟** نعم. يحافظ Coexistence على عمل WhatsApp Business على الرقم نفسه، ويرى معالجك ما يرسله الفريق باعتباره حدث صدى.

---

## إرسال واستقبال WhatsApp من Node.js

https://easycoexistence.com/ar/integrations/node

الاستقبال عبارة عن نقطة نهاية (endpoint) تستجيب لطلب GET للتحقق من Meta وتقبل طلبات POST. أما الإرسال فهو استدعاء fetch إلى Cloud API باستخدام معرّف رقم الهاتف ورمز الوصول (token). لا توجد SDK خاصة بنا ولا شيء لتثبيته.

### كيف تستقبل الرسائل في Node؟

نقطة نهاية واحدة بطريقتين، باستخدام Express أو Fastify أو معالج مسارات Next أو خادم عادي.

يستجيب طلب GET للتحقق من Meta: اقرأ hub.mode و hub.verify_token و hub.challenge من الاستعلام، وقارن الرمز برمذك، ثم أعد التحدي كنص عادي. إعادته بصيغة JSON هي الغلطة المعتادة، وتنتج نقطة نهاية لا تستقبل أي شيء رغم أنها تبدو صحيحة.

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

### كيف ترسل؟

استخدم fetch إلى نقطة نهاية رسائل Cloud API الخاصة بمعرّف رقم الهاتف، مع إرسال رمز الوصول في ترويسة bearer.

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

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

### ما المختلف في الخوادم عديمة الحالة؟

هناك أمران، وكلاهما يتعلق بانتهاء الدالة قبل انتهاء العمل.

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

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

- إعادة التحدي بصيغة JSON بدلًا من إعادة نص الجسم الخام.
- تنفيذ العمل قبل إرسال الاستجابة 200. في الخوادم عديمة الحالة قد تتجمد الدالة لحظة استجابتها.
- تخطي إزالة التكرار. تعيد Meta المحاولة عمدًا، والنسخ المكررة أمر طبيعي وليست حالة نادرة.

**هل أحتاج إلى مكتبة؟** لا. تكفي نقطة نهاية واستدعاء fetch، ويطابق الاستدعاء وثائق Meta تمامًا.

**هل يعمل هذا على Vercel أو Lambda؟** نعم، مع التنبيه المعتاد للخوادم عديمة الحالة: أرسل الإقرار أولًا، ثم عالج الطلب عبر قائمة انتظار أو آلية في الخلفية بدلًا من معالجته ضمن الاستدعاء نفسه.

**كيف أتحقق من أن الطلب جاء من Meta؟** ضع سرًا طويلًا وعشوائيًا في عنوان URL الخاص بخطاف الويب (webhook)، وارفض أي طلب لا يتضمنه. تُوقّع Meta باستخدام سر التطبيق الذي يملك الاشتراك، وهو هنا تطبيقنا ولا تتم مشاركة سره أبدًا، لذلك لا يمكن التحقق من ترويسة التوقيع من جهتك.

**هل يمكنني استخدام TypeScript؟** نعم. لا يوجد شيء يجب تعريف أنواعه من جانبنا، لأن البيانات الواردة تخص Meta وموثقة من Meta.

---

## EasyCoexistence مقابل صندوق وارد BSP

https://easycoexistence.com/ar/compare/coexistence-vs-bsp

يبيع BSP منصة، وهي صندوق وارد مشترك يعمل فيه فريقك، مع تخزين الرسائل على خوادمه. يحافظ Coexistence على تطبيق WhatsApp Business في الهاتف ويوجه الرسائل إلى الوجهة التي تحددها. يكمن الاختيار في رغبتك بمنتج تعمل داخله أو باتصال تبني عليه.

### ماذا يمنحك BSP فعليًا؟

منتج، وهذا ليس انتقادًا.

يبيع موفر حلول الأعمال BSP عادةً صندوق وارد مشتركًا: يسجل الوكلاء الدخول، وتُسند المحادثات، وتتوافر ردود جاهزة ووسوم وتقارير وتطبيق للهاتف. بالنسبة إلى فريق دعم من 8 أشخاص يحتاج إلى تقسيم العمل ومعرفة من أجاب عن كل شيء، فهذا هو الشراء المناسب فعلًا، وسيكون بناؤه ذاتيًا تصرفًا غير حكيم.

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

### متى يكون Coexistence الخيار الأنسب؟

عندما يكون الرقم تابعًا لنشاط تجاري لديه طريقة عمل قائمة، ولا يريد أحد تغييرها.

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

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

### أي الخيارين يناسبك إذا كنت تبني البرنامج؟

Coexistence في الغالب، والسبب هيكلي لا يتعلق بالميزات.

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

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

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

**هل يمكنني استخدام كليهما؟** نعم عمليًا، إذا كان BSP يدعم Coexistence. والسؤال الذي ينبغي طرحه هو أين يُخزن محتوى المحادثات، لأن هذا هو الاختلاف الفعلي.

**هل BSP أكثر موثوقية؟** يعمل كلاهما على Cloud API من Meta، لذلك يكون التسليم متطابقًا. الاختلاف هو عدد الأطراف الموجودة بين Meta ونظامك.

**أيهما أرخص؟** عادةً تكون رسوم الاتصال الثابتة أقل من تسعير صندوق الوارد لكل مستخدم، لكنهما عمليتا شراء مختلفتان، ومقارنة الأرقام وحدها مضللة.

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

---

## EasyCoexistence أم بناؤه بنفسك

https://easycoexistence.com/ar/compare/build-it-yourself-vs-easycoexistence

كل طلب API يجريه هذا المنتج موثق من Meta ومتاح لأي شخص لديه تطبيق Meta. بناء الاتصال يستغرق عطلة نهاية أسبوع. ما يستغرق وقتًا أطول هو أن تصبح Tech Provider، وما لا ينتهي هو ملاحظة موت الاتصال بصمت.

### ما الذي سيتعين عليك بناؤه فعليًا؟

أقل مما يتوقع الناس في الإصدار الأول، وأكثر مما يتوقعون في الإصدار الذي يصمد.

الإصدار الأول هو تطبيق Meta، وEmbedded Signup، ونقطة النهاية (endpoint) التي ترد على مصافحة التحقق، وطلب إرسال. وهذا يستغرق فعلًا عطلة نهاية أسبوع لشخص مرتاح في استخدام OAuth وخطافات الويب (webhooks)، وتشرح صفحات التوثيق لدينا معظم ذلك.

أما الإصدار الذي يصمد فهو مختلف. فهو يتعامل مع ثمانية أنواع من أحداث webhook بالاسم، ويميز بين رمز وصول (token) أُلغي ورقم أزيل، ويستطلع تقييم الجودة وطبقة المراسلة لأن كليهما لا يصل كحدث يمكن الاعتماد عليه، ويعيد تطبيق تجاوز webhook بعد أن تؤدي إعادة الاتصال إلى إزالته، ويفصل انقطاع الاتصال بعد أربعة عشر يومًا من عميل غادر فعلًا. تعلمنا كل واحدة من هذه الحالات من عطل حدث بالفعل.

### ما الجزء الذي لا يمكن اختصاره؟

أن تصبح Meta Tech Provider الخاص بك، فهذا هو الفرق بين توصيل رقم واحد وتوصيل أرقام أشخاص آخرين.

الخدمة مجانية، لكنها ليست سريعة. تحتاج إلى Business Manager تم التحقق منه، وتطبيق يجتاز App Review، ومقاطع فيديو مسجلة توضح التدفقات. إلى أن يكتمل ذلك، ستعمل عبر حساب مزود يخص جهة أخرى، وهذا ما يؤدي إلى حدود الاتصال الواحد التي يصطدم بها الناس مع الأدوات الجاهزة.

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

### ما التكلفة الفعلية لتشغيل المراقبة؟

إنها الجزء الذي لا يملك تاريخ اكتمال، وهذا ما يجعله مختلفًا عن البقية.

يفشل الاتصال بصمت. يواصل تطبيق WhatsApp Business عمله رغم انخفاض الجودة، وانتهاء رمز الوصول، وإزالة تجاوز webhook، وانقطاع الاتصال بعد أربعة عشر يومًا، فلا يظهر شيء على الهاتف يشير إلى مشكلة، وتكون الإشارة الأولى عادةً سؤال عميل عن سبب عدم رد أحد.

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

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

**هل يوجد هنا شيء مملوك؟** لا. كل طلب هو Cloud API موثق من Meta. وهذا مقصود، إذ يعني أنه لا شيء يحجزك ويمكنك المغادرة مع بقاء تكاملك الخاص سليمًا.

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

**كم يستغرق الحصول على حالة Tech Provider؟** الخدمة مجانية، لكنها تتطلب Business Manager تم التحقق منه وApp Review، بما في ذلك مقاطع فيديو مسجلة. والانتظار هو الجزء الأطول.

**ما الذي أخسره إذا بنيته؟** لا شيء تقنيًا. ستتولى المراقبة، وهي الجزء الذي لا ينتهي والجزء الذي يفشل بصمت.

---

## خطأ WhatsApp 368: تقييد الحساب بسبب السياسة

https://easycoexistence.com/ar/docs/whatsapp-error-368

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

### ماذا يعني التقييد فعليًا؟

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

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

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

### كيف يُحل التقييد؟

يُعالج عبر Meta، داخل Business Manager، ومن خلال مالكي الحساب وحدهم.

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

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

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

**هل يمكنني نقل الرقم إلى مزود خدمة آخر؟** لا. التقييد يخص حساب WhatsApp Business، لذلك يسري أينما استُخدم الرقم.

**كم تستغرق الاستئنافات؟** لا تنشر Meta مدة محددة، ولا يملك أي مزود اطلاعًا على سير العملية.

**هل يؤثر ذلك في استقبال الرسائل؟** يختلف إنفاذ السياسة حسب الحالة. لكن الثابت هو أن الإرسال يتوقف عن العمل.

**هل 131031 هو نفسه؟** إنه مرتبط به. يظهر هذا الرمز مع تقييد يصاحبه عدم تطابق في بيانات التحقق، ما يشير إلى تفاصيل النشاط التجاري لا إلى سلوك المراسلة.

---

## خطأ WhatsApp 131031: تقييد الحساب أو عدم تطابق البيانات

https://easycoexistence.com/ar/docs/whatsapp-error-131031

يعني الخطأ 131031 أن حساب WhatsApp Business مقيّد، غالبًا لأن بيانات التحقق من النشاط التجاري لا تطابق ما تحتفظ به Meta، أو بسبب رمز PIN للتحقق بخطوتين. تُحل المشكلة في Business Manager وليس في الشفرة.

### ما نوع عدم التطابق الذي يسبب ذلك؟

هو اختلاف بين المعلومات التي تحتفظ بها Meta عن النشاط التجاري وما تم تقديمه، وقد يبدو الأمر بسيطًا لكنه ليس كذلك.

يربط التحقق من النشاط التجاري الكيان القانوني بالحساب، ويشمل الاسم والعنوان وبيانات التسجيل والمستندات الداعمة. عندما تتغير معلومات النشاط التجاري ولا تُحدّث لدى Meta، أو عندما لا تتطابق البيانات المقدمة مع سجل تتحقق منه Meta، قد يُقيّد الحساب إلى أن تتم مطابقة المعلومات.

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

### أين تفحص الأمر فعليًا؟

في Business Manager، ضمن حساب النشاط التجاري، وليس ضمن رقم الهاتف.

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

إذا كان التحقق هو السبب، فالمسار هو تحديث بيانات النشاط التجاري وإعادة إرسالها. وإذا كان رمز PIN هو السبب، فتتم إعادة تعيينه من إعدادات WhatsApp Manager الخاصة بذلك الرقم، ومن المفيد تسجيله في مكان يستطيع النشاط التجاري الوصول إليه لاحقًا.

- اعتبار المشكلة خللًا في الشفرة. كان الطلب مُصاغًا بشكل صحيح، لكن الحساب رُفض.
- إعادة إرسال التحقق بالبيانات نفسها التي رُفضت.
- افتراض أن مزود الخدمة يخزّن رمز PIN. فهو يُضبط على الرقم ضمن إعدادات Meta نفسها.

**هل هذا هو نفسه 368؟** مرتبط به لكنه ليس مطابقًا له. يشير 368 إلى إجراء لإنفاذ السياسات، بينما يشير هذا الرمز عادةً إلى بيانات التحقق من النشاط التجاري أو رمز PIN للتحقق بخطوتين.

**هل يستطيع مزود الخدمة رؤية حالة التحقق؟** لا. توجد هذه المعلومات في حساب النشاط التجاري داخل Business Manager، ولا تُتاح لمزودي الخدمة.

**هل ستساعد إعادة الاتصال؟** لا. ينطبق التقييد على الحساب، لذلك سيواجه الاتصال الجديد الشرط نفسه.

**كيف أعيد تعيين رمز PIN للتحقق بخطوتين؟** من إعدادات رقم الهاتف في WhatsApp Manager. سجّله في مكان يستطيع النشاط التجاري استرجاعه لاحقًا.

---

## خطأ WhatsApp 132015: إيقاف القالب بسبب الجودة

https://easycoexistence.com/ar/docs/whatsapp-error-132015

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

### لماذا يُوقف قالب واحد؟

لأن الجودة تُقاس لكل قالب ولكل رقم، ويمكن عزل القالب السيئ دون معاقبة كل شيء آخر.

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

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

### ماذا تفعل مع قالب موقوف؟

عدّله بدلًا من إعادة إرساله، وتعامل مع الإيقاف باعتباره معلومة عن المحتوى.

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

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

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

**هل يمكن للقوالب الأخرى مواصلة الإرسال؟** نعم. ينطبق الإيقاف على هذا القالب، ولا تتأثر القوالب الأخرى المعتمدة على الرقم.

**كم يستمر الإيقاف؟** لا تنشر Meta مدة ثابتة، وتزداد المدة مع تكرار الإيقافات.

**هل يمكنني تعديل قالب موقوف؟** نعم، وهذا هو الهدف من التعديل. إعادة تقديم محتوى محسّن هي طريقة استعادته.

**ما المقصود بالرمز 132016؟** إنه الإصدار النهائي. بعد تكرار الإيقافات يُعطّل القالب ويجب استبداله بقالب جديد.

---

## خطأ WhatsApp 100: معلمة غير صالحة

https://easycoexistence.com/ar/docs/whatsapp-error-100

يعني الخطأ 100 أن الطلب احتوى على معلمة لا تقبلها Meta، لأنها غير مدعومة أو مكتوبة خطأ أو ذات بنية غير صحيحة لنقطة النهاية (endpoint). هذا الخطأ حتمي، لذلك يفشل الطلب نفسه بالطريقة ذاتها كل مرة، ولا تفيد إعادة المحاولة.

### ما الذي يسببه

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

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

### لماذا لا تفيد إعادة المحاولة

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

الاستجابة المفيدة هي تسجيل نص الطلب مع الخطأ، ثم مقارنته حقلاً بحقل مع مرجع نقطة النهاية. في كل الحالات تقريباً يظهر الفرق خلال دقيقة من الفحص.

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

**هل يعني هذا أن الرقم معطل؟** لا. يتعلق هذا الخطأ بالطلب فقط، ولا يتأثر الرقم.

**لماذا يبدو غامضاً إلى هذا الحد؟** لأنه يجمع مشكلات المعلمات المختلفة. ولدى Meta رموز أضيق لمعلمة مفقودة ولقيمة غير صالحة.

**هل يمكن أن يتسبب موفر الخدمة في ذلك؟** فقط من خلال بناء الطلب. أما في التكامل المباشر، فالطلب من مسؤوليتك.

**هل ينبغي إعادة المحاولة مع تأخير متزايد؟** لا. فالخطأ حتمي، وإعادة المحاولة تضيف تقييد المعدل إلى مشكلة غير مؤقتة.

---

## خطأ WhatsApp 131008: معلمة مطلوبة مفقودة

https://easycoexistence.com/ar/docs/whatsapp-error-131008

يعني الخطأ 131008 أن معلمة مطلوبة مفقودة من الطلب. وهو أضيق وأكثر فائدة من الخطأ 100، الذي يشمل المعلمات المشوهة عمومًا، لأن هذا الخطأ يوضح أن الحقل غائب وليس خاطئًا.

### ما الذي يكون مفقودًا عادةً

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

- messaging_product، ويجب ضبطه على whatsapp مع كل إرسال.
- recipient_type في أشكال الرسائل التي تتطلبه.
- كائن اللغة في إرسال القالب، وهو مطلوب حتى عند وجود لغة واحدة فقط.
- components في القالب الذي يعرّف متغيرات، إذ إن القائمة الفارغة ليست مماثلة لحذفها.

### لماذا يُعد ذلك خبرًا جيدًا

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

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

- معاملته مثل الخطأ 100. فهذا الخطأ يحدد غيابًا، وهو أكثر تحديدًا.
- إرسال مصفوفة components فارغة كما لو كانت حذفها. فهما مختلفان بالنسبة إلى API.
- حذف messaging_product. فهو مطلوب مع كل إرسال، وهو السبب الفردي الأكثر شيوعًا.

**ما المعلمة المفقودة؟** تذكرها الاستجابة. وإذا لم تذكرها، فمرجع نقطة النهاية يدرج مجموعة الحقول المطلوبة.

**هل messaging_product مطلوب فعلًا؟** نعم، مع كل إرسال، ويُضبط على whatsapp. وهو الحقل الأكثر شيوعًا في الحذف.

**هل هذا هو الخطأ 100 نفسه؟** لا. يغطي 100 معلمة موجودة لكنها خاطئة؛ أما هذا الخطأ فيغطي معلمة غائبة.

**هل يمكن أن تساعد إعادة المحاولة؟** لا. الطلب حتمي وسيفشل بالطريقة نفسها حتى تتم إضافة الحقل.

---

## خطأ WhatsApp 131009: قيمة معلمة غير صالحة

https://easycoexistence.com/ar/docs/whatsapp-error-131009

يعني الخطأ 131009 أن قيمة معلمة واحدة أو أكثر غير صالحة: الحقل موجود ومفهوم، لكن محتواه ليس مما تقبله نقطة النهاية. وتشمل الأسباب الأكثر شيوعًا رموز اللغات وتنسيق أرقام الهواتف وقيم التعداد.

### القيم التي تفشل غالبًا

تسبب ثلاثة أنماط معظم الحالات، وتبدو كلها صحيحة للشخص الذي يقرأها.

- رموز اللغات: en بينما أُنشئ القالب بالرمز en_US، أو pt بينما أُنشئ بالرمز pt_BR.
- أرقام هواتف تحتوي على علامات ترقيم أو أصفار بادئة أو علامة زائد، بينما المطلوب أرقام فقط بالتنسيق الدولي.
- قيم التعداد بحالة أحرف خاطئة، مثل كتابة فئة القالب بأحرف صغيرة.
- تواريخ أو طوابع زمنية بتنسيق مختلف عن التنسيق الموثق لنقطة النهاية.

### لماذا تستحق حالة رمز اللغة اهتمامًا خاصًا

لأنها تنتج خطأين مختلفين حسب نقطة النهاية، فيلاحق المستخدمون الخطأ غير الصحيح.

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

- افتراض أن en و en_US قابلان للتبادل. فهما يحددان قالبين مختلفين.
- إرسال رقم هاتف مع علامة زائد أو علامات ترقيم. استخدم أرقامًا فقط بالتنسيق الدولي.
- إعادة المحاولة. القيمة خاطئة بصورة حتمية.

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

**كيف ينبغي تنسيق رقم الهاتف؟** بالتنسيق الدولي، باستخدام أرقام فقط، من دون علامة زائد أو علامات ترقيم.

**لماذا يعيد الخطأ نفسه أحيانًا 132001؟** لأن إرسال القالب يطابق الاسم واللغة معًا، لذا يبدو الزوج غير المعروف كأنه قالب مفقود.

**هل المشكلة في رقمي؟** لا. يتعلق هذا الخطأ بالطلب فقط.

---

## خطأ WhatsApp 131051: نوع رسالة غير مدعوم

https://easycoexistence.com/ar/docs/whatsapp-error-131051

يعني الخطأ 131051 أن نوع الرسالة المُرسلة غير مدعوم. قد تكون قيمة النوع منسّقة بشكل خاطئ، لكن في رقم Coexistence يعني الخطأ غالبًا أن النوع غير مسموح به على هذا النوع من الاتصال.

### سببان مختلفان

السبب الأول عادي: قيمة نوع بها خطأ إملائي أو ليست من القيم التي تعرّفها API. تؤدي قراءة مرجع نقطة النهاية (endpoint) إلى حل المشكلة خلال دقيقة.

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

### كيف تعرف السبب الذي ينطبق عليك

يعتمد ذلك على ما حاولت إرساله.

- نوع تعرّفه API وقد أرسلته من قبل: خطأ في التنسيق، لذا قارن الحمولة.
- أي شيء موجّه إلى مجموعة: سبب بنيوي، ولا يستطيع أي مزود خدمة تفعيله.
- الموقع المباشر أو العرض لمرة واحدة أو رسالة مختفية: سبب بنيوي في رقم Coexistence.
- نوع جديد تمامًا لم ترسله من قبل: تحقق من توفره في حسابك ومنطقتك.

- بناء المنتج حول المحادثات الجماعية. فهي مستثناة من API لدى جميع مزودي الخدمة.
- افتراض أن مزود الخدمة يستطيع تفعيل نوع معطل. هذه قيود على مستوى المنصة.
- إعادة المحاولة. لا يوجد أي من السببين مؤقتًا.

**هل يمكنني الإرسال إلى مجموعة؟** لا. المحادثات الجماعية خارج API في رقم Coexistence لدى جميع مزودي الخدمة.

**لماذا لا يدعم الموقع المباشر؟** إنه من الميزات التي تُعطّل على الرقم بمجرد تفعيل Coexistence.

**هل يمكن إصلاح ذلك؟** إذا كان السبب نوعًا منسّقًا بشكل خاطئ، فنعم. أما إذا كان قيدًا من المنصة، فلا.

**هل يؤثر ذلك في الاستلام؟** لا. يتعلق هذا الخطأ بإرسال نوع غير مسموح به.

---

## خطأ WhatsApp 131052: فشل تنزيل الوسائط

https://easycoexistence.com/ar/docs/whatsapp-error-131052

يعني الخطأ 131052 أن Meta لم تتمكن من تنزيل الوسائط المرفقة برسالة. يتعلق الخطأ بالوسائط نفسها، لا بطلبك، لذا تتمثل الاستجابة العملية في طلب إرسالها بطريقة أخرى بدلاً من تغيير أي شيء في التعليمات البرمجية.

### لماذا يحدث ذلك

لأن الوسائط الواردة يجري جلبها بدلاً من تسليمها. تحمل الرسالة معرّف وسائط، ثم تُسترد وحدات البايت بشكل منفصل باستخدامه.

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

### ما الذي يجب فعله

تعامل معه كرسالة وصلتك من دون مرفقها، وعالجها مثل أي إدخال غير مكتمل آخر.

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

- إسقاط الرسالة بالكامل. يظل النص والسياق مفيدين من دون المرفق.
- جلب الوسائط بعد وقت طويل من استلامها. تنتهي صلاحية المعرّفات.
- إعادة المحاولة في حلقة. نادراً ما ينجح الجلب الفاشل لاحقاً.

**هل فُقدت الرسالة؟** لا. تصل الرسالة، وما فشل هو استرداد مرفقها.

**هل ينبغي أن أطلب من العميل إعادة الإرسال؟** نعم، عندما يشارك شخص في العملية. فهذا يحل معظم الحالات بسرعة.

**كم تظل صلاحية معرّف الوسائط؟** ليست إلى أجل غير مسمى، ولذلك يهم جلب الوسائط سريعاً.

**هل 131053 هو الخطأ نفسه؟** لا. ذلك الخطأ يتعلق بفشل تحميل الوسائط التي ترسلها.

---

## رموز أخطاء WhatsApp Cloud API

https://easycoexistence.com/ar/docs/whatsapp-error-codes

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

### كيفية قراءة عمود إعادة المحاولة

يحتوي على ثلاث قيم، والاختيار الخاطئ بينها هو أغلى خطأ في هذا المرجع كله.

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

### لماذا لا يمكن إعادة محاولة معظم هذه الرموز

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

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

### ما الذي يجب تسجيله عند وصول أحد هذه الرموز

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

- استجابة الخطأ الكاملة، بما فيها trace id، وهو ما يطلبه دعم Meta.
- نص الطلب كما أُرسل، لا كما قصدته. الفجوة بين الاثنين هي المشكلة عادةً.
- معرّف رقم الهاتف، لتمييز مشكلة رقم واحد من مشكلة تشمل الحساب كله.
- الطابع الزمني، لمقارنة الفشل بحالة الاتصال في تلك اللحظة.

### الرموز الموجودة فقط في Coexistence

اثنان منها، وهما يربكان الناس لأنهما يبدوان كأنهما فشلا عاديان في الإرسال. يتعلق 2593107 و2593108 بمزامنة سجل المحادثات، وهي الخطوة التي تنسخ المحادثات الحديثة من تطبيق WhatsApp Business عند اتصال الرقم لأول مرة.

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

- إعادة المحاولة تلقائيًا. معظم هذه الرموز حتمية، وستضيف الحلقة تجاوزًا لمعدل الطلبات.
- تسجيل الخطأ من دون نص الطلب. الفجوة بين ما أُرسل وما قُصد هي المشكلة عادةً.
- اعتبار خطأ المزامنة دليلًا على تعطل الاتصال. فالرقم لا يزال متصلًا ويرسل.
- حذف trace id، فهو العنصر الوحيد الذي يجعل طلب الدعم قابلًا للتنفيذ.

**ما الأخطاء التي ينبغي إعادة المحاولة بشأنها؟** 131016 و131000، مع تراجع تدريجي أُسّي. تزول 130429 و132015 و133008 تلقائيًا عند الانتظار. أما البقية فحتمية.

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

**ما هو trace id؟** معرّف في استجابة الخطأ يتيح لدعم Meta العثور على الطلب المحدد. سجّله عند كل فشل، فمن دونه لا يمكن معالجة طلب الدعم.

**هل هذه الرموز متطابقة لدى كل مزود؟** نعم. تأتي من Cloud API لدى Meta، لذا فهي متطابقة أيًا كان المزود الذي وصل الرقم. ولا يستطيع المزود تغيير سوى مدى وضوح وصولها إليك.

---

## خطأ WhatsApp 131053: فشل رفع الوسائط

https://easycoexistence.com/ar/docs/whatsapp-error-131053

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

### الأسباب الثلاثة

بالترتيب الذي تحدث به عمليًا.

- الحجم: يتجاوز الملف الحد المسموح لنوعه. الصور 5 MB، والفيديو والصوت 16 MB، والمستندات 100 MB.
- الصيغة: برنامج ترميز أو حاوية لا تقبلها API، وهذا شائع في الفيديو المُصدّر من برامج التحرير.
- إمكانية الوصول: إرسال رابط بدلًا من معرّف مرفوع، عندما يتطلب URL تسجيل الدخول، أو يكون خلف جدار ناري، أو يعيد التوجيه.
- انتهاء الصلاحية: استخدام معرّف وسائط مرفوع بعد وقت طويل من إنشائه.

### رفع الملف أفضل من إرسال رابط

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

يؤدي رفع الملف أولًا ثم إرسال معرّف الوسائط المُعاد إلى إزالة هذا النوع من الفشل تمامًا. إنه طلب إضافي واحد، ويجعل الإرسال حتميًا، وهذا يستحقه أي محتوى يُرسل على نطاق واسع.

- افتراض أن URL الذي يعمل في متصفحك سيعمل لدى Meta. جلستك وشبكتك ليستا شبكتهما.
- تصدير الفيديو دون التحقق من برنامج الترميز. غالبًا لا تكون الإعدادات الافتراضية لبرامج التحرير مدعومة.
- إعادة استخدام معرّف وسائط بعد وقت طويل من رفعه. تنتهي صلاحية المعرّفات.

**ما حدود الحجم؟** الصور 5 MB، والفيديو والصوت 16 MB، والمستندات 100 MB.

**هل أرفع الملف أم أرسل URL؟** ارفع الملف. فهذا يزيل إمكانية الوصول كسبب للفشل.

**يعمل URL لدي، فلماذا لا يعمل لدى Meta؟** شبكتهم ليست شبكتك. يختلف الموقع الجغرافي والجدران النارية والمصادقة.

**هل هذا هو الخطأ نفسه 131052؟** لا. ذلك الخطأ يعني فشل تنزيل الوسائط التي أرسلها إليك العميل.

---

## خطأ WhatsApp 131016: الخدمة غير متاحة

https://easycoexistence.com/ar/docs/whatsapp-error-131016

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

### لماذا يختلف هذا الخطأ؟

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

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

### كيف تعيد المحاولة بطريقة صحيحة؟

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

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

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

**هل أعيد المحاولة؟** نعم، مع التراجع الأسي. هذا من الأخطاء التي تنجح معها إعادة المحاولة.

**هل تأثر رقمي؟** لا. هذا عطل من جانب المنصة.

**كم تدوم هذه الأخطاء؟** عادةً من ثوانٍ إلى دقائق. وتغطي خمس محاولات بالتراجع معظم الحالات.

**كيف أميزه عن انقطاع حقيقي؟** راقب ما إذا كان مستمرًا. فالمراقبة المتواصلة تجيب عن ذلك دون تخمين.

---

## خطأ WhatsApp 131000: حدث خطأ ما

https://easycoexistence.com/ar/docs/whatsapp-error-131000

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

### ما الذي يغطيه فعليًا

أي حالة يفشل فيها مسار الإرسال لدى Meta من دون ربط الفشل برمز مسمّى. يشمل ذلك الأعطال المؤقتة الفعلية، والمشكلات الداخلية، وأحيانًا حالة لها رمز محدد في إصدار أحدث من واجهة برمجة التطبيقات (API)، لكنها لم تكن كذلك وقت حدوثها.

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

### ما الذي ينبغي فعله

بالترتيب، وتوقّف فور نجاح إحدى الخطوات.

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

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

**هل أعيد المحاولة؟** مرة واحدة مع تأخير متزايد. بعد ذلك لا تكون المشكلة مؤقتة.

**ما معرّف التتبع؟** معرّف في استجابة الخطأ يتيح لدعم Meta العثور على الطلب المحدد.

**هل يعني ذلك أن رقمي متوقف؟** غالبًا لا. تحقق مما إذا كانت عمليات إرسال أخرى تنجح.

**متى أفتح طلب دعم؟** عندما يتكرر الفشل بعد إعادة المحاولة، مع إرفاق معرّف التتبع والطوابع الزمنية.

---

## خطأ WhatsApp 131021: المرسل والمستلم هما الرقم نفسه

https://easycoexistence.com/ar/docs/whatsapp-error-131021

يعني الخطأ 131021 أن المرسل والمستلم هما الرقم نفسه. لا يسمح WhatsApp لرقم نشاط تجاري بإرسال رسالة إلى نفسه، ويكون السبب غالبًا رسالة اختبار وُجّهت إلى الرقم المتصل بدلًا من هاتف ثانٍ.

### لماذا يحدث ذلك

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

لا يوجد إعداد يمكن تغييره. يعمل إرسال الرسائل إلى الرقم نفسه في تطبيق WhatsApp للمستهلك كميزة للملاحظات الذاتية، لكنه غير متاح عبر واجهة برمجة التطبيقات (API).

### كيفية الاختبار بطريقة صحيحة

باستخدام رقم ثانٍ، مع الانتباه قليلًا إلى اتجاه الاختبار.

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

- الإرسال إلى الرقم المتصل للاختبار. ترفضه المنصة تصميميًا.
- افتراض أن الملاحظات الذاتية تعمل عبر API. هذا غير متاح.
- اختبار رسالة حرة من دون أن يرسل العميل أولًا، ما يؤدي بدلًا من ذلك إلى الخطأ 131047.

**هل يمكنني إرسال رسالة إلى رقمي؟** لا. لا يسمح WhatsApp بذلك عبر API.

**هل يوجد إعداد لهذا الأمر؟** لا. هذه قاعدة تفرضها المنصة.

**بماذا ينبغي أن أختبر؟** بأي رقم WhatsApp آخر، بما في ذلك هاتف شخصي.

**لماذا فشل الاختبار بعد ذلك بالخطأ 131047؟** لأن الرسالة الحرة تتطلب أن يكون العميل قد أرسل إليك رسالة خلال آخر 24 ساعة.

---

## خطأ WhatsApp 131045: الرقم غير مسجل

https://easycoexistence.com/ar/docs/whatsapp-error-131045

يعني الخطأ 131045 أن رقم الهاتف لم يُسجَّل للمراسلة عبر Cloud API. إضافة الرقم إلى WhatsApp Business Account وتسجيله للإرسال خطوتان منفصلتان، وهذا الخطأ يعني أن الخطوة الثانية لم تتم.

### لماذا توجد خطوتان

لأن WhatsApp Business Account قد يحتوي على أرقام لا ترسل أي شيء. تثبت إضافة الرقم ملكيته، بينما يفعّله تسجيله للمراسلة عبر Cloud API ويضبط PIN المكوّن من خطوتين.

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

### ما الذي يحل المشكلة

يعتمد ذلك على كيفية إضافة الرقم.

- في إعداد يدوي، استدعِ نقطة النهاية (endpoint) الخاصة بتسجيل معرّف الرقم مع PIN المكوّن من خطوتين.
- عبر endpoint في بدء استخدام Coexistence من خلال مزود، يحدث التسجيل داخل التدفق، لذا يعني هذا الخطأ عادة أن التدفق لم يكتمل.
- إذا نُقل الرقم حديثاً من حساب آخر، يجب تكرار التسجيل في الحساب الجديد.
- إذا فشل التسجيل نفسه، فالسبب عادة هو PIN، وهو الخطأ 133005.

- افتراض أن ظهور الرقم في لوحة التحكم يعني جاهزيته للإرسال. الظهور والتسجيل أمران مختلفان.
- ترك تدفق بدء الاستخدام قبل اكتماله. فالخطوات الأخيرة هي التي تنفذ التسجيل.
- الخلط بين هذا الخطأ والخطأ 133006، الذي يتعلق بالتحقق لا بالتسجيل.

**ما المقصود بالتسجيل؟** تفعيل الرقم للمراسلة عبر Cloud API، وهو منفصل عن إضافته إلى الحساب.

**هل يجب أن أنفذه بنفسي؟** نعم في الإعداد اليدوي. أما عبر تدفق Coexistence فيُنفذ نيابةً عنك.

**هل يجب تكراره؟** فقط بعد نقل الرقم إلى حساب آخر.

**ماذا يحدث إذا فشل التسجيل؟** غالباً يكون السبب PIN المكوّن من خطوتين، ويُرجع الخطأ 133005.

---

## خطأ WhatsApp 133005: رمز PIN غير صحيح للتحقق بخطوتين

https://easycoexistence.com/ar/docs/whatsapp-error-133005

يعني الخطأ 133005 أن رمز PIN للتحقق بخطوتين المُدخل أثناء التسجيل غير صحيح. هو رمز من 6 أرقام يُحدَّد عند تسجيل الرقم لأول مرة، وتؤدي المحاولات الخاطئة المتكررة إلى قفل المحاولات اللاحقة، لذا فمسار الاستعادة أهم من إعادة المحاولة.

### مصدر رمز PIN

يُحدَّد الرمز عند تسجيل الرقم لأول مرة لإرسال الرسائل عبر Cloud API، ويُطلب مجددًا عند أي تسجيل لاحق، بما في ذلك بعد نقل الرقم إلى حساب آخر.

من هنا تبدأ المشكلة. رمز يُحدَّد مرة واحدة عند الإعداد ولا يُحتاج إليه لمدة سنة نادرًا ما يُدوَّن، وغالبًا ما يكون من أعدّه قد غادر. فيظهر الخطأ في اللحظة التي يُنقل فيها الرقم أو يُعاد تسجيله، وهي لحظة ضاغطة أصلًا.

### إذا لم يكن أحد يعرفه

هناك مسار للحل، وهو أبطأ من التخمين لكنه يعمل فعلًا.

- توقف عن التخمين. تؤدي الإخفاقات المتكررة إلى الخطأ 133008 وقفل المحاولات لفترة.
- غيّر PIN من WhatsApp Manager ضمن إعدادات التحقق بخطوتين للرقم؛ ولا توجد نقطة نهاية (endpoint) في واجهة برمجة التطبيقات (API) لتعطيله.
- يستطيع المسؤول أيضًا تعيين PIN جديد عبر API بإرسال طلب POST إلى معرّف رقم الهاتف، ثم إعادة التسجيل به.
- بعد الاستعادة، احفظ الرمز الجديد في مكان سيجده الشخص التالي.

### كيف تتجنبه في المرة القادمة

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

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

- التخمين المتكرر. فهو يؤدي إلى الخطأ 133008 وإلى قفل المحاولات.
- حفظ رمز PIN عند شخص واحد بدل حفظه لدى النشاط التجاري.
- افتراض أنه لن يُطلب مجددًا بعد الإعداد. فالنقل يتطلبه.

**أين تم تعيين رمز PIN هذا؟** عند تسجيل الرقم لأول مرة لإرسال الرسائل عبر Cloud API.

**ماذا أفعل إذا لم أكن أعرفه؟** غيّره من WhatsApp Manager ضمن إعدادات التحقق بخطوتين للرقم، أو عيّن رمزًا جديدًا عبر API.

**ماذا يحدث إذا واصلت التخمين؟** تُقفل المحاولات ويظهر لك الخطأ 133008 بدلًا من ذلك.

**متى يُطلب رمز PIN؟** عند التسجيل، ومرة أخرى عند أي إعادة تسجيل أو نقل.

---

## خطأ WhatsApp 133008: محاولات PIN كثيرة

https://easycoexistence.com/ar/docs/whatsapp-error-133008

يعني الخطأ 133008 إجراء محاولات كثيرة برمز PIN للتحقق بخطوتين غير صحيح، فتُحظر المحاولات الإضافية مدة محددة. يحدث ذلك بعد أخطاء 133005 المتكررة، لذلك يكون التصرف الصحيح عند إدخال PIN خاطئ هو التوقف، لا المحاولة مجددًا.

### ما الذي يفعّله

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

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

### ما يجب فعله أثناء القفل

استفد من فترة الانتظار بدلًا من محاولة تجاوز القفل.

- توقف عن المحاولة. فقد تؤدي المحاولات الإضافية إلى إطالة القفل بدلًا من تقصيره.
- اعثر على PIN أو أعد ضبطه أثناء الانتظار: عطّل التحقق بخطوتين باستخدام رمز وصول (token) على مستوى الحساب، أو اطلب المساعدة من Meta.
- تأكد من تسجيل phone_number_id الصحيح. ففشل PIN أمام الرقم الخطأ يبدو مطابقًا.
- خطط لإعادة المحاولة بعد انتهاء المدة بدلًا من الاستعلام المتكرر.

- الاستمرار في المحاولة أثناء القفل. لن يفيد ذلك وقد يطيل مدة القفل.
- الانتظار دون استغلال الوقت لإعادة ضبط PIN بطريقة صحيحة.
- افتراض أن الرقم محظور. قفل PIN مؤقت ولا يرتبط بالسياسات.

**كم تستمر مدة القفل؟** مدة تحددها Meta. وقد تؤدي المحاولات الإضافية خلالها إلى الإطالة بدلًا من التقصير.

**هل الرقم محظور؟** لا. هذا قفل للتحقق ولا يرتبط بإنفاذ السياسات.

**هل يمكنني إعادة ضبط PIN أثناء القفل؟** نعم، وهذا أفضل استخدام لفترة الانتظار.

**لماذا حدث ذلك؟** بسبب تكرار محاولات PIN غير الصحيحة، وقد أعادت كل منها الخطأ 133005.

---

## خطأ WhatsApp 133006: لم يتم التحقق من رقم الهاتف

https://easycoexistence.com/ar/docs/whatsapp-error-133006

يعني الخطأ 133006 ضرورة التحقق من رقم الهاتف قبل تسجيله للمراسلة. يثبت التحقق السيطرة على الرقم عبر رمز يُرسل برسالة SMS أو مكالمة صوتية، وهو خطوة منفصلة عن إضافة الرقم وتسجيله.

### التحقق مقابل التسجيل

يثبت التحقق أن النشاط التجاري يسيطر على الرقم. أما التسجيل فيفعّله للمراسلة عبر Cloud API. تحدث الخطوتان بهذا الترتيب، ويعني هذا الخطأ أن الأولى لم تكتمل.

المتطلب العملي هو أن يتمكن شخص ما من استلام رمز على الرقم، عبر SMS أو مكالمة صوتية آلية. ولا يمكن التحقق من رقم لا يستطيع أحد الرد عليه، وهذا هو العائق الحقيقي في معظم الحالات، وليس استدعاء واجهة برمجة التطبيقات (API).

### ما الذي يمنع التحقق؟

في الغالب يكون السبب ماديًا لا تقنيًا.

- لا يملك أحد الهاتف أو شريحة SIM، وهذا شائع مع رقم ورثه مالك جديد من مالك سابق.
- الرقم ثابت ولا يدعم SMS، وفي هذه الحالة يكون التحقق الصوتي هو المسار المناسب.
- رقم افتراضي يحجب موفره الرمز أو يؤخره.
- الرقم مسجل بالفعل في حساب WhatsApp آخر، ويجب حل ذلك أولًا.

- محاولة التسجيل قبل التحقق. الترتيب مهم.
- اختيار SMS لرقم ثابت. التحقق الصوتي متاح لهذا الغرض تحديدًا.
- افتراض أن الرقم الافتراضي سيستقبل الرمز بشكل موثوق. كثير منها لا يفعل ذلك.

**كيف أتحقق؟** باستخدام رمز يُرسل عبر SMS أو مكالمة صوتية آلية إلى الرقم نفسه.

**ماذا عن الرقم الثابت؟** استخدم التحقق الصوتي، فهو متاح للأرقام التي لا تدعم SMS.

**هل هذا هو التسجيل نفسه؟** لا. يثبت التحقق السيطرة على الرقم، بينما يفعّل التسجيل المراسلة.

**هل يمكنني تخطيه؟** لا. سيستمر التسجيل في إرجاع هذا الخطأ حتى يكتمل التحقق.

---

## خطأ WhatsApp 131050: ألغى المستخدم الاشتراك

https://easycoexistence.com/ar/docs/whatsapp-error-131050

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

### لماذا لا توجد طريقة لتجاوز الحظر

لأن هذه الآلية تحمي الأشخاص من الأنشطة التجارية التي لا تتقبل الرفض، ولأن منصة تسمح بتجاوزها لن تكون جديرة باستخدام أي من الطرفين.

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

### ما الذي ينبغي فعله بدلاً من ذلك

سجّل القرار بشكل صحيح مرة واحدة، ودع بقية النظام يحترمه.

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

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

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

**هل توجد طريقة لتجاوز ذلك؟** لا، ومحاولة ذلك تضر بتقييم الجودة.

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

**هل ينبغي إزالته من قائمتي؟** احجبه في كل مكان، لا في الحملة التي فشلت فقط.

---

## خطأ WhatsApp 130497: بلد المستلم غير مسموح به

https://easycoexistence.com/ar/docs/whatsapp-error-130497

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

### ما أسباب تقييد بلد ما؟

هناك أسباب متعددة، وليست كلها دائمة.

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

### استبعد خطأ التنسيق أولًا

لأنه السبب الوحيد الذي يمكنك إصلاحه بنفسك، وهو أكثر شيوعًا من الأسباب الأخرى.

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

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

**هل يحظرني المستلم؟** لا. هذا تقييد على مستوى البلد مفروض على حسابك.

**هل يمكن رفع التقييد؟** بعض القيود مؤقتة وتُرفع بعد التحقق من النشاط التجاري. أما بعضها الآخر فشامل للمنصة.

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

**هل تفيد إعادة المحاولة؟** لا. لا يتغير التقييد بين المحاولات.

---

## خطأ WhatsApp 132007: مخالفة سياسة القالب

https://easycoexistence.com/ar/docs/whatsapp-error-132007

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

### ما الذي تحظره السياسة فعليًا

القواعد أضيق مما يفترضه معظم الناس عند كتابة قالبهم الأول.

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

### لماذا تهم الفئة بقدر أهمية الصياغة

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

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

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

**هل يمكنني إعادة محاولة الإرسال؟** لا. يجب إعادة صياغة القالب وإرساله للمراجعة.

**لماذا رُفض رغم أن الصياغة تبدو سليمة؟** غالبًا بسبب الفئة. فالرسالة التسويقية المقدمة ضمن فئة الخدمات تمثل مشكلة في السياسة مهما كانت صياغتها.

**كم تستغرق إعادة الإرسال للمراجعة؟** تكون المراجعة سريعة عادةً، لكن لا يوجد وقت مضمون.

**هل هذا هو نفس الخطأ 132016؟** لا. ذلك الخطأ يخص قالبًا عُطّل نهائيًا بعد الموافقة عليه.

---

## خطأ WhatsApp 132012: عدم تطابق تنسيق معلمات القالب

https://easycoexistence.com/ar/docs/whatsapp-error-132012

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

### ما الذي يجب أن يتطابق

كل شيء، وبصمت. لا يوجد تطابق جزئي.

- العدد: وجود ثلاثة مواضع بديلة في النص يعني إرسال ثلاث معلمات للنص، لا أكثر ولا أقل.
- الترتيب: المعلمات موضعية، لذلك يؤدي تبديل اثنتين إلى إرسال رسالة بقيم في مواضع خاطئة، أو إلى ظهور هذا الخطأ إذا اختلف النوعان.
- النوع: لمعلمة العملة أو التاريخ بنية كائن محددة، ولا يمكن إرسالها كنص عادي.
- المكوّنات: معلمات العنوان والنص والزر قوائم منفصلة، ولا يمكن دمجها في قائمة واحدة.

### التعديل الذي يعطّل الإنتاج

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

من الأفضل الوقاية من ذلك بدل اكتشافه بعد وقوعه. يتيح الاشتراك في خطافات حالة القالب (webhook) وصول التعديل كحدث، كما أن اعتبار عدد متغيرات القالب جزءًا من عقد التكامل، ومراجعته عند تغيّره، يمنع تحوّل تحسين الصياغة إلى انقطاع في الخدمة.

- إرسال معلمة إضافية احتياطًا. فالزيادة خاطئة مثل النقص.
- التعامل مع المعلمات الموضعية كأنها مسماة. إذ تتم مطابقتها حسب الموضع فقط.
- تعديل قالب دون فحص الشفرة التي ترسله.

**كم عدد المعلمات التي أرسلها؟** أرسل العدد الذي يحدده القالب بالضبط، وبالترتيب.

**هل يمكنني إرسال معلمات إضافية؟** لا. العدد الزائد يفشل بالطريقة نفسها التي يفشل بها العدد الناقص.

**لماذا بدأ هذا يحدث فجأة؟** غالبًا لأن القالب عُدّل وتغيّر عدد متغيراته.

**هل المعلمات مسماة؟** لا. إنها موضعية، ولذلك يهم الترتيب.

---

## خطأ WhatsApp 132016: تعطيل القالب نهائيًا

https://easycoexistence.com/ar/docs/whatsapp-error-132016

يعني الخطأ 132016 تعطيل القالب نهائيًا، ولا يمكن استخدامه مجددًا. يحدث ذلك عادةً في نهاية تراجع الجودة: يحظر المستلمون الرسائل المرسلة به أو يبلّغون عنها، فتنخفض جودة القالب وتسحبه Meta.

### كيف يصل القالب إلى هذه الحالة

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

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

### ما الذي يجب فعله

أمران، بهذا الترتيب.

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

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

**هل يمكن إعادة تفعيله؟** لا. التعطيل النهائي دائم.

**هل يمكنني إعادة إنشائه باسم جديد؟** يمكنك ذلك، لكن المحتوى هو سبب التراجع، لذا يُرجح أن يسلك المسار نفسه.

**ما الفرق بينه وبين 132015؟** 132015 إيقاف مؤقت يزول. أما هذا فلا يزول.

**هل كان يمكنني توقعه؟** نعم. تبلّغ خطافات webhook لجودة القالب عن التراجع قبل الوصول إلى هذه المرحلة.

---

## خطأ WhatsApp 131056: رسائل كثيرة إلى متلقٍ واحد

https://easycoexistence.com/ar/docs/whatsapp-error-131056

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

### لماذا يُطبّق على الطرفين؟

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

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

### ما السبب المعتاد؟

يكاد يكون السبب دائمًا شيئًا آليًا، لا شخصًا يكتب يدويًا.

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

### كيف أتجنب ذلك؟

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

كما أن إزالة تكرار الرسائل مهمة بالقدر نفسه. قد تُسلّم أحداث خطاف الويب (webhook) أكثر من مرة، ومعالج يرسل ردًا من دون التحقق من أنه عالج معرّف الرسالة مسبقًا سينتج هذا النمط تمامًا عند زيادة الحمل.

- إعادة المحاولة، ما يرسل رسالة أخرى إلى المتلقي الذي يتعرض للإغراق أصلًا.
- تقييد المعدل على مستوى الحساب فقط. فهذا الحد يطبّق على كل متلقٍ.
- معالجة أحداث خطاف الويب (webhook) من دون إزالة التكرار حسب معرّف الرسالة.

**هل هذا هو حد معدل الإرسال لحسابي؟** لا. ذلك هو 130429. أما هذا فيطبّق على كل متلقٍ.

**لماذا يظهر على رقم منخفض الاستخدام؟** لأن الحد يطبّق على الطرفين، لا على إجمالي الحساب.

**كيف أوقفه؟** قيّد المعدل لكل محادثة وأزل تكرار أحداث خطاف الويب (webhook) حسب معرّف الرسالة.

**هل ينبغي أن أعيد المحاولة؟** لا. إعادة المحاولة ترسل رسالة أخرى إلى المتلقي نفسه.

---

## خطأ WhatsApp 80007: حد معدل حساب WhatsApp Business

https://easycoexistence.com/ar/docs/whatsapp-error-80007

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

### ما الذي يُحتسب

استدعاءات إلى الحساب، لا رسائل إلى العملاء.

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

### الاستطلاع هو السبب الجدير بالإصلاح

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

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

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

**هل يتعلق هذا بإرسال الرسائل؟** لا. ذلك الحد هو 130429. أما هذا فيغطي استدعاءات الإدارة والقراءة.

**ما سببه؟** عادةً استطلاع الحالة بفاصل قصير.

**ماذا أفعل بدلًا من ذلك؟** اشترك في webhooks واحجز الاستطلاع لمراجعة تصحيحية متباعدة.

**هل يزول من تلقاء نفسه؟** نعم، بعد انقضاء النافذة، لكنه يعود إذا لم يتغير أسلوب الاستطلاع.

---

## WhatsApp Coexistence للوكالات والاستشارات

https://easycoexistence.com/ar/whatsapp-coexistence-for-agencies

تواجه الوكالات العقبة نفسها مع كل عميل: الرقم يستخدمه الموظفون للرد بالفعل، ونقله يحرمهم من تطبيق WhatsApp Business. تزيل Coexistence هذه المشكلة، إذ يمكن ربط رقم العميل دون أن يغير أحد طريقة عمله.

### لماذا تعرقل أرقام العملاء معظم عمليات الدمج؟

لأن الرقم ليس لك لتغييره، وكل ما يتعلق به مستخدم بالفعل.

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

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

### كيف تتم تهيئة العميل فعليًا؟

ينفذ العميل أمرًا واحدًا على هاتفه، ويستغرق ذلك نحو دقيقتين.

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

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

### كيف يبدو الأمر مع عشرين عميلًا؟

حساب واحد، وعشرون رقمًا، ورسوم ثابتة لكل رقم، وقائمة يمكنك قراءتها.

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

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

### هل يستطيع الوكيل تنفيذ التهيئة بدلًا من الشخص؟

ينفذ معظمها، أما الجزء الذي لا يستطيع تنفيذه فهو الجزء الذي يجب على العميل تنفيذه على أي حال.

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

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

- وعد العميل بأن الموظفين لن يلاحظوا شيئًا ثم نقل الرقم. فالنقل يحرمهم من التطبيق، وسيلحظون ذلك فورًا.
- ربط أرقام العملاء ضمن Business Portfolio الخاص بك. أبق كل رقم في Business Portfolio الخاص بالعميل، حتى يكون الاتصال ملكًا له.
- اعتبار المراقبة اختيارية عند التوسع. عشرون حالة فشل صامتة لدى عشرين عميلًا تمثل عبئًا على الدعم، وليست حالة نادرة.

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

**من يملك الاتصال، أنا أم العميل؟** يبقى الرقم في Business Portfolio الخاص بالعميل. أنت تدير الاتصال، أما العلاقة الأساسية مع Meta فهي له، وهذه هي الإجابة الصادقة عندما يسأل.

**ماذا يحدث إذا غادر العميل؟** يُفصل الرقم، ويستمر تطبيق WhatsApp Business الخاص به في العمل تمامًا كما كان. لا يتغير شيء بشكل دائم في الرقم بسبب ربطه.

**من يدفع لـ Meta مقابل الرسائل؟** يدفع العميل من خلال وسيلة الدفع المرتبطة بحساب WhatsApp Business الخاص به. لا تمر هذه الرسوم عبرنا، لذلك لا يوجد ما يمكن لأي طرف إضافة هامش عليه.

---

## ماذا تعني صفة Tech Provider من Meta ولماذا تهم؟

https://easycoexistence.com/ar/meta-tech-provider

يشغّل Tech Provider تطبيق Meta الخاص به على Business Manager موثّق، ويمكنه ربط أرقام WhatsApp لنشاطات تجارية أخرى عبره. EasyCoexistence أحد هؤلاء، ولذلك يتصل الرقم مباشرة بمحفظتك الخاصة بدلاً من بقائه تحت حساب موزّع.

### ماذا يفعل Tech Provider فعلياً؟

يشغّل التطبيق الذي تربط النشاطات التجارية أرقام WhatsApp من خلاله.

عندما يبدأ نشاط تجاري، تفتح Meta تدفق Embedded Signup وتطلب منه تفويض تطبيق. يملك Tech Provider هذا التطبيق، وبمجرد تفويضه يمكنه التصرف نيابة عن النشاط في الرقم: قراءة حالته، وإرسال الرسائل، وإدارة القوالب، وتحديد المكان الذي تُسلّم إليه خطافات الويب (webhook). كل ما يقدمه المزوّد مبني على هذه العلاقة.

هذه الصفة هي ما يجعل الأمر مشروعاً. تمنحها Meta لشركة لديها تطبيقها الخاص على Business Manager موثّق، بعد App Review، وهي ما يميز المزوّد عن نص برمجي يحتفظ ببيانات اعتماد شخص آخر.

### لماذا يهمّ من يملك التطبيق؟

لأنه يحدد الحساب الذي ينتهي الرقم الخاص بعميلك مرتبطاً به.

الأدوات المبنية على حساب مزوّد يملكه طرف آخر ترث قيوده. ومن هنا تأتي حدود الاتصال الواحد التي يواجهها الناس مع منصات الأتمتة العامة: تحتفظ المنصة بعلاقة مزوّد واحدة، ويتشاركها جميع مستخدميها.

مع تطبيقنا الخاص، يُنشأ الاتصال مباشرة بين Business Portfolio الخاص بالعميل وMeta. يبقى الرقم ملكه، ولا يحتفظ به موزّع، وإضافة الرقم التالي هي العملية نفسها التي أُجريت للرقم الأول. بالنسبة إلى وكالة، هذه ليست مسألة تقنية، بل هي الإجابة عندما يسأل العميل من يتحكم في رقمه.

### ما الذي تتطلبه هذه الصفة؟

Business Manager موثّق، وتطبيقاً ينجح في App Review، وعروضاً مسجّلة للتدفقات.

يربط التحقق من النشاط التجاري التطبيق بكيان قانوني حقيقي، مع مستندات تطابقها Meta مع السجلات. تفحص App Review ما يطلبه التطبيق وسبب طلبه، وبالنسبة إلى WhatsApp تشمل مقاطع فيديو مسجّلة توضّح أن الإعداد يعمل من البداية إلى النهاية. لا يكلف أي من ذلك مالاً، لكنه يستغرق وقتاً، وهذه هي المرحلة التي لا يمكن اختصارها.

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

### ما الذي يتغير للنشاط التجاري الذي يربط رقماً؟

ثلاثة أمور، ولا يظهر أي منها في الواجهة.

يتصل الرقم داخل Business Portfolio الخاص بالنشاط، فتكون علاقته مع Meta ملكه. وتحصّل Meta رسوم المحادثات مباشرة من WhatsApp Business Account الخاص به، ولذلك لا يستطيع أي طرف وسيط زيادة السعر. ولا يوجد حد أعلى لعدد الأرقام التي يمكن للحساب الواحد الاحتفاظ بها، لأنه لا توجد علاقة مزوّد مشتركة يجري تقسيمها.

ما لا يتغير هو عملية الإعداد نفسها. Embedded Signup هو التدفق الخاص بـMeta، والنافذة المنبثقة تابعة لـMeta، ويحدث مسح الرمز داخل تطبيق WhatsApp Business. لا يستبدل Tech Provider أي جزء من ذلك، بل يتيح استخدامه.

- افتراض أن لكل مزوّد صفة Tech Provider الخاصة به. كثيرون يعتمدون على صفة يملكها طرف آخر، ومن هنا تأتي حدود الاتصال.
- التخطيط للحصول عليها قبل موعد نهائي. لا تستطيع الشركة التحكم في مدة App Review.
- التعامل معها كشارة. إنها علاقة حساب تحدد محفظة من تحتفظ برقم العميل.

**هل يعني هذا أن Meta تزكّي EasyCoexistence؟** لا، ولا ينبغي لأي مزوّد أن يوحي بغير ذلك. Tech Provider صفة تقنية تسمح بربط أرقام نشاطات تجارية أخرى عبر تطبيق معتمد. وليست تزكية للمنتج المبني عليها.

**هل يمكنني أن أصبح Tech Provider بنفسي؟** نعم. الأمر مجاني ومتاح لأي شركة لديها Business Manager موثّق ومستعدة لخوض App Review. التكلفة هي الانتظار لا الرسوم.

**من يملك Business Portfolio الذي يحتفظ برقمي؟** أنت. يُنشأ الاتصال بين محفظتك وMeta، مع تفويض تطبيقنا للتصرف في الرقم. ولا ينتقل الرقم إلى حسابنا.

**هل يوجد حد لعدد الأرقام التي يمكنني ربطها؟** لا. الحدود التي يواجهها الناس في أماكن أخرى ناتجة عن مشاركة علاقة مزوّد واحدة بين مستخدمين كثيرين، وهذا ليس أسلوب عملنا.

---

## تكلفة Coexistence في WhatsApp لدى كل مزوّد

https://easycoexistence.com/ar/whatsapp-coexistence-pricing-compared

يسعّر المزوّدون الخدمة بثلاث وحدات مختلفة: لكل رقم، أو لكل مستخدم، أو لكل رسالة. لذلك لا يمكن مقارنة الأسعار المعلنة مباشرة، ولا تظهر التكلفة الفعلية إلا عند عدد محدد من الأرقام. تحسبها هذه الصفحة عند رقم واحد وعشرة وخمسين.

### لماذا لا يمكن مقارنة الأسعار المعلنة؟

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

التسعير لكل رقم يتبع عدد خطوط WhatsApp التي تحتفظ بها. وهي الوحدة التي تتحكم فيها الوكالة فعلًا، وهي ما تعتمده EasyCoexistence و360dialog و Dualhook.

التسعير لكل مستخدم ولكل جهة اتصال يتبع عدد من يردّون وعدد العملاء الذين تتحدث معهم. هذا ما تعتمده WATI و respond.io، وهو الوحدة الصحيحة حين يكون فريق الموظفين هو المنتج المشترى.

التسعير لكل رسالة يتبع الحجم وحده، وهو نموذج Twilio: لا رسوم منصة ولا رسوم لكل رقم، بل رسم على كل رسالة فوق ما تفوتره Meta.

لذلك فالمقارنة الصادقة الوحيدة هي عند عدد محدد من الاتصالات، وهذا ما يفعله الجدول أدناه.

### كم تكلّف المنصات المسعّرة لكل مستخدم عند الأعداد نفسها؟

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

تتراوح خطط WATI المنشورة من ثلاثة إلى عشرة مستخدمين مع 500 إلى 2,500 جهة اتصال نشطة شهريًا. وتنشر respond.io سعر US$ 79 لخمسة مستخدمين و1,000 جهة اتصال، ويرتفع إلى US$ 279. وتنشر YCloud شريحة مجانية، ثم US$ 39 و US$ 89 و US$ 399، مع مستخدمين وقنوات كإضافات بسعر US$ 10 و US$ 5 لكل منها في الشهر.

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

والسؤال الحاسم هو: هل سيسجّل أحد الدخول فعلًا إلى صندوق الوارد الذي تدفع ثمنه؟

### وماذا عن Twilio التي لا تتقاضى أيًّا منهما؟

تنشر Twilio رسمًا قدره US$ 0.005 لكل رسالة في كل اتجاه، فوق رسوم القوالب التي تفرضها Meta وتمررها دون هامش. ولا توجد رسوم منصة شهرية ولا رسوم لكل رقم في أسعارها المنشورة.

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

ومن المفيد أيضًا أن تعرف أن صفحة أسعار Twilio لا تتناول Coexistence. فإذا كان يهمك أن يظل تطبيق WhatsApp Business يعمل على الرقم، فهذا هو السؤال الذي ينبغي توجيهه إليهم قبل مقارنة أي شيء آخر.

### أي مزوّد ينبغي أن تختاره الوكالة فعلًا؟

المزوّد الذي تطابق وحدته ما ينمو في نشاطك التجاري.

إذا كان ما ينمو هو أرقام العملاء، فالتسعير لكل رقم مع خصم حسب الحجم هو الشكل الوحيد الذي لا يعاقبك على نجاحك. تبدأ EasyCoexistence من US$ 9 لكل رقم حتى خمسة أرقام، وتنخفض إلى US$ 1 لكل رقم مع زيادة عدد الأرقام، فعند خمسين عميلًا يكلّف كل رقم أقل مما كلّفه الأول لا أكثر.

وإذا كان ما ينمو هو عدد الموظفين الذين يردّون في صندوق وارد واحد، فالمنصة المسعّرة لكل مستخدم هي الشراء الصحيح، ولن تجادل هذه الصفحة في ذلك. فقد بنت WATI و respond.io هذا النموذج وهو يعمل.

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

أما الحالة التي بُني لها هذا المنتج، وهي وكالة أو مطوّر يحتفظ بأرقام لا يملكها، فالتسعير لكل رقم مع خصم الحجم هو الوحيد الذي يتجه في الاتجاه نفسه الذي ينمو فيه النشاط: ينخفض سعر الرقم كلما زاد العدد.

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

**هل هذه الأسعار محدثة؟** هي كما نُشرت في صفحة أسعار كل مزوّد في سبتمبر 2026، مع روابط المصادر في الأرقام أعلاه. الأسعار تتغير، فراجع المصدر قبل أن تقرر.

**لماذا ينخفض سعر الرقم في EasyCoexistence كلما زاد العدد؟** لأن تكلفة مراقبة الاتصال لا ترتفع بالتناسب مع عدد الاتصالات. فالوكالة التي تملك خمسين رقمًا لا تعني خمسين ضعفًا من العمل، فلا تعني خمسين ضعفًا من السعر.

**هل يضيف أي منهم هامشًا على رسوم Meta؟** لا أحد ممن في هذه الصفحة يفعل ذلك. فـ Meta تفوتر تكلفة الرسائل على وسيلة الدفع في حسابك على WhatsApp Business، ولهذا السبب أيضًا لا يستطيع أي وسيط تخفيضها.

**أي المزوّدين يدعم Coexistence؟** توثّقها YCloud و 8x8، وتُبنى Dualhook و EasyCoexistence حولها. وعدة صفحات أسعار أخرى لا تتناولها، وهذا ليس دليلًا في أي اتجاه، ويستحق أن تسأل عنه مباشرة.

---

## مسرد WhatsApp Coexistence

https://easycoexistence.com/ar/whatsapp-coexistence-glossary

من السهل الخلط بين المصطلحات المرتبطة بـ WhatsApp Coexistence، وغالبًا ما ينشأ الالتباس عمليًا عندما يستخدم شخصان كلمة واحدة للدلالة على أشياء مختلفة. هذه هي التعريفات المعتمدة في هذا الموقع، وكل تعريف مرتبط بالصفحة التي تشرحه بالتفصيل.

### لماذا تسبب هذه المصطلحات كل هذا الالتباس؟

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

يحتوي Business Portfolio على WhatsApp Business Account، ويحتوي الأخير على أرقام الهاتف، ولكل رقم phone number id. وفي المحادثات، يُطلق على العناصر الأربعة اسم الحساب، لذلك قد تعني جملة مثل تحقّق من أن الحساب يعمل أربعة أنواع مختلفة من الفحص. ويحدث الأمر نفسه مع نافذتي الأربع والعشرين ساعة في هذه المنصة، إذ تقيسان أمرين غير مرتبطين ويجري الخلط بينهما باستمرار.

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

### ما الفروق التي تهم فعليًا في الاستخدام؟

ثلاثة فروق، وقد كلّف كل واحد منها شخصًا يومًا كاملًا.

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

الجهاز المرتبط ليس API. إنه عميل WhatsApp للمستهلك مسجّل الدخول في مكان آخر، وهو ما تؤتمته الأدوات غير الرسمية، وما يؤدي إلى حظر الأرقام.

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

**هل Coexistence عبارة عن API مختلف عن Cloud API؟** لا. Coexistence طريقة لإعداد رقم على Cloud API مع إبقاء تطبيق WhatsApp Business عاملًا عليه. نقاط النهاية وتنسيق الرسائل والقواعد متطابقة.

**ما الفرق بين Business Portfolio وWABA؟** Business Portfolio حاوية على مستوى الشركة في Meta Business Manager. ويقع WhatsApp Business Account داخلها ويحتوي على أرقام الهاتف. ويمكن لمحفظة واحدة أن تحتوي على عدة WABAs.

**هل BSP هو نفسه Tech Provider؟** يتداخل المصطلحان، لكنهما يصفان شيئين مختلفين. Tech Provider هي حالة تمنحها Meta وتسمح لشركة بربط أرقام أنشطة تجارية أخرى عبر تطبيقها. أما BSP فعادةً ما يصف شركة تبيع منصة مراسلة، وقد تحمل هذه الحالة أو لا تحملها بنفسها.

**ما علاقة MCP بـ WhatsApp؟** لا علاقة جوهرية بينهما. MCP بروتوكول لمنح مساعد ذكاء اصطناعي إمكانية الوصول إلى أداة، ويعرض خادم WhatsApp MCP رقمًا باعتباره إحدى تلك الأدوات. ولا يمكنه استقبال الرسائل، بل ينفذ الإجراءات فقط عند طلبها.

---

## حقول خطاف الويب (webhook) في WhatsApp، وأين يذهب كل منها

https://easycoexistence.com/ar/docs/webhook-fields

يرسل حساب WhatsApp Business الأحداث في حقول مسماة. يحمل حقلان محتوى المحادثة ويُوجَّهان إلى نقطة النهاية لديك. وتحمل ستة حقول الحالة التشغيلية، ومنها تُبنى المراقبة. ومعرفة الفرق تحدد بنية نظامك.

### ماذا يحمل كل حقل؟

يحمل messages كل ما يرسله العميل إلى الرقم: النص، ومراجع الوسائط، والردود، والتفاعلات. ويحمل smb_message_echoes ما يرسله فريقك من تطبيق WhatsApp Business، وهو موجود فقط في رقم Coexistence، ومن خلاله ترى البرامج ردود الإنسان.

يحمل account_update حالة الاتصال، مثل PARTNER_REMOVED عند إلغاء تثبيت التطبيق من الحساب، و ACCOUNT_OFFBOARDED، و ACCOUNT_RECONNECTED، وأحداث التقييد أو المخالفة. ويحمل phone_number_quality_update تغييرات تقييم الجودة ومعدل النقل. ويحمل account_alerts التنبيهات التي ترفعها Meta ضد الحساب، بينما يحمل account_review_update نتيجة المراجعة.

يحمل business_capability_update تغييرات حد الرسائل والقدرات، ويحمل phone_number_name_update الموافقات على اسم العرض ورفضها.

### لماذا يهم هذا الفصل من ناحية البنية؟

لأنه يحدد ما إذا كان محتوى المحادثة سيصل إلى مزود في أي وقت.

يوجّه التجاوز حقلي الرسائل إلى نقطة النهاية لديك مباشرة من Meta. وتستمر الحقول التشغيلية الستة في الوصول إلى المزود، مما يتيح لوحة تحكم وتنبيهات من دون أن يحتفظ أحد برسالة.

ولهذا قد يكون الادعاء بعدم تخزين الرسائل ناتجًا عن البنية، لا عن سياسة فقط. فإذا سُلّمت حقول الرسائل إلى جهة أخرى، فلا يوجد مسار برمجي يمكن أن تُخزَّن فيه. وفي حالتنا، يعود الحساب الذي لا يضع تجاوزًا إلى دالة الاستدعاء الافتراضية، حيث يتجاهل المعالج تلك الأحداث من دون حفظها.

### ما الحقول التي ينبغي أن يتوقعها المعالج؟

الحقلان الخاصان بالرسائل فقط عند ضبط التجاوز، ومن الأفضل أن يتجاهل المعالج أي شيء آخر بدل أن يفشل عند مواجهته.

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

ومن المفيد أيضًا معالجة smb_message_echoes صراحةً بدل اعتباره ضجيجًا. فمن دونه، لا تعرف البرامج أن إنسانًا قد أجاب بالفعل، فينتهي الأمر بالعميل إلى تلقي ردين عن السؤال نفسه.

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

**هل يمكنني استقبال بعض الحقول فقط؟** ينقل التجاوز مسار الرسائل إليك. أما الفصل التشغيلي فثابت، لأن المراقبة تُبنى عليه.

**هل يوجد smb_message_echoes في رقم Cloud API عادي؟** لا. فهو موجود لأن رقم Coexistence يتيح للإنسان الإرسال من التطبيق، إلى جانب إرسال البرامج من API.

**ماذا يحدث لأحداث الرسائل إذا لم أحدد وجهة؟** تصل إلى دالة الاستدعاء الافتراضية لدينا، ثم تُتجاهل من دون حفظها.

**هل أسماء الحقول من Meta أم منكم؟** هي أسماء Meta. لا يوجد هنا اسم اخترعناه، ولذلك يجدر بك تعلمها مرة واحدة.

---

## التحقق من نقطة نهاية خطاف الويب (webhook) في WhatsApp

https://easycoexistence.com/ar/docs/webhook-verification

قبل تسليم أي حدث، تستدعي Meta نقطة النهاية لديك بطلب GET يتضمن hub.mode وhub.verify_token وhub.challenge. يجب أن تقارن نقطة النهاية الرمز، ثم تعيد التحدي في نص الاستجابة الخام. أي شيء آخر يمنع بدء التسليم.

### ماذا ترسل Meta بالضبط؟

ترسل طلب GET إلى عنوان URL الخاص بك مع ثلاث معلمات في سلسلة الاستعلام. تكون قيمة hub.mode هي subscribe. أما hub.verify_token فهي الرمز الذي أعددته عند ضبط الوجهة. وhub.challenge قيمة تنشئها Meta لهذه المحاولة.

يجب أن تقارن نقطة النهاية hub.verify_token بالرمز الذي اخترته، وإذا تطابقا، فأعد استجابة بالرمز 200 يكون نصها الكامل هو hub.challenge. لا تضعه داخل JSON، ولا تحطّه بين علامتي اقتباس، ولا تضف سطرًا جديدًا في النهاية كما تفعل بعض أطر العمل افتراضيًا.

إذا لم يتطابق الرمز، فأعد 403. هذا هو البروتوكول كاملًا، وقد صُمم ليكون صغيرًا عمدًا.

### لماذا يفشل الرد الخاطئ بصمت؟

لأن فشل التحقق ليس خطأً في نظامك، بل غيابًا في نظام Meta.

عندما لا يُعاد التحدي بشكل صحيح، لا تبدأ Meta ببساطة التسليم إلى تلك الوجهة. يعيد خادمك 200 لطلب التحقق، وتظهر في سجلاتك عملية وصول الطلب، ولا تعرض أي لوحة تحكم مشكلة. العرض الوحيد هو أن الرسائل لا تصل، ولذلك يشخّص معظم الناس المشكلة على أنها مشكلة في Coexistence، لا مشكلة في المصافحة.

لهذا يستحق التحقق قبل إجراء الطلب. نتحقق من أن عنوان URL يستخدم HTTPS ومن توفير رمز تحقق قبل إجراء طلب Graph، حتى تفشل الوجهة غير الصحيحة فورًا بدل أن تبدو متصلة.

### ما الأمور الأخرى التي قد تمنع التحقق؟

ثلاثة أمور لا علاقة لها بالشفرة.

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

إعادة التوجيه. تستدعي Meta عنوان URL الذي قدمته، ولا تُتبع عملية إعادة توجيه 301 إلى مضيف أساسي بطريقة تُكمل المصافحة. قدم لها العنوان النهائي.

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

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

**ما الرمز الذي ينبغي استخدامه؟** أي سلسلة تختارها. وجودها يتيح لنقطة النهاية تمييز طلب Meta من طلب أي شخص آخر يعرف عنوان URL.

**كم مرة يحدث التحقق؟** عند الإعداد، ومرة أخرى كلما ضُبطت الوجهة. لا يُعاد التحقق من نقطة نهاية تعمل عند كل حدث.

**هل يمكنني اختبار ذلك بنفسي؟** نعم. استدعِ نقطة النهاية الخاصة بك بالمعلمات الثلاث، وتحقق من أن النص يعود مطابقًا تمامًا لقيمة التحدي.

**ماذا يحدث إذا كان خادمي متوقفًا أثناء التحقق؟** تفشل المصافحة ولا تُفعّل الوجهة. يؤدي حفظها مرة أخرى إلى إعادة تشغيل التحقق.

---

## مرجع أدوات MCP

https://easycoexistence.com/ar/docs/mcp-tools-reference

يتيح الموصل ست عشرة أداة عبر كل رقم في الحساب. تأتي list_numbers أولاً لأن كل أداة أخرى تتطلب connection_id مستخرجاً منها. تتوقف ست أدوات عند تعثر الفوترة: الأربع التي تتعامل مع العالم الخارجي، وget_api_credentials التي تعيد رمز الوصول، وcreate_connect_link. أما الأدوات العشر الأخرى، أي قراءة الحالة والقوالب وإعداد Partner API، فتظل مفتوحة.

### ماذا تفعل كل أداة؟

القراءة: تعيد list_numbers الأرقام المتصلة مع الحالة وتقييم الجودة ومستوى المراسلة، ومنها يبدأ كل طلب آخر. تعيد get_number_health لقطة مباشرة من Meta، إلى جانب الخط الزمني الأخير للمراقبة وأحداث webhook وفحوصات أداة الاستطلاع. تعيد get_api_credentials عنوان Graph API الأساسي وWABA id وphone number id، ورمز الوصول (token) الخاص بالحساب عند توفره.

الإرسال: ترسل send_message نصاً حراً داخل نافذة 24 ساعة، وتكون الردود خلالها مجانية. ترسل send_template قالباً معتمداً، وهي الطريقة لبدء محادثة مع شخص لم يكتب إليك. تغطي list_templates وcreate_template وget_template_status دورة حياة القالب.

الربط: توجّه set_webhook_destination الرسائل الواردة ونسخ التطبيق إلى نظامك، وتمرير null يعيد الإعداد إلى حالته الأصلية. تعيد get_connect_link رابط لوحة التحكم وخطوات ربط رقم جديد. تعيد get_docs وثائق المنتج بصيغة markdown.

Partner API، للبرمجيات أو الوكالات التي يربط عملاؤها أرقامهم: تعرض get_partner_setup حالة الفوترة ومفتاح API وعنوان URL للأحداث والخطوة التالية. تُصدر create_api_key مفتاح Partner API وتعرضه مرة واحدة فقط، ولا تستبدل مفتاحاً قائماً دون تأكيد صريح. تُلغي revoke_api_key المفتاح، وذلك أيضاً بعد التأكيد. تحدد set_partner_events_url وجهة أحداث الحالة وتعيد سر التوقيع مرة واحدة. تنشئ create_connect_link رابط ربط مستضافاً لعميل واحد، صالحاً لمدة ساعة واحدة، تماماً مثل POST /api/v1/connect-sessions.

### لماذا يُعد connection_id مهماً؟

لأنه يربط التعليمات برقم محدد، ولا يستطيع المساعد تخمينه.

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

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

### ماذا يحدث عند تعثر الفوترة؟

تتوقف ست أدوات: send_message وsend_template وcreate_template وset_webhook_destination، التي تتعامل مع العالم الخارجي؛ وget_api_credentials، لأنها تعيد رمز الوصول الخاص بالحساب، وهو ما يتيح لحساب محظور الإرسال مباشرة عبر Graph API؛ وcreate_connect_link التي تربط رقماً جديداً. أما كل قراءة أخرى فتظل متاحة، وكذلك إعداد Partner API: get_partner_setup وcreate_api_key وrevoke_api_key وset_partner_events_url.

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

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

- توقع أن يستقبل الموصل الرسائل. يعمل MCP بنظام الطلب والاستجابة، أما حركة الرسائل الواردة فتحتاج إلى webhook.
- تثبيت connection_id يدوياً. فهو يأتي من list_numbers وليس قيمة ينبغي تدوينها.
- افتراض أن الحساب المتعثر في الفوترة أصبح غير متصل بالكامل. تستمر القراءة والمراقبة عمداً، باستثناء بيانات الاعتماد، لأنها تحمل رمز الوصول الذي يُرسَل به.

**هل أختار الأداة التي يجب استدعاؤها؟** لا. اطرح طلبك بلغة طبيعية، وسيختار المساعد الأداة المناسبة، فهذا هو الغرض من كتابة أوصاف الأدوات.

**هل يستطيع قراءة محادثاتي؟** لا. تُوجّه الرسائل الواردة إلى وجهة webhook التي تحددها. ويقرأ الموصل حالة الحساب والرقم.

**هل تُعد get_docs مفيدة؟** أكثر مما يبدو. فهي تسلّم المساعد وثائقنا بصيغة markdown، لذلك تأتي الإجابات عن قواعد Coexistence من وثائقنا لا من الذاكرة.

**هل يغطي موصل واحد عدة عملاء؟** نعم. يستوعب الحساب العدد الذي تحتاجه من الأرقام، وتعيد list_numbers جميعها.

---

## ربط رقم خطوة بخطوة

https://easycoexistence.com/ar/docs/connecting-a-number

تجري عملية الربط عبر Embedded Signup الخاص بـ Meta: اختر Business Portfolio وحساب WhatsApp Business والرقم، ثم امسح رمزاً في تطبيق WhatsApp Business. يستغرق الأمر نحو دقيقتين، ويواصل التطبيق العمل طوال العملية.

### ماذا يحدث أثناء العملية؟

تفتح نافذة Meta المنبثقة وتطلب ثلاثة أمور بالترتيب.

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

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

### ما الذي يُحسم أثناء الإعداد الأولي ولا يمكن تغييره؟

تُحسم مشاركة سجل المحادثات الحالي عند السؤال عنها مرة واحدة، ويصبح القرار نهائياً لهذا الاتصال.

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

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

### ما الذي ينبغي تجهيزه قبل البدء؟

ثلاثة أمور، وتجهيزها يمنع التخلي عن العملية في منتصفها.

الوصول إلى Business Portfolio الذي يملك الرقم، وهو عادة لدى صاحب النشاط التجاري لا لدى الشخص الذي ينفذ التكامل. والهاتف الذي يحمل الرقم، على أن يكون مفتوحاً ومثبتاً عليه تطبيق WhatsApp Business. ويفضل تجهيز وجهة خطاف الويب (webhook)، لأن ضبطها في نهاية الإعداد الأولي أسهل من تذكرها لاحقاً.

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

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

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

**هل يتوقف التطبيق أثناء الإعداد الأولي؟** لا. يواصل العمل طوال العملية، بما في ذلك أثناء مسح الرمز.

**ماذا لو كان الرقم على تطبيق WhatsApp العادي؟** يجب نقله أولاً إلى تطبيق WhatsApp Business. يربط Coexistence رقماً من تطبيق Business.

**هل يمكنني إعادة العملية؟** نعم. يؤدي قطع الاتصال وإعادة الربط إلى تشغيلها من جديد، بما في ذلك فرصة جديدة لقبول سجل المحادثات.

---

## نافذة خدمة العملاء لمدة 24 ساعة

https://easycoexistence.com/ar/docs/customer-service-window

تفتح نافذة خدمة العملاء عندما يرسل العميل رسالة إلى رقمك، وتستمر 24 ساعة. يمكنك داخلها إرسال نص حر، وتكون هذه الردود مجانية. خارجها، لن تصل إلا رسالة تستخدم قالبًا وافقت عليه Meta.

### متى يبدأ المؤقت تحديدًا؟

يبدأ عندما يرسل العميل رسالة، ويُعاد تشغيله كلما أرسل رسالة أخرى.

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

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

### ما الذي يمكن إرساله داخل النافذة وخارجها؟

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

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

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

### لماذا تكتشف التكاملات هذه المشكلة في بيئة الإنتاج؟

لأن الاختبار يحدث دائمًا داخل النافذة.

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

الحل المستقر هو إضافة تفرع قبل الإرسال: تحقّق من المدة منذ آخر رسالة أرسلها ذلك العميل، ثم اختر مسار النص الحر أو مسار القالب. تنفيذ ذلك منذ البداية لا يكلف شيئًا تقريبًا. أما إضافته لاحقًا فيعني العثور على كل موضع إرسال في قاعدة الشيفرة.

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

**هل يمكن تمديد النافذة؟** لا. تحددها Meta، ولا يستطيع أي مزود إطالتها.

**هل يعيد رد القالب فتحها؟** رد العميل هو الذي يفعل ذلك. أما إرسال قالب فلا يفتح نافذة النص الحر من تلقاء نفسه.

**هل الردود مجانية فعلًا؟** لا تفرض Meta رسومًا على الرسائل المرسلة داخل نافذة خدمة العملاء. وتفرض الرسوم على المحادثات التي تُفتح خارجها.

**ماذا عن نافذة الـ24 ساعة الأخرى التي قرأت عنها؟** تلك هي نافذة المزامنة، وتُحسب من وقت الإعداد الأولي، وهي تتحكم في سجل المحادثة لا في الإرسال. لا علاقة بين النافذتين.

---

## قوالب رسائل WhatsApp

https://easycoexistence.com/ar/docs/message-templates

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

### ما الغرض من الفئات الثلاث؟

توضح لـ Meta نوع الرسالة، وتغيّر الفئة كلًا من المراجعة والفوترة.

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

اختيار الفئة الخاطئة سبب شائع للرفض. إذ تُكتشف اللغة الترويجية في قالب خدمات، ويحدث ذلك باستمرار بما يكفي لجعل المحاولة غير مجدية.

### كيف تعمل المتغيرات؟

العناصر النائبة المرقمة تُملأ بالترتيب وتُحتسب لكل مكوّن.

النص الذي يقرأ Hello {{1}}, your order {{2}} has shipped يعرّف متغيرين، ويجب أن يتضمن الإرسال قيمتين بالضبط للنص. تُحتسب معلمات الرأس والزر منفصلة بدل جمعها في قائمة واحدة، ولذلك قد يُرفض إرسال يضم العدد الإجمالي الصحيح.

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

### لماذا لا يستطيع تطبيق الهاتف إرسالها على رقم Coexistence؟

لأن القوالب ميزة في المنصة وليست ميزة في التطبيق، ولا يتعامل التطبيق معها.

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

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

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

**كم تستغرق المراجعة؟** عادةً دقائق، وأحيانًا حتى يوم. لا يستطيع أي مزود تسريعها.

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

**هل يمكنني تعديل قالب معتمد؟** نعم، لكن التعديل يغيّر مواصفات المتغيرات، مما يعطل أدوات الإرسال التي ثبّتت العدد القديم.

**هل أحتاج إلى وسيلة دفع؟** نعم، لإرسال رسائل التسويق، في حساب WhatsApp Business الخاص بك. تفرض Meta ذلك، ولا يستطيع أي مزود إضافتها نيابةً عنك.

---

## خطاف الويب (webhook) account_update وجميع أسباب انقطاع الاتصال

https://easycoexistence.com/ar/docs/webhook-account-update

يستخدم Meta‏ account_update للإبلاغ عن تغيّر حالة الاتصال. يوضح الحقل event ما حدث، وعند الإزالة يوضح disconnection_info.reason سببها. وهذا السبب يحدد ما إذا كان الرقم سيعود أو انتهى نهائيًا.

### ما الأحداث التي يحملها account_update؟

يصل PARTNER_REMOVED عند إلغاء تثبيت التطبيق من حساب WhatsApp Business. وهذه إشارة الانقطاع المعتمدة، وهي التي يستحق بناء المنطق عليها بدل استنتاج الانقطاع من تحوّل حقل إلى false.

يصل ACCOUNT_OFFBOARDED عند إخراج الرقم بالكامل. ويصل ACCOUNT_RECONNECTED عند عودة اتصال أزيل سابقًا. وهناك أحداث الإنفاذ: ACCOUNT_RESTRICTION وACCOUNT_VIOLATION، إلى جانب الأحداث التي تتضمن أسماؤها DISABLED أو BAN.

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

### ما أسباب الانقطاع؟

ستة أسباب، ولكل منها معنى مختلف تمامًا.

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

COMPANION_INACTIVITY تعني الفكرة نفسها على جهاز مرافق، لكن ضمن فترة أطول تبلغ نحو ثلاثين يومًا.

BUSINESS_DOWNGRADE يعني عودة الرقم إلى تطبيق WhatsApp للمستهلك، ما ينهي Coexistence لأن Coexistence يتطلب تطبيق Business.

CHANGE_NUMBER يعني تغيّر رقم الهاتف نفسه. ويعني USER_RE_REGISTERED إعادة تسجيله على جهاز جديد. أما ACCOUNT_DISCONNECTED فيعني أن العميل قطع الاتصال عمدًا أو أن الإنفاذ فعل ذلك.

يصل السبب أيضًا مع disconnection_info.initiated_by، الذي يوضح ما إذا كان الشخص أو النظام هو من نفّذ الإزالة.

### لماذا يهم السبب أكثر من الحدث؟

لأن PARTNER_REMOVED وحده لا يخبرك بالإجراء المطلوب.

الرقم الذي أزيل بسبب PRIMARY_INACTIVITY سيعود: يفتح النشاط التجاري التطبيق، ويعيد الاتصال، ويُستأنف كل شيء. ومعاملة ذلك كعميل غادر تؤدي إلى إرسال رسالة إلغاء إلى شخص لا يزال عميلًا.

أما الرقم الذي أزيل بسبب BUSINESS_DOWNGRADE أو ACCOUNT_DISCONNECTED فهو حالة مختلفة، ومعاملته كحالة مؤقتة تعني بقاء اتصال عالق إلى الأبد.

عند وصول الإزالة بلا سبب، يكون initiated_by هو البديل: فالإزالة التي نفذها شخص تُفهم على أنها متعمدة، بينما لا تكون إزالة النظام غير المفسرة كذلك. ومن الأفضل تطبيق هذا الفرق في الكود بدل مناقشته لاحقًا مع الدعم.

- معاملة كل PARTNER_REMOVED بالطريقة نفسها. فالسبب يميز بين أسبوعين من الصمت وعميل غادر.
- استنتاج الانقطاع من تحوّل حقل إلى false بدلًا من هذا الحدث. وهذا ما ينتج إنذارات زائفة.
- التوقف عند اسم حدث غير معروف. تضيف Meta أحداثًا جديدة، وعلى المعالج تجاهل ما لا يعرفه.

**هل PARTNER_REMOVED دائم؟** غالبًا لا. تصل معظم الحالات مع PRIMARY_INACTIVITY، ما يعني أن التطبيق لم يُفتح، وأن إعادة الاتصال تستعيد كل شيء.

**هل تعيد إعادة الاتصال وجهة webhook؟** لا، وهذه هي المشكلة الخفية. فالوجهة عبارة عن تجاوز في اشتراك التطبيق، وتُزال معه. ويجب تطبيقها من جديد.

**ما المقصود بـ COMPANION_INACTIVITY؟** الفكرة نفسها، لكن بسبب خمول جهاز مرافق بدلًا من الجهاز الأساسي، وضمن فترة أطول تبلغ نحو ثلاثين يومًا.

**هل يمكن أن يصلني هذا الحدث بلا سبب؟** نعم. عندها يكون disconnection_info.initiated_by الإشارة الوحيدة إلى ما إذا كانت الإزالة متعمدة.

---

## خطاف الويب (webhook) phone_number_quality_update

https://easycoexistence.com/ar/docs/webhook-phone-number-quality-update

يرسل phone_number_quality_update تغييرات معدل الإرسال وحدود المراسلة لرقم. منذ 2026، لا يحمل تقييم الجودة الأخضر أو الأصفر أو الأحمر رغم اسمه، بل يجب استطلاع التقييم من رقم الهاتف نفسه.

### ما الذي يحتويه خطاف الويب هذا فعلياً؟

معلومات عن معدل الإرسال وحد المراسلة، تصل كقيمة للحدث مع حقول تحمل الحد الحالي.

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

أما ما لا يحتويه، رغم اسم الحقل، فهو تقييم الجودة. سيبحث المعالج المبني على توثيق أقدم عن GREEN أو YELLOW أو RED هنا ولن يجد شيئاً، ثم يستنتج أن الجودة لا تتغير.

### من أين يأتي تقييم الألوان إذن؟

من قراءة رقم الهاتف مباشرة وفق جدول زمني.

يعيش الحقل quality_rating في كائن رقم الهاتف ضمن واجهة برمجة التطبيقات Graph (API)، ويجب استطلاعه بدلاً من انتظار وصوله. لذلك تحتاج مراقبة الاتصال بصورة صحيحة إلى أداة استطلاع وإلى مستقبِل لخطاف الويب: فكل منهما يحمل معلومات مختلفة، ولا يكفي أي منهما وحده.

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

- البحث عن GREEN أو YELLOW أو RED في حمولة البيانات. منذ 2026، لم تعد موجودة فيها.
- بناء المراقبة على خطافات الويب وحدها. يجب استطلاع تقييم الجودة.
- تجاهل انخفاض مستوى المراسلة. غالباً ما يكون أول إشارة مرئية إلى وجود مشكلة.

**لماذا سُمّي الحقل بالجودة إذن؟** يسبق هذا التغيير. بقي الاسم بينما تغير المحتوى، ولهذا يربك الأمر كثيراً من المستخدمين.

**كم مرة ينبغي استطلاع التقييم؟** بمعدل يكفي لاكتشاف التراجع قبل تحوله إلى تقييد. نحن نستطلع وفق جدول زمني لا عند الطلب.

**هل يعرض التطبيق التقييم؟** لا. لا يظهر أي شيء عنه في تطبيق WhatsApp Business على الهاتف.

**هل يرتبط الخطأ 131048 بذلك؟** نعم. يبدأ الرقم بإرجاع هذا الخطأ عندما يؤدي التقييم المنخفض إلى فرض التقييد.

---

## خطاف الويب smb_message_echoes

https://easycoexistence.com/ar/docs/webhook-smb-message-echoes

يرسل smb_message_echoes ما يرسله فريقك من تطبيق WhatsApp Business. يوجد فقط على أرقام Coexistence، لأنها الوحيدة التي تتيح لشخص الإرسال من الهاتف وللبرنامج الإرسال عبر API.

### لماذا يوجد هذا الحقل أصلًا؟

لأن Coexistence تنشئ حالة لم تُصمَّم API لها في الأصل: إرسال من جهتين عبر رقم واحد.

في رقم Cloud API عادي، يكون البرنامج هو المرسل الوحيد، لذلك لا يوجد ما يجب الإبلاغ عنه. أما في رقم Coexistence، فيستمر الفريق في الرد من الهاتف، ومن دون وسيلة لرؤية ذلك سيعمل البرنامج وهو يجهل نصف كل محادثة تقريبًا.

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

### ماذا يحدث إذا تجاهلته؟

يتلقى العميل ردًا مرتين، ويبدو الأمر غير متقن.

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

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

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

**هل تتضمن الأصداء وسائط؟** تبلّغ عما أُرسل، بما في ذلك الإشارات إلى الوسائط، بالشكل نفسه للرسائل الواردة.

**هل يوجد هذا الحقل على رقم Cloud API عادي؟** لا. من دون Coexistence لا يوجد شخص يرسل من تطبيق، ولذلك لا يوجد ما يرسله الصدى.

**هل يمكنني إيقافه؟** يأتي مع مسار الرسائل. توجيه هذا المسار إلى endpoint لديك يتضمنه، وتجاهله في التعليمات البرمجية خيار له عواقب.

**هل يكلّف شيئًا؟** لا. إنه حدث webhook، وليس إرسال رسالة.

---

## خطاف الويب messages

https://easycoexistence.com/ar/docs/webhook-messages

messages هو الحقل الذي يحمل كل ما يرسله العميل إلى رقمك: النصوص والوسائط والردود والتفاعلات والاستجابات التفاعلية. في رقم Coexistence موجّه، ينتقل مباشرة من Meta إلى نقطة النهاية (endpoint) الخاصة بك، ولا يمر عبر مزود.

### ما الذي تحمله الحمولة؟

تسليم واحد قد يحتوي على رسالة واحدة أو أكثر، ولكل رسالة المرسل و id ونوع. يحدد type المفاتيح الأخرى الموجودة.

- رقم هاتف المرسل، و phone number id للرقم الذي كتب إليه.
- معرّف رسالة wamid، وهو الأساس الذي تُبنى عليه عملية منع التكرار.
- طابع زمني بنظام unix.
- نوع type: text أو image أو audio أو video أو document أو sticker أو location أو contacts أو reaction أو button أو interactive.
- بالنسبة إلى أنواع الوسائط، يوجد media id لجلب الوسائط بدلاً من تضمين البيانات نفسها.

### لماذا لا يصل إلينا على رقم موجّه؟

لأن override ينقل هذا الحقل، إلى جانب smb_message_echoes، إلى الوجهة التي تحددها.

تسمح Meta للتطبيق بتجاوز المكان الذي يسلّم فيه حساب WhatsApp Business خطافات الويب الخاصة به. نضبط هذا التجاوز على عنوان URL الخاص بك، فيخرج مسار الرسالة بالكامل من بنيتنا التحتية. لا توجد نسخة أو قائمة انتظار أو احتفاظ من جانبنا، لأن التسليم لا يصل إلينا أصلاً.

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

### كيف تؤكد الاستلام بشكل صحيح؟

أعد 200 قبل تنفيذ العمل، لا بعده.

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

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

### كيف تمنع التكرار؟

اعتمد دائماً على wamid، لأن إعادة المحاولة أمر طبيعي وليست حالة استثنائية.

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

في رقم Coexistence تزداد أهمية ذلك، لأن smb_message_echoes يصل عبر المسار نفسه، والمعالج الذي يعامل كل حدث كأنه جديد سيرد فوق رد بشري سبق أن أرسله فريقك.

- المعالجة قبل إعادة 200. تعيد Meta المحاولة عند بطء الاستجابة، فتعالج الرسالة مرتين.
- تخطي منع التكرار. إعادة المحاولة مصممة لتحدث وليست حالة نادرة.
- توقع وجود بيانات الوسائط داخل الحمولة. فهي تحمل media id لجلبها.

**هل ترى EasyCoexistence رسائل عملائي؟** لا. يسلّم التجاوز هذا الحقل إلى نقطة النهاية (endpoint) الخاصة بك. وأي شيء يصل إلى callback الاحتياطي لدينا يُتجاهل من دون حفظ.

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

**كيف أحصل على الوسائط؟** تحمل الحمولة media id. استخدمه لجلب عنوان URL عبر رمز الوصول (token) الخاص بالرقم، ثم نزّل الوسائط.

**ما هو smb_message_echoes؟** هو الحقل المرافق الذي يحمل ما يرسله فريقك من تطبيق WhatsApp Business. ولا يوجد إلا في أرقام Coexistence.

---

## خطاف الويب (webhook) الخاص بـ phone_number_name_update

https://easycoexistence.com/ar/docs/webhook-phone-number-name-update

يحمل phone_number_name_update نتيجة إرسال اسم العرض. يوضح حقل القرار ما إذا كانت Meta قد وافقت على الاسم أو رفضته، وهذا الحدث هو الموضع الوحيد الذي يُبلّغ فيه عن النتيجة؛ فلا يظهر شيء عنها في تطبيق WhatsApp Business.

### ما الذي يبلّغ عنه

نتيجة إرسال اسم العرض، بوصفها قراراً في الحدث. الاسم هو ما يراه العملاء فوق المحادثة، وتغييره يمر بمراجعة Meta.

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

يسجل توثيقه في خط زمني سؤال «هل تم تغيير اسمنا؟» كحقيقة مؤرخة بدلاً من تحويله إلى محادثة مع الدعم.

### لماذا يُرفض الاسم

يُرفض أساساً لأنه لا يتوافق مع النشاط التجاري الذي تم التحقق من أن الحساب تابع له.

- يميل الاسم المطابق للكيان القانوني أو الاسم التجاري المسجل أو العلامة التجارية في الموقع إلى القبول.
- يميل الوصف العام أو الاسم غير المرتبط بالنشاط التجاري الذي تم التحقق منه إلى الرفض.
- يُرفض باستمرار كل ما يبدو كلمة مفتاحية لا اسماً.

### ما الذي يمنعه غياب الاسم

يمنع عمليات إرسال معينة، وهكذا يكتشف معظم الناس أن الاسم لم تتم الموافقة عليه.

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

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

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

**كم تستغرق المراجعة؟** لا تنشر Meta مدة ثابتة، ولا يستطيع أي مزود تسريعها.

**هل يمكنني تغيير الاسم لاحقاً؟** نعم، ويمر كل تغيير بالمراجعة مجدداً، وينتج حدثاً آخر هنا.

**هل يرى العميل رقمي أيضاً؟** يرى اسم العرض المعتمد، وهذا هو سبب وجوده.

**ما الخطأ 131037؟** ما يعيده الرقم عندما لا يملك اسم عرض معتمداً ويحاول تنفيذ عملية تتطلب اسماً.

---

## خطاف الويب (webhook) message_template_status_update

https://easycoexistence.com/ar/docs/webhook-message-template-status-update

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

### الحالات التي ينقلها

يمر القالب بمجموعة صغيرة من الحالات، ويصل كل تغيير فيها إلى هنا.

- مقبول: يمكن إرسال القالب من الآن فصاعدًا.
- مرفوض: لا يمكن إرساله، ويرافق الحدث السبب.
- متوقف مؤقتًا: انخفضت الجودة بما يكفي، فأوقفته Meta مؤقتًا.
- معطل: انتهت الإيقافات المتكررة بإيقاف نهائي، ويتطلب الأمر قالبًا جديدًا.

### لماذا يلغي ذلك الاستعلام الدوري

لأن البديل هو طرح السؤال مرارًا والتخمين بشأن معدل تكراره.

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

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

### ما الذي ينبغي فعله مع كل نتيجة

المقبول هو الحالة الأبسط: علّمه قابلًا للإرسال. أما الحالات الثلاث الأخرى، ففيها القيمة الحقيقية.

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

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

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

- الاستعلام عن القبول رغم أن هذا الحدث يبلّغ به.
- تلخيص سبب الرفض بدل عرضه. فالتفاصيل هي ما يجعله قابلًا للتنفيذ.
- انتظار عودة قالب معطل. هذه الحالة دائمة وتتطلب قالبًا جديدًا.

**كم يستغرق القبول عادة؟** عادةً يستغرق دقائق، وأحيانًا يصل إلى يوم. لا يستطيع أي مزود تسريعه.

**هل القالب المتوقف مؤقتًا هو نفسه القالب المعطل؟** لا. ينتهي الإيقاف بعد مدة، أما التعطيل فدائم ويأتي بعد إيقافات متكررة.

**هل يوضح الرفض سببه؟** نعم، والسبب محدد بما يكفي لاتخاذ إجراء، لذلك يجدر تمريره دون تعديل.

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

---

## خطاف الويب (webhook) message_template_quality_update

https://easycoexistence.com/ar/docs/webhook-message-template-quality-update

يُبلغ message_template_quality_update عن تغيّر في تفاعل المستلمين مع قالب محدد. تصل الإشارة قبل أن يؤدي تراجع الجودة إلى إيقافه، ما يمنحك وقتًا للتصرف بدل اكتشاف المشكلة بعد الفشل.

### ما الذي يقيسه

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

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

### لماذا يُعد التصرف مبكرًا هو الهدف الأساسي

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

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

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

### ما أسبابه المعتادة

المحتوى والجمهور، بهذا الترتيب، مع أن الثاني هو ما ينساه الناس عادةً.

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

- اعتباره مجرد معلومة. إنه آخر تنبيه يصل بينما لا يزال القالب يعمل.
- اعتباره مشكلة في الرقم. فهو يخص قالبًا واحدًا.
- تعديل الصياغة والإبقاء على الجمهور نفسه. فالمستلمون ينتجون الإشارات نفسها التي ينتجها محتوى الرسالة.

**هل يؤثر هذا في القوالب الأخرى؟** لا. فالإشارة تخص قالبًا واحدًا، ولا تتأثر القوالب الأخرى على الرقم نفسه.

**هل يمكنني رؤية ذلك في التطبيق؟** لا. لا تظهر أي معلومات عن جودة القوالب في تطبيق WhatsApp Business على الهاتف.

**ماذا يحدث إذا تجاهلتها؟** يؤدي استمرار تراجع الجودة إلى إيقاف القالب، وتؤدي الإيقافات المتكررة إلى تعطيله نهائيًا.

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

---

## خطاف الويب (webhook) للحقل history

https://easycoexistence.com/ar/docs/webhook-history

يحمل history نقل المحادثات الحالية لرقم Coexistence إلى واجهة برمجة التطبيقات (API) لمرة واحدة. يصل بعد إكمال الإعداد عند قبول مشاركة السجل، وهو الإشارة الوحيدة التي تحصل عليها أي عملية تكامل لمعرفة أن النقل حدث أصلًا.

### ما الذي يسلّمه

يسلّم سجل الرسائل واحداً لواحد الذي كان موجوداً مسبقاً في تطبيق WhatsApp Business، كي لا يبدأ البرنامج دون سياق على رقم استخدمه النشاط التجاري لسنوات.

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

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

### لماذا يعمل مرة واحدة

لأن النقل جزء من إكمال الإعداد، وليس قدرة مستمرة.

يُسأل مالك النشاط التجاري أثناء Embedded Signup عما إذا كان يريد مشاركة المحادثات الحالية. تؤدي الإجابة بنعم إلى السماح بتشغيل المزامنة، ولا يوجد إعداد يعيد تفعيلها لاحقاً، ولا endpoint يكررها. تعيد المحاولة الثانية الخطأ 2593107، وليس حدّاً للمعدل يزول لاحقاً.

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

### ما الذي ينبغي على المعالج فعله به

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

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

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

**ما مقدار السجل الذي يصل؟** نافذة من المحادثات الحديثة واحداً لواحد، تحددها Meta وليس مزود الخدمة.

**هل تنتقل المحادثات الجماعية؟** لا. فالمجموعات مستبعدة بالكامل من API على رقم Coexistence.

**هل يمكنني طلبه مرة أخرى لاحقاً؟** لا. يعمل مرة واحدة لكل عملية إعداد، وتشغيله مجدداً يتطلب فصل الرقم وإعادة توصيله.

**ماذا يحدث إذا رفض المالك مشاركة السجل؟** لا يصل شيء في هذا الحقل، ولا ترى API سوى الرسائل التي تبدأ من لحظة اتصال الرقم.

---

## خطاف الويب smb_app_state_sync

https://easycoexistence.com/ar/docs/webhook-smb-app-state-sync

ينقل smb_app_state_sync الحالة من تطبيق WhatsApp Business نفسه، وخصوصًا مزامنة جهات الاتصال التي تبدأ عند اتصال رقم Coexistence. وهو منفصل عن history الذي ينقل المحادثات، ولا يوجد إلا في أرقام Coexistence.

### ما الذي ينقله

حالة التطبيق، أي عمليًا جهات الاتصال الموجودة مسبقًا على هاتف النشاط التجاري.

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

مثل history، لا يوجد هذا الحقل إلا في Coexistence. ولا توجد حالة تطبيق لمزامنتها في رقم لم يكن مرتبطًا بتطبيق.

### ما الذي لا ينقله

أدوات العمل الخاصة بالتطبيق، إذ لا تمثيل لها على جانب المنصة.

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

### لماذا يهم ذلك في التكامل

لأنه يحدد ما إذا كان نظامك سيعرف هوية من يكتب منذ اليوم الأول.

من دون مزامنة جهات الاتصال، تصل كل رسالة واردة على شكل رقم هاتف بلا اسم، وتصبح مطابقة الرقم بسجل العميل مسؤوليتك. ومع المزامنة، تصبح قائمة جهات اتصال النشاط التجاري متاحة وتتم المطابقة في معظم الحالات.

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

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

**هل هذا هو نفسه تزامن history؟** لا. ينقل هذا الحقل حالة التطبيق، وخصوصًا جهات الاتصال. أما history فينقل المحادثات.

**هل يعمل أكثر من مرة؟** المزامنة الأولية جزء من الإعداد وتتم مرة واحدة، مع مهلة 24 ساعة نفسها الخاصة بـ history.

**هل أحصل على التصنيفات؟** لا. التصنيفات ميزة في التطبيق ولا نظير لها في API.

**هل يوجد في رقم Cloud API عادي؟** لا. لا توجد حالة تطبيق WhatsApp Business لمزامنتها في هذا النوع من الأرقام.

---

## خطاف الويب template_category_update

https://easycoexistence.com/ar/docs/webhook-template-category-update

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

### لماذا تتغير الفئة تلقائيًا

لأن Meta تراجع ما يقوله القالب فعليًا، لا ما أُعلن عنه فقط.

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

لا شيء من جانبك يطلق ذلك. يظل القالب والرمز كما هما، وتكون أول علامة من دون هذا الحدث فاتورة لا تطابق التوقعات.

### ما الذي يتغير

سعر كل محادثة يفتحها ذلك القالب بعد ذلك.

- تسعّر Meta محادثات الخدمات والتسويق والمصادقة بأسعار مختلفة.
- تتطلب الرسائل التسويقية أيضًا طريقة دفع في حساب WhatsApp Business.
- يبدأ القالب المعاد تصنيفه إلى التسويق في حساب لا يملك طريقة دفع بإرجاع 131042.
- يستمر القالب نفسه في العمل، لكن تتغير تكلفته ومتطلباته.

### كيف تتجنب إعادة التصنيف

صرّح بصدق، فهذا أقل تكلفة من محاولة التحسين.

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

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

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

**هل يتوقف القالب عن العمل؟** لا. يستمر في الإرسال، لكن يتغير سعر المحادثة، وبالنسبة إلى التسويق يتغير شرط وجود طريقة الدفع.

**هل يمكنني الاعتراض على إعادة التصنيف؟** تتعامل Meta مع نزاعات الفئات عبر قنواتها الخاصة، ولا يستطيع أي مزود تغيير الفئة.

**أي فئة هي الأقل تكلفة؟** تسعّر Meta الفئات بأسعار مختلفة حسب السوق. وأقل فئة تكلفة هي الفئة الصحيحة التي تصف الرسالة بصدق.

**ما هو 131063؟** يعني تعطيل القوالب التسويقية في الحساب، وهذا يختلف عن عدم وجود طريقة دفع.

---

## محفظة Meta Business Portfolio وما تحتويه

https://easycoexistence.com/ar/docs/meta-business-portfolio

تُعد Business Portfolio الحاوية على مستوى الشركة في Meta Business Manager. وهي تحتوي على حسابات WhatsApp Business، التي تحتوي بدورها على أرقام الهواتف. عند اتصال العميل برقم، يبقى الرقم في محفظته ولا ينتقل إلى محفظة المزوّد.

### كيف تترابط المستويات؟

هناك ثلاثة مستويات، وتبدأ معظم حالات الالتباس من تسمية جميعها بالحساب.

تقع Business Portfolio في المستوى الأعلى، وتمثل الشركة في Meta Business Manager. وهي تحتوي على أصول مثل الحسابات الإعلانية والصفحات وحسابات WhatsApp Business. وداخل حساب WhatsApp Business توجد أرقام الهواتف، ولكل رقم phone number id وتقييم جودة ومستوى مراسلة خاص به.

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

### لماذا يهم مَن يملك المحفظة التي يوجد فيها الرقم؟

لأن ذلك يحدد مَن يتحكم فعليًا في الاتصال.

عندما تتم عملية الإعداد عبر تطبيق Tech Provider الخاص، يتصل الرقم داخل محفظة العميل، مع تفويض تطبيق المزوّد للتصرف فيه. وتبقى العلاقة مع Meta ملكًا للعميل، وتُرسل فواتير المحادثات إلى وسيلة الدفع الخاصة به، ويمكنه إلغاء الوصول.

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

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

**هل المحفظة هي نفسها حساب WhatsApp Business؟** لا. المحفظة هي حاوية الشركة، أما WABA فيوجد داخلها ويحتوي على أرقام الهواتف.

**هل يمكن لمحفظة واحدة استيعاب عدة WABAs؟** نعم، وتظهر هذه الحالة كثيرًا لدى الوكالات عندما يمتلك العميل حسابات منفصلة لعلامات تجارية مختلفة.

**مَن يمكنه منح الوصول إلى محفظة؟** مسؤول في تلك المحفظة، ويكون عادةً مالك النشاط التجاري لا الشخص الذي ينفذ عملية التكامل.

**هل يؤدي الاتصال إلى نقل رقمي؟** لا. يبقى الرقم في محفظتك، مع تفويض تطبيق المزوّد للتصرف فيه.

---

## حساب WhatsApp Business، ولماذا توجد التجاوزات عليه

https://easycoexistence.com/ar/docs/whatsapp-business-account

يحتفظ حساب WhatsApp Business بأرقام الهاتف والقوالب. وتكمن أهميته في أن توجيه خطاف الويب يطبَّق على مستوى الحساب لا لكل رقم، لذلك تزيل إزالة الاتصال التوجيه معه.

### ما الذي يحتفظ به WABA فعليا؟

أرقام الهاتف والقوالب، وهو اقتران أكثر تأثيرا مما يبدو للوهلة الأولى.

تنتمي القوالب إلى الحساب لا إلى رقم، لذلك تشترك كل الأرقام الموجودة في WABA نفسه في مكتبة القوالب ذاتها. أنشئ قالبا لتحديثات الطلبات، ويمكن لجميع الأرقام إرساله. تضع Meta حدا لعدد القوالب في الحساب، وقد تواجه الوكالات التي تدير علامات تجارية كثيرة في حساب واحد هذا الحد.

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

### لماذا توجد تجاوزات خطاف الويب على هذا المستوى؟

لأن الاشتراك الذي تعدّله هو اشتراك تطبيق في حساب، لا في رقم.

عند ضبط وجهة، ما يحدث فعليا هو تطبيق override callback URI على اشتراك تطبيقنا في WABA. بعد ذلك يرسل كل رقم في الحساب أحداث مسار الرسائل إلى تلك الوجهة. لا يوجد توجيه لكل رقم، وهو أمر يفاجئ من يدير عدة أرقام لعميل واحد.

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

- توقّع توجيه خطاف ويب لكل رقم. التجاوز يخص الحساب.
- افتراض أن إعادة الاتصال تستعيد الوجهة. يُلغى تثبيتها مع التطبيق ويجب تطبيقها من جديد.
- نسيان أن القوالب مشتركة. يرى كل رقم في الحساب المكتبة نفسها.

**هل يمكن لرقمين في WABA نفسه التوجيه إلى نقطتي نهاية مختلفتين؟** لا. يطبَّق التجاوز على الحساب، لذلك ترسل جميع أرقامه الرسائل إلى الوجهة نفسها.

**هل تنتقل القوالب بين الحسابات؟** لا. تنتمي القوالب إلى الحساب الذي أُنشئت فيه.

**ماذا يحدث للتجاوز عند إزالة رقم؟** إذا أُلغي تثبيت التطبيق من الحساب، يزول التجاوز معه. تستعيد إعادة الاتصال الإرسال، لا الوجهة.

**هل يوجد حد للقوالب؟** تضع Meta حدا للقوالب لكل حساب، ويؤدي تجاوزه إلى إرجاع خطأ مخصص.

---

## التحقق بخطوتين على رقم WhatsApp

https://easycoexistence.com/ar/docs/two-step-verification

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

### متى تكون الحاجة إلى رمز PIN فعلية؟

أثناء تسجيل الرقم وإعادة تسجيله، وفي بعض عمليات الحساب التي تحميها Meta.

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

الأخطاء المرتبطة به محددة بما يكفي لتشخيصها. يُرجع رمز PIN غير الصحيح الخطأ 133005. وتُرجع المحاولات الكثيرة الخطأ 133008، مع قفل المحاولات الإضافية لفترة يذكرها الرد. أما المحاولات المقدمة بسرعة كبيرة فتُرجع الخطأ 133009، وهو حد لمعدل الطلبات وليس إجابة خاطئة.

### ماذا تفعل عند فقدانه؟

أعد ضبطه في WhatsApp Manager، ضمن إعدادات الرقم، ويتطلب ذلك الوصول إلى الحساب الذي يملكه.

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

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

- إعادة المحاولة بسرعة بعد إدخال رمز PIN خاطئ. يؤدي ذلك إلى الخطأ 133009 ويؤخر المحاولة الصحيحة التالية.
- تخزين رمز PIN لدى الوكالة فقط. يجب أن يتمكن النشاط التجاري من استرداده بنفسه.
- افتراض أن مزود الخدمة يستطيع استعادته. لا يحتفظ به أحد، وهذا هو سبب وجوده.

**هل يمكنكم إعادة ضبط رمز PIN الخاص بي؟** لا. يُضبط على الرقم ضمن إعدادات Meta نفسها، ولا يستطيع أي مزود قراءته أو تغييره.

**كم تدوم مدة القفل؟** تذكر Meta فترة الانتظار في استجابة الخطأ 133008، بدلًا من استخدام مدة ثابتة.

**هل رمز PIN مرتبط بكل رقم أم بكل حساب؟** بكل رقم هاتف.

**هل هذا هو نفسه التحقق من النشاط التجاري؟** لا. يتعلق التحقق بالكيان القانوني على مستوى المحفظة، أما هذا فهو رمز PIN على رقم.

---

## خطاف الويب (webhook) account_review_update

https://easycoexistence.com/ar/docs/webhook-account-review-update

يحمل account_review_update نتيجة مراجعة Meta للحساب التجاري. يوضح الحقل decision القرار، ويستحق الرفض اعتبار الاتصال متدهورًا لا مجرد معلومة، لأن الإرسال غالبًا يتراجع بعده.

### متى تحدث المراجعة؟

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

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

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

### لماذا نعامل الرفض كاتصال متدهور لا كخبر؟

لأنه غالبًا أول حدث ضمن عدة أحداث، وليس الأخير.

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

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

- تسجيل الرفض من دون تغيير الحالة. إنه مؤشر مبكر، وليس هامشًا.
- توقع ظهور السبب في هذا الحدث. فهو يحمل القرار، أما التفاصيل فتوجد في Business Manager.
- افتراض أن النشاط التجاري سيلاحظ الأمر. لا يظهر شيء عن المراجعة على الهاتف.

**هل يستطيع مزود الخدمة معرفة سبب فشل المراجعة؟** لا. يظهر إشعار enforcement وسببه في Business Manager ضمن الحساب التجاري.

**هل يؤدي الرفض دائمًا إلى التقييد؟** ليس دائمًا، لكنه يحدث كثيرًا بما يكفي لجعل التعامل معه كتحذير هو الإعداد الافتراضي الصحيح.

**من يستطيع تقديم اعتراض؟** الأشخاص الذين يملكون صلاحية المسؤول للحساب التجاري. لا يستطيع مزود الخدمة تقديم الاعتراض نيابةً عنهم.

**هل هذا هو نفسه مراجعة القالب؟** لا. تصل نتائج مراجعة القالب بشكل منفصل، وتتعلق بقالب واحد لا بالحساب.

---

## خطاف الويب (webhook) business_capability_update

https://easycoexistence.com/ar/docs/webhook-business-capability-update

يُبلغ business_capability_update عن تغيّر في ما يمكن للحساب فعله، وأهمه حد المراسلة. ويحمل الحد الحالي، أي عدد العملاء الفريدين الذين يمكنك بدء محادثات معهم يوميًا. ويتحرك في الاتجاهين.

### ما الذي يحدّه حد المراسلة فعليًا؟

عدد العملاء الفريدين الذين يمكنك بدء محادثة معهم خلال يوم متحرك. وليس عدد الرسائل التي يمكنك إرسالها، ولا سرعة الإرسال.

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

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

### لماذا يتحرك إلى الأسفل؟

لأن المستوى يتبع الجودة، والجودة تتبع ردود فعل المستلمين.

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

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

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

**كيف أرفع مستواي؟** يتبع المستوى الجودة بمرور الوقت، وليس طلبًا محددًا. الآلية هي الإرسال جيدًا إلى أشخاص يرغبون في تلقيه.

**هل يستهلك إرسال القالب المستوى دائمًا؟** نعم إذا بدأ محادثة. أما إرساله داخل نافذة مفتوحة فلا يستهلك المستوى.

**هل يختلف messaging_limit_update؟** ترسل Meta الاسمين لتغييرات مرتبطة. ويعاملهما معالجنا بالطريقة نفسها لأن المحتوى المفيد واحد.

**هل ينطبق هذا على رقم Coexistence؟** نعم. ما يثبته Coexistence هو معدل الإرسال، وليس مستوى المراسلة.

---

## خطاف الويب (webhook) account_alerts

https://easycoexistence.com/ar/docs/webhook-account-alerts

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

### ما الذي يصل عبر هذه القناة؟

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

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

هذا هو الحدث التشغيلي الوحيد الذي تكون معالجته الصادقة هي الملاحظة لا اتخاذ القرار. يسجل معالجنا وصول التنبيه، ولا يحاول استنتاج حالة منه.

### كيف ينبغي أن يندرج ضمن المراقبة؟

بوصفه إشارة على خط زمني، بجوار الأحداث التي تحمل حالة فعلية.

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

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

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

**لماذا لا يغيّر حالة اتصالي؟** لأنه لا يوضح ما الذي تغير. واستنتاج حالة منه سينتج إنذارات كاذبة.

**أين أرى التفاصيل؟** في Business Manager ضمن حساب النشاط التجاري. فالحدث دعوة للمراجعة هناك.

**هل هو نادر؟** ليس حدثاً روتينياً، ولهذا تحديداً يستحق عرضه عند وصوله.

**هل يعني أن هناك مشكلة؟** ليس بالضرورة. يعني أن Meta أشارت إلى أمر ما، وهو ما يستحق نظرة بشرية لا استجابة تلقائية.

---

## أسماء العرض على رقم أعمال WhatsApp

https://easycoexistence.com/ar/docs/display-names

اسم العرض هو ما يراه العملاء فوق المحادثة مع رقمك. يتطلب تغييره موافقة Meta، ويصل القرار عبر خطاف الويب (webhook)‏ phone_number_name_update، وعادةً يكون الرفض بسبب عدم تطابق الاسم مع النشاط التجاري.

### ما الذي تتحقق منه Meta؟

تتحقق Meta أساسًا من أن الاسم يطابق النشاط التجاري الذي تم التحقق من الحساب على أساسه.

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

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

### كيف يصل القرار؟

عبر webhook ‏phone_number_name_update، الذي يحمل حقل القرار ‏decision.

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

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

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

**كم تستغرق الموافقة؟** لا تنشر Meta مدة محددة، ولا يستطيع أي مزود تسريعها.

**هل يمكنني تغييره لاحقًا؟** نعم، ويخضع كل تغيير للمراجعة من جديد.

**ما الخطأ 131037؟** هو الخطأ الذي يعيده الرقم عندما لا يملك اسم عرض معتمدًا ويحاول تنفيذ إجراء يتطلبه.

**هل يرى العميل رقم هاتفي أيضًا؟** يرى اسم العرض بعد اعتماده، وهذا هو الهدف من وجوده.

---

## فئات القوالب: المنفعة والتسويق والتحقق

https://easycoexistence.com/ar/docs/template-categories

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

### ما الذي يندرج تحت كل فئة؟

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

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

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

### لماذا لا نعلن كل شيء ضمن فئة المنفعة؟

لأن Meta تعيد التصنيف، وإعادة التصنيف أسوأ من التصريح الصادق.

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

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

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

**من يدفع تكلفة الرسالة التسويقية؟** تخصم Meta التكلفة من طريقة الدفع في حساب WhatsApp Business الخاص بك. ولا تمر التكلفة عبرنا.

**هل يمكن تغيير فئة القالب؟** يمكن لـ Meta إعادة تصنيف القالب بعد الموافقة إذا لم يتطابق محتواه مع الفئة المعلنة.

**هل فئة المنفعة مجانية؟** تسعّر Meta محادثات المنفعة، وهي ليست مثل الردود داخل نافذة خدمة العملاء، إذ تكون تلك الردود مجانية.

**ما الخطأ 131063؟** يعني تعطيل القوالب التسويقية في الحساب، وهذا يختلف عن عدم وجود طريقة دفع.

---

## توقف رقم عن العمل: كيف تعرف السبب

https://easycoexistence.com/ar/docs/troubleshooting-a-connection

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

### لماذا لا يبدو أن هناك مشكلة في الهاتف؟

لأن تطبيق WhatsApp Business وAPI سطحان منفصلان للرقم نفسه، ومعظم الأعطال تؤثر في أحدهما فقط.

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

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

### ما الترتيب الذي ينبغي أن تتبعه في الفحص؟

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

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

ثم افحص الانقطاع: حدث account_update يتضمن PARTNER_REMOVED وسببًا، حيث يعني PRIMARY_INACTIVITY أن التطبيق لم يُفتح لنحو أربعة عشر يومًا، وأن إعادة الاتصال تصلح المشكلة.

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

### ما السبب الذي يكاد لا يكون هو المشكلة؟

الشيفرة الخاصة بك، إذا كانت تعمل بالأمس ولم تُنشر أي تغييرات.

إن Cloud API مستقرة، ولا تتغير أشكال طلباتها من تلقاء نفسها. عندما يتوقف تكامل عمل لأشهر، فالاحتمال الأكبر هو بيانات اعتماد، أو تغيير في التوجيه، أو حدث على مستوى الحساب، وكلها تحدث من دون أن يلمس أحد مستودع الشيفرة.

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

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

**يعمل الرقم على الهاتف، لكن لا يُرسل شيء. من أين أبدأ؟** ابدأ برمز الوصول. فهو السبب الأكثر شيوعًا، والأكثر شبهًا برقم أزيل.

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

**كيف أعرف إن كانت قاعدة الأربعة عشر يومًا هي السبب؟** يصل الانقطاع مع السبب PRIMARY_INACTIVITY في حدث account_update.

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

---

## ما الرسائل التي تحاسب عليها Meta في WhatsApp

https://easycoexistence.com/ar/docs/free-and-paid-conversations

تحاسب Meta على كل رسالة يتم تسليمها، لا على كل محادثة. منذ 1 أكتوبر 2026 يحصل كل رقم هاتف للنشاط التجاري على 1,000 رسالة خدمة مجانية شهريًا، وهي الردود المرسلة ضمن نافذة خدمة العملاء البالغة 24 ساعة، وتبدأ Meta المحاسبة من الرسالة رقم 1,001. تُحتسب القوالب عند التسليم، ومنها قوالب الخدمات (utility). وتُخصم هذه الرسوم من وسيلة الدفع المضافة إلى حساب WhatsApp Business الخاص بك.

### ما المجاني بالضبط؟

حتى 1,000 رسالة خدمة شهريًا لكل رقم هاتف للنشاط التجاري. رسالة الخدمة هي أي رسالة ليست قالبًا، ولا يمكن إرسالها إلا داخل نافذة خدمة عملاء مفتوحة، أي خلال 24 ساعة من آخر رسالة أرسلها العميل إليك. ابتداءً من الرسالة رقم 1,001 في الشهر تحاسب Meta على كل رسالة، والرصيد غير المستخدم لا يُرحَّل إلى الشهر التالي.

هذا أهم لتصميم التكامل مما يبدو في البداية. سير عمل للدعم لا يرد إلا على من راسلك أولًا يبقى مجانيًا حتى يتجاوز هذا الحد، ثم يدفع عن كل رسالة. أما سير العمل الذي يبادر بالتواصل فيدفع عن كل قالب يُسلَّم، ومنذ 1 أكتوبر 2026 يشمل ذلك قوالب الخدمات المرسلة داخل نافذة مفتوحة.

إذن تتحدد تكلفة التكامل بعدد الرسائل التي يسلّمها وبفئتها، لا بعدد المحادثات. قد يختلف ما تحاسب عليه Meta اختلافًا كبيرًا بين نظامين يرسلان الحجم نفسه.

### من تحاسب Meta؟

وسيلة الدفع المضافة إلى حساب WhatsApp Business الخاص بك، وتُحدَّد في WhatsApp Manager عند الإعداد.

هذه علاقة مباشرة بين النشاط التجاري وMeta. لا تمر الرسوم عبر Tech Provider، ولهذا لا يستطيع المزود إضافة هامش عليها أو تجميعها ضمن باقة أو إعادة بيعها. أي جهة تعرض أسعارًا مخفضة لرسائل WhatsApp إما موزع بترتيب مختلف، وإما تصف شيئًا غير رسوم Meta.

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

- افتراض أن الردود مجانية دائمًا. منذ 1 أكتوبر 2026 تحاسب Meta على رسائل الخدمة بعد 1,000 لكل رقم شهريًا، وعلى قوالب الخدمات داخل النافذة أيضًا.
- توقع أن تتضمن فاتورة المزود رسوم Meta. تُفوتَر هذه الرسوم مباشرة وبشكل منفصل.
- بناء سير عمل دون وسيلة دفع على الحساب. لن تُرسَل القوالب، وتتوقف الردود بمجرد استنفاد الرصيد المجاني الشهري.

**هل كل الردود مجانية؟** فقط أول 1,000 رسالة خدمة لكل رقم هاتف للنشاط التجاري كل شهر. بعد ذلك تحاسب Meta على كل رسالة، وخارج نافذة الـ24 ساعة تحتاج إلى قالب يُحتسب عند التسليم.

**هل تغيّر الفئة السعر؟** نعم. تسعّر Meta الرسائل التسويقية ورسائل الخدمات والمصادقة والخدمة بشكل مختلف، ويعتمد السعر أيضًا على بلد المستلم.

**هل يستطيع المزود منحي سعرًا أفضل؟** ليس على رسوم Meta، لأنها لا تصل إلى المزود أصلًا.

**ماذا يحدث إذا فشلت وسيلة الدفع؟** تتوقف عمليات الإرسال التي تتطلب خصم رسوم وتعيد الخطأ 131042. أما الاستقبال فلا يتأثر.

---

## MCP أم خطاف الويب (webhook): أيهما تحتاج فعليًا

https://easycoexistence.com/ar/docs/mcp-or-webhook

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

### لماذا لا يستطيع MCP الرد على عميل تلقائيًا؟

لأن البروتوكول لا يملك آلية لإيقاظه.

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

لذلك فإن السؤال الذي يطرحه كل مشترٍ في النهاية، وهو ما إذا كان يمكن للذكاء الاصطناعي الرد على العملاء ليلًا، إجابته webhook لا MCP. ترسل Meta الرسالة إلى نظام تديره، ثم يقرر النظام ما يفعله، وقد يشمل ذلك استدعاء نموذج.

### ما الاستخدام الفعلي الجيد لكل مسار؟

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

أما webhook فمخصص لكل ما يجب أن يحدث دون وجود أي شخص. الرد الأول بعد ساعات العمل، توجيه الرسالة إلى الشخص المناسب، تسجيلها في CRM، وتشغيل سير عمل.

الميزة المفيدة هي أن MCP يستطيع إعداد webhook. تنتج get_connect_link الرابط الذي يفتحه العميل، وتوجه set_webhook_destination رقمه إلى نظامك، فيستطيع الوكيل تنفيذ إعداد المسار الذي لا يمكنه خدمته بنفسه.

### أي الأدوات تتحدث مع أي مسار؟

تستخدم المساعدات MCP، مثل Claude وChatGPT وCursor وClaude Code. أما منصات الأتمتة فغالبًا لا تستخدمه، والتمييز بينهما ليس كما يتوقع الناس.

تنشئ Make وZapier خوادم MCP خاصة بهما، وتعرضان إجراءاتهما على المساعدات. ولا تعمل أي منهما كعميل MCP، لذلك لا تستطيعان استدعاء خادمنا. وبالنسبة إليهما، يكون التكامل عبر webhook واستدعاء HTTP.

أما n8n فهي الاستثناء. إذ تتصل أداة MCP Client Tool فيها بخادم بعيد وتدعم OAuth2، لذلك يمكن لعقدة وكيل داخل سير عمل n8n استدعاء أدواتنا مباشرة. وحتى هنا يبدأ سير العمل عبر webhook، لأنه الشيء الوحيد الذي يستجيب تلقائيًا.

- شراء MCP مع توقع ردود تلقائية. فهو يعمل عند الطلب، ولا يوجد من يطلب منه ذلك عند الساعة 3 صباحًا.
- افتراض أن المنصة التي تملك خادم MCP تستطيع استهلاك خادم آخر. فـ Make وZapier تعرضان الأدوات ولا تستدعيانها.
- بناء المسارين لتنفيذ المهمة نفسها. فهما مخصصان لنصفين مختلفين من النظام نفسه.

**هل يستطيع المساعد مراقبة WhatsApp الخاص بي؟** لا. لا يمكن لأي شيء دفع حدث إلى خادم MCP. المراقبة تتم عبر webhook، ويمكن لـ webhook بعد ذلك استدعاء نموذج.

**هل أحتاج إلى كليهما؟** تستخدم معظم الأنظمة الفعلية كليهما: MCP للعمل الذي ينفذه الأشخاص، وwebhook لكل ما يحدث دونهم.

**هل يستطيع Zapier استخدام خادم MCP الخاص بكم؟** لا. يعمل Zapier كخادم MCP وليس كعميل، لذلك لا يستطيع استدعاء خادمنا.

**هل يستطيع n8n ذلك؟** نعم، عبر MCP Client Tool مع OAuth2. إنها منصة الأتمتة الوحيدة من بين المنصات الثلاث التي تستطيع ذلك.

---

## ما الذي يتغير في تطبيق WhatsApp Business بعد الاتصال؟

https://easycoexistence.com/ar/docs/what-changes-in-the-app

لا يتغير شيء تقريبًا على الهاتف. تبقى المحادثات والسجل وجهات الاتصال والجهاز نفسها، ويجيب الفريق كما كان تمامًا. ما يتغير هو اتصال API بالخط نفسه، ورؤية كل طرف لما يرسله الآخر، واستبعاد المجموعات من API.

### ما الذي يبقى كما كان تمامًا؟

التطبيق، والرقم، والمحادثات، والشخص الذي يجيب عنها.

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

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

### ما الذي يتغير فعلًا؟

ثلاثة أمور، وواحد منها فقط ظاهر.

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

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

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

### ما الذي يتعين على النشاط التجاري مواصلة فعله؟

فتح التطبيق، وهو ما كان سيفعله على أي حال.

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

يمكن استعادة الاتصال، لذا فالأمر إزعاج لا خسارة. وما يستحق التخطيط له يحدث لاحقًا: تُزال وجهة خطاف الويب (webhook) مع الاتصال، لذلك تعيد إعادة الاتصال الإرسال، لكن التسليم إلى خادمك لا يعود بصمت إلا إذا أُعيد تطبيق الوجهة.

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

**هل سيتعين على فريقي تعلم أي شيء؟** لا. سيواصلون استخدام تطبيق WhatsApp Business بالطريقة نفسها تمامًا.

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

**هل يمكننا مواصلة استخدام المجموعات؟** من التطبيق، نعم، كما كان تمامًا. أما عبر API، فلا، لدى أي مزود.

**ماذا يحدث إذا لم يفتح أحد التطبيق لمدة أسبوعين؟** تفصل Meta جانب API. وتعيد إعادة الاتصال تشغيله، بينما يظل التطبيق نفسه دون تأثر طوال الوقت.

---

## مرجع Coexistence

https://easycoexistence.com/ar/docs/coexistence

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

### ما هي

وضع رسمي من Meta لتشغيل تطبيق WhatsApp Business وCloud API على رقم هاتف واحد في الوقت نفسه. ليست API منفصلة، بل Cloud API نفسها بعد إعدادها بحيث يواصل التطبيق العمل على الرقم.

### لماذا تستخدمها الفرق

أربعة أسباب تفسر تقريبًا كل عملية اتصال.

- الإبقاء على الرقم المطبوع أصلًا على المركبات والإيصالات والموقع الإلكتروني.
- إضافة الإرسال عبر API وخطافات الويب (webhook) والقوالب دون نقل أي شخص إلى أداة جديدة.
- إبقاء المحادثات خارج صندوق الوارد المشترك لدى مزود الخدمة.
- تمكين وكالة من إدارة أرقام عملاء متعددة، مع بقاء كل رقم ضمن محفظة العميل نفسه.

### كيف يعمل التواصل

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

### سلوك التسعير

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

### الأجهزة المرتبطة

Coexistence ليست جهازًا مرتبطًا ولا تستخدمه. الجهاز المرتبط هو عميل المستهلك المسجل الدخول من مكان آخر، وهو ما تؤتمته الأدوات غير الرسمية وما تحظره شروط WhatsApp. لا شيء هنا يستخدم هذه الآلية.

### القيود الوظيفية

تفرضها Meta، وهي متطابقة لدى جميع مزودي الخدمة.

- المحادثات الجماعية غير متاحة عبر API.
- لا يمكن إرسال القوالب من تطبيق الهاتف، بل عبر API فقط.
- سرعة الإرسال ثابتة ولا تتوسع مع الجودة والمستوى.
- تُحسم مشاركة سجل المحادثات مرة واحدة أثناء الإعداد.

### الأهلية

يجب أن يستوفي الرقم جميع الشروط التالية قبل اتصاله.

- أن يكون نشطًا في تطبيق WhatsApp Business، لا تطبيق المستهلك.
- أن يكون ضمن Business Portfolio يمكنك الوصول إليه.
- ألا يكون متصلًا مسبقًا بتطبيق مزود خدمة آخر.

### ملاحظات تشغيلية

أمور تصبح صحيحة بعد الاتصال ويسهل تجاوزها دون انتباه.

- يجب فتح التطبيق دوريًا، وإلا تفصل Meta جانب API.
- يؤدي فصل الاتصال إلى إزالة تجاوز خطاف الويب (webhook) مع التطبيق.
- يُستطلع تقييم الجودة بدل دفعه، لذلك لا يعلن أي شيء عن انخفاضه.
- يبدو رمز الوصول (token) الملغى مطابقًا لرقم أزيل، ما لم تتوفر بيانات اعتماد ثانية.

### تنبيه بشأن اختيار الحساب

أثناء Embedded Signup، تُختار Business Portfolio وحساب WhatsApp Business كخطوتين منفصلتين. يؤدي اختيار الحساب الخطأ إلى إلحاق الرقم بمكان لم تقصده، ونقله بعد ذلك يتطلب فصل الاتصال وإعادة العملية كاملة.

### قرارات لا يمكن التراجع عنها

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

### فصل الاتصال أو التراجع

يمكن فصل الرقم في أي وقت من لوحة التحكم أو عبر الموصل. ويواصل تطبيق WhatsApp Business عمله كما كان تمامًا، مع بقاء محادثاته وسجله سليمين، ولا يتغير الرقم نفسه بشكل دائم بسبب اتصاله.

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

**هل هذه هي Cloud API نفسها؟** نعم. Coexistence طريقة للإعداد على Cloud API مع إبقاء تطبيق WhatsApp Business عاملًا على الرقم.

**هل يمكنني التراجع عنها؟** نعم. يؤدي فصل الاتصال إلى إبقاء التطبيق ومحادثاته كما كانا تمامًا.

**هل يحتاج فريقي إلى تدريب؟** لا. يواصل الفريق استخدام تطبيق WhatsApp Business بالطريقة المعتادة.

**لماذا لا يستطيع التطبيق إرسال القوالب؟** القوالب ميزة في المنصة وليست ميزة في التطبيق. وكل ما يقع خارج نافذة 24 ساعة يمر عبر API.

---

## ما الذي يتزامن مع API وما الذي لا يتزامن

https://easycoexistence.com/ar/docs/what-syncs-and-what-does-not

تتزامن جهات الاتصال وسجل الرسائل الفردية مع واجهة برمجة التطبيقات (API)، ثم تنعكس الرسائل في الاتجاهين. لا تتزامن المجموعات، ولا أدوات تطبيق WhatsApp Business الخاصة به، مثل الكتالوج والطلبات والحالة والتصنيفات والردود السريعة ورسائل الترحيب والغياب.

### ما الذي ينتقل

شيئان، وهما الأهم للبرامج التي تبدأ على رقم استخدمه النشاط التجاري لسنوات.

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

### ما الذي لا ينتقل

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

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

### لماذا تبقى أدوات التطبيق الخاصة خارج المزامنة

لأنها ميزات في التطبيق وليست في المنصة، ولا يملك API بديلاً عنها.

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

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

### الفترة التي قد تفوتك

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

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

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

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

**هل تظهر محادثاتي القديمة في API؟** يتزامن السجل الفردي إذا قبلته أثناء الإعداد. أما المحادثات الجماعية فلا تتزامن.

**هل يمكن للبرامج رؤية تصنيفاتي؟** لا. التصنيفات ميزة في التطبيق ولا مقابل لها في API، لذلك تبقى على الجهاز.

**هل يفقد الفريق الردود السريعة؟** لا. يواصل استخدامها في التطبيق كما كان، لكن البرامج لا تستطيع رؤيتها.

**ماذا يحدث إذا فاتتني مهلة المزامنة البالغة 24 ساعة؟** يجب فصل الرقم وإعداده من جديد، ما يعيد تشغيل الإعداد ويفتح مهلة جديدة.

---

## ما ميزات WhatsApp التي تتوقف بعد Coexistence؟

https://easycoexistence.com/ar/docs/features-disabled-by-coexistence

تتوقف أربعة أمور بعد ربط رقم عبر Coexistence: تُعطّل الرسائل المختفية، ورسائل العرض لمرة واحدة، والموقع المباشر في المحادثات الفردية، كما تُعطّل قوائم البث بالكامل وتصبح القوائم الحالية للقراءة فقط بدل حذفها. يحدث ذلك لأن واجهة برمجة التطبيقات (API) تتعامل مع المحادثة عبر نظام آخر.

### الميزات الأربع

تُعطّل كل ميزة على مستوى المنصة بدل إخفائها، ولكل منها سبب مرتبط بقدرة API على رؤية المحادثة.

- الرسائل المختفية: معطّلة في جميع المحادثات الفردية.
- رسائل العرض لمرة واحدة: معطّلة في جميع المحادثات الفردية.
- رسائل الموقع المباشر: معطّلة في جميع المحادثات الفردية.
- قوائم البث: معطّلة، وتصبح القوائم الحالية للقراءة فقط بدل إزالتها.

### لماذا هذه الميزات الأربع تحديدًا؟

لأن كل واحدة منها تعد بشيء يتعارض مع API.

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

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

لذلك لا شيء من هذا اعتباطي. فالمنصة ترفض تقديم وعد لم يعد بإمكانها الوفاء به.

### ماذا يعني ذلك قبل ربط رقم العميل؟

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

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

تؤثر الرسائل المختفية في نوع مختلف من المستخدمين، غالبًا من فعّلها مرة ثم نسيها. أما الموقع المباشر فنادرًا ما يُذكر خارج خدمات التوصيل والعمل الميداني.

- ربط رقم يعتمد على قوائم البث دون إبلاغ النشاط التجاري. البديل قالب يحتاج إلى موافقة وفوترة.
- افتراض حذف قوائم البث الحالية. تصبح للقراءة فقط.
- توقع عودة هذه الميزات أثناء بقاء الرقم متصلًا. لن تعود.

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

**هل حُذفت قوائم البث الحالية؟** لا. تصبح للقراءة فقط، لذلك يبقى محتواها ولا يمكن الإرسال منها.

**هل يؤثر ذلك في المحادثات الجماعية؟** يوثّق التعطيل للمحادثات الفردية. أما المجموعات فهي خارج API بالكامل على رقم يستخدم Coexistence.

**ما البديل عن قائمة البث؟** قالب تسويقي معتمد يُرسل عبر API، ويتطلب وسيلة دفع في حساب WhatsApp Business الخاص بك.

---

## ما الأرقام المؤهلة لـ Coexistence

https://easycoexistence.com/ar/docs/number-eligibility

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

### ما الشروط المطلوبة في الرقم نفسه

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

- أن يكون الرقم مسجلًا ومستخدمًا مسبقًا في تطبيق WhatsApp Business، وليس تطبيق WhatsApp العادي.
- أن يعمل بالإصدار 2.24.17 أو أحدث على الجهاز الأساسي.
- أن يكون داخل Business Portfolio تملك صلاحية المسؤول للوصول إليه.
- ألا يكون متصلًا بتطبيق مزود خدمة آخر.

### أين تتوفر Coexistence

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

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

لا تنشر Meta قائمة دول مؤرخة، لذا فإن الاختبار الموثوق هو التدفق نفسه. إذا كان الرقم نشطًا في تطبيق WhatsApp Business ولم يرفضه Embedded Signup بسبب المنطقة، فإن Coexistence متاحة لهذا الرقم.

### ما الذي يحدث خطأً أثناء الإعداد

تفسر ثلاثة أخطاء معظم الحالات، ولكل منها شكل مختلف.

لا يُعرض خيار Coexistence أصلًا لرقم موجود في تطبيق WhatsApp العادي. يجب نقله أولًا إلى تطبيق WhatsApp Business، وهي عملية ينفذها النشاط التجاري على الهاتف.

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

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

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

**هل يمكنني استخدام رقم أرضي أو رقم افتراضي؟** يجب أن يكون الرقم مسجلًا في تطبيق WhatsApp Business، ما يعني أنه قادر على استلام رسالة التسجيل.

**ما إصدار التطبيق المطلوب؟** الإصدار 2.24.17 أو أحدث على الجهاز الذي يحتفظ بالرقم.

**هل تتوفر Coexistence في بلدي؟** على الأرجح نعم. تنص وثائق الإعداد الحالية من Meta على عدم وجود قيد جغرافي، واكتمل الإطلاق الإقليمي خلال 2026. ويظل التدفق نفسه الاختبار الموثوق.

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

---

## EasyCoexistence مقابل 360dialog

https://easycoexistence.com/ar/compare/easycoexistence-vs-360dialog

يشترك 360dialog وEasyCoexistence في نموذج التسعير: رسم ثابت لكل رقم متصل، مع فوترة رسوم المراسلة من Meta لك مباشرة ومن دون أي زيادة من أي طرف. يختلف المبلغ وعدد الشرائح وما الذي يشتريه الرسم فعلياً.

### ما الذي تدفعه لكل رقم

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

- 360dialog:: ثلاث شرائح لـ WhatsApp باستخدام واجهة برمجة التطبيقات (API) بسعر €49 و€99 و€500 لكل رقم شهرياً حتى سبتمبر 2026. توجد خطة تختارها عند التسجيل وحدّ يجب تجاوزه لاحقاً.
- EasyCoexistence:: قائمة أسعار واحدة منشورة تبدأ من US$ 9 لكل رقم متصل شهرياً وتنخفض إلى US$ 1 كلما أضفت أرقاماً. لا توجد قيود على الميزات فيها: الرقم العشرون لدى الوكالة يفعل كل ما فعله الأول وبتكلفة أقل، ولا حاجة إلى ترقية لأن ما من مستوى أعلى للترقية إليه.

### ماذا يحدث عند إضافة العملاء

هذه هي الحالة التي يتوقف فيها مبلغ الرقم عن كونه فرقاً هامشياً.

- 360dialog:: في شريحتهم الأولى، تكلف عشرون رقماً €980 شهرياً قبل إضافة أي رسوم من Meta. النموذج سليم، أما المضاعف فله قيمته.
- EasyCoexistence:: تكلف عشرون رقماً US$ 140 شهرياً، وكل رقم متصل داخل Business Portfolio الخاص بعميله، وتظهر تكلفته في بند مستقل، من دون بلوغ أي شريحة مهما ارتفع العدد.

### إلى أين يذهب محتوى المحادثات

من المهم تحديد ذلك قبل أي شيء آخر، لأنه لا يمكن تغييره لاحقاً.

- 360dialog:: لا تصف صفحة أسعارهم مسار الرسائل. وهذا لا يثبت شيئاً في أي اتجاه، لكنه أول سؤال ينبغي طرحه عليهم.
- EasyCoexistence:: ترسل Meta أحداث الرسائل إلى عنوان URL تحدده أنت، عبر تجاوز في اشتراك تطبيقنا بحسابك. تعود أحداث الحساب الذي لم يُحدَّد له وجهة إلى عنوان الاستدعاء لدينا، حيث يسقطها المعالج من دون حفظها.

### Coexistence نفسها

هل يستمر تطبيق WhatsApp Business في العمل على الرقم بعد توصيله.

- 360dialog:: لا تتناول صفحة أسعارهم الأمر. اسألهم مباشرة بدلاً من الوثوق بصفحة مقارنة، بما فيها هذه الصفحة: الميزة غير الموثقة ليست ميزة مفقودة.
- EasyCoexistence:: هذا هو المنتج بأكمله. يتصل الرقم عبر مسار Coexistence الخاص بـ Meta، ويستمر التطبيق في العمل كما كان تماماً، وترى كل واجهة ما ترسله الأخرى.

### متى تكون علاقة BSP كاملة هي ما تريده

حالة واحدة، وهي حالة حقيقية.

- 360dialog:: عندما تشتري علاقة مع مورّد بدلاً من اتصال. هم مزود BSP راسخ ذو تاريخ تشغيلي طويل وحضور إقليمي وهياكل دعم لا يضاهيها منتج صغير. توجد شريحتهم الأعلى لأن المرسلين الكبار يحتاجون إلى أمور لا يحتاجها الأصغر منهم.
- EasyCoexistence:: منتج متخصص: دعم عبر البريد الإلكتروني وخط زمني للاتصال يوضح ما حدث ومتى. هذا ما يحتاجه من يبني واجهته بنفسه، وليس علاقة لإدارة الحساب.

### أيّهما تختار

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

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

- مقارنة المبلغ الشهري فقط. فما يشمله الرسم يختلف أكثر من الرقم نفسه.
- افتراض أن أياً منهما يضيف زيادة على رسوم Meta. لا يفعل أي منهما، إذ تفوترها Meta لك مباشرة.
- اعتبار الميزة غير الموثقة ميزة مفقودة. اسألهم بدلاً من الوثوق بصفحة مقارنة، بما فيها هذه الصفحة.

**هل الأسعار حديثة؟** هي الأسعار المنشورة على صفحة أسعار 360dialog في سبتمبر 2026 والمذكورة أعلاه. تتغير الأسعار، لذا تحقق من المصدر قبل اتخاذ القرار.

**هل يضيف أي منهما زيادة على رسوم Meta؟** لا. يمررها كلاهما كما هي، وتفوتر Meta حساب WhatsApp Business الخاص بك مباشرة.

**هل يدعم 360dialog Coexistence؟** لا تتناول صفحة أسعارهم الأمر. وهذا لا يثبت شيئاً في أي اتجاه، ويستحق أن تسألهم عنه.

**أيهما أفضل لوكالة؟** يعتمد ذلك على ما إذا كنت تريد منصة لكل عميل أو اتصالاً لكل عميل. تصبح تكلفة الرقم أهم كلما ارتفع العدد.

---

## EasyCoexistence مقابل WATI

https://easycoexistence.com/ar/compare/easycoexistence-vs-wati

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

### ما الذي تدفع مقابله شهرياً فعلياً

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

- WATI:: لكل مستخدم ولكل جهة اتصال نشطة شهرياً. تمتد الخطط المنشورة من ثلاثة إلى عشرة مستخدمين ومن 500 إلى 2,500 جهة اتصال حتى سبتمبر 2026، لذلك ترتفع الفاتورة مع كل موظف جديد وكل عميل تتحدثون إليه.
- EasyCoexistence:: رسم ثابت واحد لكل رقم متصل، من دون حد للمستخدمين أو جهات الاتصال. لا تزيد تكلفة العميل العشرين للوكالة عن تكلفة الأول، والشهر المزدحم يكلف مثل الشهر الهادئ.

### إلى أين تنتهي محادثات عملائك

هذا فرق لا يمكن التراجع عنه لاحقاً، وهو ناتج عن طبيعة كل منتج.

- WATI:: على منصتهم. يجب أن يخزن صندوق الوارد المشترك محتوى الرسائل ليعرضه لمن يفتحه، وتدرج صفحة الأسعار ذلك كميزة أساسية في كل خطة.
- EasyCoexistence:: لا تصل إلى أي مكان لدينا. تسلّم Meta أحداث الرسائل مباشرة إلى عنوان URL تحدده، وأي شيء يصل إلى عنوان الاستدعاء الاحتياطي يُسقط من دون حفظ. وهذا مفروض في الشفرة، وليس مجرد نص في سياسة.

### هل يتعين على فريقك تغيير طريقة عمله

هذا هو السؤال الذي يطرحه صاحب النشاط التجاري قبل الموافقة على أي شيء.

- WATI:: يسجل الموظفون الدخول إلى صندوق واردهم. هناك تُوزع المحادثات وتُوسم وتُجاب، ما يعني انتقال الفريق من الهاتف إلى أداة جديدة.
- EasyCoexistence:: لا ينتقل أحد. يواصل تطبيق WhatsApp Business العمل على الرقم نفسه عبر Coexistence، مع المحادثات والسجل نفسيهما، ويتولى البرنامج ما بنيته له.

### ماذا يحدث عندما تتجاوز احتياجاتك

لكل منتج سقف، لكنه يقع في مكان مختلف.

- WATI:: مستخدمون أكثر وجهات اتصال نشطة أكثر، وكل زيادة منها خطوة مدفوعة. المنصة هي المنتج، لذلك يعني التوسع شراء المزيد منها.
- EasyCoexistence:: لا توجد شرائح سعرية ولا شيء تتجاوزه. أنت تبني الواجهة، لذا ما توسّعه هو نظامك أنت، عبر API الموثقة من Meta ومن دون شيء من جانبنا بينك وبينها.

### متى يكون صندوق الوارد هو ما تحتاج إليه

هناك حالة واحدة، وتسميتها هي ما يجعل بقية هذه الصفحة مفيدة.

- WATI:: فريق دعم من ثمانية أشخاص يقسم المحادثات داخل منصتهم، ضمن خطة تبدأ من 4,999 روبية شهرياً لثلاثة مستخدمين و500 جهة اتصال نشطة شهرياً، مع فرض رسوم إضافية على كل مستخدم لاحق.
- EasyCoexistence:: هذه مهمة مختلفة. لا يوجد هنا صندوق وارد ولا واجهة للموظفين، لأن الواجهة هي الجزء الذي تملكه أنت أو يملكه عميلك بالفعل.

### أي منتج تختار

إذا كان فريق من الموظفين سيسجل الدخول كل يوم وكانت المحادثات هي جوهر العمل، فاشترِ صندوق الوارد. بنت WATI واحداً، وهو يؤدي ما تقوله عنه.

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

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

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

**ماذا يحدث عندما أتجاوز 500 جهة اتصال؟** في خطتهم الابتدائية تنتقل إلى شريحة أعلى. أما معنا فلا يحدث شيء: لا يوجد حد لجهات الاتصال بأي سعر، لذلك يكلف الشهر الذي يضم عشرة آلاف عميل مثل الشهر الذي يضم عشرة عملاء.

**هل أحدهما أرخص؟** حتى ستة أرقام، نحن الأرخص مقارنةً بخطتهم الابتدائية. تكلف تلك الخطة 4,999 روبية شهرياً، أي نحو US$ 53، لثلاثة مستخدمين و500 جهة اتصال نشطة شهرياً. أما سعرنا فهو US$ 9 لكل رقم متصل، أو US$ 7 لكل رقم بدءاً من ستة أرقام، لذا تكلف ستة أرقام US$ 42 شهرياً. بعد ذلك تعتمد الإجابة على رسومهم لكل مستخدم إضافي ولكل شريحة من جهات الاتصال، وهي ترتفع مع الفريق وعدد العملاء، بينما يرتفع سعرنا مع عدد الأرقام فقط.

**هل تدعم WATI ميزة Coexistence؟** لا تتناول صفحة أسعارهم ذلك. اسألهم بدلاً من الاعتماد على هذه الصفحة.

**هل لديكم تطبيق للهواتف؟** لا. يستخدم الفريق تطبيق WhatsApp Business، وهذا هو الهدف من Coexistence.

---

## EasyCoexistence مقابل respond.io

https://easycoexistence.com/ar/compare/easycoexistence-vs-respond-io

respond.io منصة متعددة القنوات تشمل صناديق وارد للفِرق، وسير عمل، ووكلاء AI، ورسائل جماعية، وتبدأ بسعر US$ 79 شهريًا مع حدود للمستخدمين وجهات الاتصال. أما EasyCoexistence فهي طبقة الاتصال، بسعر لكل رقم، من دون أي من تلك الميزات.

### تكلفة التشغيل

تُحتسب الأسعار على وحدات مختلفة، وفق الأسعار المنشورة في سبتمبر 2026.

- respond.io:: تبدأ من US$ 79 شهريًا لخمسة مستخدمين و1,000 جهة اتصال نشطة شهريًا، وتصل إلى US$ 279. تتبع الفاتورة عدد الأشخاص الذين يجيبون وعدد العملاء الذين تصل إليهم.
- EasyCoexistence:: تبدأ من US$ 9 لكل رقم متصل شهريًا، وتنخفض إلى US$ 1 كلما أضفت أرقامًا، من دون حدود للمستخدمين أو جهات الاتصال. تتبع الفاتورة عدد الأرقام التي تملكها، وهو الرقم الذي تتحكم فيه الوكالة فعليًا.

### مكان حفظ محتوى المحادثات

نتيجة طبيعية لبيع صندوق وارد بدلًا من اتصال.

- respond.io:: على منصتهم، إذ يحتاج صندوق وارد الفريق إليها لعرض السجل. لا توضّح صفحة الأسعار مدة الاحتفاظ بالبيانات، لذا يجدر السؤال عنها إن كانت مهمة لك.
- EasyCoexistence:: لا يُحفظ على جانبنا. يرسل تجاوز خطاف الويب (webhook) أحداث الرسائل من Meta مباشرة إلى نقطة النهاية (endpoint) الخاصة بك، وأي شيء يصل إلى البديل الاحتياطي لدينا يُسقط من دون حفظ.

### ما الذي يقع بينك وبين Meta

السؤال الحاسم لكل من يبني برنامجًا.

- respond.io:: منصتهم. تدمج نظامك مع التجريد الخاص بهم، وحدود المعدل لديهم، وبنية خطاف الويب لديهم، وجدول إصداراتهم. وتظل قابلية نقل ما تبنيه محدودة بما يسمحون به.
- EasyCoexistence:: لا شيء. واجهة برمجة التطبيقات (API) هي واجهة Meta نفسها، وتوثّقها Meta، ويتجه خطاف الويب إلى نقطة النهاية الخاصة بك. لا يوجد شيء من طرفنا لتبني عليه، وهذا ما يجعل المغادرة ممكنة أيضًا.

### ما الذي يراقب الاتصال

نادرًا ما يظهر ذلك في صفحات الأسعار، وهو سبب وجود هذا المنتج أصلًا.

- respond.io:: ليس أمرًا تتناوله صفحة أسعارهم، وسيكون من الخطأ الجزم بالإجابة. إذا كنت تحتفظ بأرقام العملاء، فاسأل تحديدًا عما يحدث عند انقطاع الاتصال بصمت.
- EasyCoexistence:: تُستطلع جودة الحساب، ومستوى المراسلة، ومعدل الإرسال وفق جدول محدد. وتُعالج أحداث حساب Meta بالاسم. ويُحتفظ ببيانَي اعتماد حتى لا يُفسَّر إلغاء رمز الوصول (token) على أنه فقدان للرقم. ويُعاد تطبيق تجاوز خطاف الويب بعد إعادة الاتصال إذا أزاله الانقطاع.

### متى تكون المنصة هي ما تريده

من المفيد توضيح ذلك، لأن المنتجين يجيبان عن سؤالين مختلفين.

- respond.io:: عندما تريد المنصة نفسها. تشمل خططهم المنشورة صناديق وارد للفِرق وصناديق وارد مخصصة، وسير العمل، والرسائل الجماعية، ووكلاء AI، والتقارير، وتضيف المستويات الأعلى SSO ومساحات عمل متعددة. وهي متعددة القنوات وليست مخصصة لـ WhatsApp فقط.
- EasyCoexistence:: نطاق مختلف عمدًا: رقم واحد، واتصال واحد، وست عشرة أداة MCP، وخطاف ويب، بينما تترك الواجهة لك.

### أيّهما تختار

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

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

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

- مقارنة US$ 9 بـ US$ 79 كما لو أنهما يشتريان الشيء نفسه. هذا غير صحيح.
- اختيار اتصال بينما كنت تريد منتجًا. ستقضي أشهرًا في إعادة بناء صندوق وارد.
- افتراض أن أي مزود يراقب الاتصال. اسأل تحديدًا، فهذا نادرًا ما يظهر في صفحة الأسعار.

**أيّهما يناسبني؟** هما طبقتان مختلفتان. respond.io منصة تعمل داخلها، أما هذا فهو الاتصال الأدنى منها، للفرق التي تبني الواجهة بنفسها.

**هل يمكنني الانتقال منهم إليكم؟** الرقم ملكك ويمكن ربطه عبر Coexistence. ما ستتخلى عنه هو صندوق الوارد وسير العمل الخاص بهم.

**هل لديكم سير عمل أو وكلاء AI؟** لا. يتيح موصل MCP للمساعد استخدام الرقم، ويتيح خطاف الويب لنظامك الخاص الاستجابة. لا يُعد أي منهما منشئًا لسير العمل.

**هل هذه الأسعار محدّثة؟** هي الأسعار المنشورة في سبتمبر 2026 والمرتبطة أعلاه. تحقّق من المصدر قبل اتخاذ القرار.

---

## EasyCoexistence مقابل Dualhook

https://easycoexistence.com/ar/compare/easycoexistence-vs-dualhook

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

### ما المنتجَان؟

هذه أقرب مقارنة على الموقع، لأن التموضع متشابه تقريبًا.

- Dualhook:: مزود Coexistence بالوعد الأساسي نفسه: إبقاء تطبيق WhatsApp Business يعمل، وتوجيه خطافات الويب للرسائل مباشرة من Meta إلى خادمك بدلًا من تخزينها. وتصف وثائقه ذلك بأنه تجاوز webhook.
- EasyCoexistence:: الآلية نفسها، وبالاسم نفسه الذي تستخدمه Meta. نضبط override_callback_uri في اشتراك تطبيقنا بحساب WhatsApp Business، فتنقل حقول مسار الرسائل إلى نقطة النهاية (endpoint) الخاصة بك، بينما نحتفظ بالحقول التشغيلية.

### إلى أين تذهب الرسائل؟

يوجّه كلاهما الرسائل مباشرة. الفرق هو ما يحدث للأحداث التي لا تُوجَّه.

- Dualhook:: توجيه مباشر من Meta من دون تخزين الرسائل، وهو ما يذكره موقعهم صراحة، وهي البنية نفسها التي نستخدمها.
- EasyCoexistence:: التوجيه نفسه. ما نضيفه هو ما يحدث في المسار الاحتياطي: الحساب الذي لا يضبط التجاوز يسلّم الأحداث إلى callback الافتراضي لدينا، حيث يتجاهلها المعالج من دون حفظها. ويُفرض ذلك في الشيفرة بدلًا من ذكره في سياسة.

### قاعدة عدم النشاط لمدة 14 يومًا

تفصل Meta اتصال Coexistence بعد نحو 14 يومًا من دون نشاط على الجهاز الأساسي. ويتعامل المنتجان معها بطريقة مختلفة.

- Dualhook:: تصف وثائقهم التحذير عند اليوم 13، مع عدٍّ تنازلي ورسائل تذكير بالبريد الإلكتروني. وهذا يذكّرك بأن العد التنازلي مستمر، وهو أمر مختلف عن معرفة سبب انقطاع الاتصال فعليًا.
- EasyCoexistence:: نراقب حدوث الفصل نفسه ونقرأ حقل السبب من Meta، الذي يميّز بين PRIMARY_INACTIVITY وBUSINESS_DOWNGRADE وCHANGE_NUMBER وغيرها. والسبب هو ما يفرّق بين أسبوعين من الهدوء وعميل غادر فعلًا.

### ما الذي يتعطل بعد إعادة الاتصال؟

هذه نتيجة قاعدة عدم النشاط الأعلى تكلفة، والسؤال الذي يستحق طرحه على أي مزود.

- Dualhook:: لا تتناول وثائقهم ما يحدث لتجاوز webhook بعد إعادة الاتصال. وهذا لا يثبت أنهم لا يتعاملون معه، لكنه سؤال يستحق طرحه عليهم مباشرة.
- EasyCoexistence:: تؤدي الإزالة إلى إلغاء تثبيت التطبيق من الحساب، ويزول معها التجاوز، لذلك تعيد عملية الاتصال الإرسال والمراقبة، لكن التسليم إلى خادمك يتوقف بصمت. نعيد تطبيقه عند كل إعادة اتصال، لأن ذلك حدث لرقم حقيقي عاد سليمًا ثم توقف عن التسليم.

### ما التكلفة لكل رقم؟

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

- Dualhook:: تصف صفحات المقارنة الخاصة بهم رسمًا شهريًا ثابتًا يبدأ من $12 شهريًا، كما نُشر في سبتمبر 2026.
- EasyCoexistence:: تبدأ التكلفة من US$ 9 لكل رقم متصل شهريًا، وتنخفض حتى US$ 1 كلما أضفت أرقامًا، من دون حدود للمستخدمين أو جهات الاتصال. وبالنسبة إلى الوكالة، يتراكم الفرق مع كل رقم عميل جديد.

### موصل MCP

هنا نتقدم، لجمهور محدد.

- Dualhook:: لا تشرح وثائقهم خادم MCP. ويُستخدم منتجهم عبر API ولوحة التحكم.
- EasyCoexistence:: ست عشرة أداة عبر خادم MCP بعيد مع OAuth، تتيح لـ Claude وChatGPT وCursor وClaude Code إدراج الأرقام، وفحص الحالة، وإرسال الرسائل والقوالب، وتعيين وجهات webhook. وبالنسبة إلى وكالة تهيّئ العملاء من مساعد، فهذا هو الفارق.

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

**هل تستخدمان البنية نفسها فعلًا؟** في مسار الرسائل، نعم. يستخدم كلاهما قدرة Meta على تجاوز وجهة تسليم خطافات الويب لحساب WhatsApp Business، فتصل محتويات المحادثات إلى خادمك بدلًا من المرور عبر مزود.

**كيف يختلف الأسلوبان في التعامل مع قاعدة 14 يومًا؟** يحذّرون عند اليوم 13 من استمرار العد التنازلي. ونحن نقرأ سبب الفصل من Meta، الذي يميّز بين أسبوعين من الهدوء وعميل غادر فعلًا، ثم نعيد تطبيق تجاوز webhook كي لا يتوقف التسليم بصمت.

**أين تختلف EasyCoexistence؟** بموصل MCP يضم ست عشرة أداة لا تشرحها وثائقهم، وبإعادة تطبيق تجاوز webhook تلقائيًا بعد أن تزيله إعادة الاتصال.

**هل هذه الصفحة منصفة؟** كل رقم هنا مأخوذ من صفحاتهم المنشورة ومؤرخ. اقرأها قبل القرار، فالمقارنة التي يكتبها طرف واحد دليل وليست حكمًا.

---

## هل يمكن استخدام تطبيق WhatsApp Business وAPI على الرقم نفسه؟

https://easycoexistence.com/ar/whatsapp-business-app-and-api-same-number

نعم. تسميها Meta ميزة Coexistence، وهي ميزة رسمية وليست حلاً مؤقتاً. يواصل الموظفون الرد عبر تطبيق WhatsApp Business على الهاتف، بينما يعمل Cloud API على الرقم نفسه في الوقت ذاته، ويرى الطرفان المحادثات نفسها.

### كيف يمكن أن يكون الرقم نفسه على القناتين في الوقت ذاته؟

لأن Meta أنشأت وضعاً مخصصاً لذلك. تاريخياً، كان هذا هو الخيار الصعب الذي لم يرده أحد: نقل الرقم إلى API يعني توقف تطبيق WhatsApp Business عن العمل عليه، لذلك كان على النشاط التجاري الذي يرد موظفوه عبر الهاتف أن يختار بين الأشخاص الذين يعرفون العملاء بالفعل وبين الأتمتة التي يريد إضافتها.

تلغي Coexistence هذا الاختيار. يُسجل الرقم لدى Meta كرقم API، بينما يبقى تطبيق WhatsApp Business مرتبطاً به. تصل رسالة العميل إلى التطبيق على الهاتف وإلى خطاف الويب (webhook) الخاص بـ API معاً، وتظهر الإجابة المرسلة من أي جانب في المحادثة. لا توجد محاكاة أو حيلة التفافية هنا، فالتطبيق وAPI طريقتان معتمدتان للوصول إلى الرقم نفسه.

### ما الذي يتغير فعلياً على الهاتف؟

أقل مما يتوقع الناس، لكن من المهم معرفة الفروق قبل الربط.

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

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

### هل يتعطل شيء إذا غيرنا رأينا؟

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

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

ويبقى الرقم أيضاً ضمن Business Portfolio الخاص بالنشاط التجاري لدى Meta طوال الوقت. يربطه مزود بصفته Tech Provider، وهو إذن لا نقل للملكية، لذلك تؤدي إزالة المزود إلى بقاء الرقم في مكانه بدلاً من انتقاله معه.

### ما الذي تحتاج إليه لجعل ذلك يعمل؟

ثلاثة أمور، اثنان منها متوفران لديك بالفعل.

يجب أن يكون الرقم على تطبيق WhatsApp Business لا على تطبيق WhatsApp للمستهلكين، وألا يكون مسجلاً مسبقاً على Cloud API في مكان آخر. إضافة إلى ذلك، تحتاج إلى Tech Provider من Meta لتنفيذ الإعداد، لأن Coexistence لا يمكن تفعيله ذاتياً من لوحة تحكم Meta، إذ يتم الاتصال عبر تطبيق معتمد لدى مزود.

وهنا يأتي دورنا. يحدد Embedded Signup الخاص بـ Meta المحفظة والحساب والرقم، ثم تُمسح شيفرة في تطبيق WhatsApp Business لتأكيد العملية، ويُربط الرقم خلال دقائق. ويستمر التطبيق في العمل طوال العملية، بما في ذلك أثناء إنشاء الاتصال.

- افتراض أنه يجب عليك الاختيار. وُجدت Coexistence تحديداً كي لا تضطر إلى ذلك.
- توقع وصول المحادثات الجماعية عبر API. فهي تبقى في التطبيق وخارج API في كل الحالات.
- انتظار ظهور خيار في لوحة تحكم Meta. يتم إعداد Coexistence عبر Tech Provider.

**هل هذه ميزة رسمية؟** نعم. Coexistence هي ميزة Meta نفسها ومصطلحها الخاص. وليست جسراً أو جهازاً مرتبطاً أو حلاً مؤقتاً.

**هل سيلاحظ الموظفون فرقاً؟** فقط اختفاء أربع ميزات: الرسائل المؤقتة، والعرض مرة واحدة، والموقع المباشر، وقوائم البث. أما كل شيء آخر فكما كان.

**هل أفقد سجل محادثاتي؟** لا. يبقى السجل على الهاتف. كما يُنسخ السجل الحديث إلى جانب API عند ربط الرقم.

**هل يمكنني التراجع؟** نعم. افصل الرقم، وسيواصل التطبيق العمل تماماً كما كان، مع بقاء المحادثات.

---

## كيفية ربط WhatsApp بواجهة برمجة التطبيقات (API) دون فقدان محادثاتك

https://easycoexistence.com/ar/connect-whatsapp-without-losing-chats

تظل محادثاتك على الهاتف، وربط الرقم بـ API لا ينقلها. تضيف Coexistence واجهة Cloud API إلى جانب تطبيق WhatsApp Business بدلًا من استبداله، لذلك تبقى المحادثات في مكانها ويستمر التطبيق في العمل.

### لماذا كان الربط بـ API يؤدي إلى فقدان المحادثات سابقًا؟

لأن المسار القديم كان ترحيلًا لا إضافة. كان تسجيل الرقم في Cloud API يزيله من تطبيق WhatsApp Business، بينما كانت كل محادثة موجودة في التطبيق. يعود الرقم كنقطة نهاية (endpoint) لـ API بلا سجل محادثات ولا تطبيق، ولهذا كانت أنشطة تجارية كثيرة تلقي نظرة على API مرة واحدة ثم تتراجع.

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

### ما الذي تفعله Coexistence بشكل مختلف؟

تضيف API دون إزالة التطبيق. يُسجَّل الرقم لدى Meta كرقم API، بينما يظل تطبيق WhatsApp Business مرتبطًا به، فيعمل الاثنان معًا على الرقم نفسه.

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

بعد ذلك، تصل رسالة العميل إلى المكانين: التطبيق على الهاتف وخطاف الويب (webhook) لديك. يجيب الموظفون في التطبيق إذا أرادوا، ويرد نظامك عندما ينبغي، وتظهر الاستجابتان في المحادثة نفسها.

### ما الذي تتم مزامنته تحديدًا، وما الذي لا تتم مزامنته؟

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

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

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

### ماذا يحدث إذا فصلنا الاتصال لاحقًا؟

يستمر التطبيق في العمل وتظل المحادثات موجودة، لأنها لم تغادر أصلًا.

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

يبقى الرقم أيضًا في Business Portfolio الخاص بك لدى Meta طوال الوقت. يربطه مزود بصفته Tech Provider، وهي صلاحية تمنحها ويمكنك سحبها، لذلك لا يعني مغادرة المزود استعادة رقم منه.

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

**هل سأفقد سجل محادثاتي؟** لا. يبقى السجل على الهاتف. يضيف الربط API إلى جانب التطبيق بدلًا من استبداله.

**هل يظهر السجل القديم في نظامي؟** تتم مزامنة السجل الحديث بعد الربط، بينما تبقى الرسائل والوسائط الأقدم على الهاتف.

**هل يمكن للموظفين مواصلة استخدام التطبيق؟** نعم، تمامًا كما كان من قبل. هذا هو هدف Coexistence.

**ماذا يحدث إذا فصلت الاتصال؟** يستمر التطبيق مع بقاء كل المحادثات سليمة، لأن شيئًا لم يُنقل.

---

## أرخص طريقة للحصول على واجهة برمجة التطبيقات (API) لـ WhatsApp Business

https://easycoexistence.com/ar/cheapest-whatsapp-business-api

واجهة برمجة التطبيقات (API) نفسها مجانية. ما تدفعه هو رسوم Meta على المحادثات، ورسوم مزود مقابل الوصول. حصة Meta متطابقة مهما كان اختيارك، لذا المتغير الوحيد الذي يستحق التحسين هو رسم المزود، وأرخص نموذج هو رسم ثابت لكل رقم من دون زيادة على الرسائل.

### ما الذي تدفع مقابله فعليًا؟

شيئان منفصلان، والخلط بينهما هو سبب أخطاء مقارنات الأسعار في هذه الفئة.

الأول هو تسعير المحادثات لدى Meta. تفرض Meta رسومًا على المحادثات حسب الفئة، مع معدلات تختلف باختلاف الدولة، كما تختلف محادثات الخدمة داخل نافذة 24 ساعة عن المحادثات التي يبدأها النشاط التجاري. توجد هذه التكلفة مهما كان الطرف الذي تشتري من خلاله، لأنها من Meta، وعادةً ما تكون الجزء الأكبر من المبلغ.

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

### أين تتسرب الأموال؟

في الزيادة على السعر، ومن السهل عدم ملاحظتها لأنها صغيرة لكل رسالة.

يضيف عدة مزودين رسمًا لكل رسالة فوق رسوم Meta. ينشر Twilio رسمًا قدره US$ 0.005 لكل رسالة واردة وصادرة. وتنشر Gupshup رسمًا قدره US$ 0.001. ويعرض مزودون آخرون سعرًا موحدًا يتضمن رسم Meta، ما يعني أن الزيادة حقيقية، لكن لا يمكن التحقق منها مقابل السعر المنشور لدى Meta.

لا تساوي عُشر السنت شيئًا حتى تضربه في العدد. عند إرسال مئة ألف رسالة شهريًا، يبلغ السعر المنشور لدى Gupshup ‏US$ 100، بينما يبلغ لدى Twilio ‏US$ 500، كل شهر، إضافةً إلى ما تفرضه Meta. هذه هي الأرقام التي تستحق إدخالها في جدول بيانات قبل اختيار المزود بناءً على الميزات.

### ما أرخص نموذج؟

رسم ثابت لكل رقم متصل، مع إرسال فاتورة Meta إليك مباشرةً ومن دون تعديل.

يمتلك هذا النموذج ميزتين لا توفرهما البدائل. تتوقف التكلفة عن الارتفاع بمجرد اتصال الرقم، لذلك لا يصبح النمو أكثر تكلفة. وتظل فاتورة Meta قابلة للتدقيق، لأن أحدًا لم يضمّن رسمه فيها، ما يتيح لك التحقق من المبلغ الذي تدفعه لـ Meta مقابل أسعارها المنشورة.

يبدأ سعرنا من US$ 9 لكل رقم متصل شهريًا، وينخفض حتى US$ 1 كلما أضفت أرقامًا، من دون أي رسم لكل رسالة. وبحسب السعر المنشور لدى Twilio، يصبح هذا أرخص بعد نحو 1,800 رسالة شهريًا، وتتسع الفجوة بعد ذلك. أما المنصات التي تسعّر لكل مستخدم فهي حساب مختلف، إذ تفرض رسومًا على الأشخاص بدلًا من الرسائل، لذلك يعتمد حد التعادل على عدد أفراد الفريق.

### هل الخيار الأرخص هو الخيار المناسب؟

ليس بالضرورة، ومن المهم أن نكون صريحين بشأن الحالات التي لا يكون فيها مناسبًا.

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

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

- مقارنة المزودين من دون فصل تكلفة محادثات Meta عن رسم المزود.
- اعتبار السعر الموحد لكل رسالة دليلًا على عدم وجود زيادة. معناه أن الرسوم غير مفصلة.
- اختيار الرسم الأرخص بينما تحتاج فعليًا إلى صندوق الوارد الذي تبيعه المنصة.

**هل WhatsApp Business API مجاني؟** الوصول مجاني. تفرض Meta رسومًا على المحادثات، ويفرض المزودون رسومًا على الوصول إضافةً إليها. حصة Meta متطابقة في كل مكان.

**ما أرخص مزود؟** أرخص نموذج هو رسم ثابت لكل رقم من دون زيادة على السعر. تبدأ أسعارنا من US$ 9 لكل رقم وتنخفض حتى US$ 1 كلما أضفت أرقامًا.

**هل يعني المزود الأرخص أن API أسوأ؟** لا. إن Cloud API هو API الخاص بـ Meta في جميع الحالات. يغير المزود ما يوضع أمامه وما يفرضه من رسوم.

**متى يستحق مزود أغلى التكلفة؟** عندما تريد المنتج الذي يبيعه، مثل صندوق وارد مشترك يعمل فريقك داخله طوال اليوم.

---

## مكوّنات القالب: الرأس والنص والتذييل والأزرار

https://easycoexistence.com/ar/docs/template-components

يُبنى القالب من أربعة مكوّنات كحد أقصى: رأس، ونص، وتذييل، وأزرار. يقبل الرأس والنص فقط المتغيرات، ولكل مكوّن حدود تحدد ما يمكن أن تقوله الرسالة قبل أن تراجعها Meta.

### الرأس

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

- رأس نصي: 60 حرفًا، ومتغير واحد كحد أقصى.
- رأس وسائط: صورة أو فيديو أو مستند، يُرفق مع كل إرسال.
- رأس واحد فقط لكل قالب.
- يتوفر رأس الموقع الجغرافي لبعض الفئات.

### النص

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

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

### التذييل

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

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

### الأزرار

يُسمح بما يصل إلى عشرة أزرار إجمالًا، ضمن ثلاثة أنواع، ويؤثر مزيجها كثيرًا في الموافقة.

- رد سريع: يرسل إليك ردًا نصيًا ثابتًا عند النقر عليه.
- دعوة إلى اتخاذ إجراء: يفتح URL أو يجري اتصالًا برقم هاتف.
- تقبل أزرار URL متغيرًا واحدًا يُلحق بعنوان URL أساسي ثابت.
- نسخ الرمز: يمنح المستلم رمزًا لنسخه، ويُستخدم للمصادقة.

### لماذا يهم الهيكل قبل المراجعة

تراجع Meta القالب ككل، ومعظم حالات الرفض تتعلق بالهيكل لا بالصياغة.

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

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

**ما الأجزاء التي تقبل المتغيرات؟** الرأس، بمتغير واحد كحد أقصى، والنص، بعدة متغيرات. لا تقبل التذييلات أي متغيرات، بينما تقبل أزرار URL قيمة واحدة مضافة.

**ما الحد الأقصى لطول النص؟** 1024 حرفًا، وهو أطول مكوّن بفارق كبير.

**كم عدد الأزرار المسموح بها؟** ما يصل إلى عشرة أزرار إجمالًا، مع حدود داخل كل نوع.

**لماذا رُفض القالب؟** غالبًا بسبب الهيكل لا الصياغة: كلمات ثابتة قليلة جدًا أو فئة خاطئة. يعيد ذلك الخطأ 132007.

---

## دورة حياة حالات القالب

https://easycoexistence.com/ar/docs/template-status-lifecycle

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

### الحالات

بالترتيب الذي يمر به القالب عادةً.

- PENDING: أُرسل وينتظر المراجعة.
- APPROVED: صالح للإرسال.
- REJECTED: رُفض أثناء المراجعة، عادةً بسبب البنية أو الفئة.
- PAUSED: غير صالح للاستخدام مؤقتًا بعد تراجع الجودة.
- DISABLED: غير صالح للاستخدام نهائيًا، وهذه نهاية المسار.

### كيف يتوقف القالب مؤقتًا

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

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

### خطافا الويب (webhook)

كلاهما ضروري لرؤية الدورة كاملة، والاشتراك في أحدهما دون الآخر يترك نقطة عمياء.

- message_template_status_update: الموافقة والرفض والإيقاف والتعطيل.
- message_template_quality_update: انتقال تقييم الجودة بين الأخضر والأصفر والأحمر.
- خطاف الجودة هو الإنذار المبكر، وخطاف الحالة هو النتيجة.
- لا يكون أي منهما مفعّلًا افتراضيًا، لذلك يجب الاشتراك في كليهما.

### لماذا تُعد الحالة الصفراء وقت التصرف

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

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

### ما الذي يفعله التعديل

يمكن تعديل القالب الموافق عليه، فيعود إلى المراجعة. وهذا مفيد، لكنه يترتب عليه أمر يظهر في بيئة الإنتاج: إذا غيّر التعديل عدد المتغيرات، يفشل كل إرسال من تكامل لم يتغير مع ظهور الخطأ 132012.

اعتبر عدد متغيرات القالب جزءًا من عقد التكامل، لا مجرد نص يملكه أحد أفراد التسويق.

- اعتبار الموافقة دائمة. فقد يتوقف القالب الموافق عليه مؤقتًا ثم يُعطّل نهائيًا.
- الاشتراك في خطاف الحالة دون خطاف الجودة. فحقل الجودة هو الإنذار المبكر.
- تعديل متغيرات القالب دون التحقق من الكود الذي يرسله.

**هل يبقى القالب الموافق عليه معتمدًا؟** ليس بالضرورة. فقد تؤدي الملاحظات السلبية المستمرة إلى إيقافه مؤقتًا ثم تعطيله نهائيًا.

**ما الفرق بين الإيقاف المؤقت والتعطيل؟** ينتهي الإيقاف تلقائيًا. أما التعطيل فنهائي، ولا يمكن استخدام القالب مجددًا.

**كيف أعرف أن ذلك سيحدث؟** اشترك في خطاف جودة القالب. فهو يبلّغ عن الانتقال إلى الأصفر بينما لا يزال القالب يعمل.

**لماذا بدأت عمليات الإرسال بالفشل بعد التعديل؟** إذا غيّر التعديل عدد المتغيرات، يرسل التكامل الذي لم يتغير عددًا خاطئًا من المعلمات، فيظهر الخطأ 132012.

---

## إرسال قالب مع متغيرات

https://easycoexistence.com/ar/docs/sending-a-template-with-variables

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

### كيفية مطابقة المعلمات

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

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

### المكونات قوائم منفصلة

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

- توضع معلمات الرأس في مكوّن رأس، ويوجد مكوّن واحد منها كحد أقصى.
- توضع معلمات النص في مكوّن نص، بالترتيب.
- توضع معلمات عنوان URL للزر في مكوّن زر، مع فهرستها حسب الزر.
- يؤدي إرسال قائمة واحدة مسطحة لها جميعًا إلى إرجاع الخطأ 132000.

### ضبط اللغة بشكل صحيح

يُعرّف القالب بالاسم واللغة معًا، لذا فإن الاسم نفسه بلغتين يمثل قالبين. إرسال en عندما أُنشئ القالب باستخدام en_US لا يؤدي إلى استخدام بديل، بل يفشل بالخطأ 132001، الذي يُفهم منه أن القالب غير موجود.

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

### المعلمات ذات الأنواع

معظم المعلمات نص عادي. لكن بعضها ليس كذلك، وإرسالها كنص يؤدي إلى الخطأ 132012.

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

### ماذا يعني كل خطأ

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

يعني الخطأ 132001 أن زوج الاسم واللغة لم يُعثر عليه، لذا تحقق من اللغة أولًا. ويعني الخطأ 132000 أن العدد غير صحيح، لذا قارنه بتعريف القالب نفسه. أما الخطأ 132012 فيعني أن تنسيق القيمة غير صحيح، وغالبًا يكون السبب إرسال معلمة ذات نوع محدد كسلسلة نصية عادية.

- افتراض أن en يستخدم en_US كبديل. هذا لا يحدث، ويُفهم من الخطأ أن القالب غير موجود.
- دمج معلمات الرأس والنص في قائمة واحدة. فهما مكوّنان منفصلان.
- إرسال العملة أو التاريخ كنص عادي. للمعلمات ذات الأنواع بنية محددة.

**هل متغيرات القالب مسماة؟** لا. فهي موضعية، لذا فإن ترتيب المعلمات هو القاعدة كاملة.

**لماذا يظهر أن القالب غير موجود؟** غالبًا بسبب رمز اللغة. يُعرّف القالب بالاسم واللغة معًا، ولا يوجد استخدام بديل.

**ماذا يحدث إذا أرسلت معلمات أكثر من اللازم؟** الخطأ 132000. فالمعلمات الزائدة تفشل بالطريقة نفسها التي تفشل بها المعلمات الناقصة.

**كيف أرسل مبلغًا؟** كمعلمة عملة تحتوي على مبلغ ورمز عملة وسلسلة بديلة، وليس كنص عادي.

---

## حدود المعدل وإنتاجية المراسلة

https://easycoexistence.com/ar/docs/rate-limits-and-throughput

هناك أربعة حدود منفصلة، والخلط بينها هو سبب غموض تقييد المعدل. يحدد حد المراسلة عدد المستلمين الفريدين يوميًا عبر Business Portfolio، وتحدد الإنتاجية عدد الرسائل في الثانية، ويحدد حد الزوج الرسائل المرسلة إلى شخص واحد، ويحدد حد الإدارة استدعاءات واجهة برمجة التطبيقات (API) التي ليست رسائل.

### مستوى المراسلة

عدد العملاء الفريدين الذين يمكنك تسليم الرسائل إليهم خارج نافذة خدمة العملاء خلال 24 ساعة متحركة. منذ 7 أكتوبر 2025 يُحدد لكل Business Portfolio ويُشارك بين كل الأرقام فيه، ويرتفع تلقائيًا ما دامت الجودة مستقرة وحجم الإرسال ينمو.

- ترتفع الحدود على درجات: 250 و2,000 و10,000 و100,000 وعدد غير محدود من المستلمين الفريدين يوميًا.
- لا يُحتسب إلا التسليم خارج نافذة خدمة العملاء.
- الردود داخل نافذة الخدمة لا تُحتسب.
- انخفاض الجودة لم يعد يُنزل الحد، لكنه يمنع ارتفاعه.

### الإنتاجية

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

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

### الحدود لكل مستلم

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

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

### حدود استدعاءات الإدارة

لا علاقة لها بالرسائل. قراءة الأرقام وسرد القوالب وفحص الحالة كلها تُحتسب على حد منفصل للحساب، ويظهر بوصفه خطأ 80007.

الاستعلام الدوري هو ما يستنزفه. فحص الحالة كل ثلاثين ثانية يعني آلاف الاستدعاءات يوميًا لبيانات تتغير بضع مرات في الشهر، وتغني webhook عن معظمها تقريبًا.

### ما الذي يرفع الحد

الجودة والسجل، لا الدفع. لا توجد خطة للشراء ولا مزود يستطيع رفع السقف نيابةً عنك.

- حافظ على تقييم جودة أخضر؛ حظر المستلمين هو ما يخفضه.
- أرسل الحجم بانتظام لا على دفعات مفاجئة.
- أكمل التحقق من النشاط التجاري، وهو أحد المسارات من 250 إلى 2,000.
- استخدم نصف الحد الحالي على الأقل؛ الزيادات فوق 2,000 تلقائية.

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

**لماذا يُقيَّد معدل إرسالي مع أن حجمي منخفض؟** غالبًا بسبب الحد لكل مستلم، الخطأ 131056، الذي يحدد الرسائل إلى شخص واحد بصرف النظر عن إجمالي حسابك.

**هل يمكنني الدفع للحصول على حد مراسلة أعلى؟** لا. ترتفع الحدود تلقائيًا بحسب الجودة وسجل الإرسال.

**هل الإنتاجية أقل على Coexistence؟** نعم. تضع Meta لها سقفًا أدنى من رقم Cloud API القياسي، ولا يستطيع أي مزود رفعه.

**ما الذي يُحتسب على حد الإدارة؟** القراءة واستدعاءات الضبط: سرد الأرقام والقوالب والحالات. وتتجنب webhook معظمها تقريبًا.

---

## إرسال الرسائل التفاعلية: الأزرار والقوائم

https://easycoexistence.com/ar/docs/sending-interactive-messages

تمنح الرسائل التفاعلية المستلم أزرارًا أو قائمة للنقر بدلًا من الكتابة. هناك نوعان، أزرار الرد ورسائل القوائم، ولكل منهما حدود صغيرة وثابتة تؤثر في تصميم المحادثة أكثر من أي عامل آخر.

### أزرار الرد

يمكن وضع ما يصل إلى 3 أزرار أسفل الرسالة. ينقر المستلم أحدها، ويصل الرد إلى webhook لديك كرسالة واردة عادية تحمل id الزر، لذلك تطابق باستخدام id بدلًا من العنوان. يقتصر العنوان على 20 حرفًا، وهو أقصر مما يبدو، وغالبًا ما يفرض إعادة صياغة النص.

- 3 أزرار كحد أقصى لكل رسالة.
- العنوان محدود بـ 20 حرفًا.
- يحمل كل زر id تختاره، ويُعاد مع الرد.
- رأس ونص وتذييل اختياري حول الأزرار.

### رسائل القوائم

زر واحد يفتح قائمة تضم ما يصل إلى 10 صفوف، مجمعة في ما يصل إلى 10 أقسام. لكل صف عنوان ووصف اختياري وid. استخدمها عندما لا تكفي 3 أزرار، وتذكر أن على المستلم فتح القائمة قبل رؤية محتواها، لذلك يتحمل عنوان الزر العبء الأكبر.

- ما يصل إلى 10 صفوف إجمالًا، موزعة على ما يصل إلى 10 أقسام.
- عنوان الصف محدود بـ 24 حرفًا، والوصف بـ 72 حرفًا.
- قائمة واحدة لكل رسالة، ولا يمكن جمعها مع الأزرار.
- غير متاحة في رسائل القوالب من كل الفئات.

### كيفية وصول الرد

عبر webhook الخاص بـ messages نفسه مثل أي رسالة واردة أخرى، مع كائن تفاعلي يحدد id الزر أو الصف. لا حاجة إلى الاشتراك في شيء منفصل.

طابق باستخدام id بدلًا من العنوان. قد يعيد من يحرر النص صياغة العناوين، بينما لا تتغير ids، والمطابقة حسب النص تتعطل بصمت عند أول تصحيح لخطأ مطبعي.

### ما الذي يغيره Coexistence

لا يغير شيئًا في الأزرار والقوائم نفسها. فهي رسائل عادية من Cloud API وتعمل بالطريقة نفسها على رقم Coexistence كما على أي رقم آخر.

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

- مطابقة الردود باستخدام عنوان الزر. يمكن تعديل العناوين، أما ids فلا.
- تصميم أكثر من 3 أزرار. الحد صارم ولا يوجد حل بديل.
- نسيان احتمال أن يجيب شخص يدويًا عن النقرة نفسها في تطبيق WhatsApp Business.

**كم عدد الأزرار التي يمكنني إرسالها؟** 3 أزرار. هذا حد صارم في المنصة ولا يوجد حل بديل.

**ماذا يعود عند نقر أحدهم؟** رسالة واردة عادية عبر webhook الخاص بـ messages، تحمل id الذي عينته لذلك الزر أو الصف.

**هل يمكنني الجمع بين الأزرار والقائمة؟** لا. تحمل الرسالة الواحدة أحدهما فقط.

**هل تترتب تكلفة إضافية على هذه الرسائل؟** لا. هي رسائل عادية، وتسعّرها Meta بالطريقة نفسها التي تسعّر بها أي رسالة أخرى في المحادثة.

---

## إرسال الوسائط: الصور والفيديو والصوت والمستندات

https://easycoexistence.com/ar/docs/sending-media-messages

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

### الحدود حسب النوع

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

- الصور: 5 MB. JPEG وPNG.
- الفيديو: 16 MB. MP4 و3GPP، مع فيديو H.264 وصوت AAC.
- الصوت: 16 MB. AAC وAMR وMP3 وصوت MP4 وOGG مع Opus.
- المستندات: 100 MB. معظم أنواع المستندات الشائعة، بما فيها PDF وOffice.
- الملصقات: 100 KB المتحركة و500 KB الثابتة، وWebP فقط.

### الرفع مقارنة بالربط

طريقتان لإرسال الملف نفسه، لكنهما تفشلان بطرق مختلفة.

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

استخدم الرفع. إنه طلب إضافي واحد، ويزيل فئة كاملة من أسباب الفشل.

### استلام الوسائط

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

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

### ما الذي يغيّره Coexistence

تعمل الوسائط على رقم Coexistence تمامًا كما تعمل على أي رقم آخر في Cloud API، وبالحدود نفسها.

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

- إرسال رابط لأنه يبدو أبسط. شبكة Meta ليست متصفحك.
- جلب الوسائط الواردة بعد ساعات. تنتهي صلاحية معرّفات الوسائط.
- تصدير الفيديو من دون التحقق من برنامج الترميز. غالبًا لا تكون الإعدادات الافتراضية لبرامج التحرير مدعومة.

**ما أكبر ملف يمكنني إرساله؟** 100 MB، وذلك للمستندات فقط. يبلغ الحد الأقصى للفيديو والصوت 16 MB وللصور 5 MB.

**هل أرفع الملف أم أرسل عنوان URL؟** ارفعه. فهذا يزيل إمكانية الوصول كسبب للفشل.

**ما مدة صلاحية معرّف الوسائط؟** ليست دائمة، لذلك ينبغي جلب الوسائط الواردة فور وصول الحدث.

**هل تتزامن الوسائط القديمة عند الاتصال؟** لا. تغطي مزامنة السجل محتوى الرسائل الحديثة، بينما تبقى الوسائط السابقة للاتصال على الهاتف.

---

## تفاعلات الرسائل: إرسال الرموز التعبيرية واستقبالها

https://easycoexistence.com/ar/docs/message-reactions

يضيف التفاعل رمزًا تعبيريًا واحدًا إلى رسالة موجودة. لإرساله، تشير إلى message id والرمز التعبيري، ولإزالته ترسل التفاعل نفسه مع حقل emoji فارغ بدلًا من استدعاء حذف.

### إرسال تفاعل

رسالة من النوع reaction، تحمل message id للرسالة التي تتفاعل معها ورمزًا تعبيريًا واحدًا. يؤدي إرسال تفاعل ثانٍ إلى الرسالة نفسها إلى استبدال الأول بدلًا من إضافته، لأن المرسل لا يمكنه وضع أكثر من تفاعل واحد لكل رسالة.

يجب أن يكون message id مرئيًا لرقمك: رسالة واردة من ذلك العميل أو رسالة أرسلتها إليه.

### إزالة تفاعل

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

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

### استقبال التفاعلات

تصل التفاعلات الواردة عبر webhook الرسائل كرسالة من النوع reaction، مع تحديد message id الذي ترتبط به والرمز التعبيري.

- اشترك في حقل messages، فلا يوجد حقل منفصل للتفاعلات.
- يشير emoji الفارغ إلى أن العميل أزال تفاعله.
- يكون message id المشار إليه لرسالة أرسلتها أو استقبلتها سابقًا.
- لا تعيد التفاعلات فتح نافذة الخدمة التي مدتها 24 ساعة.

### ما زالت النافذة سارية

التفاعل رسالة، لذلك يتطلب إرساله فتح نافذة خدمة العملاء التي مدتها 24 ساعة. سيُعيد التفاعل مع رسالة عميل عمرها ثلاثة أيام الخطأ 131047 تمامًا كما تفعل رسالة نصية.

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

- البحث عن endpoint للحذف. الإزالة هي الاستدعاء نفسه مع emoji فارغ.
- اعتبار emoji الفارغ غير صالح. هذه هي طريقة التعبير عن الإزالة.
- إرسال تفاعل خارج نافذة الخدمة. سيفشل مثل أي رسالة أخرى.

**كيف أزيل تفاعلًا؟** أرسل رسالة التفاعل نفسها مع سلسلة emoji فارغة. لا يوجد استدعاء حذف.

**هل تكلف التفاعلات شيئًا؟** لا. فهي لا تفتح محادثة خاضعة للفوترة.

**هل يمكنني التفاعل مع أي رسالة؟** فقط مع الرسائل التي أرسلها رقمك أو استقبلها، وداخل نافذة الخدمة التي مدتها 24 ساعة.

**هل يعيد تفاعل العميل فتح النافذة؟** نعم. تفعل ذلك أي رسالة واردة منه، بما في ذلك التفاعل.

---

## إرسال المواقع وجهات الاتصال

https://easycoexistence.com/ar/docs/sending-location-and-contacts

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

### رسائل الموقع

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

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

### استلام موقع

يصل الموقع الذي يشاركه العميل إلى خطاف الويب (webhook) الخاص بالرسائل على هيئة رسالة من النوع location، مع الإحداثيات، والاسم والعنوان إذا أرسلهما تطبيق العميل.

- الإحداثيات موجودة دائمًا، أما الاسم والعنوان فليسا كذلك.
- الموقع الذي تتم مشاركته رسالة، لذلك يعيد فتح نافذة الخدمة لمدة 24 ساعة.
- اعتبر الإحداثيات تقريبية، إذ تختلف دقة الهواتف.
- خزّن ما تحتاج إليه. لا تمثل Meta سجلًا للمواقع.

### رسائل جهات الاتصال

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

يفيد ذلك في تزويد العميل ببيانات الشخص المناسب بدل كتابة رقم في محادثة، حيث يصل كنص غير منسق يجب نسخه يدويًا.

### ما الذي تزيله Coexistence

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

تؤدي محاولة إرساله إلى ظهور الخطأ 131051، أي نوع رسالة غير مدعوم، وقد يبدو ذلك كأنه خطأ في التنسيق، لكنه ليس كذلك. لا يستطيع أي مزود تفعيله، لأن القيد تفرضه Meta وينطبق على كل رقم Coexistence. ولا تتأثر دبابيس المواقع الثابتة، بل تعمل بصورة طبيعية.

- إرسال دبوس دون اسم أو عنوان. الإحداثيات وحدها لا تخبر العميل بشيء.
- البناء على الموقع المباشر، فهو معطل على كل رقم Coexistence.
- اعتبار الخطأ 131051 خللًا في التنسيق، مع أن النوع غير متاح فعلًا.

**هل يمكنني إرسال موقع مباشر؟** ليس على رقم Coexistence. تعطل Meta هذه الميزة، ولا يستطيع أي مزود إعادة تفعيلها.

**هل تعمل دبابيس المواقع الثابتة؟** نعم، بصورة طبيعية، مع اسم وعنوان اختياريين يظهران أسفل معاينة الخريطة.

**كم جهة اتصال يمكن إرسالها في رسالة واحدة؟** عدة جهات. تحمل كل بطاقة حقول vCard القياسية، ويمكن للمستلم حفظها مباشرة.

**هل يعيد الموقع الذي تمت مشاركته فتح نافذة الخدمة؟** نعم. فهو رسالة واردة مثل أي رسالة أخرى.

---

## EasyCoexistence مقابل AiSensy

https://easycoexistence.com/ar/compare/easycoexistence-vs-aisensy

AiSensy منصة للتسويق عبر WhatsApp وروبوتات المحادثة، تُباع باشتراكات شهرية وتحظى بشعبية لدى شركات التجارة الإلكترونية الهندية. EasyCoexistence بنية تحتية: توصل الرقم عبر ميزة Coexistence الخاصة بـ Meta، وتسلم رسائلها إلى النظام الذي تستخدمه بالفعل، وتتقاضى رسوماً على كل رقم متصل. EasyCoexistence أرخص عندما تريد بنية تعمل داخل نظامك.

### ما طبيعة كل منتج

لا يتنافسان على عملية الشراء نفسها، ووضوح ذلك يجعل المقارنة مفيدة.

- AiSensy:: منصة لتفاعل WhatsApp مبنية حول حملات البث، وتدفقات روبوتات المحادثة، وصندوق وارد مشترك للفريق، وتباع باشتراكات شهرية متعددة المستويات مع حدود لجهات الاتصال والوكلاء.
- EasyCoexistence:: بنية Coexistence التحتية. يواصل تطبيق WhatsApp Business على الهاتف عمله، وتعمل واجهة برمجة التطبيقات السحابية (Cloud API) على الرقم نفسه، وتنتقل أحداث الرسائل من Meta مباشرة إلى CRM أو مكتب المساعدة أو أدوات التشغيل الآلي أو وكيل الذكاء الاصطناعي لديك. لا يوجد منتج يتعين على فريقك الانتقال إليه.

### لمن صُمم المنتج

كلاهما يربط WhatsApp، لكن المهمة اليومية التي يتوقعها كل منهما مختلفة.

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

### الإبقاء على التطبيق في الهاتف

هذا هو السبب المحدد لوجود Coexistence، والسؤال الذي يستحق طرحه على أي منصة.

- AiSensy:: منتجهم هو صندوق وارد المنصة، لذا يُتوقع التعامل مع المحادثات هناك بدلاً من تطبيق WhatsApp Business على الهاتف.
- EasyCoexistence:: يواصل تطبيق WhatsApp Business عمله كما كان تماماً. يجيب الموظفون من الهاتف، وترى API المحادثات نفسها، ولا يضطر أي طرف إلى التوقف. هذه هي الميزة كلها.

### ما الذي يتبعه الفاتورة

هذا هو الاختلاف البنيوي، وهو ما يحدد الإجمالي مع نموك.

- AiSensy:: اشتراك مبني حول المستخدمين وشرائح الخطط، لذلك تتبع الفاتورة حجم الفريق والميزات المفعلة، وتُدفع سواء استُخدمت المقاعد أم لا.
- EasyCoexistence:: رقم متصل. إضافة زميل لا تكلف شيئاً لعدم وجود مقاعد، وينخفض سعر الرقم مع إضافة الأرقام، من US$ 9 إلى US$ 1. الرقم الأربعون لدى وكالة يفعل كل ما فعله الرقم الأول، لكنه يكلف أقل.

### ماذا يحدث إذا غادرت

يجدر طرح هذا السؤال عن أي شيء يحتفظ بمحادثاتك.

- AiSensy:: يعيش صندوق الوارد وسجل جهات الاتصال وأدوات التشغيل الآلي داخل المنصة. هذا ما يجعلها تعمل، وهو أيضاً ما يجعل المغادرة مشروع ترحيل.
- EasyCoexistence:: لا توجد بيانات تخصك داخلنا. سُلّمت الرسائل إلى نظامك عند وصولها، ويقع الرقم في Business Portfolio الخاص بالعميل لدى Meta، لذا تؤدي إزالتنا إلى تركه في مكانه تماماً.

- مقارنة سعر المستخدم بسعر الرقم من دون احتساب كليهما وفق بنيتك الخاصة.
- الدفع مقابل صندوق وارد بينما يعمل فريقك بالفعل داخل CRM.
- افتراض اختلاف اتصال WhatsApp. واجهة Cloud API الأساسية هي واجهة Meta في الحالتين.

**أيهما أرخص؟** تكون EasyCoexistence أرخص للأعمال التي لديها أرقام ونظام قائم، إذ تدفع أقل بكثير لكل رقم. أما فريق من خمسة أشخاص في صندوق وارد واحد فقد يفضل الدفع لكل مستخدم.

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

**هل يختلف اتصال WhatsApp؟** لا. إنها Cloud API الخاصة بـ Meta في كلتا الحالتين. ما يختلف هو ما يوجد أمامها وكيف تُحتسب الفاتورة.

**هل أحصل على حملات بث؟** ليس من خلالنا، ولا تُفرض عليك رسوم مقابلها. تصل الرسائل إلى نظامك، لذلك تُدار الحملات حيث توجد بيانات عملائك بالفعل.

---

## EasyCoexistence أم Interakt

https://easycoexistence.com/ar/compare/easycoexistence-vs-interakt

Interakt منصة لتجارة WhatsApp والدعم، تُباع بخطط شهرية تحدد عدد الوكلاء. أما EasyCoexistence فهي بنية أساسية: تربط الرقم عبر ميزة Coexistence الخاصة بـ Meta، وتوصل رسائله إلى النظام الذي تستخدمه، وتحاسب على كل رقم متصل. EasyCoexistence أرخص عندما تريد البنية التي تعمل داخل نظامك، بينما Interakt منتج مختلف يعمل فريقك داخله.

### ما طبيعة كل منتج

لا يتنافسان على عملية الشراء نفسها، وتوضيح ذلك يجعل المقارنة مفيدة.

- Interakt:: منصة لتجارة WhatsApp تتكامل مع الكتالوج، وإشعارات الطلبات، وصندوق وارد مشترك، والأتمتة، وتُباع بخطط شهرية تحدد عدد الوكلاء وجهات الاتصال.
- EasyCoexistence:: بنية أساسية لـ Coexistence. يواصل تطبيق WhatsApp Business على الهاتف عمله، وتعمل Cloud API على الرقم نفسه، وتنتقل أحداث الرسائل من Meta مباشرة إلى CRM أو مكتب الدعم أو أدوات الأتمتة أو وكيل الذكاء الاصطناعي لديك. لا يوجد منتج يحتاج فريقك إلى الانتقال إليه.

### أين توجد منطقية التجارة

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

- Interakt:: داخل المنصة، مع اتصالها بمتجرك، وهذا مناسب إذا أردت إعداد إشعارات الطلبات ورسائل الكتالوج في مكان واحد بلا تطوير.
- EasyCoexistence:: داخل متجرك. نوصل أحداث WhatsApp إلى الواجهة الخلفية لديك، لذلك يرسل النظام الذي يعرف الطلب أصلًا إشعاراته. لا حاجة إلى مزامنة شيء مع منتج ثان.

### ما الذي تدفعه الوكالة

هنا يظهر الفرق الأكبر بين التسعير لكل وكيل والتسعير لكل رقم.

- Interakt:: خطط تحدد عدد الوكلاء وجهات الاتصال، لذلك تشتري الشركة التي تدير أرقام عدة عملاء مقاعدَ وحدودَ استخدام لكل حساب.
- EasyCoexistence:: يضم حساب واحد أي عدد تريده من أرقام العملاء، ويُحاسب على كل اتصال بسعر ينخفض مع زيادة العدد. لا يوجد وكلاء لحسابهم ولا حد لجهات الاتصال لتجاوزه.

### ما الذي تتبعه الفاتورة

هذا هو الفرق الهيكلي، وهو ما يحدد الإجمالي مع نموك.

- Interakt:: اشتراك مبني على المستخدمين ودرجات الخطة، لذلك تتبع الفاتورة حجم الفريق والميزات المتاحة، سواء استُخدمت المقاعد أم لا.
- EasyCoexistence:: رقم متصل. إضافة زميل لا تكلف شيئًا لعدم وجود مقاعد، وينخفض سعر الرقم مع إضافة أرقام جديدة، من US$ 9 إلى US$ 1. الرقم الأربعون لدى الوكالة يؤدي كل ما يؤديه الرقم الأول وبتكلفة أقل.

### ماذا يحدث إذا غادرت

سؤال يستحق الطرح عن أي خدمة تحتفظ بمحادثاتك.

- Interakt:: يعيش صندوق الوارد وسجل جهات الاتصال والأتمتة داخل المنصة. وهذا ما يجعلها تعمل، وهو أيضًا ما يجعل المغادرة مشروع ترحيل.
- EasyCoexistence:: لا توجد بياناتك داخل خدمتنا. كانت الرسائل تصل إلى نظامك مباشرة، والرقم موجود في Business Portfolio الخاص بعميلك لدى Meta، لذلك تؤدي إزالتنا إلى تركه في مكانه تمامًا.

- مقارنة سعر المقعد بسعر الرقم من دون حساب احتياجك الفعلي في الحالتين.
- الدفع مقابل صندوق وارد بينما يعمل فريقك أصلًا داخل CRM.
- افتراض اختلاف اتصال WhatsApp. فـ Cloud API التي تعمل في الخلفية هي API الخاصة بـ Meta في الحالتين.

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

**هل أفقد صندوق وارد مشترك؟** لن تنتقل إلى صندوق وارد أصلًا. تصل الرسائل إلى الأداة التي يستخدمها فريقك بالفعل، حيث يعمل الآن.

**هل يختلف اتصال WhatsApp؟** لا. إنها Cloud API الخاصة بـ Meta في الحالتين. الاختلاف فيما يوجد أمامها وطريقة احتساب التكلفة.

**هل يمكنني إرسال رسائل الكتالوج؟** نعم، عبر Cloud API على رقمك، ومن نظامك أنت. نحن لا ننشئ لك كتالوجًا لأن متجرك يملك كتالوجًا أصلًا.

---

## EasyCoexistence مقابل DoubleTick

https://easycoexistence.com/ar/compare/easycoexistence-vs-doubletick

DoubleTick منصة مبيعات لـ WhatsApp تُباع لكل مستخدم، وتتمحور حول صندوق وارد مشترك مصمم للهواتف. أما EasyCoexistence فهي بنية تحتية: تصل الرقم عبر ميزة Coexistence الخاصة بـ Meta، وتوصل رسائله إلى النظام الذي تستخدمه، وتحاسب على كل رقم متصل. تكون EasyCoexistence أوفر عندما تريد إدخال WhatsApp في نظامك الحالي بدل استخدام منتج مستقل.

### ما طبيعة كل منتج

لا يتنافسان على عملية الشراء نفسها، ووضوح ذلك يجعل المقارنة مفيدة.

- DoubleTick:: منصة مبيعات لـ WhatsApp تتمحور حول صندوق وارد مشترك على الهاتف، والرسائل الجماعية ومشاركة الكتالوج، بسعر لكل مقعد مستخدم وموجهة إلى فرق المبيعات التي تعمل من الهواتف.
- EasyCoexistence:: بنية Coexistence التحتية. يواصل تطبيق WhatsApp Business على الهاتف عمله، وتعمل Cloud API على الرقم نفسه، وتنتقل أحداث الرسائل من Meta مباشرة إلى CRM أو مكتب المساعدة أو أدوات التشغيل الآلي أو وكيل AI لديك. لا يوجد منتج تنقل فريقك إليه.

### كيف يعمل فريق المبيعات يوميًا

هذا هو القرار الكامن وراء شراء أي من المنتجين.

- DoubleTick:: في تطبيقهم، حيث يوجد صندوق الوارد المشترك والكتالوج والإرسال الجماعي، ضمن خطة تبدأ من نحو 2,500 روبية شهريًا وتحاسب حسب المستخدم، لذلك تتبع الفاتورة عدد مندوبي المبيعات لديك.
- EasyCoexistence:: في CRM الذي يستخدمه الفريق أصلًا. نوصّل المحادثة إليه، فيرى مندوب المبيعات WhatsApp بجانب سجل الصفقة بدلًا من تطبيق منفصل عليه تذكّر فتحه.

### ما تكلفة الرقم الثاني

أمر شائع في عمليات المبيعات التي تستخدم أكثر من خط.

- DoubleTick:: المقاعد هي وحدة الفوترة، لذلك يأتي الرقم الثاني إلى جانب اشتراك لكل مستخدم ينمو مع الفريق.
- EasyCoexistence:: الرقم الثاني هو ببساطة رقم ثانٍ بالسعر المنشور، وينخفض السعر مع إضافة أرقام أخرى. لا يدخل عدد الموظفين في الحساب إطلاقًا.

### ما الذي تتبعه الفاتورة

هذا هو الفرق الهيكلي، والعامل الذي يحدد الإجمالي مع نموك.

- DoubleTick:: اشتراك مبني حول المستخدمين وشرائح الخطط، لذلك تتبع الفاتورة حجم الفريق والميزات المفعّلة، وتُدفع سواء استُخدمت المقاعد أم لا.
- EasyCoexistence:: رقم متصل. إضافة زميل لا تكلف شيئًا لعدم وجود مقاعد، وينخفض سعر الرقم مع إضافة أرقام أخرى، من US$ 9 إلى US$ 1. الرقم الأربعون لدى الوكالة يفعل كل ما يفعله الأول وتكلفته أقل.

### ماذا يحدث إذا غادرت

يجدر طرح هذا السؤال عن أي خدمة تحتفظ بمحادثاتك.

- DoubleTick:: يعيش صندوق الوارد وسجل جهات الاتصال وأدوات التشغيل الآلي داخل المنصة. هذا ما يجعلها تعمل، وهو أيضًا ما يجعل المغادرة مشروع ترحيل.
- EasyCoexistence:: لا يوجد شيء يخصك داخل خدمتنا. كانت الرسائل تصل إلى نظامك أنت عند ورودها، والرقم موجود في Business Portfolio الخاص بالعميل لدى Meta، لذلك تؤدي إزالتنا إلى تركه في مكانه تمامًا.

- مقارنة سعر المقعد بسعر الرقم من دون حساب التكلفة لكلا الخيارين وفق احتياجاتك.
- الدفع مقابل صندوق وارد بينما يعمل فريقك أصلًا داخل CRM.
- افتراض اختلاف اتصال WhatsApp. Cloud API الأساسية هي Cloud API الخاصة بـ Meta في الحالتين.

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

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

**هل يختلف اتصال WhatsApp؟** لا. إنها Cloud API الخاصة بـ Meta في الحالتين. الاختلاف فيما يوجد أمامها وكيفية احتساب التكلفة.

**هل يوجد تطبيق للهاتف؟** خدمتنا بنية تحتية، لذلك يستخدم فريقك التطبيق الموجود لديه أصلًا. ويواصل تطبيق WhatsApp Business العمل على الهاتف طوال الوقت.

---

## EasyCoexistence مقابل Zoko

https://easycoexistence.com/ar/compare/easycoexistence-vs-zoko

Zoko منصة تجارة عبر WhatsApp لمتاجر Shopify، وتباع بخطط شهرية. أما EasyCoexistence فهي بنية تحتية تربط الرقم عبر ميزة Coexistence الخاصة بـ Meta، وتوصل رسائله إلى النظام الذي تستخدمه بالفعل، وتفرض رسماً على كل رقم متصل. يعتمد الأرخص على ما إذا كنت تريد منتجاً تعمل داخله.

### ما طبيعة كل منتج؟

لا يتنافسان على عملية الشراء نفسها، ووضوح ذلك يجعل المقارنة مفيدة.

- Zoko:: منصة تجارة عبر WhatsApp مبنية بإحكام حول Shopify، وتشمل الكتالوج واستعادة السلات المتروكة وتدفقات الطلبات وصندوق وارد مشترك، وتباع بخطط شهرية.
- EasyCoexistence:: بنية Coexistence التحتية. يواصل تطبيق WhatsApp Business على الهاتف عمله، وتعمل Cloud API على الرقم نفسه، وتنتقل أحداث الرسائل من Meta مباشرة إلى نظام إدارة علاقات العملاء (CRM) أو مكتب الدعم أو الأتمتة أو وكيل الذكاء الاصطناعي لديك. لا يوجد منتج تنقل فريقك إليه.

### إذا كنت تدير متجراً على Shopify

هذه هي الإجابة الصادقة، لأن عملية الشراء مختلفة فعلاً.

- Zoko:: صُمم لهذا تحديداً. تُضبط استعادة السلات والكتالوج وتدفقات الطلبات بدلاً من تطويرها، وهذا يساوي مالاً حقيقياً إذا كان Shopify هو نشاطك بالكامل وتريد تشغيله هذا الأسبوع.
- EasyCoexistence:: الطبقة الأساسية. إذا لم يكن متجرك على Shopify، أو كان المنطق في الواجهة الخلفية الخاصة بك، فنحن نوصل أحداث WhatsApp إليها ونترك لنظامك تحديد معنى الرسالة. لا شيء يحتاج إلى ضبط حول منصة لا نملكها.

### ماذا يحدث عندما لا يكون المتجر هو النشاط بأكمله؟

هذه هي الحالة التي تتوقف فيها المنصة الأصلية للمتجر عن الملاءمة.

- Zoko:: عمق داخل منظومة واحدة، وهي المقايضة التي يقدمها المنتج المتخصص وسبب عمله بكفاءة داخلها.
- EasyCoexistence:: لا ارتباط بمنظومة محددة. يذهب خطاف الويب (webhook) إلى نقطة النهاية (endpoint) الخاصة بك، لذلك يخدم الاتصال نفسه متجراً على Shopify أو واجهة خلفية مخصصة أو سير عمل n8n أو وكيلاً للذكاء الاصطناعي، من دون تغيير طريقة اتصال الرقم.

### ما الذي تتبعه الفاتورة؟

هذا هو الفرق البنيوي، وهو ما يحدد الإجمالي مع نموك.

- Zoko:: اشتراك مبني حول المستخدمين وشرائح الخطط، لذلك تتبع الفاتورة حجم الفريق والميزات المتاحة، وتدفعها سواء استُخدمت المقاعد أم لا.
- EasyCoexistence:: رقم متصل. إضافة زميل لا تكلف شيئاً لعدم وجود مقاعد، وينخفض السعر لكل رقم مع إضافة الأرقام، من US$ 9 إلى US$ 1. الرقم الأربعون لدى الوكالة يؤدي كل ما يؤديه الرقم الأول وتكلفته أقل.

### ماذا يحدث إذا غادرت؟

يجدر طرح هذا السؤال عن أي شيء يحتفظ بمحادثاتك.

- Zoko:: يعيش صندوق الوارد وسجل جهات الاتصال وعمليات الأتمتة داخل المنصة. وهذا ما يجعلها تعمل، وهو أيضاً ما يجعل المغادرة مشروع ترحيل.
- EasyCoexistence:: لا توجد بياناتك لدينا. سُلّمت الرسائل إلى نظامك الخاص عند وصولها، والرقم موجود في محفظة أعمال Meta الخاصة بالعميل، لذلك تؤدي إزالتنا إلى تركه في مكانه تماماً.

- مقارنة سعر المقعد بسعر الرقم من دون حساب كليهما وفقاً لحجم احتياجك.
- الدفع مقابل صندوق وارد بينما يعمل فريقك بالفعل داخل نظام إدارة علاقات العملاء.
- افتراض اختلاف اتصال WhatsApp. واجهة Cloud API الأساسية هي نفسها لدى الطرفين.

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

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

**هل يختلف اتصال WhatsApp؟** لا. إنها Cloud API الخاصة بـ Meta في الحالتين. الاختلاف فيما يوجد أمامها وكيف تُحتسب الفاتورة.

**أستخدم Shopify. هل ينبغي أن أستخدم Zoko؟** تبيع Zoko تدفقات Shopify مضبوطة ضمن خطة شهرية. إذا كان منطقك يعيش بالفعل في متجرك أو واجهتك الخلفية، فنحن نضيف WhatsApp إليه مقابل US$ 9 لكل رقم، وتبقي التدفقات حيث توجد بيانات طلباتك.

---

## EasyCoexistence مقابل Trengo

https://easycoexistence.com/ar/compare/easycoexistence-vs-trengo

Trengo صندوق وارد جماعي متعدد القنوات يشمل WhatsApp والبريد الإلكتروني والصوت والدردشة، بسعر لكل مستخدم. أما EasyCoexistence فهو بنية تحتية توصل الرقم عبر ميزة Coexistence الخاصة بـ Meta، وتنقل رسائله إلى النظام الذي تستخدمه، وتحاسب على كل رقم متصل. يكون Trengo مناسبًا لمن يريد منتجًا يعمل فريقه داخله، بينما يكون EasyCoexistence أرخص لمن لديه نظام قائم ويريد إضافة WhatsApp إليه.

### ما طبيعة كل منتج

لا يتنافسان على عملية الشراء نفسها، ووضوح هذه النقطة يجعل المقارنة مفيدة.

- Trengo:: صندوق وارد جماعي متعدد القنوات يوحد WhatsApp والبريد الإلكتروني والدردشة المباشرة والصوت والشبكات الاجتماعية في عرض واحد، بسعر لكل مستخدم، وموجه إلى فرق الدعم التي تدير قنوات متعددة.
- EasyCoexistence:: بنية Coexistence التحتية. يستمر تطبيق WhatsApp Business على الهاتف في العمل، وتعمل Cloud API على الرقم نفسه، وتنتقل أحداث الرسائل من Meta مباشرة إلى CRM أو مكتب الدعم أو أدوات التشغيل الآلي أو وكيل الذكاء الاصطناعي لديك. لا يوجد منتج ينتقل إليه فريقك.

### صندوق وارد واحد لكل قناة

هذا هو وعدهم الأساسي، وهو وعد جيد للفريق المناسب.

- Trengo:: البريد الإلكتروني وWhatsApp والدردشة والصوت في مكان واحد، مع توزيع مشترك وقواعد. بالنسبة إلى فريق دعم يغرق في علامات تبويب متعددة، هذا التوحيد هو المنتج، وهو يؤدي الغرض.
- EasyCoexistence:: نحن نعمل على قناة واحدة ولا نطلب منك توحيد القنوات. إذا كان مكتب الدعم لديك يتعامل أصلًا مع البريد الإلكتروني والدردشة، تصل رسائل WhatsApp إليه عبر خطاف الويب (webhook)، ولا يتعلم فريقك استخدام أداة ثانية.

### ماذا تدفع عند نمو الفريق

للتسعير لكل مقعد نمط واضح، ومن المفيد رؤيته قبل التوظيف.

- Trengo:: تحاسب على كل مستخدم، لذلك يضيف كل موظف دعم جديد إلى الفاتورة الشهرية، سواء استخدم WhatsApp أم لا.
- EasyCoexistence:: تحاسب على كل رقم. يدفع فريق دعم من شخصين وفريق من عشرين الشخص نفسه، لأن وحدة الفوترة هي الاتصال لا الشخص.

### ما الذي تتبعه الفاتورة

هذا هو الاختلاف البنيوي، وهو ما يحدد الإجمالي مع نموك.

- Trengo:: اشتراك مبني على المستخدمين وشرائح الخطة، لذلك تتبع الفاتورة حجم الفريق والميزات المفتوحة، وتدفعها سواء استُخدمت المقاعد أم لا.
- EasyCoexistence:: رقم متصل. إضافة زميل لا تكلف شيئًا لأنه لا توجد مقاعد، وينخفض السعر لكل رقم مع إضافة الأرقام، من US$ 9 إلى US$ 1. الرقم الأربعون لدى الوكالة يؤدي كل ما أداه الرقم الأول ويكلف أقل.

### ماذا يحدث إذا غادرت

من المفيد طرح هذا السؤال عن أي شيء يحتفظ بمحادثاتك.

- Trengo:: يعيش صندوق الوارد وسجل جهات الاتصال وأدوات التشغيل الآلي داخل المنصة. هذا ما يجعلها تعمل، وهو أيضًا ما يجعل المغادرة مشروع نقل.
- EasyCoexistence:: لا يوجد شيء يخصك داخلنا. كانت الرسائل تصل إلى نظامك مباشرة عند ورودها، والرقم موجود في Business Portfolio الخاص بالعميل لدى Meta، لذلك تؤدي إزالتنا إلى إبقائه في مكانه تمامًا.

- مقارنة سعر المقعد بسعر الرقم من دون حساب العددين وفق احتياجاتك الفعلية.
- الدفع مقابل صندوق وارد بينما يعمل فريقك أصلًا داخل CRM.
- افتراض اختلاف اتصال WhatsApp. فـ Cloud API underlying هي من Meta في الحالتين.

**أيهما أرخص؟** يكون EasyCoexistence أرخص بوضوح للشركات التي لديها أرقام ونظام قائم، إذ تدفع لكل رقم بدلًا من الدفع لكل مستخدم.

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

**هل يختلف اتصال WhatsApp؟** لا. إنها Cloud API الخاصة بـ Meta في الحالتين. الاختلاف فيما يوجد أمامها وكيفية احتساب التكلفة.

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

---

## مقارنة EasyCoexistence وRasayel

https://easycoexistence.com/ar/compare/easycoexistence-vs-rasayel

Rasayel صندوق مبيعات يركز على WhatsApp مع تكاملات CRM، ويُسعَّر لكل مستخدم. EasyCoexistence بنية تحتية: توصل الرقم عبر ميزة Coexistence الخاصة بـ Meta، وتنقل رسائله إلى النظام الذي تستخدمه بالفعل، وتفرض الرسوم لكل رقم متصل. الأرخص يتحدد بما إذا كنت تريد منتجًا يعمل فريقك داخله أو اتصالًا يندمج في نظامك الحالي.

### ما طبيعة كل منتج

لا يتنافسان على عملية الشراء نفسها، ووضوح هذه النقطة يجعل المقارنة مفيدة.

- Rasayel:: صندوق وارد مشترك يركز على WhatsApp ومصمم لفرق المبيعات، مع تكاملات ثنائية الاتجاه مع أنظمة CRM مثل HubSpot وPipedrive، ويُسعَّر لكل مستخدم.
- EasyCoexistence:: بنية Coexistence التحتية. يواصل تطبيق WhatsApp Business على الهاتف عمله، وتعمل Cloud API على الرقم نفسه، وتنتقل أحداث الرسائل من Meta مباشرة إلى CRM أو مكتب المساعدة أو أدوات التشغيل الآلي أو وكيل الذكاء الاصطناعي لديك. لا يوجد منتج ينتقل إليه فريقك.

### إدخال WhatsApp إلى CRM

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

- Rasayel:: يزامن صندوق الوارد لديهم المحادثات مع CRM، لذلك يستطيع موظف المبيعات العمل في أي من المكانين وتنتقل السجلات معه. هذا منتج حقيقي تقف وراءه هندسة حقيقية.
- EasyCoexistence:: تصل الرسالة إلى CRM لديك مباشرة من Meta، من دون صندوق وارد وسيط للمزامنة. توجد نسخة واحدة من المحادثة بدلًا من نسختين، ولا شيء يحتاج إلى المطابقة عند فشل المزامنة.

### مقابل ماذا تدفع

كلاهما يوصل WhatsApp إلى CRM، لكن طريقة احتساب الفاتورة مختلفة.

- Rasayel:: المقاعد، لأن صندوق الوارد هو المنتج، وكل موظف مبيعات يحتاج إلى مقعد للعمل داخله.
- EasyCoexistence:: الاتصال. يقرأ فريق المبيعات بأكمله WhatsApp داخل CRM الذي يدفع ثمنه بالفعل، ونحن نفرض الرسوم لكل رقم بصرف النظر عن عدد المستخدمين.

### ما الذي تتبعه الفاتورة

هذا هو الاختلاف البنيوي، وهو ما يحدد الإجمالي مع نموك.

- Rasayel:: اشتراك مبني على المستخدمين وشرائح الخطط، لذلك تتبع الفاتورة حجم الفريق والميزات المتاحة، وتُدفع الرسوم سواء استُخدمت المقاعد أم لا.
- EasyCoexistence:: رقم متصل. لا تكلف إضافة زميل شيئًا لعدم وجود مقاعد، وينخفض السعر لكل رقم مع إضافة الأرقام، من US$ 9 إلى US$ 1. الرقم الأربعون لدى الوكالة يفعل كل ما فعله الرقم الأول، لكنه يكلف أقل.

### ماذا يحدث إذا غادرت

يجدر طرح هذا السؤال عن أي خدمة تحتفظ بمحادثاتك.

- Rasayel:: يعيش صندوق الوارد وسجل جهات الاتصال وأدوات التشغيل الآلي داخل المنصة. هذا ما يجعلها تعمل، وهو أيضًا ما يجعل المغادرة مشروع ترحيل.
- EasyCoexistence:: لا يوجد شيء يخصك داخل خدمتنا. سُلّمت الرسائل إلى نظامك أنت عند وصولها، ويوجد الرقم داخل Meta Business Portfolio الخاص بالعميل، لذلك تؤدي إزالتنا إلى تركه في مكانه تمامًا.

- مقارنة سعر المقعد بسعر الرقم من دون احتساب العددين وفق هيكل عملك.
- الدفع مقابل صندوق وارد بينما يعمل فريقك بالفعل داخل CRM.
- افتراض اختلاف اتصال WhatsApp. فـ Cloud API الأساسية هي API الخاصة بـ Meta في الحالتين.

**أيهما أرخص؟** لفريق من خمسة أشخاص داخل صندوق وارد واحد قد تكون المقاعد أنسب. أما النشاط الذي لديه أرقام ونظام قائم، فيدفع معنا أقل بكثير لكل رقم.

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

**هل يختلف اتصال WhatsApp؟** لا. إنها Cloud API الخاصة بـ Meta في كلتا الحالتين. الاختلاف فيما يوجد أمامها وكيفية احتساب الرسوم.

**هل تتكاملون مع HubSpot؟** نسلّم خطاف الويب (webhook) الخاص بـ Meta إلى أي نقطة نهاية (endpoint)، لذلك يستقبل CRM الذي يملك خطاف ويب واردًا أو أداة تشغيل آلي أمامه المحادثة مباشرة.

---

## EasyCoexistence مقارنةً بـ Callbell

https://easycoexistence.com/ar/compare/easycoexistence-vs-callbell

Callbell صندوق وارد متعدد الوكلاء لـ WhatsApp مخصص للفرق الصغيرة، وسعره لكل مستخدم. أما EasyCoexistence فهي بنية تحتية تصل الرقم عبر ميزة Coexistence الخاصة بـ Meta، وتوصل رسائله إلى النظام الذي تستخدمه بالفعل، وتحاسبك لكل رقم متصل. Callbell منتج يعمل فريقك داخله، بينما EasyCoexistence اتصال بالبنية التي لديك، لذلك يحدد عدد الأرقام والأنظمة الموجودة لديك الخيار الأقل تكلفة.

### ما طبيعة كل منتج؟

لا يتنافسان على عملية الشراء نفسها، ووضوح ذلك يجعل المقارنة مفيدة.

- Callbell:: صندوق وارد متعدد الوكلاء لـ WhatsApp للفرق الصغيرة، مع مسارات روبوتات محادثة وأتمتة أساسية، بسعر لكل مقعد مستخدم، ويحظى بشعبية لدى الأنشطة التجارية الصغيرة في أمريكا اللاتينية وجنوب أوروبا.
- EasyCoexistence:: بنية Coexistence التحتية. يواصل تطبيق WhatsApp Business على الهاتف عمله، وتعمل Cloud API على الرقم نفسه، وتنتقل أحداث الرسائل من Meta مباشرة إلى CRM أو مكتب المساعدة أو نظام الأتمتة أو وكيل الذكاء الاصطناعي لديك. لا يوجد منتج ينتقل إليه فريقك.

### حالة الفريق الصغير

هنا يكون سعرهم أكثر ملاءمة، وتكون المقارنة أقرب.

- Callbell:: وكيلان أو ثلاثة يتشاركون رقمًا واحدًا، مع صندوق وارد بسيط ودون دمج CRM. السعر المنشور لكل مستخدم شهريًا، مع WhatsApp كإضافة مدفوعة فوقه، لذلك حتى هذا الحجم الصغير يحمل تكلفة مقاعد وتكلفة قناة.
- EasyCoexistence:: النشاط التجاري نفسه إذا كان لديه نظام قائم بالفعل. يحصل متجر صغير يدير الطلبات في جدول بيانات أو نظام خلفي بسيط على WhatsApp داخله بأقل من تكلفة مقعد، ويواصل الموظفون الرد عبر تطبيق WhatsApp Business كما اعتادوا.

### مواقع متعددة، حساب واحد

هذه هي الحالة التي تفصل بين المنتجين بوضوح.

- Callbell:: يدخل كل رقم وكل وكيل في الاشتراك، لذلك تشتري سلسلة المتاجر المقاعد والأرقام معًا.
- EasyCoexistence:: كل موقع يمثل اتصالًا بالسعر المنشور، وينخفض السعر مع إضافة المزيد. تدفع عشرة متاجر لها عشرة أرقام وأربعون موظفًا تكلفة عشرة أرقام.

### ما الذي تتبعه الفاتورة؟

هذا هو الاختلاف البنيوي، وهو ما يحدد الإجمالي مع نموك.

- Callbell:: اشتراك مبني حول المستخدمين ومستويات الخطة، لذلك تتابع الفاتورة حجم الفريق والميزات المتاحة، وتُدفع سواء استُخدمت المقاعد أم لا.
- EasyCoexistence:: رقم متصل. لا تكلف إضافة زميل شيئًا لعدم وجود مقاعد، وينخفض سعر الرقم مع إضافة الأرقام، من US$ 9 إلى US$ 1. الرقم الأربعون لدى الوكالة يؤدي كل ما أداه الأول، وبتكلفة أقل.

### ماذا يحدث إذا غادرت؟

من المفيد طرح هذا السؤال عن أي شيء يحتفظ بمحادثاتك.

- Callbell:: يعيش صندوق الوارد وسجل جهات الاتصال وعمليات الأتمتة داخل المنصة. وهذا ما يجعلها تعمل، وهو أيضًا ما يجعل المغادرة مشروع ترحيل.
- EasyCoexistence:: لا يوجد شيء من ممتلكاتك داخل خدمتنا. فقد وُصلت الرسائل إلى نظامك عند وصولها، ويقع الرقم في Business Portfolio الخاص بالعميل لدى Meta، لذلك تؤدي إزالتنا إلى تركه في مكانه تمامًا.

- مقارنة سعر المقعد بسعر الرقم دون حساب كليهما وفق حجم نشاطك.
- الدفع مقابل صندوق وارد بينما يعمل فريقك بالفعل في CRM.
- افتراض اختلاف اتصال WhatsApp. فـ Cloud API الأساسية تابعة لـ Meta في الحالتين.

**أيّهما أقل تكلفة؟** لرقم واحد دون نظام قائم، قد تكون Callbell أنسب لفريق صغير يدفع لكل مستخدم. أما النشاط الذي يملك عدة أرقام ونظامًا قائمًا، فيدفع معنا أقل بكثير لكل رقم.

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

**هل يختلف اتصال WhatsApp؟** لا. إنها Cloud API الخاصة بـ Meta في الحالتين. الاختلاف فيما يوضع أمامها وكيف تُحتسب التكلفة.

**هل Callbell أقل تكلفة لوكيلين؟** قد تكون كذلك لرقم واحد دون نظام قائم. لكن إضافة موقع ثانٍ أو CRM تجعل سعر كل رقم لدينا أكثر توفيرًا بسرعة.

---

## EasyCoexistence مقابل Baileys

https://easycoexistence.com/ar/compare/easycoexistence-vs-baileys

Baileys مكتبة مفتوحة المصدر تتصل بـ WhatsApp عبر تنفيذ بروتوكول الأجهزة المرتبطة مباشرة. إنها تعمل، وهي مجانية أو منخفضة التكلفة، لكنها تحمل خطراً لا يحمله المسار الرسمي: شروط WhatsApp التجارية لا تنص على المراسلة الآلية عبر جلسة جهاز مرتبط، وقد يُقيَّد الرقم المستخدم بهذه الطريقة أو يُحظر بلا تحذير. يربط EasyCoexistence الرقم نفسه عبر ميزة Coexistence الخاصة بـ Meta.

### كيف يصل كل منهما إلى WhatsApp

هنا تكمن المقارنة كلها، وكل ما عدا ذلك يترتب عليها.

- Baileys:: مكتبة TypeScript تنفذ بروتوكول الأجهزة المرتبطة في WhatsApp عبر websocket. تسجل الدخول بالطريقة التي يستخدمها عميل الويب، من خلال مسح رمز QR، ثم تدير الجلسة بنفسها. لا توجد موافقة من Meta لأن أحداً لا يطلبها.
- EasyCoexistence:: Cloud API لدى Meta، باستخدام بيانات اعتماد أصدرتها Meta لحساب WhatsApp Business الخاص بالعميل، عبر Coexistence. يُسجل الرقم لدى Meta كرقم API، ويواصل تطبيق WhatsApp Business العمل على الهاتف في الوقت نفسه.

### ماذا يحدث عند وقوع خطأ

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

- Baileys:: مشروع مجتمعي على GitHub. عندما تغير WhatsApp البروتوكول، يتعين على المكتبة اللحاق بالتغيير، ويبقى تكاملك متوقفاً حتى يحدث ذلك. لا يوجد عقد دعم ولا استئناف للحظر.
- EasyCoexistence:: اتصال على بنية Meta التحتية نفسها، يخضع للمراقبة المستمرة. عند انقطاعه نقرأ سبب الانفصال الذي توفره Meta، فنميز بين 14 يوماً من عدم النشاط والإزالة الفعلية، ونخبرك قبل أن يلاحظ العميل.

### ما تكلفته فعلياً

يبدو المسار غير الرسمي مجانياً عادةً، لكن المقارنة لا تتعلق فعلياً برسوم الترخيص.

- Baileys:: مجانية كمكتبة، إضافة إلى خادم لتشغيلها، وجلسة يجب إبقاؤها نشطة، ومهندس يفهمها. التكلفة هنا هي الصيانة والمخاطر، لا الترخيص.
- EasyCoexistence:: تبدأ من US$ 9 لكل رقم متصل شهرياً، وتشمل الاستضافة والمراقبة وموصل MCP. لا يوجد خادم لتشغيله، ولا جلسة لإعادة ربطها، ولا شيء لإعادة بنائه عند تغير البروتوكول.

### ما الذي يستطيع كل منهما فعله فعلياً

هذه هي النقطة الصريحة، وهي سبب وجود المشاريع غير الرسمية أصلاً.

- Baileys:: أكثر من API الرسمي في بعض الجوانب: الدردشات الجماعية، والمحادثات الشخصية، وحالة الاتصال وإيصالات القراءة على مستوى البروتوكول. وهذا النطاق هو سبب وجوده.
- EasyCoexistence:: كل ما يسمح به Cloud API: إرسال الرسائل واستقبالها، والقوالب، والوسائط، والرسائل التفاعلية، مع تسليم خطافات الويب (webhook) بواسطة Meta. تقع الدردشات الجماعية خارج API، وتحتاج الردود الحرة إلى بقاء نافذة 24 ساعة مفتوحة. هذه قواعد Meta وتنطبق على كل مزود رسمي.

### من ينبغي أن يختار أيهما

لكل خيار حالة حقيقية، ويعتمد الأمر بالكامل على قيمة الرقم.

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

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

**هل يعمل Baileys فعلاً؟** نعم، ولهذا يحظى بشعبية. السؤال ليس هل يعمل، بل ماذا يحدث للرقم عندما تكتشف WhatsApp الأمر.

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

**هل سيتوقف تطبيق WhatsApp Business عن العمل معي؟** لا. هذه هي فكرة Coexistence: يواصل التطبيق على الهاتف العمل بينما يعمل Cloud API على الرقم نفسه.

**هل Baileys غير قانوني؟** لا يشكل جريمة، لكنه مسار لا تنص عليه شروط WhatsApp الخاصة بالنشاط التجاري. والنتيجة هي اتخاذ إجراء ضد الرقم، لا إجراء قانوني.

---

## EasyCoexistence مقابل WPPConnect

https://easycoexistence.com/ar/compare/easycoexistence-vs-wppconnect

WPPConnect مشروع مفتوح المصدر يؤتمت WhatsApp Web عبر جلسة متصفح مُدارة. إنه يعمل، وهو مجاني أو منخفض التكلفة، لكنه يحمل خطرًا لا يحمله المسار الرسمي: فشروط WhatsApp التجارية لا تنص على المراسلة الآلية عبر جلسة جهاز مرتبط، وقد يُقيَّد الرقم المستخدم بهذه الطريقة أو يُحظر دون إنذار. تربط EasyCoexistence الرقم نفسه عبر ميزة Coexistence الخاصة بـ Meta.

### كيف يصل كل منهما إلى WhatsApp

تكمن المقارنة كلها هنا، وكل ما عدا ذلك يترتب عليه.

- WPPConnect:: مشروع لأتمتة المتصفح يقود WhatsApp Web في جلسة بلا واجهة رسومية، مع غلاف REST فوقه. يُربط الرقم عبر رمز QR، وتعيش الجلسة في ملف تعريف المتصفح، لذلك يرى WhatsApp جهازًا مرتبطًا لا عميل API.
- EasyCoexistence:: Cloud API من Meta، ببيانات اعتماد أصدرتها Meta إلى حساب WhatsApp Business الخاص بالعميل، عبر Coexistence. يُسجل الرقم لدى Meta كرقم API، ويواصل تطبيق WhatsApp Business العمل على الهاتف في الوقت نفسه.

### ماذا يحدث عند تعطل الخدمة

يتعطل كلاهما أحيانًا. الفرق هو وجود جهة يمكن سؤالها من عدمه.

- WPPConnect:: مجتمع مفتوح المصدر نشط ومتجاوب، لكنه غير ملزم تجاه أحد. قد يؤدي تغيير في WhatsApp Web إلى تعطيل إدارة الجلسة، ولا يملك الحظر مسارًا للاعتراض لأن الوصول لم يكن معتمدًا أصلًا.
- EasyCoexistence:: اتصال يعمل على بنية Meta التحتية وتتم مراقبته باستمرار. عند انقطاعه نقرأ سبب الانفصال الصادر من Meta نفسها، فنميز بين أربعة عشر يومًا من عدم النشاط والإزالة الفعلية، ونبلغك قبل أن يلاحظ العميل.

### ما تكلفته فعلًا

يبدو المسار غير الرسمي مجانيًا عادة، لكن المقارنة لا تتعلق برسوم الترخيص وحدها.

- WPPConnect:: مجاني، إضافة إلى خادم قادر على تشغيل متصفح باستمرار، وذاكرة لكل جلسة، وشخص يعيد تشغيله عند توقف الجلسة. وتزداد هذه المتطلبات مع تعدد الأرقام.
- EasyCoexistence:: ابتداءً من US$ 9 لكل رقم متصل شهريًا، مع الاستضافة والمراقبة وموصل MCP مشمولة. لا حاجة إلى تشغيل خادم أو إعادة ربط جلسة أو إعادة بناء شيء عند تغير البروتوكول.

### ما الذي يستطيع كل منهما فعله فعلًا

هذه هي الحقيقة، وهي سبب وجود المشاريع غير الرسمية أصلًا.

- WPPConnect:: كل ما يستطيع WhatsApp Web فعله، بما في ذلك المجموعات والمحادثات الشخصية، وهو نطاق أوسع فعلًا من API الرسمية. لكنه أبطأ وأثقل لأن المتصفح جزء من المسار.
- EasyCoexistence:: كل ما تسمح به Cloud API: إرسال الرسائل واستقبالها، والقوالب، والوسائط، والرسائل التفاعلية، مع تسليم webhook من Meta. محادثات المجموعات خارج API، والردود الحرة تتطلب بقاء نافذة 24 ساعة مفتوحة. هذه قواعد Meta، وتنطبق على كل مزود رسمي.

### من يختار أي مسار

لكل خيار حالة استخدام حقيقية، ويتوقف الأمر بالكامل على قيمة الرقم.

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

- اختبار جسر غير رسمي على رقم النشاط التجاري. يأتي الحظر دون إنذار ودون حق اعتراض.
- اعتبار سنوات التشغيل المستقر دليلًا على الأمان. يحدث الإنفاذ دوريًا لا مستمرًا.
- افتراض أن الحظر يؤثر في API وحدها. فهو يأخذ معه ملف WhatsApp Business أيضًا.

**هل يعمل WPPConnect فعلًا؟** نعم، ولهذا يحظى بشعبية. السؤال ليس هل يعمل، بل ماذا يحدث للرقم عندما يكتشف WhatsApp الأمر.

**هل يمكن حظر رقم بسبب ذلك؟** نعم. لا تنص شروط WhatsApp التجارية على الوصول غير الرسمي، ويجري الإنفاذ دون إنذار ودون حق اعتراض.

**هل سيتوقف تطبيق WhatsApp Business عن العمل معي؟** لا. هذه هي فكرة Coexistence: يواصل التطبيق على الهاتف العمل بينما تعمل Cloud API على الرقم نفسه.

**لماذا يحظى بشعبية في البرازيل؟** ظهر مبكرًا، ووثائقه بالبرتغالية، وهو مجاني، مما جعله الخيار الافتراضي لجيل من عمليات التكامل المحلية.

---

## EasyCoexistence مقابل Evolution API

https://easycoexistence.com/ar/compare/easycoexistence-vs-evolution-api

Evolution API هي واجهة REST مفتوحة المصدر تغلف مكتبات WhatsApp غير الرسمية خلف واجهة واضحة. إنها تعمل، وقد تكون مجانية أو رخيصة، لكنها تحمل خطرًا لا يوجد في المسار الرسمي: شروط WhatsApp التجارية لا تنص على المراسلة الآلية عبر جلسة جهاز مرتبط، وقد يُقيَّد الرقم المستخدم بهذه الطريقة أو يُحظر دون إنذار. توصل EasyCoexistence الرقم نفسه عبر ميزة Coexistence الخاصة بـ Meta.

### كيف يصل كل منهما إلى WhatsApp

توجد المقارنة كلها هنا، وكل ما عدا ذلك يترتب عليها.

- Evolution API:: واجهة REST مستضافة ذاتيًا ومدير يغلّف مكتبات الأجهزة المرتبطة خلف واجهة واضحة، مع لوحة تحكم ودعم لعدة مثيلات وخطافات ويب (webhook). تجربة المطور جيدة، لكن كل مثيل يظل في جوهره جهازًا مرتبطًا عبر رمز QR.
- EasyCoexistence:: Cloud API من Meta، باستخدام بيانات اعتماد أصدرتها Meta لحساب WhatsApp Business الخاص بالعميل، عبر Coexistence. يُسجل الرقم لدى Meta كرقم API، ويستمر تطبيق WhatsApp Business في العمل على الهاتف في الوقت نفسه.

### ماذا يحدث عند وقوع مشكلة

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

- Evolution API:: مشروع مفتوح المصدر نشط وله مجتمع كبير. الواجهة مستقرة، لكن ما تغلفه غير معتمد، لذلك يختفي أي رقم يُحظر بسبب الوصول غير الرسمي، مهما كانت جودة الواجهة.
- EasyCoexistence:: اتصال يعمل على بنية Meta التحتية وتتم مراقبته باستمرار. عند انقطاعه نقرأ سبب الانفصال الذي تسجله Meta، فنميز بين أربعة عشر يومًا من عدم النشاط والإزالة الفعلية، ونخبرك قبل أن يلاحظ العميل.

### ما تكلفتهما بصدق

يبدو المسار غير الرسمي مجانيًا عادةً، لكن المقارنة لا تتعلق برسوم الترخيص وحدها.

- Evolution API:: الترخيص مجاني والاستضافة ذاتية، لذلك تتمثل التكلفة الفعلية في البنية التحتية والشخص الذي يديرها. تجعله الواجهة المصقولة رخيصًا عند البدء، لكنها لا تغير حقيقته.
- EasyCoexistence:: من US$ 9 لكل رقم متصل شهريًا، مع الاستضافة والمراقبة وموصل MCP مشمولة. لا يوجد خادم تديره، ولا جلسة تعيد ربطها، ولا شيء تعيد بناءه عند تغير البروتوكول.

### ما الذي يستطيع كل منهما فعله فعليًا

هذا هو الجزء الصريح، وهو سبب وجود المشاريع غير الرسمية أصلًا.

- Evolution API:: إرسال الرسائل واستقبالها، والوسائط، والمجموعات، وعدة مثيلات من عملية نشر واحدة، مع خطافات ويب (webhook) ولوحة تحكم قابلة للاستخدام. بالنسبة إلى المطور، هذا هو الخيار غير الرسمي الأسهل استخدامًا.
- EasyCoexistence:: كل ما تسمح به Cloud API: إرسال الرسائل واستقبالها، والقوالب، والوسائط، والرسائل التفاعلية، مع تسليم خطافات ويب (webhook) من Meta. المحادثات الجماعية خارج API، وتتطلب الردود الحرة بقاء نافذة 24 ساعة مفتوحة. هذه قواعد Meta، وتنطبق على كل مزود رسمي.

### من ينبغي أن يختار كل خيار

لكل خيار حالة حقيقية، ويعتمد الأمر بالكامل على قيمة الرقم بالنسبة إليك.

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

- اختبار جسر غير رسمي على رقم النشاط التجاري. يأتي الحظر دون إنذار ودون استئناف.
- اعتبار سنوات من التشغيل المستمر دليلًا على الأمان. يحدث الإنفاذ دوريًا لا مستمرًا.
- افتراض أن الحظر يؤثر في API وحدها. فهو يأخذ معه ملف WhatsApp Business أيضًا.

**هل تعمل Evolution API فعلًا؟** نعم، ولهذا تحظى بشعبية. السؤال ليس هل تعمل، بل ماذا يحدث للرقم عندما تكتشف WhatsApp الأمر.

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

**هل سيتوقف تطبيق WhatsApp Business لدي عن العمل معكم؟** لا. هذه هي فكرة Coexistence: يستمر التطبيق على الهاتف في العمل بينما تعمل Cloud API على الرقم نفسه.

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

---

## EasyCoexistence مقابل Whapi

https://easycoexistence.com/ar/compare/easycoexistence-vs-whapi

Whapi خدمة مستضافة تبيع الوصول إلى WhatsApp عبر بوابة غير رسمية. إنها تعمل، وهي مجانية أو منخفضة التكلفة، لكنها تحمل خطرًا لا يحمله المسار الرسمي: فالرقم الذي يتم الوصول إليه بهذه الطريقة يخالف شروط WhatsApp وقد يُحظر دون إنذار. يوصّل EasyCoexistence الرقم نفسه عبر ميزة Coexistence الخاصة بـ Meta.

### كيف يصل كل منهما إلى WhatsApp

تكمن المقارنة كلها هنا، وكل ما عدا ذلك ينتج عنها.

- Whapi:: بوابة مستضافة مع REST API وخطة مدفوعة. الراحة حقيقية: لا خادم لتشغيله ولا مكتبة لصيانتها. لكن الرقم يظل مرتبطًا كجهاز، بدل تسجيله لدى Meta بوصفه رقم API.
- EasyCoexistence:: Cloud API لدى Meta، باستخدام بيانات اعتماد أصدرتها Meta لحساب WhatsApp Business الخاص بالعميل، عبر Coexistence. يُسجَّل الرقم لدى Meta بوصفه رقم API، ويستمر تطبيق WhatsApp Business في العمل على الهاتف في الوقت نفسه.

### ماذا يحدث عند وقوع مشكلة

يتعطل كلاهما أحيانًا. الفرق هو وجود جهة يمكن سؤالها.

- Whapi:: مزود تجاري يقدم الدعم، وهذا أكثر مما تقدمه مكتبة مفتوحة المصدر. لكن الدعم لا يستطيع عكس الحظر، لأن الوصول لم يكن معتمدًا من Meta أصلًا ولا توجد آلية استئناف له.
- EasyCoexistence:: اتصال يعمل على البنية التحتية الخاصة بـ Meta، مع مراقبة مستمرة. عند انقطاعه، نقرأ سبب الانفصال الذي تحدده Meta نفسها، لذلك يمكن تمييز أربعة عشر يومًا من عدم النشاط عن إزالة فعلية، ويتم إبلاغك قبل أن يلاحظ العميل.

### ما التكلفة بصراحة

يبدو المسار غير الرسمي مجانيًا عادةً، لكن المقارنة لا تتعلق حقًا برسوم الترخيص.

- Whapi:: رسوم شهرية، لذلك ليس الخيار الرخيص الذي يقدمه المسار مفتوح المصدر. أنت تدفع مقابل الراحة مع الاحتفاظ بالمخاطر التي تحملها الأدوات المجانية.
- EasyCoexistence:: ابتداءً من US$ 9 لكل رقم متصل شهريًا، مع الاستضافة والمراقبة وموصل MCP مشمولة. لا يوجد خادم لتشغيله، ولا جلسة لإعادة ربطها، ولا شيء لإعادة بنائه عند تغير البروتوكول.

### ما الذي يستطيع كل منهما فعله فعليًا

هذه هي النقطة الصريحة، وسبب وجود المشاريع غير الرسمية أصلًا.

- Whapi:: إرسال الرسائل واستقبالها، والوسائط، والمجموعات والمحادثات الشخصية، عبر REST API مرتبة من دون بنية تحتية لتشغيلها. وهي أوسع من API الرسمية من حيث الميزات.
- EasyCoexistence:: كل ما تسمح به Cloud API: إرسال الرسائل واستقبالها، والقوالب والوسائط والرسائل التفاعلية، مع تسليم خطاف الويب (webhook) عبر Meta. محادثات المجموعات خارج نطاق API، والردود الحرة تحتاج إلى بقاء نافذة 24 ساعة مفتوحة. هذه قواعد Meta، وتنطبق على كل مزود رسمي.

### من يختار أيهما

هناك حالة حقيقية لكل خيار، ويتوقف الأمر بالكامل على قيمة الرقم.

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

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

**هل يعمل Whapi فعلًا؟** نعم، ولهذا يحظى بشعبية. السؤال ليس هل يعمل، بل ماذا يحدث للرقم عندما تكتشف WhatsApp الأمر.

**هل يمكن حظر رقم بسبب ذلك؟** نعم. الوصول غير الرسمي يخالف شروط WhatsApp الخاصة بالنشاط التجاري، ويجري الإنفاذ دون إنذار ودون استئناف.

**هل سيتوقف تطبيق WhatsApp Business عن العمل معي؟** لا. هذه هي فكرة Coexistence: يستمر التطبيق على الهاتف في العمل بينما تعمل Cloud API على الرقم نفسه.

**إن كان مدفوعًا، فهل اعتمدته Meta؟** لا. دفع المال لطرف ثالث لا يجعل الوصول معتمدًا. يأتي الاعتماد من إصدار Meta بيانات اعتماد للرقم، وهذا ما تفعله Coexistence.

---

## أفضل مزودي Coexistence في WhatsApp

https://easycoexistence.com/ar/compare/best-whatsapp-coexistence-providers

قائمة قصيرة، لأن Coexistence أحدث من صناعة واجهة برمجة التطبيقات (API) الخاصة بـ WhatsApp، ومعظم المزودين لا يدعمونها بعد. هؤلاء يدعمونها، مع أسعارهم ونوع النشاط الذي صُممت خدماتهم له.

### 1. EasyCoexistence، لنشاط تجاري أو وكالة تريد الاتصال فقط

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

- من US$ 9 لكل رقم متصل شهريًا، وتنخفض إلى US$ 1 عند زيادة العدد.
- بلا مقاعد، ولا عقد، ولا رسوم إعداد، مع 3 أيام مجانية.
- دون هامش إضافي: تحاسب Meta العميل مباشرة على المحادثات.
- ست عشرة أداة MCP عبر OAuth لـ Claude وChatGPT وCursor وClaude Code.

### 2. YCloud، لفريق يريد منصة متكاملة

أقرب بديل من حيث التموضع: يدعمون Coexistence بوضوح، ويلتزمون بعدم إضافة هامش على رسائل WhatsApp، وهما أهم عاملين. الفرق هو الفاتورة. تبدأ خططهم المدفوعة من US$ 39 شهريًا، وتُحسب حسب مقاعد المستخدمين والقنوات وأرصدة الذكاء الاصطناعي، قبل احتساب أي رقم. تبدأ خطتنا من US$ 9 لكل رقم متصل، بلا مقاعد أو أرصدة، لذلك يدفع النشاط الذي لديه رقم إلى 3 أرقام جزءًا من ذلك، بينما تحصل الوكالة التي لديها 40 رقمًا على سعر ينخفض إلى US$ 5.

### 3. SleekFlow، لفريق يعمل من صندوق وارد مشترك

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

### 4. 8x8، لمؤسسة تشتري خدمات الاتصالات أصلًا

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

### 5. Dualhook، متخصص مباشر

البنية نفسها التي نستخدمها: Coexistence مع توجيه خطاف الويب مباشرة من Meta، بلا تخزين للرسائل، وبسعر منشور. سعرهم المنشور هو US$ 12 لكل رقم مقابل US$ 9 لدينا، ويحذرون عند 13 يومًا من أن المهلة جارية بدلًا من قراءة سبب قطع الاتصال الذي تحدده Meta، كما أن توثيقهم لا يصف موصل MCP.

### ما الذي يجب أن تسأله لأي منهم قبل الاشتراك

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

- هل يبقى الرقم في Business Portfolio الخاص بي لدى Meta، وهل تحاسبني Meta مباشرة؟
- هل تضيفون أي مبلغ لكل رسالة، وهل يُفصل في الفاتورة عن رسوم Meta؟
- هل تعيدون تطبيق تجاوز خطاف الويب بعد إعادة الاتصال، أم يتوقف التسليم دون إشعار؟
- ماذا تفعلون بشأن قاعدة عدم النشاط لمدة 14 يومًا، وهل تقرأون سبب قطع الاتصال الذي تحدده Meta؟

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

**لماذا أنتم أولًا في قائمتكم؟** لأننا نرى أن موقفنا قوي: أقل سعر ابتدائي منشور هنا، بلا مقاعد، ودون هامش إضافي، مع المراقبة. كل رقم موثق، لذا تحقق منه.

**أي مزودين يدعمون Coexistence؟** عددهم أقل بكثير ممن يدعمون WhatsApp عمومًا. المزودون في هذه القائمة يذكرون ذلك في مواقعهم، بينما لا تزال معظم صناعة API الخاصة بـ WhatsApp لا تقدمه.

**هل يغير المزود ما تستطيع Coexistence فعله؟** لا. الميزة من Meta، لذا فالقيود متطابقة في كل مكان: الميزات الأربع المعطلة نفسها، وقاعدة 14 يومًا نفسها، ومن دون محادثات جماعية.

**ما الخيار الأرخص؟** خدمتنا، بالسعر الابتدائي المنشور، وتتسع الفجوة مع زيادة الأرقام لأن سعرنا لكل رقم ينخفض، بينما لا تنخفض أسعار المقاعد والخطط.

---

## أفضل مزوّدي Cloud API لـ WhatsApp

https://easycoexistence.com/ar/compare/best-whatsapp-cloud-api-providers

يتصل كل مزوّد هنا بـ Cloud API نفسها، لأنها مملوكة لـ Meta ولا توجد سوى واحدة. ويختلف المزوّدون في طريقة التسعير، وينقسمون بوضوح إلى ثلاث مجموعات: رسم لكل رسالة، أو لكل مستخدم، أو لكل رقم متصل.

### نماذج التسعير الثلاثة، وهي نقطة الاختيار الحقيقية

تبدو قوائم الميزات متشابهة لأن Cloud API، أي واجهة برمجة التطبيقات (API)، متطابقة في الأساس. لكن طريقة احتساب الفاتورة مختلفة، وهي التي تحدد ما ستدفعه مع نمو نشاطك التجاري.

- لكل رسالة: رسم على كل رسالة، لذلك ترتفع التكلفة تماماً مع نجاح النشاط التجاري.
- لكل مستخدم: رسم عن كل مستخدم، لذلك ترتفع التكلفة مع نمو الفريق، وتُدفع سواء سجّل أفراده الدخول أم لا.
- لكل رقم: رسم عن كل اتصال، ويتوقف عن الارتفاع بمجرد اتصال الرقم.

### المزوّدون الذين يتقاضون رسماً لكل رسالة

هذه مجموعة منصات الاتصالات كخدمة (CPaaS). تنشر Twilio رسماً قدره US$ 0.005 لكل رسالة واردة أو صادرة، يضاف إلى رسوم Meta. وتنشر Gupshup رسماً قياسياً قدره US$ 0.001 لكل رسالة. وتعرض Bird سعراً موحداً يتضمن رسم Meta، لذلك فإن الزيادة حقيقية، لكن لا يمكن التحقق منها مقابل السعر المنشور من Meta. وتعرض Infobip سعراً حسب بلد الوجهة عبر فريق المبيعات. المنصات الأربع قادرة، لكنها تجعل فاتورة منصتك مرتبطة بحجم رسائلك.

### المزوّدون الذين يتقاضون رسماً لكل مستخدم

هذه مجموعة صناديق الوارد. تبيع SleekFlow وWati وRespond.io صندوق وارد مشتركاً مع الحملات والأتمتة، بسعر لكل مستخدم وفق مستويات الخطة، وفي حالات عدة مع إضافة لكل رقم WhatsApp. هذا هو الشراء المناسب إذا أردت أن يعمل فريقك داخل منتج واحد طوال اليوم. لكنه غير مناسب إذا كان لدى فريقك نظام CRM بالفعل، لأنك ستدفع مقابل صندوق وارد ثانٍ سواء فتحه أحد أم لا.

### المزوّدون الذين يتقاضون رسماً لكل رقم

هذه مجموعة البنية التحتية، وهي الأصغر. تتقاضى EasyCoexistence من US$ 9 لكل رقم متصل شهرياً، وينخفض السعر إلى US$ 1 كلما زاد عدد الأرقام، من دون أي رسم لكل رسالة أو مستخدمين. وDualhook هو المتخصص الآخر الذي ينشر سعراً لكل رقم. يناسب هذا النموذج نشاطاً تجارياً لديه نظام بالفعل ويريد أن يصل إليه WhatsApp، كما يناسب وكالة تدير أرقاماً كثيرة للعملاء، إذ يتراكم أثر انخفاض السعر لكل رقم.

### نقطة تقاطع النماذج

يجدر بك حسابها بدلاً من افتراضها، فالحساب قصير.

- عند US$ 0.005 لكل رسالة، يصبح رسم US$ 9 لكل رقم أرخص بعد نحو 1,800 رسالة شهرياً.
- عند US$ 0.001 لكل رسالة، تحدث نقطة التقاطع عند نحو 9,000 رسالة شهرياً.
- يتقاطع نموذج المستخدمين حسب عدد الأفراد، لا حسب الحجم، لذا قارن عدد المستخدمين بعدد الأرقام.
- رسوم المحادثات الخاصة بـ Meta نفسها متساوية في كل نموذج، وليست موضع المقارنة.

### ما الذي لا يغيّره أي منهم

من المفيد معرفة ذلك قبل أن تقنعك مقارنة الميزات بغير الحقيقة.

- Cloud API مملوكة لـ Meta، لذا فإن الاعتمادية والقدرات تخص المنصة، لا المزوّد.
- الموافقة على القالب قرار تتخذه Meta، ولا يستطيع أي مزوّد تسريعها.
- تحدد Meta تقييم الجودة ومستوى المراسلة بناءً على سلوك المستلمين.
- Coexistence، حيثما كانت مدعومة، لها الحدود نفسها في كل مكان لأن الميزة مملوكة لـ Meta.

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

**هل تكون Cloud API لدى أحد المزوّدين أسرع من غيره؟** لا. إنها API الخاصة بـ Meta في كل حالة. لا يستطيع المزوّد تغيير سوى ما يوجد أمامها وما يتقاضاه.

**أي نموذج هو الأرخص؟** التسعير لكل رقم بعد حجم استخدام متواضع. عند السعر المنشور من Twilio تحدث نقطة التقاطع عند نحو 1,800 رسالة شهرياً، وعند سعر Gupshup عند نحو 9,000.

**هل أحتاج إلى مزوّد أصلاً؟** للوصول إلى Cloud API على رقم يشغّل تطبيق WhatsApp Business بالفعل، نعم. يتطلب إعداد Coexistence وجود Meta Tech Provider.

**من يفوترني مقابل الرسائل؟** Meta، إذا لم يُعد المزوّد بيع الخدمة. معنا، تفوتر Meta لك مباشرة ولا نضيف أي زيادة.

---

## أفضل خوادم WhatsApp MCP

https://easycoexistence.com/ar/compare/best-whatsapp-mcp-servers

عند البحث عن خادم WhatsApp MCP، ستجد غالباً مشاريع مفتوحة المصدر تسجّل الدخول إلى WhatsApp كجهاز مرتبط. هي تعمل، لكنها تعرّض الرقم للخطر. الفارق المهم ليس الميزات، بل ما إذا كان الخادم يتصل بواجهة برمجة التطبيقات (API) الرسمية من Meta.

### الانقسام المهم

يقع كل خادم WhatsApp MCP على أحد جانبي خط واحد، وهذا الخط لا يتعلق بالأدوات.

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

### المشاريع المفتوحة المصدر التي ستجدها

تُبنى معظم خوادم WhatsApp MCP على GitHub باستخدام مكتبات مثل Baileys وWPPConnect وVenom، التي تعيد هندسة بروتوكول الجهاز المرتبط. إنها ذكية فعلاً ومجانية، وتمنح المساعد وصولاً إلى المحادثات والمجموعات الشخصية التي لا تتيحها API الرسمية. لكن التكلفة تقع على الحساب: فالرقم المحظور بهذه الطريقة يفقد معه ملف WhatsApp Business، ولا توجد قناة دعم لمناقشة الأمر. بالنسبة إلى رقم شخصي يقبل صاحبه خسارته، قد تكون هذه المقايضة منطقية. أما الرقم الذي يجيب نشاط تجاري من خلاله على العملاء، فلا تكون منطقية.

### ما الذي يتطلبه تشغيل أحدها فعلياً

الفرق العملي، بعد تجاوز المخاطر، وهو ما يواجهه الناس في اليوم الثاني.

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

### EasyCoexistence، المسار الرسمي

خادم MCP عن بُعد عبر OAuth، فلا شيء لتثبيته ولا رمز وصول في ملف إعدادات. تغطي ست عشرة أداة ما يطلبه الناس فعلياً من المساعد: سرد الأرقام، والتحقق من حالة رقم، وقراءة بيانات اعتماد API، وإرسال رسالة، وسرد القوالب وإنشائها وإرسالها، والتحقق من حالة قالب، وتوجيه خطاف الويب (webhook) إلى نظامك، والبحث في المستندات، وبدء اتصال جديد. وتتولى خمس أدوات أخرى إعداد Partner API: حالة الإعداد، ومفتاح API، وعنوان URL للأحداث، وروابط الاتصال المستضافة. يعمل الخادم سواء كان حاسوبك المحمول مفتوحاً أم لا، لأنه مستضاف، والرقم نفسه موجود على Cloud API الرسمي من Meta عبر Coexistence، لذلك يظل تطبيق WhatsApp Business يعمل ولا يتعرض شيء للخطر.

### ما الذي لا يستطيع المسار الرسمي فعله

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

- المحادثات الجماعية خارج Cloud API بالكامل لدى كل موفر رسمي.
- لا يمكن الوصول إلى المحادثات الشخصية من حساب WhatsApp استهلاكي.
- تعمل الردود الحرة فقط خلال نافذة الخدمة البالغة 24 ساعة؛ وخارجها، يفتح قالب معتمد المحادثة.
- هذه قواعد Meta وليست قواعدنا، ولا يستطيع أي موفر رسمي رفعها.

- الحكم على خادم MCP من عدد أدواته. السؤال هو: هل يتصل بـ API من Meta أم ينتحل صفة هاتف؟
- اختبار جسر غير رسمي على رقم النشاط التجاري. يأتي الحظر من دون تحذير أو استئناف.
- افتراض أن الخادم المحلي خاص. وجود رمز وصول في ملف إعدادات على حاسوب محمول ترتيب أضعف.

**هل خوادم WhatsApp MCP المفتوحة المصدر آمنة؟** هي تعمل، لكنها تسجّل الدخول كجهاز مرتبط، وهذا يخالف شروط WhatsApp. وتُحظر الأرقام بسببه من دون تحذير.

**هل يستطيع خادم MCP الرسمي قراءة محادثاتي الجماعية؟** لا. المحادثات الجماعية خارج Cloud API من Meta لدى كل موفر رسمي، بما في ذلك نحن.

**هل أحتاج إلى تثبيت أي شيء؟** لا. خادمنا عن بُعد عبر OAuth، لذا تضيف نقطة النهاية (endpoint) وتسجّل الدخول. لا شيء يعمل على جهازك.

**ما المساعدون الذين يمكنهم استخدامه؟** أي عميل MCP. نُوثّق Claude وChatGPT وCursor وClaude Code.

---

## EasyCoexistence مقابل Twilio

https://easycoexistence.com/ar/compare/easycoexistence-vs-twilio

Twilio منصة اتصالات عامة تعيد بيع WhatsApp ضمن قنوات عديدة، مع رسم معلن على كل رسالة فوق رسوم Meta نفسها. أما EasyCoexistence فيؤدي مهمة واحدة: يربط رقم تطبيق WhatsApp Business عبر Coexistence ويفرض رسماً ثابتاً لكل رقم.

### ما الغرض من كل منتج

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

- Twilio:: منصة اتصالات تغطي SMS والصوت والبريد الإلكتروني وWhatsApp، ومصممة لفرق الهندسة التي تجمع المراسلة عبر قنوات عديدة. WhatsApp قناة واحدة من قنوات عدة، وتسعيرها مثل بقية القنوات: لكل رسالة.
- EasyCoexistence:: متخصص في Coexistence. يظل تطبيق WhatsApp Business على الهاتف عاملاً، وتعمل Cloud API على الرقم نفسه، وتصل أحداث الرسائل إلى نقطة النهاية الخاصة بك، ونراقب الاتصال. مهمة واحدة، تُنجز بالكامل.

### كيف يتغير التسعير مع النمو

هذا هو الفرق المتراكم، وهو مسألة حسابية لا رأياً.

- Twilio:: US$ 0.005 لكل رسالة، واردة أو صادرة، فوق أي رسوم تفرضها Meta. يتوسع الرسم مع كل محادثة، فتتحدد تكلفة المنصة بمدى نجاح النشاط التجاري.
- EasyCoexistence:: رسم ثابت لكل رقم متصل. تكلف عشرة آلاف رسالة في الشهر مثل عشر رسائل. يجعل النجاح المنصة أرخص لكل رسالة، لا أغلى، وينخفض سعر الرقم أيضاً عند زيادة الحجم.

### من يحتفظ بحساب WhatsApp

يحدد مكان الرقم والعلاقة مع Meta مدى سهولة مغادرة أي من الطرفين.

- Twilio:: تُسجّل الأرقام عبر مرسلي Twilio، وتجري علاقة المراسلة عبر البنية التحتية لـ Twilio، حيث توجد أيضاً علاقة الفوترة.
- EasyCoexistence:: يبقى الرقم في Business Portfolio الخاص بالعميل، وعلى حساب WhatsApp Business الخاص به، وتفوّتره Meta مباشرة مقابل المحادثات. نحن Tech Provider الذي ربطه، وإزالتنا لا تنقل الرقم معنا.

### إلى أين تذهب الرسائل

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

- Twilio:: تصل الرسائل الواردة إلى خطاف الويب (webhook) الخاص بك عبر Twilio، الذي يعالج كل رسالة ويفوترها أثناء مرورها.
- EasyCoexistence:: نضبط override_callback_uri الخاص بـ Meta على حساب WhatsApp Business، فتنتقل أحداث الرسائل من Meta مباشرة إلى نقطة النهاية الخاصة بك. لا تمر عبرنا، ولا نخزنها، ولا يوجد على المسار ما يمكن قياسه وفوترته.

### الوصول إليها من مساعد ذكاء اصطناعي

هذا هو السؤال الأحدث، وهو سؤال تملك المنصة العامة أسباباً أقل للإجابة عنه.

- Twilio:: REST API كاملة مع SDKs للغات الرئيسية، وتُحاسب وفق US$ 0.005 المنشورة لكل رسالة، لذلك تُفوتر عملية التكامل التي تكتبها عند كل إرسال أو استقبال.
- EasyCoexistence:: واجهة API نفسها في الأساس، مع موصل MCP عن بُعد يضم ست عشرة أداة عبر OAuth، بحيث يستطيع Claude وChatGPT وCursor وClaude Code عرض الأرقام وفحص الحالة الصحية وإرسال الرسائل وتعيين وجهات خطاف الويب من دون أن يكتب أحد عميلاً برمجياً.

- مقارنة الرسم المعلن فقط. يتقاطع الرسم لكل رسالة مع الرسم لكل رقم عند حجم استخدام يستحق الحساب أولاً.
- افتراض أن المنصة الكبيرة تعني اتصالاً أفضل بـ WhatsApp. Cloud API في الأساس هي API الخاصة بـ Meta في كلتا الحالتين.
- تجاهل الجهة التي تفوترها Meta. فالموفر الموجود بينك وبين فاتورة Meta هو موفر يمكنه إضافة زيادة عليها.

**هل Twilio أرخص عند الاستخدام المنخفض؟** تحت نحو ألفي رسالة شهرياً يكون الرسم لكل رسالة صغيراً. بعد ذلك يفوز الرسم الثابت لكل رقم ويستمر تفوقه مع نمو الحجم.

**هل يدعم Twilio Coexistence؟** لا تتناول صفحة تسعير WhatsApp الخاصة بهم ذلك. أما Coexistence فهو ما صُممنا له، لذلك يظل تطبيق WhatsApp Business عاملاً على الرقم نفسه.

**هل تختلف API؟** لا. Cloud API في الأساس هي API الخاصة بـ Meta في كلتا الحالتين. الاختلاف هو الجهة الموجودة على المسار، وما تفرضه من رسوم، والجهة التي تفوترها Meta.

**هل يمكنني نقل الرقم لاحقاً؟** نعم، معنا يبقى الرقم في Business Portfolio الخاص بك، ولذلك فإن إزالتنا تتركه في مكانه تماماً.

---

## EasyCoexistence مقابل Gupshup

https://easycoexistence.com/ar/compare/easycoexistence-vs-gupshup

Gupshup منصة مراسلة تفاعلية تفرض رسماً منشوراً لكل رسالة فوق تكاليف محادثات Meta. تفرض EasyCoexistence رسماً شهرياً ثابتاً لكل رقم متصل، ولا تضيف شيئاً إلى فاتورة الرسائل، وهذا هو الفرق الذي يتضاعف مع زيادة الحجم.

### شكل الفاتورة

عُشر السنت يبدو لا شيء، لكنه عند التوسع يصبح المحادثة كلها.

- Gupshup:: رسم قياسي قدره US$ 0.001 لكل رسالة فوق رسوم Meta، وينطبق على رسائل القوالب والجلسات معاً. عند مئة ألف رسالة شهرياً، يصبح ذلك مئة دولار من رسم المنصة قبل تكاليف Meta.
- EasyCoexistence:: لا شيء لكل رسالة. مئة ألف رسالة تكلف ما تكلفه عشر رسائل، لأن الرسم يتبع الرقم لا حركة المرور. وكلما زاد نشاط الرقم، قل أثر رسمنا لكل محادثة.

### ما الذي صُمم المنتج لأجله

كلاهما يربط WhatsApp. لكن كل منتج منظم حول مهمة مختلفة.

- Gupshup:: منصة للمراسلة التفاعلية تضم إنشاء الروبوتات وأدوات الحملات وقائمة واسعة من القنوات، وموجهة إلى الأنشطة التجارية التي تدير برامج صادرة على نطاق واسع.
- EasyCoexistence:: بنية لـ Coexistence. يواصل تطبيق WhatsApp Business عمله على الهاتف، وتعمل Cloud API على الرقم نفسه، وتصل أحداث الرسائل إلى أي نظام أو وكيل ذكاء اصطناعي تستخدمه بالفعل. لا نطلب منك نقل فريقك إلى أي مكان.

### أين توجد بيانات المحادثة

هذا هو السؤال الذي يحدد مقدار عمل نشاطك التجاري داخل منتج يملكه طرف آخر.

- Gupshup:: تمر الرسائل عبر المنصة، وهذا ما يتيح إنشاء الروبوتات وأدوات الحملات والتحليلات. وهذه مقايضة معقولة إذا كنت تريد هذه الميزات.
- EasyCoexistence:: تنتقل أحداث الرسائل من Meta مباشرةً إلى نقطة النهاية (endpoint) الخاصة بك عبر تجاوز خطاف الويب (webhook) الخاص بـ Meta. نحن لا نرى محتوى المحادثات، ولذلك لا يوجد شيء لك لاستخراجه إذا غادرت، ولا شيء في المسار لفرض رسوم عليه.

### توصيل رقم يعمل عليه التطبيق بالفعل

هذه هي المشكلة المحددة التي أُنشئت Coexistence لحلها.

- Gupshup:: ميزة Coexistence غير مذكورة في صفحة الأسعار المنشورة لديهم. وهذا لا يثبت أنهم لا يدعمونه، ومن الأفضل طرح السؤال عليهم مباشرةً.
- EasyCoexistence:: هذا هو المنتج بأكمله. يتصل الرقم الذي يعمل عليه تطبيق WhatsApp Business بالفعل عبر Embedded Signup الخاص بـ Meta، ويواصل التطبيق عمله، ويحصل الرقم نفسه على Cloud API خلال دقائق.

- اعتبار US$ 0.001 مبلغاً ضئيلاً. اضربه في حجم حقيقي لمدة عام قبل أن تقرر.
- الدفع مقابل أدوات حملات لن تستخدمها. فرسم المنصة يغطي المنتج كله، سواء استخدمته أم لا.
- افتراض أن Coexistence مدعومة لدى أي مزود. اسأل تحديداً، أيّاً كان اختيارك.

**كم تبلغ تكلفة الرسم لكل رسالة فعلياً؟** عند مئة ألف رسالة شهرياً، يصبح رسم Gupshup المنشور البالغ US$ 0.001 رسماً للمنصة قدره US$ 100. أما رسمنا لرقم واحد فهو US$ 9 مهما كان الحجم.

**هل تدعم Gupshup ميزة Coexistence؟** لا تذكر صفحة الأسعار لديهم ذلك. Coexistence هي كل ما نفعله.

**هل أفقد ميزات الحملات معكم؟** لسنا أداة حملات، ولا نحدد أسعارنا مثلها. تصل الرسائل إلى نظامك، لذلك تدير الحملات حيث تديرها بالفعل.

**من يدفع لـ Meta؟** يدفع العميل مباشرةً من حساب WhatsApp Business الخاص به. ولا نضيف أبداً أي زيادة على رسوم Meta.

---

## EasyCoexistence مقابل Infobip

https://easycoexistence.com/ar/compare/easycoexistence-vs-infobip

Infobip منصة اتصالات للمؤسسات، ويُحدَّد سعر WhatsApp فيها حسب الدولة عبر فريق المبيعات. تنشر EasyCoexistence سعرها، وتبدأ بفترة تجريبية مجانية لمدة 3 أيام، وتوصل الرقم دون محادثات، ما يجعلها منتجًا مختلفًا لمشترٍ مختلف.

### لمن صُمم كل منتج

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

- Infobip:: منصة CPaaS للمؤسسات، مع توجيه متعدد القنوات وأدوات مراكز الاتصال وعلاقات عالمية مع شركات الاتصالات، تُباع عبر فرق الحسابات لمؤسسات لديها إجراءات مشتريات والتزامات حجم.
- EasyCoexistence:: نشاط تجاري صغير أو وكالة لديها رقم WhatsApp Business وتريده على Cloud API هذا العصر. سجّل، صِل، وانتهى الأمر. لا يوجد من تتحدث إليه لأنه لا شيء للتفاوض عليه.

### ما الذي يمكنك معرفته قبل الالتزام

هذا هو الفرق العملي الأبرز، وهو أول ما يشعر به الناس.

- Infobip:: تُحدَّد الأسعار حسب الدولة المستهدفة وتُرتَّب مع المبيعات، وهذا معتاد في CPaaS للمؤسسات ويناسب المشترين الذين يتفاوضون على حجم سنوي.
- EasyCoexistence:: قائمة الأسعار كاملة موجودة في صفحة الأسعار، بعملتك، مع ظهور شرائح الحجم. يمكنك حساب فاتورتك قبل إنشاء حساب، والأيام الثلاثة الأولى مجانية.

### المدة من اتخاذ القرار إلى تشغيل الرقم

بالنسبة إلى نشاط تجاري لديه رقم واحد ومشكلة حقيقية، هذه هي المقارنة المهمة.

- Infobip:: إعداد للمؤسسات، مع دعم مخصص ومساعدة في التهيئة تحتاج إليها عمليات النشر الكبيرة فعلًا.
- EasyCoexistence:: دقائق. يختار Embedded Signup الخاص بـ Meta المحفظة والحساب والرقم، ويستمر تطبيق WhatsApp Business في العمل طوال العملية، وتبدأ المراقبة فورًا.

### ماذا يحدث عند انقطاع الاتصال

كل اتصال Coexistence يمر بيوم سيئ في النهاية. الاختلاف هو من يلاحظ ذلك.

- Infobip:: قنوات دعم للمؤسسات وفريق حسابات، وهو النموذج المناسب عندما يكون هناك عقد وجهة اتصال محددة وراءه.
- EasyCoexistence:: نراقب الاتصال باستمرار ونقرأ سبب الانقطاع من Meta نفسها، لذلك نميّز بين رقم انقطع بسبب عدم النشاط لمدة 14 يومًا وعميل غادر فعلًا. يصل التنبيه قبل أن يلاحظ العميل.

- مقارنة CPaaS للمؤسسات بأداة لكل رقم اعتمادًا على الميزات فقط. فهما يجيبان عن سؤالين مختلفين.
- بدء دورة مشتريات من أجل رقم واحد. فالوقت الذي تكلفه يتجاوز تكلفة الأداة خلال عام.
- افتراض أن عرض السعر سيتفوق على السعر المنشور عند الحجم الصغير. نادرًا ما يحدث ذلك.

**لماذا لا تنشر Infobip سعرًا موحدًا؟** تُحدَّد أسعارها حسب الدولة المستهدفة، وهذا يناسب المشترين من المؤسسات الذين يتفاوضون على الحجم. أما سعرنا فمنشور لأن مشترينا يريدون اتخاذ القرار اليوم.

**هل Infobip أفضل لمؤسسة كبيرة؟** صُممت لهذا المشتري، مع وصول عالمي إلى شركات الاتصالات وفرق حسابات. أما النشاط التجاري الذي يربط أرقامه الخاصة، فنحن المسار الأسرع والأقل تكلفة.

**هل أحتاج إلى التحدث مع أحد للبدء؟** لا. 3 أيام مجانية على أول رقم متصل، ويتصل الرقم عبر Embedded Signup الخاص بـ Meta.

**من يفوترني مقابل الرسائل؟** تتولى Meta ذلك مباشرة على WhatsApp Business Account الخاص بك. ولا نكون طرفًا في تلك الفاتورة.

---

## EasyCoexistence مقابل YCloud

https://easycoexistence.com/ar/compare/easycoexistence-vs-ycloud

يدعم YCloud ميزة Coexistence، ومثلنا لا يضيف زيادة إلى أسعار رسائل Meta. الفرق هو ما تشتريه: خططهم المدفوعة اشتراكات منصة تشمل مقاعد وقنوات وأرصدة AI، بينما نقدم بنية تحتية بسعر لكل رقم متصل.

### ما الذي يقدمه كلا المنتجين بشكل صحيح

يجدر توضيح ذلك، لأنه يحصر المقارنة في الاختلافات الفعلية.

- YCloud:: تدعم المنصتان Coexistence وتعلنان ذلك بوضوح، كما تلتزم صفحة التسعير لديهما بعدم إضافة أي زيادة على رسائل WhatsApp. وفي أهم نقطتين عند اختيار مزود، يتخذ الطرفان الموقف الصحيح.
- EasyCoexistence:: الالتزامان نفسهما: Coexistence عبر تدفق Meta الخاص، وعدم إضافة أي مبلغ إلى رسالة Meta. اختلافنا يكمن في كل ما يحيط بذلك.

### ما الذي يشتريه الاشتراك فعليًا

هذا هو الاختلاف الحقيقي، وهو ما يحدد أي المنتجين أقل تكلفة لك.

- YCloud:: منصة. تبدأ خططهم المدفوعة من US$ 39 شهريًا، وتختلف بحسب مقاعد المستخدمين والقنوات وأرصدة AI، وهذا مناسب إذا أردت لفريقك العمل داخل منتجهم.
- EasyCoexistence:: بنية تحتية. تبدأ من US$ 9 لكل رقم متصل، بلا مقاعد للعد، ولا مستويات للقنوات، ولا أرصدة تنفد. يدفع النشاط التجاري ذو الرقم الواحد مقابل رقم واحد، بينما تحصل الوكالة ذات الأربعين رقمًا على سعر أقل لكل رقم.

### إلى أين تنتهي المحادثات

يتصل كلا المنتجين بـ Cloud API نفسه. وما يحدث للرسائل بعد ذلك هو قرار تصميمي.

- YCloud:: منصتهم، حيث يوجد صندوق الوارد والحملات وأرصدة AI، بدءًا من US$ 39 شهريًا قبل احتساب أي رقم. يعمل فريقك هناك لأن الرسائل تصل إلى ذلك المكان.
- EasyCoexistence:: نظامك. نضبط تجاوز خطاف الويب (webhook) الخاص بـ Meta، فتنتقل أحداث الرسائل من Meta مباشرة إلى نقطة النهاية (endpoint) لديك، أو إلى وكيل AI لديك عبر MCP. لا شيء تنقله إلى مكان آخر أو تستخرجه منه، ولا صندوق وارد ثانٍ يفحصه فريقك.

### ما الذي تدفعه الوكالة عند النمو

هنا يتباعد النموذجان بأكبر قدر.

- YCloud:: مستويات خطط بعدد المقاعد، لذلك يصبح النمو سلسلة من قرارات الترقية مع إضافة مزيد من الأشخاص والقنوات.
- EasyCoexistence:: سعر لكل رقم ينخفض مع إضافة الأرقام، من US$ 9 إلى US$ 1. لا توجد محادثة ترقية، لأنه لا يوجد شيء تحتاج إلى ترقيته: الرقم الأربعون يفعل كل ما فعله الرقم الأول، بسعر أقل.

### الوصول إليه من مساعد AI

هذا جانب لا توضحه مستويات خطط أي من المنصتين، لكنه يتحول إلى سؤال مهم.

- YCloud:: تُعد أرصدة AI جزءًا من هيكل خطتهم، ما يشير إلى ميزات AI مدمجة داخل منتجهم.
- EasyCoexistence:: موصل MCP بعيد يضم ست عشرة أداة عبر OAuth. يمكن لـ Claude وChatGPT وCursor وClaude Code عرض الأرقام وفحص صحة الاتصال وإرسال الرسائل والقوالب وتعيين وجهات خطاف الويب (webhook) مباشرة، بلا كتابة عميل أو شراء أرصدة.

- مقارنة خطة حسب المقعد برسوم حسب الرقم من دون احتساب مقاعدك وأرقامك أولًا.
- الدفع مقابل صندوق وارد يملكه فريقك أصلًا. تغطيه رسوم المنصة سواء فتحته أم لا.
- افتراض أن ميزات AI وموصل MCP هما الشيء نفسه. تعمل الأولى داخل منتجهم، بينما يعمل الآخر داخل منتجك.

**هل يضيف كلا المنتجين فعلًا زيادة صفرية؟** نعم. تنص صفحة تسعير YCloud على عدم وجود أي زيادة، وكذلك نفعل نحن. لذلك قارن رسوم المنصة، لا رسوم الرسائل.

**أي المنتجين أقل تكلفة؟** لرقم واحد إلى أربعة أرقام، منتجنا: تكلف أربعة أرقام US$ 36 شهريًا مقابل خطة بداية بسعر US$ 39. ومن خمسة أرقام فأكثر، قارن إجمالي تكلفتنا، بسعر ينخفض إلى US$ 1 لكل رقم مع إضافة الأرقام، بمستوى الخطة الذي تحتاجه مقاعدك وقنواتك.

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

**هل لدى YCloud موصل MCP؟** تصف صفحة تسعيرهم أرصدة AI داخل منصتهم، لا خادم MCP. أما موصلنا فيضم ست عشرة أداة عبر OAuth، ويمكن استخدامه من أي عميل MCP.

---

## EasyCoexistence مقابل SleekFlow

https://easycoexistence.com/ar/compare/easycoexistence-vs-sleekflow

SleekFlow منصة مراسلة متعددة القنوات تُباع لكل مقعد مستخدم، مع حد أدنى لعدد المقاعد ورسوم إضافية لكل رقم WhatsApp. تحاسب EasyCoexistence على كل رقم متصل، ولا تعرف مفهوم المقعد، لذلك تتبع الفاتورة الأرقام التي تملكها لا حجم فريقك.

### ما الذي تدفع مقابله فعليًا

يجيب نموذجا التسعير عن سؤالين مختلفين، وأحدهما يسأل عن هيكلك التنظيمي.

- SleekFlow:: صندوق وارد مشترك ومنصة حملات تُسعّر حسب مقعد المستخدم ضمن فئات الخطط، وهذا منطقي عندما يكون المنتج هو المكان الذي يقضي فيه فريقك يومه.
- EasyCoexistence:: اتصال. الوحدة هي رقم متصل، لا شخص، لذلك لا تكلف إضافة زميل شيئًا، ولا تتغير الفاتورة عندما يكبر الفريق أو يصغر.

### أين يعمل فريقك

هذا هو القرار الكامن وراء نموذج التسعير، والأصعب تراجعًا.

- SleekFlow:: داخل SleekFlow. هذا هو المنتج: صندوق وارد وأتمتة وحملات في مكان واحد، وهو مفيد فعلًا لفريق يريد ذلك.
- EasyCoexistence:: حيث يعملون بالفعل. تنتقل أحداث الرسائل من Meta مباشرة إلى CRM أو مكتب المساعدة أو أداتك الداخلية أو وكيل الذكاء الاصطناعي عبر خطاف الويب (webhook) المخصص من Meta. لا يتعلم أحد استخدام صندوق وارد جديد، ولا يحتاج شيء إلى نقل.

### إضافة رقم ثان أو ثالث

هذا شائع لدى نشاط تجاري يملك أكثر من موقع، وهنا يختلف النموذجان بوضوح.

- SleekFlow:: الأرقام الإضافية في WhatsApp إضافة إلى الخطة القائمة على المقاعد، لذلك يكون الرقم الثاني قرارًا إضافيًا فوق الاشتراك.
- EasyCoexistence:: الرقم الثاني هو ببساطة الرقم الثاني، بالسعر المنشور الذي ينخفض مع إضافة أرقام أخرى. لا تحتاج 20 رقمًا في حساب واحد إلى تغيير الخطة أو نقاش.

### ماذا يحدث إذا توقفت عن الدفع

يجدر طرح هذا السؤال عن أي منتج يحتفظ بمحادثاتك.

- SleekFlow:: يعيش صندوق الوارد والسجل وعمليات الأتمتة داخل المنصة، وهذا ما يجعلها تعمل، ويجعل المغادرة عملية نقل.
- EasyCoexistence:: لا توجد بيانات لك داخلنا كي تنقلها. سُلّمت الرسائل إلى نظامك عند وصولها، والرقم موجود في Meta Business Portfolio الخاص بك، لذلك تؤدي إزالتنا إلى ترك الرقم في مكانه تمامًا.

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

**أيهما أرخص؟** نحن الأرخص، إلا إذا كنت تريد صندوق وارد تحديدًا. تسعيرهم المنشور لكل مقعد مع حد أدنى لعدد المقاعد وإضافة شهرية لكل رقم WhatsApp. سعرنا US$ 9 لكل رقم متصل، وينخفض إلى US$ 1 مع زيادة عدد الأرقام، بلا مقاعد إطلاقًا.

**هل أحصل على صندوق وارد مشترك؟** لا، ولا تدفع مقابله. تصل الرسائل إلى نظامك، حيث يعمل فريقك بالفعل.

**ماذا عن المواقع المتعددة؟** تُحاسب على كل رقم بالسعر المنشور، وينخفض السعر مع إضافة المزيد. لا يلزم تغيير الخطة ولا التفاوض على إضافة.

**هل تُحتجز بياناتي؟** ليس معنا. تنتقل الرسائل مباشرة من Meta إلى نقطة النهاية (endpoint) الخاصة بك، ويبقى الرقم في Business Portfolio الخاص بك.

---

## EasyCoexistence مقابل Bird

https://easycoexistence.com/ar/compare/easycoexistence-vs-bird

تسعّر Bird رسائل WhatsApp حسب كل رسالة مُسلّمة، مع تضمين رسوم Meta في السعر المعروض. تفرض EasyCoexistence رسماً ثابتاً لكل رقم متصل، ولا تظهر في فاتورة الرسائل، لذلك تبقى رسوم Meta واضحة ومنفصلة.

### ما الذي يخفيه السعر الموحد

ليس ذلك خداعاً، وقد أوضحوه صراحةً في صفحتهم. لكنه يغيّر ما يمكنك التحقق منه.

- Bird:: سعر واحد لكل رسالة مُسلّمة، يتضمن حصة Meta بالفعل. توضح صفحتهم أن Bird تفرض رسم الإرسال أثناء المعالجة، وتسجل حصة Meta من إيصال التسليم.
- EasyCoexistence:: فاتورتان منفصلتان لا تختلطان أبداً. تصدر Meta فاتورة للعميل عن المحادثات في حساب WhatsApp Business الخاص به، ونصدر نحن فاتورة الاتصال. يمكنك مراجعة كل فاتورة مقابل مصدرها لأنها لم تُدمجا قط.

### ماذا يحدث عندما تغيّر Meta أسعارها

تراجع Meta تسعير المحادثات دورياً، ويمرّر كل نموذج هذا التغيير بطريقة مختلفة.

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

### ما الذي يقوم عليه كل منتج

كلاهما يرسل رسائل WhatsApp، لكنهما لا يتنافسان على المهمة نفسها.

- Bird:: منصة للتسويق والتفاعل مع العملاء عبر البريد الإلكتروني وSMS وWhatsApp، مصممة للفرق التي تدير حملات واسعة النطاق عبر قنوات متعددة.
- EasyCoexistence:: بنية تحتية لـ Coexistence لرقم يستخدم تطبيق WhatsApp Business بالفعل. يستمر التطبيق في العمل، وتعمل Cloud API إلى جانبه، وتصل الأحداث إلى نظامك الخاص. رقم واحد، ومهمة واحدة، بالطريقة الصحيحة.

### لمن تنتمي المحادثة

هذا هو السؤال البنيوي الكامن وراء نموذجي التسعير.

- Bird:: تُعالج الرسائل وتُحتسب رسومها أثناء مرورها عبر المنصة، وهذا ما يتيح أدوات الحملات والتحليلات.
- EasyCoexistence:: تنتقل أحداث الرسائل من Meta مباشرةً إلى endpoint الخاص بك عبر override الخاص بـ Meta. لا تمر عبرنا ولا نخزنها، ولذلك لا يوجد رسم لكل رسالة نفرضه.

- مقارنة السعر الموحد بالسعر المنشور من Meta كما لو كانا الرقم نفسه. أحدهما يتضمن الآخر.
- افتراض أن السعر المشمول لا يتضمن هامشاً إضافياً. معناه أن الهامش غير مفصل.
- اختيار منصة حملات لمهمة تتمثل في رقم واحد وwebhook واحد.

**هل تسعير Bird غير نزيه؟** لا. توضح Bird بجلاء أن رسوم Meta مشمولة. الفكرة أن السعر الموحّد لا يمكن التحقق منه مقابل السعر المنشور من Meta.

**من يصدر فاتورة الرسائل عندما أستخدم خدمتكم؟** تفعل Meta ذلك مباشرةً، عبر حساب WhatsApp Business الخاص بك. نحن لا نضيف هامشاً إلى رسوم Meta ولا نعيد بيعها أبداً.

**ماذا لو رفعت Meta أسعارها؟** سيظهر ذلك في فاتورة Meta الخاصة بك بسعر Meta. لا يتأثر رسمنا لأنه غير مرتبط بالرسائل.

**هل تدعم Bird ميزة Coexistence؟** لا تتناول صفحة تسعير WhatsApp الخاصة بهم هذا الأمر. أما Coexistence فهي جوهر ما نقدمه.

---

## EasyCoexistence مقابل Zenvia

https://easycoexistence.com/ar/compare/easycoexistence-vs-zenvia

تبيع Zenvia خطط برامج شهرية مع حزم قنوات منفصلة ورسوم إعداد لتفعيل WhatsApp. وتفرض EasyCoexistence رسماً معلناً واحداً لكل رقم متصل، بلا خطة أو حزمة أو تكلفة إعداد، ما يجعل الفرق كبيراً بالنسبة إلى نشاط تجاري صغير.

### كيف تُحتسب الفاتورة

هذا هو الفرق البنيوي، وهو ما يحدد الإجمالي.

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

### ما الغرض من كل منتج

كلاهما منتج جاد، لكن كل واحد منهما موجه إلى شركات مختلفة.

- Zenvia:: منصة لتجربة العملاء تضم حملات متعددة القنوات ورحلات تواصل وقاعدة كبيرة من الشركات البرازيلية، وتُباع لشركات تدير برامج تواصل منظمة.
- EasyCoexistence:: نشاط تجاري لديه رقم WhatsApp Business على هاتف ويريد تشغيله على Cloud API من دون فقدان التطبيق. يستمر التطبيق في العمل، وتعمل API على الرقم نفسه، وتصل الرسائل إلى النظام الذي يستخدمه النشاط التجاري.

### ماذا يحدث مع زيادة الحجم

يتحرك النموذجان في اتجاهين متعاكسين.

- Zenvia:: تُحدد حزم القنوات وفقاً للحجم، لذلك تعني الزيادة الانتقال إلى حزمة أكبر، وقد تنتقل فئة الخطة معها.
- EasyCoexistence:: ينخفض الرسم لكل رقم مع إضافة الأرقام، ولا يدخل حجم الرسائل في الحساب إطلاقاً. الرقم الذي يرسل مئة ألف رسالة يكلف مثل الرقم قليل الاستخدام.

### الوقت اللازم لتشغيل الرقم

بالنسبة إلى نشاط تجاري صغير، غالباً ما يحسم هذا الأمر القرار كله.

- Zenvia:: إجراءات بدء تجارية مع خطوة تفعيل لقناة WhatsApp، وتوفر دعماً تستفيد منه عمليات النشر الكبيرة.
- EasyCoexistence:: دقائق عبر Embedded Signup الخاص بـ Meta، مع ثلاثة أيام مجانية تبدأ من أول رقم متصل. يظل تطبيق WhatsApp Business عاملاً طوال الوقت، وتبدأ المراقبة فور اتصال الرقم.

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

**هل يمكنني الدفع بالريال؟** نعم. تُنشر الأسعار بالريال والدولار، وتُثبت العملة على العملة التي يستخدمها اشتراكك الأول.

**هل توجد رسوم إعداد؟** لا. 3 أيام مجانية، ثم الرسم لكل رقم. لا تدفع شيئاً لتفعيل WhatsApp على رقم.

**هل أفقد أدوات الحملات؟** لسنا منصة حملات ولا نفرض رسوماً مثلها. تصل الرسائل إلى نظامك الخاص، لذلك تُدار الحملات حيث تديرها حالياً.

**من يدفع لـ Meta مقابل المحادثات؟** يدفع العميل مباشرة من حساب WhatsApp Business الخاص به. ولا نضيف أي هامش إلى رسوم Meta.

---

## EasyCoexistence مقارنةً بـ 8x8

https://easycoexistence.com/ar/compare/easycoexistence-vs-8x8

8x8 مزود اتصالات للمؤسسات، ويُعد توثيقه لـ Coexistence من أوضح التوثيقات المتاحة، لذلك يُستشهد به. أما EasyCoexistence فمصمم للنشاط التجاري الذي يقرأ ذلك التوثيق ويريد رقمًا متصلًا اليوم، من دون إجراءات مبيعات للمؤسسات.

### نقاط الالتقاء بين المنتجين

الأساس التقني مشترك، ومن المفيد توضيح ذلك قبل ذكر الاختلافات.

- 8x8:: توثيقهم لـ Coexistence دقيق وواضح على نحو غير معتاد بشأن القيود، بما في ذلك ميزات WhatsApp التي تتوقف بعد توصيل الرقم. إنه مرجع مفيد فعلًا.
- EasyCoexistence:: القيود نفسها، لأنها قيود Meta وليست قيود أي مزود. نوثقها نحن أيضًا، وبنينا المنتج للتعامل معها: قاعدة عدم النشاط لمدة 14 يومًا، ونافذة المزامنة، والميزات التي تتوقف.

### من القراءة إلى التوصيل

الفجوة التي لا يغلقها التوثيق.

- 8x8:: منصة CPaaS للمؤسسات، تضم فرق حسابات ومنتجات لمراكز الاتصال وخدمات شركات الاتصالات، وتبيع للمؤسسات ذات إجراءات الشراء. يأتي الإعداد بدعم تحتاج إليه عمليات النشر الكبيرة.
- EasyCoexistence:: سجّل حسابك ووصل الرقم. تختار Meta من خلال Embedded Signup المحفظة والحساب والرقم، ويستمر تطبيق WhatsApp Business في العمل، ولا تتكلف الأيام الثلاثة الأولى شيئًا. لا أحد تحتاج إلى جدولة مكالمة معه.

### ما تعرفه قبل الالتزام

الفرق العملي لنشاط تجاري صغير أو وكالة.

- 8x8:: يُحدد السعر تجاريًا، وهذا أمر معتاد في منصات CPaaS للمؤسسات ومناسب للمشترين الذين يتفاوضون على حجم خدمات الصوت ومركز الاتصال والرسائل معًا.
- EasyCoexistence:: قائمة الأسعار كاملة ومعلنة بعملتك، مع ظهور شرائح الحجم. تستطيع وكالة تضم 40 رقمًا حساب فاتورتها قبل إنشاء الحساب.

### بعد توصيل الرقم

تفشل اتصالات Coexistence بصمت، وهذه النقطة تتجاوزها معظم المقارنات.

- 8x8:: دعم للمؤسسات وعلاقة مع مدير حساب، وهو النموذج الصحيح عندما يكون هناك عقد قائم.
- EasyCoexistence:: مراقبة مستمرة تقرأ سبب الانفصال من Meta نفسها، لتمييز 14 يومًا من عدم النشاط عن مغادرة العميل، إضافة إلى موصل MCP يضم 16 أداة، كي يتمكن المساعد من فحص الحالة وإعادة الاتصال دون فتح لوحة التحكم.

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

**هل توثيق 8x8 دقيق؟** نعم، ونستشهد به. القيود التي يصفها هي قيود Meta، لذا تنطبق على كل مزودي Coexistence، بمن فيهم نحن.

**ما الميزات التي تتوقف في Coexistence؟** أربع ميزات، وفق توثيق 8x8 وتوثيقنا: الرسائل المختفية، والوسائط ذات العرض لمرة واحدة، والموقع المباشر، وقوائم البث. أما الدردشات الجماعية فهي خارج واجهة برمجة التطبيقات (API) بالكامل.

**هل أحتاج إلى عقد مؤسسة؟** ليس معنا. 3 أيام مجانًا، وسعر معلن، ورقم متصل خلال دقائق.

**ماذا يحدث إذا انقطع الاتصال؟** نقرأ سبب الانفصال من Meta وننبهك. وبذلك نميز قاعدة عدم النشاط لمدة 14 يومًا عن المغادرة الفعلية.

---

## رسالة «هذا الرقم غير مؤهل» في تسجيل Coexistence

https://easycoexistence.com/ar/docs/coexistence-error-number-not-eligible

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

### ماذا تقول الرسالة فعلًا؟

تعرض النافذة الرسالة بلغة العرض. بالإنجليزية تظهر بصيغة تعني «هذا الرقم غير مؤهل للتسجيل أو الترحيل»، وبالإسبانية بصيغة مقاربة لها. ويورد مرجع أخطاء Embedded Signup من Meta أقرب صيغة موثقة تحت الرمز 3441045: «رقم هاتفك غير مؤهل للاتصال بمنصة WhatsApp Business Platform».

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

### لماذا ترفض Meta رقمًا يبدو مؤهلًا؟

الحل الذي تذكره Meta للرمز 3441045 موجز: يلزم مزيد من النشاط على تطبيق WhatsApp Business للمساعدة في تحديد الأهلية. لا تنشر Meta حدًا أدنى ولا عدد أيام ولا عدد رسائل، لذا فأي رقم تقرؤه في مكان آخر هو ملاحظة من مزوّد وليس قاعدة من Meta.

والمعنى الظاهر أن الحسابات التي يقف خلفها استخدام حقيقي قليل هي المقصودة: رقم سُجّل حديثًا، أو رقم لم يحمل إلا القليل من المحادثات الفعلية.

هناك رفضان آخران يشبهانه وليسا الأمر نفسه. الرمز 3441042 يعني أن الميزة غير متاحة للأرقام من تلك المنطقة. أما على جانب API فالرمزان 2388091 و2388093 يعنيان أن الرقم غير مؤهل لاستلام رمز تسجيل أو التحقق منه لأنه لا يخضع للترحيل، وهذا يخص مسار الترحيل لا Coexistence.

### ماذا تفعل قبل المحاولة مرة أخرى؟

استخدم الرقم بشكل طبيعي في تطبيق WhatsApp Business: محادثات حقيقية مع العملاء، مرسلة ومستلمة، على مدى فترة معقولة. تجنب حذف الحساب أو تسجيل الرقم من جديد أثناء الانتظار، لأن فحص Meta يتعلق بالنشاط على ذلك الحساب، والبدء من الصفر يترك له أقل مما يفحصه.

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

ثم شغّل المسار من جديد من البداية. تقيّم Meta الأهلية عند كل محاولة، فالمحاولة الجديدة بعد نشاط حقيقي هي الاختبار الوحيد المهم.

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

**هل رقمي محظور؟** لا. هذه الرسالة تخص اتصال API بالرقم فقط. ويواصل تطبيق WhatsApp Business العمل على الهاتف تمامًا كما كان.

**كم أنتظر قبل إعادة المحاولة؟** لا تنشر Meta مدة محددة. الحل الموثق لديها هو مزيد من النشاط الحقيقي في تطبيق WhatsApp Business، فانتظر حتى يُستخدم الرقم استخدامًا فعليًا.

**لماذا تذكر الرسالة الترحيل؟** تتولى النافذة نفسها نقل الأرقام بين الحسابات. والرفض يشمل المسارين، لذلك تذكر الصياغة كليهما.

**هل يحصل مزوّد آخر على إجابة مختلفة؟** لا. كل المزوّدين يستخدمون Embedded Signup نفسه من Meta، والفحص الذي يحدد الأهلية تجريه Meta نفسها.

---

## «رقم الهاتف هذا مسجل بالفعل في حساب WhatsApp»

https://easycoexistence.com/ar/docs/coexistence-error-number-already-registered

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

### ماذا تقول وثائق Meta عن معنى هذه الرسالة؟

يورد مرجع أخطاء Embedded Signup لدى Meta الرسالة بهذا المعنى: «هذا الرقم مسجل في حساب WhatsApp قائم. لاستخدامه، افصله عن الحساب القائم، ثم عد إلى هذه الصفحة وأعد إدخال الرقم.» ويضيف أن الرقم قد يستغرق حتى 3 دقائق ليصبح متاحاً.

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

### لماذا يصطدم تسجيل Coexistence بهذا الخطأ أصلاً؟

وُجدت Coexistence لربط رقم مسجل بالفعل في تطبيق WhatsApp Business، فالتسجيل في حد ذاته ليس المشكلة. تظهر الرسالة حين لا يسير التدفق على مسار Coexistence، أو حين يكون التسجيل من النوع الخطأ.

تؤدي إلى ذلك ثلاث حالات. الأولى أن يكون الرقم على WhatsApp الاستهلاكي لا على تطبيق WhatsApp Business، وهذا ما لا تستطيع Coexistence ربطه. الثانية أن يكون التدفق الجاري تسجيل رقم جديد عادياً لا خيار ربط حساب تطبيق WhatsApp Business قائم، فتعامل Meta الرقم على أنه رقم يُسجَّل من الصفر. الثالثة أن يكون الرقم مسجلاً مباشرة على WhatsApp Business API خارج التطبيق.

ولكل حالة حل مختلف، ولهذا لا تكفي الرسالة وحدها لتحديد ما يجب فعله.

### كيف تحرر الرقم وتعيد المحاولة؟

اختر الحل بحسب المكان الذي يوجد فيه الرقم.

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

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

- إعادة المحاولة بالرقم نفسه فور فصله. تقول Meta إن توفره قد يستغرق حتى ثلاث دقائق.
- تشغيل تسجيل عادي لرقم جديد مع رقم تطبيق. تحتاج Coexistence إلى التدفق الذي يعرض ربط حساب تطبيق WhatsApp Business القائم.
- حذف حساب تطبيق WhatsApp Business لإزالة الخطأ. فهذا يزيل التسجيل الذي تعمل Coexistence على ربطه.

**أي حساب قائم تقصده Meta؟** النافذة لا تحدد ذلك. هو المكان الذي سُجل فيه الرقم حالياً: WhatsApp الاستهلاكي، أو تطبيق WhatsApp Business على المسار الخطأ، أو API عبر منصة أخرى.

**هل سأفقد محادثاتي إذا فصلت الرقم؟** يتم الفصل عن منصة من تطبيق WhatsApp Business عبر الإعدادات ثم الحساب ثم Business Platform، وهو إجراء منفصل عن حذف حساب التطبيق، وحذفه ليس الحل.

**ظهرت لي الرسالة بالإيطالية. هل هو الخطأ نفسه؟** نعم. النافذة مترجمة، فيظهر الرفض نفسه بأي لغة تستخدمها الجلسة.

**هل على المزوّد أن يفعل شيئاً؟** فقط إذا كان الرقم مرتبطاً عبر ذلك المزوّد. عندها يتم الفصل هناك قبل أن يكتمل التدفق الجديد.

---

## "فشل طلب الرمز: خوادمنا غير متاحة مؤقتاً"

https://easycoexistence.com/ar/docs/coexistence-error-request-code-unavailable

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

### هل هذا انقطاع في خدمة Meta؟

قد يكون كذلك، لكن الرسائل الموثقة القريبة من هذه الرسالة تشير إلى سبب آخر. مرجع أخطاء Embedded Signup لدى Meta لا يذكر هذه الصياغة بعينها، لكنه يذكر مجموعة من حالات رفض رمز التحقق تتصرف بالطريقة نفسها: "لقد طلبت الرمز مرات كثيرة جداً"، والرمزان 2494158 و2388367 لتكرار الطلبات، والرمز 2593037 لخطأ أثناء طلب الرمز. وكلها تطلب من المستخدم العودة لاحقاً.

وقد توجد مشكلة حقيقية في المنصة أيضاً. من جهة واجهة برمجة التطبيقات (API)، يعني الرمز 133004 أن أحد الخوادم غير متاح مؤقتاً، وتنصح Meta حينها بمراجعة صفحة حالة منصة WhatsApp Business قبل إعادة المحاولة. إذا لم تعرض صفحة الحالة أي حادثة، فاعتبر الرسالة حداً على طلبات الرمز لذلك الرقم والتزم بالساعة التي تذكرها.

### لماذا يُطلب رمز لرقم Coexistence؟

في مسار Coexistence يكون الرقم مسجلاً بالفعل في تطبيق WhatsApp Business، ولهذا تطلب Meta من الشركاء تخطي خطوة تسجيل الرقم. وتتحقق Meta من الملكية عبر التطبيق نفسه: يتلقى النشاط التجاري رسالة من حساب Facebook Business الرسمي داخل تطبيق WhatsApp Business، ثم ينقر على اتصال، ويكمل خطوة التحقق هناك.

لذلك فإن تكرار فشل طلب الرمز مؤشر على ضرورة التحقق من المسار الذي تعمل عليه النافذة. إذا لم تظهر الشاشة التي تعرض ربط حساب تطبيق WhatsApp Business الحالي، فإن المسار يعامل الرقم كتسجيل جديد ويطلب رمزاً عبر SMS أو مكالمة صوتية، وهنا تظهر هذه الحدود.

### كيف تعيد المحاولة دون تفاقم المشكلة؟

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

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

أما إذا أُدخل رمز خاطئ عدة مرات، فإرشاد Meta مختلف: يسمح النظام بعدد محدود من محاولات التحقق، وتطلب Meta الانتظار نحو 12 ساعة قبل إعادة المحاولة.

- الضغط على إعادة الإرسال مراراً خلال الساعة. تحدد Meta عدد مرات طلب الرمز في فترة زمنية.
- افتراض أن الانقطاع دائم وتغيير الرقم. الرسالة تذكر انتظاراً مؤقتاً.
- تنفيذ تسجيل رقم جديد لرقم موجود في التطبيق. يتحقق Coexistence عبر تطبيق WhatsApp Business، لا عبر تسجيل جديد برسالة SMS.

**هل ينفع الانتظار أكثر من ساعة؟** الساعة هي المدة التي تذكرها الرسالة. الانتظار أكثر لا يضر، لكن طلب الرموز خلال تلك الساعة يضر.

**هل يستطيع مزود الخدمة إعادة ضبط الحد؟** لا. تفرض Meta حدود رموز التحقق على الرقم، ولا يستطيع أي مزود إزالتها.

**هل يتأثر تطبيق WhatsApp Business؟** لا. يستمر التطبيق في العمل على الهاتف. الرفض يخص خطوة التسجيل في المتصفح فقط.

**كيف أعرف أنه انقطاع حقيقي؟** راجع صفحة حالة منصة WhatsApp Business لدى Meta. إذا لم تعرض أي حادثة، فاعتبر الرسالة حداً على طلبات الرمز.

---

## فشل مسح رمز QR الخاص بـ Coexistence في تطبيق WhatsApp Business

https://easycoexistence.com/ar/docs/coexistence-error-qr-code-pairing-failed

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

### ما الذي يفترض أن يحدث على الهاتف؟

تصف وثائق Meta جانب الهاتف في أربع خطوات. يتلقى النشاط التجاري رسالة من حساب Facebook Business الرسمي داخل تطبيق WhatsApp Business ويضغط على Connect. ثم يضغط على Connect to the Business Platform. بعدها يضغط على Confirm، وهنا يختار هل يشارك سجل المحادثات. وأخيرًا يكمل خطوة رمز التحقق ويعود إلى المتصفح لإنهاء التدفق.

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

### لماذا يفشل المسح؟

هناك أربعة أسباب تستحق الفحص، بهذا الترتيب.

التطبيق قديم. تشترط Meta الإصدار 2.24.17 أو أحدث من تطبيق WhatsApp Business، ولها في Embedded Signup رمز خطأ هو 4563015 يطلب ببساطة تحديث التطبيق إلى أحدث إصدار.

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

لم تكتمل المطالبات. المسح يفتح الخطوة فقط، أما الضغط على Connect ثم Connect to the Business Platform ثم Confirm فهو ما يدفعها إلى الأمام.

أُغلقت النافذة المنبثقة. إذا اختفت نافذة المتصفح، يختفي معها التدفق الذي كان الهاتف يكمله.

### كيف تعيد المحاولة بشكل سليم؟

حدّث تطبيق WhatsApp Business من متجر التطبيقات أولًا ثم افتحه من جديد. تأكد أن الهاتف الذي بيدك هو الذي يحمل الرقم، وأنه غير مقفل ومتصل بالإنترنت.

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

بعد اكتمال الاتصال، توقع تسجيل خروج الأجهزة المرتبطة. تفصل Meta جميع التطبيقات المرافقة عند ربط الرقم بـ API، ويمكن ربطها من جديد بعد ذلك.

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

**هل يمكن لشخص آخر المسح نيابة عن النشاط التجاري؟** فقط إذا استخدم الهاتف الذي يحمل الرقم. فالخطوة تتم في تطبيق WhatsApp Business على ذلك الجهاز.

**هل أستطيع استخدام WhatsApp Web للمسح؟** لا. الأجهزة المرتبطة مجرد أجهزة مرافقة للحساب، وخطوة الهاتف تخص تطبيق WhatsApp Business على الهاتف الأساسي.

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

**يقول تطبيقي إنه محدّث. ما الخطوة التالية؟** تحقق أن رقم الإصدار 2.24.17 أو أحدث، ثم أعد تشغيل التدفق من البداية وأكمل كل مطالبة.

---

## تسجيل Coexistence محظور بسبب Business Portfolio قديم

https://easycoexistence.com/ar/docs/coexistence-error-inaccessible-business-portfolio

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

### ماذا تقول Meta عندما يحدث هذا؟

يسرد مرجع أخطاء Embedded Signup لدى Meta الرمز 3441041 بهذا المعنى: "رقم الهاتف الذي أدخلته غير مرتبط بالنشاط التجاري الذي اخترته. للمتابعة، يجب أن تفك ارتباط هذا الرقم بذلك النشاط التجاري أو أن تُدخل رقمًا آخر."

النشاط التجاري المقصود هو الـ Business Portfolio الذي اخترته في الشاشة الأولى من النافذة. تعني الرسالة أن Meta تربط الرقم أصلًا بـ Business Portfolio مختلف. وقد يعود هذا الارتباط إلى إعداد سابق: وكالة ربطت الرقم يومًا، أو Business Manager يخص موظفًا سابقًا، أو حساب WhatsApp قديم أُنشئ من أجل الإعلانات. وكثيرًا ما لا يعلم الشخص الذي يشغّل المسار اليوم بوجوده.

### كيف تفك ارتباط الرقم بالـ Business Portfolio الآخر؟

الحل الذي توثقه Meta من خطوتين، وتتمان داخل الـ Business Portfolio الذي يحتفظ بالرقم حاليًا.

أولًا، أزل حساب WhatsApp المرتبط بذلك الرقم. من Meta Business Suite ثم Settings ثم Accounts ثم WhatsApp Accounts ثم Remove Account يُزال الحساب. ثانيًا، احذف الرقم نفسه: من WhatsApp Manager، في تبويب Phone Numbers، يُحذف الرقم.

تتم الخطوتان داخل ذلك الـ Business Portfolio، لذا تحتاجان إلى شخص لديه صلاحية مسؤول هناك. وتشترط Meta أصلًا صلاحية بمستوى مسؤول لمجرد إنشاء حسابات WhatsApp Business في أي Business Portfolio. وبعد تحرير الرقم، شغّل التسجيل من جديد واختر الـ Business Portfolio الذي تتحكم فيه.

### ماذا لو لم يستطع أحد الدخول إلى الـ Business Portfolio القديم؟

عندها يبقى خياران واقعيان فقط.

الأول استعادة الوصول. يستطيع من أنشأ الـ Business Portfolio، أو أي مسؤول متبقٍ فيه، إضافة شخص حالي بصفة مسؤول. وإذا كان الـ Business Portfolio بيد وكالة، فاطلب منها إما منحك الوصول وإما تنفيذ فك الارتباط بنفسها.

الثاني تشغيل المسار داخل ذلك الـ Business Portfolio القديم بعد استعادة الوصول، بدلًا من نقل الرقم خارجه. تُبقي Coexistence الحسابات المحوّلة في الـ Business Portfolio الخاص بالعميل، فالـ Business Portfolio الذي يجري فيه المسار هو الذي سيبقى الرقم فيه لاحقًا. اختر الذي سيظل النشاط التجاري متحكمًا فيه بعد عام.

- إنشاء Business Portfolio جديد وإعادة المحاولة. الرقم ما زال مرتبطًا بالقديم، فيعود الرفض نفسه.
- حذف حساب تطبيق WhatsApp Business لكسر الارتباط. فالارتباط محفوظ لدى Meta، داخل الـ Business Portfolio الآخر.
- ترك الرقم في Business Portfolio لا يتحكم فيه النشاط التجاري. من يديره هو من يتحكم في الاتصال.

**هل يستطيع الدعم في Meta نقل الرقم نيابةً عني؟** الحل الذي توثقه Meta للرمز 3441041 هو فك الارتباط داخل الـ Business Portfolio الآخر، على يد شخص لديه وصول إليه. ولا تذكر Meta نقل الرقم نيابةً عنك.

**كيف أعرف أي Business Portfolio يحتفظ بالرقم؟** رسالة Meta لا تذكر اسمه. افحص كل Business Portfolio استخدمه أي شخص في النشاط التجاري، بما فيها ما أنشأته وكالة.

**هل سيتوقف تطبيق WhatsApp Business على الهاتف بسبب فك الارتباط؟** تزيل الخطوات حساب WhatsApp والرقم من الـ Business Portfolio في Meta Business Suite وWhatsApp Manager. ولا تتم هذه الخطوات في تطبيق الهاتف.

**هل هذا هو نفسه كون الرقم لدى مزود آخر؟** لا. ذاك اتصال بتطبيق شريك آخر، أما هذا فرقم يتبع Business Portfolio مختلفًا.

---

## خيار «ربط تطبيق WhatsApp Business الحالي» لا يظهر

https://easycoexistence.com/ar/docs/coexistence-error-option-not-showing

يظهر خيار ربط حساب تطبيق WhatsApp Business الحالي فقط عندما تفعّله المنصة التي تطلق Embedded Signup من Meta في الكود الخاص بها. بدون هذا الإعداد، تعرض النافذة المنبثقة شاشة اختيار الحساب المعتادة وتعامل الرقم كتسجيل جديد. لا يستطيع النشاط التجاري تفعيله، فالمنصة هي التي يجب أن تفعل ذلك.

### من يتحكم في ظهور الخيار؟

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

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

### لماذا قد لا تعرضه المنصة؟

تضع Meta شروطًا على جانب المنصة قبل تفعيله. يجب أن تكون المنصة Solution Partner أو Tech Provider بالفعل، وأن تعرف استخدام Cloud API، وأن يكون لديها عنوان رد لـ خطاف الويب (webhook) قادر على استقبال أحداث webhook ومعالجتها، وأن تشغّل Embedded Signup مع تسجيل الجلسات.

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

والفجوة الأخرى هي الإصدارات. ستُهمَل نسختا Embedded Signup v2 وv3 في 15 أكتوبر 2026، وتطلب Meta من الشركاء الانتقال إلى v4 قبل ذلك التاريخ.

### ماذا لو ظهر الخيار لكن تعذّر اختيار الحساب؟

هذا رفض مختلف، ويأتي من الحساب لا من المنصة.

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

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

- البحث في إعدادات Meta الخاصة بالنشاط التجاري عن مفتاح لتفعيل Coexistence. الخيار يضبطه من يطلق النافذة المنبثقة.
- إكمال المسار المعتاد على أي حال. بدون الخيار تعامل Meta الرقم كتسجيل جديد، وهذا لا يمثل Coexistence في شيء.
- افتراض أن تكاملًا قديمًا مع Embedded Signup ما زال مؤهلًا. ستُهمل Meta النسختين v2 وv3 في 15 أكتوبر 2026.

**هل يستطيع النشاط التجاري تفعيل Coexistence بنفسه؟** ليس من النافذة المنبثقة. تضبط الخيار المنصة التي تطلق Embedded Signup، وذلك عبر إعداد featureType نفسه.

**كيف أعرف أن الخيار مفعّل؟** اختبار Meta نفسها: تُستبدل شاشة اختيار الحساب بشاشة تعرض ربط حساب WhatsApp Business الحالي لديك.

**هل يحتاج النشاط التجاري إلى Business Portfolio موثّق؟** الشروط التي تذكرها Meta لهذا الخيار تخص المنصة التي تطلقه، إضافة إلى الإصدار 2.24.17 أو أحدث من التطبيق لدى النشاط التجاري.

**هل هو قيد إقليمي؟** يصل الرفض الإقليمي برسالة خاصة بالرمز 3441042، أما غياب الخيار دون أي رسالة فيشير إلى طريقة إطلاق المسار.

---

## رسالة «Update your WhatsApp Business App» أثناء ربط Coexistence

https://easycoexistence.com/ar/docs/coexistence-error-business-app-outdated

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

### ماذا تقول الرسالة؟

يدرج مرجع أخطاء Embedded Signup من Meta الرمز 4563015 مع النص "Update your WhatsApp Business App to the latest version to use this phone number"، والحل هو ما يطلبه النص تمامًا: تحديث التطبيق إلى أحدث إصدار.

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

### أي جهاز يجب تحديثه؟

الهاتف الأساسي: الجهاز المسجل عليه الرقم في تطبيق WhatsApp Business. هذا هو التطبيق الذي تفحصه Meta، وهو الذي يتولى خطوة الهاتف في المسار.

لا يُجدي تحديث WhatsApp Web أو تطبيق سطح المكتب أو جهاز لوحي مرتبط بالحساب، لأنها أجهزة مرافقة وليست التسجيل نفسه. وتذكر وثائق Meta أيضًا أن الأجهزة المرافقة يُفصل ارتباطها عند اتصال الرقم بواجهة برمجة التطبيقات (API)، وأن WhatsApp for Windows وWhatsApp for WearOS غير مدعومين كأجهزة مرافقة بعد ذلك.

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

### كيف تتحقق من الإصدار وتعيد المحاولة؟

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

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

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

- تحديث WhatsApp Web أو تطبيق سطح المكتب. تفحص Meta تطبيق WhatsApp Business على الهاتف الأساسي.
- تحديث WhatsApp العادي على هاتف يحمل التطبيقين. تطبيق Business تثبيت مستقل له إصداره الخاص.
- إعادة المحاولة في النافذة نفسها بعد التحديث. ابدأ المسار من جديد ليجري الفحص على الإصدار الجديد.

**هل يكفي 2.24.17 أم أحتاج إلى أحدث إصدار؟** الحد الأدنى الذي تذكره Meta هو 2.24.17. ونص الخطأ يطلب أحدث إصدار، لذا التحديث الكامل يغطي الأمرين.

**هل يؤدي التحديث إلى فقدان أي محادثات؟** التحديث يستبدل إصدار التطبيق على التسجيل نفسه. وهو ليس كحذف الحساب أو تسجيل الرقم من جديد، وهذا ما ينبغي تجنبه.

**هل يهم الإصدار بعد إتمام الربط؟** شرط Meta مذكور لمرحلة الربط. ومع ذلك يبقى من الحكمة إبقاء التطبيق محدّثًا، لأن الهاتف يظل جزءًا من الاتصال.

**هل هذا هو نفسه عدم أهلية الرقم؟** لا. الأهلية تتعلق بنشاط الحساب، أما هذه الحالة فسببها إصدار التطبيق على الهاتف فقط.

---

## خطأ Coexistence: الرقم متصل بمزوّد آخر

https://easycoexistence.com/ar/docs/coexistence-error-number-on-another-provider

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

### ما الرسائل التي تعني أن الرقم لدى مزوّد آخر؟

يتضمن مرجع أخطاء Embedded Signup من Meta ثلاثة رموز لهذه الحالة، في قسم تسجيل مستخدمي تطبيق WhatsApp Business.

- 2655093: النشاط التجاري يشارك حساب WhatsApp Business هذا مع شريك بالفعل، وتبديل الشركاء غير مدعوم في هذا المسار.
- 3441049: الرقم مسجل بالفعل لدى المنتج ويجب قطع اتصاله بالحساب الحالي من تطبيق WhatsApp Business.
- 2655094: يرجى قطع الاتصال بمنصة النشاط التجاري للمتابعة، ثم الانتظار 15 دقيقة قبل إعادة المحاولة.

### كيف تقطع الاتصال بالمزوّد الحالي؟

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

عندما يقطع النشاط التجاري الاتصال، ترسل Meta إلى المنصة السابقة حدث خطاف الويب (webhook) من نوع account_update مع الحدث PARTNER_REMOVED. هكذا يعلم المزوّد القديم بالأمر. أما أي اشتراك لدى ذلك المزوّد فمسألة منفصلة بين النشاط التجاري وبينه.

### ماذا يحدث بعد قطع الاتصال؟

انتظر. تنص رسالتا 3441049 و2655094 على الانتظار 15 دقيقة قبل إعادة المحاولة.

ثم شغّل تسجيل المنصة الجديدة من البداية واختر خيار ربط حساب تطبيق WhatsApp Business الحالي. إنه تسجيل جديد بالكامل: تُعرض مشاركة سجل المحادثات من جديد، وتحصل المنصة الجديدة على 24 ساعة بعد التسجيل لمزامنة جهات الاتصال والسجل.

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

- مطالبة المزوّد القديم بإلغاء تسجيل الرقم. تقول Meta إن طلب إلغاء التسجيل لا يعمل على رقم يُستخدم مع التطبيق ومع Cloud API معاً.
- إعادة المحاولة بعد دقائق قليلة من قطع الاتصال. تطلب Meta 15 دقيقة.
- حذف حساب تطبيق WhatsApp Business لإنهاء الاتصال القديم. المسار الموثّق هو قطع الاتصال من الإعدادات.

**هل يمكن ربط رقم بمزوّدين في الوقت نفسه؟** ليس عبر هذا المسار. تقول رسالة Meta إن تبديل الشركاء غير مدعوم دون قطع الاتصال بالمزوّد الحالي أولاً.

**هل يحذف قطع الاتصال محادثاتي؟** قطع الاتصال يزيل ارتباط المنصة فقط. يبقى تطبيق WhatsApp Business على الهاتف ويواصل العمل.

**هل يستطيع المزوّد الجديد قطع اتصال القديم نيابةً عني؟** لا. يتم قطع الاتصال بيد النشاط التجاري داخل تطبيق WhatsApp Business، وليس من المزوّد.

**هل تتزامن المحادثات مجدداً مع المزوّد الجديد؟** يعرض التسجيل الجديد مشاركة السجل من جديد، وتحصل المنصة الجديدة على 24 ساعة لإجراء المزامنة.

---

## خطأ «انتهت صلاحية رمز التفويض» بعد تسجيل Coexistence

https://easycoexistence.com/ar/docs/coexistence-error-authorization-code-expired

عند انتهاء Embedded Signup من Meta، تسلّم المنصة التي أطلقته رمزًا قصير العمر يجب استبداله برمز الوصول (token) خلال 30 ثانية. إذا تم الاستبدال لاحقًا، أو استُخدم رمز من محاولة سابقة، ترد Meta بأن رمز التفويض انتهت صلاحيته. أما تشغيل التدفق من جديد فيُنتج رمزًا جديدًا.

### ما الرمز الذي انتهت صلاحيته؟

عندما يُكمل النشاط التجاري Embedded Signup، تعيد Meta معرّفات الأصول ورمز استبدال إلى نافذة المتصفح التي فتحت النافذة المنبثقة. ثم ترسل المنصة هذا الرمز إلى خادمها، الذي يستدعي نقطة النهاية (endpoint) المسماة oauth access_token مع معرّف التطبيق والسر الخاص به، ليستبدله بـ token خاص بالنشاط التجاري.

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

### لماذا يحدث ذلك عند إنهاء النافذة متأخرًا أو مرتين؟

قد تؤخر عدة حالات الاستبدال إلى ما بعد هذا الحد.

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

وفي الاختبار توجد حالة رابعة: نسخ الرمز من وحدة تحكم المتصفح واستبداله يدويًا عبر cURL أو Postman. ينبّه دليل Meta إلى ذلك تحديدًا ويوصي بتجهيز طلب الاستبدال قبل البدء.

### كيف تُكمل الاتصال؟

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

بالنسبة إلى رقم Coexistence، تصرّف بسرعة. تحوّل Meta حساب WhatsApp Business عندما يُكمل النشاط التجاري التدفق، وبعد أن تُدرج المنصة العميل تكون أمامها 24 ساعة لمزامنة سجل الرسائل؛ وبعد ذلك يجب إلغاء ربط النشاط التجاري وإكمال التدفق مرة أخرى.

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

- إعادة محاولة استبدال token بالرمز نفسه. لقد انتهت صلاحيته بعد 30 ثانية ولن يعود.
- تشغيل التسجيل في نافذتين في وقت واحد. لا يُعتد إلا برمز المحاولة التي يجري استبدالها.
- استبدال الرمز من المتصفح. تشترط Meta أن يكون الاستبدال طلبًا من خادم إلى خادم باستخدام السر الخاص بالتطبيق.

**هل ربط النشاط التجاري الرقم أم لا؟** أكمل النشاط التجاري تدفق Meta، لكن المنصة لم تستطع تحويل الرمز إلى token صالح، فلا يمكنها التصرف في الرقم بعد. تشغيل التدفق من جديد يمنحها رمزًا جديدًا.

**هل يمكن جعل الرمز يدوم أطول؟** لا. Meta هي من تحدد مدة الصلاحية بـ 30 ثانية، ولا تستطيع أي منصة تمديدها.

**هل يتأثر تطبيق WhatsApp Business؟** لا. يستمر التطبيق في العمل على الهاتف أثناء حل المشكلة.

**هل هذا هو نفسه انتهاء صلاحية token؟** لا. هذا هو رمز التسجيل قصير العمر. أما انتهاء صلاحية token على اتصال يعمل فيعيد الخطأ 190.

---

## "Your app is missing required Graph API permissions for Cloud API companion pairing"

https://easycoexistence.com/ar/docs/coexistence-error-companion-pairing-permission

تعني هذه الرسالة أن المنصة التي بدأت عملية التسجيل لا تملك أذونات WhatsApp التي تشترطها Meta، وبمستوى الوصول الذي تشترطه، لربط رقم تطبيق WhatsApp Business إلى Cloud API. لا تسمح Meta للنشاط التجاري بمنح الأذونات إلا إذا كانت المنصة تملك Advanced access لها. لا يستطيع النشاط التجاري إصلاح ذلك، فالمنصة هي التي يجب أن تصلحه.

### ما معنى هذه الرسالة؟

النص الكامل هو: "Your app is missing required Graph API permissions for Cloud API companion pairing. Please verify advanced WhatsApp Business permissions are granted, then try again." لا تدرج مراجع الأخطاء العامة لدى Meta هذه الصياغة بالحرف، لكن كل جزء منها يقابل شيئاً توثقه Meta.

"Your app" هو تطبيق Meta الخاص بالمنصة التي تجري التسجيل، وليس تطبيق WhatsApp Business على الهاتف. لا تعرّف Meta مصطلح companion pairing علناً؛ وبحسب السياق يصف انضمام Cloud API إلى رقم يبقى مسجلاً في تطبيق WhatsApp Business، وهذا هو ترتيب Coexistence. أما أذونات WhatsApp Business "المتقدمة" فتشير إلى Advanced access، وهو المستوى الذي تمنحه Meta عبر App Review.

### ما الأذونات المعنية؟

تذكر وثائق الأذونات لدى Meta إذنين تحتاج إليهما تكاملات WhatsApp عموماً. يغطي whatsapp_business_management بيانات الحساب الوصفية والقوالب وأرقام الهاتف والتحليلات وخطاف الويب (webhook) الخاص بالحساب. ويغطي whatsapp_business_messaging إرسال الرسائل واستقبال webhook الرسائل والحالة.

بالنسبة إلى شريك يستخدم عملاؤه تطبيقه، تشترط Meta إجراء App Review والحصول على Advanced access لكل إذن يحتاج إليه التطبيق. وتنص Meta على النتيجة صراحة: من دون Advanced access لإذن ما، لا يستطيع العملاء منحه للتطبيق عبر Embedded Signup. أما الاستدعاءات التي تستخدم whatsapp_business_management على حسابات لا يملكها التطبيق، من دون Advanced access، فتعيد الخطأ 200.

يمكن للمنصة أن تتحقق مما منحه النشاط التجاري فعلاً بفحص رمز الوصول (token) عبر نقطة النهاية (endpoint) debug_token من Meta، التي تسرد الأذونات الممنوحة ضمن scopes في الاستجابة.

### ماذا يستطيع النشاط التجاري أن يفعل؟

القليل جداً من جانبه، ولا ينبغي أن يحاول تغيير إعدادات Meta الخاصة به لتجاوز هذا الخطأ. يقع الحل لدى المنصة: عليها أن تكون Tech Provider أو Solution Partner، وهو شرط تذكره Meta لتسجيل مستخدمي تطبيق WhatsApp Business، وأن تحصل على موافقة Advanced access لأذونات WhatsApp.

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

- منح أذونات إضافية من إعدادات Meta الخاصة بالنشاط التجاري. الوصول المفقود يخص تطبيق المنصة.
- استضافة أداة ذاتياً على تطبيق مطوّر دون App Review. من دون Advanced access لا تستطيع الأنشطة التجارية منح الأذونات المطلوبة.
- إعادة المحاولة مراراً على المنصة نفسها. لا تتغير النتيجة إلا إذا تغيّر وصول تلك المنصة.

**هل هناك خلل في تطبيق WhatsApp Business لدي؟** لا. تشير الرسالة إلى تطبيق Meta الخاص بالمنصة، وليس إلى التطبيق على هاتفك، وهو يواصل العمل.

**هل أستطيع منح الإذن بنفسي؟** لا تظهر لك للمنح إلا الأذونات التي تملك المنصة Advanced access لها. يجب أولاً اعتماد الوصول المفقود للمنصة.

**كيف تحصل المنصة على Advanced access؟** عبر Meta App Review لكل إذن يحتاج إليه تطبيقها، بصفتها شريكاً يستخدم عملاؤه التطبيق.

**هل يحتاج النشاط التجاري إلى App Review؟** لا. تقول Meta إن المطوّر المباشر الذي يصل إلى بيانات نشاطه التجاري فقط لا يحتاج إلى App Review ولا إلى Advanced access.

---

## خطأ WhatsApp 0: تعذر مصادقة مستخدم التطبيق

https://easycoexistence.com/ar/docs/whatsapp-error-0

يعني رمز الخطأ 0 أن Meta لم تتمكن من مصادقة مستخدم التطبيق خلف رمز الوصول (token). وصف Meta له هو "We were unable to authenticate the app user." فإما انتهت صلاحية token، أو أُبطل، أو منع المستخدم كل التطبيقات من الوصول إلى بياناته. الحل هو token جديد، لا إعادة المحاولة.

### ماذا يعني رمز الخطأ 0 في WhatsApp تحديدًا؟

يعني أن المنصة تلقت طلبًا ولم تستطع ربطه بمستخدم تطبيق تثق به.

تصنف Meta الرمز 0 ضمن أخطاء التفويض في مرجع أخطاء Cloud API، مع نص التفاصيل "We were unable to authenticate the app user." وكل الأسباب المحتملة التي تذكرها تتعلق بـ token: انتهت صلاحيته، أو أُبطل، أو غيّر الشخص الذي منحه إعدادًا يمنع جميع التطبيقات من الوصول إلى بياناته.

لا شيء في هذه القائمة يخص الرقم ولا حساب WhatsApp Business ولا الرسالة المرسلة. فالطلب لم يصل إلى مرحلة يُفحص فيها أي منها.

### كيف تُصلح الخطأ 0؟

احصل على token جديد. هذا هو العلاج الذي تذكره Meta، وهو الوحيد الذي ينجح.

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

للإرسال من خادم إلى خادم، يوصي دليل رموز الوصول من Meta برموز System User، ويصفها بأنها طويلة العمر وتناسب الخدمات الآلية التي لا تحتاج إلى تدخل المستخدم.

### هل الخطأ 0 هو نفسه الخطأ 190؟

يتداخلان عمليًا، وتسردهما Meta بشكل منفصل.

يحمل الخطأ 190 نص التفاصيل "Your access token has expired." أما الخطأ 0 فأوسع: يشمل token منتهي الصلاحية، وtoken مُبطلًا، ومستخدمًا حظر وصول التطبيقات كليًا. كلاهما في جدول التفويض نفسه، وكلاهما يُعالج بالحصول على token جديد.

الفرق العملي هو التشخيص. الخطأ 190 يخبرك أن token انتهت مدته. والخطأ 0 يخبرك أن المصادقة فشلت ويترك لك معرفة السبب، وهذا يستحق الجهد قبل إصدار بديل يفشل بالطريقة نفسها بعد ساعة.

- إعادة إرسال الطلب نفسه. token غير مصادَق عليه يبقى كذلك، فتعيد كل محاولة الرمز 0 من جديد.
- إعادة ربط الرقم. لم يُفحص الرقم أصلًا، فإعادة تسجيله تطلب من صاحب النشاط التجاري جهدًا لا يغير شيئًا.
- إصدار token مستخدم قصير العمر جديد لمهمة في الخلفية. ستنتهي صلاحيته في موعدها ويعود الخطأ.

**هل يعني الخطأ 0 أن رقمي فُصل؟** لا. كل أسباب Meta للرمز 0 تتعلق بـ token. الرقم وتطبيق WhatsApp Business على الهاتف غير معنيين.

**أين يوجد توثيق الخطأ 0؟** في جدول أخطاء التفويض ضمن مرجع رموز أخطاء Cloud API من Meta. تقوم Cloud API على Graph API التي تستخدم صيغة الأخطاء نفسها.

**هل يزول الخطأ 0 بالانتظار؟** لا. token المنتهي أو المُبطل لا يتعافى من تلقاء نفسه. المطلوب token جديد.

**كيف أعرف ما يستطيع token فعله؟** استخدم أداة تصحيح رموز الوصول من Meta أو نقطة النهاية (endpoint) debug_token. كلتاهما تُظهر صحة token وموعد انتهائه والأذونات التي يحملها.

---

## خطأ WhatsApp 3: مشكلة في القدرات أو الصلاحيات

https://easycoexistence.com/ar/docs/whatsapp-error-3

يعني رمز الخطأ 3 أن التطبيق الذي يستدعي نقطة النهاية (endpoint) يفتقر إلى قدرة أو صلاحية تتطلبها تلك النقطة. وصف Meta له هو «مشكلة في القدرات أو الصلاحيات»، وتسميه Graph API باسم API Method. الحل هو فحص الصلاحيات الممنوحة لرمز الوصول (token) بأداة تصحيح رمز الوصول، ثم إضافة الصلاحية التي تحتاجها نقطة النهاية.

### ماذا يعني رمز الخطأ 3 في WhatsApp؟

يعني أن الطلب جرى توثيقه لكن التطبيق غير مسموح له بما طلبه.

تدرج Meta الرمز 3 ضمن أخطاء التفويض في مرجع Cloud API مع نص التفاصيل «مشكلة في القدرات أو الصلاحيات». أما دليل معالجة الأخطاء في Graph API، الذي ترثه Cloud API، فيسمي الرمز نفسه API Method ويطلب التأكد من أن التطبيق يملك القدرة أو الصلاحيات التي يحتاجها الاستدعاء.

إذن الـ token يعمل. الهوية ليست المشكلة، وهذا ما يفصل هذا الخطأ عن الرمزين 0 و190. المشكلة فيما يُسمح للرمز بالوصول إليه.

### كيف تعرف الصلاحيات التي يملكها الـ token؟

بأداة تصحيح رمز الوصول، أو عبر endpoint باسم debug_token الذي يعيد المعلومات نفسها.

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

في WhatsApp تغطي صلاحيتان ما يقارب كل شيء. تلزم whatsapp_business_management لبيانات الحساب الوصفية والقوالب وقوائم أرقام الهاتف والتحليلات ولـ خطاف الويب (webhook) الخاص بالحساب. وتلزم whatsapp_business_messaging لإرسال أي رسالة ولاستقبال webhook الرسائل والحالة. الـ token الذي يحمل إحداهما فقط يفشل في الاستدعاءات التي تحتاج الأخرى.

### لماذا يظهر الخطأ 3 لتطبيق شريك ولا يظهر لمطور يعمل مباشرة؟

لأن الشركاء الذين يخدمون نشاطات تجارية أخرى يمرون ببوابة إضافية.

يقول دليل الصلاحيات من Meta إن الشريك الذي يستخدم عملاؤه تطبيقه للوصول إلى بياناتهم يجب أن يجتاز مراجعة التطبيق (App Review) ويحصل على وصول متقدم (Advanced access) لكل صلاحية يحتاجها التطبيق. أما المطور المباشر الذي يعمل على بيانات نشاطه التجاري وحده فلا يحتاج إلى ذلك.

لذلك قد يعمل الكود نفسه بسلاسة على حساب المطور ويفشل على حساب عميل. حين يظهر هذا النمط، فالسؤال ليس عن الصلاحية الناقصة في الـ token، بل عن موافقة Meta على استخدام التطبيق لتلك الصلاحية على أصول لا يملكها.

- إنشاء token جديد بالصلاحيات نفسها. الرمز الجديد بالصلاحيات نفسها يفشل في الموضع نفسه.
- فحص اسم الصلاحية في إعدادات التطبيق بدل فحصه على الرمز. المعتبر هو ما مُنح للرمز فعلًا.
- الاختبار على حسابك وحده. تحتاج تطبيقات الشركاء إلى وصول متقدم قبل أن تقبل حسابات العملاء الاستدعاء.

**هل الخطأ 3 مشكلة في رقم هاتفي؟** لا. يتعلق بما يُسمح لـ token التطبيق بفعله. لا يُفحص الرقم قبل رفض الطلب.

**ما الفرق بين الخطأ 3 والخطأ 10؟** الرمز 3 مشكلة في القدرات أو الصلاحيات. أما الرمز 10 فيفيد بأن صلاحية لم تُمنح أو أُزيلت. ويُحل كلاهما بفحص قيمة scopes في الرمز.

**ما الصلاحية التي أحتاجها لإرسال الرسائل؟** whatsapp_business_messaging. يقول دليل الصلاحيات من Meta إنها مطلوبة لإرسال أي نوع من الرسائل.

**هل تفيد إعادة المحاولة؟** لا. صلاحيات الـ token لا تتغير بين المحاولات، فتكون النتيجة نفسها.

---

## خطأ WhatsApp 4: بلغ التطبيق حد معدل استدعاءات API

https://easycoexistence.com/ar/docs/whatsapp-error-4

يعني رمز الخطأ 4 أن التطبيق بلغ حد معدل استدعاءات واجهة برمجة التطبيقات (API). وصف Meta له: «وصل التطبيق إلى حد معدل استدعاءات API». يحسب الحد الاستدعاءات التي يجريها التطبيق خلال ساعة متحركة، لا الرسائل المرسلة من رقم. راجع الاستهلاك في لوحة تحكم التطبيق، وانتظر، ثم قلل عدد مرات الاستدعاء.

### ماذا يعني رمز خطأ WhatsApp رقم 4؟

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

تدرج Meta الرمز 4 ضمن أخطاء التقييد، ونص تفاصيله: «وصل التطبيق إلى حد معدل استدعاءات API». ويسميه دليل معالجة أخطاء Graph API باسم API Too Many Calls ويصفه بأنه مشكلة تقييد مؤقتة.

يجاور هذا الرمز رمزَي تقييد آخرين يسهل الخلط بينهما وبينه. الرمز 80007 يعني بلوغ حساب WhatsApp Business حد المعدل. والرمز 130429 يخص معدل تمرير الرسائل في Cloud API. الرمز 4 ليس أيًّا منهما: إنه ميزانية الاستدعاءات الخاصة بالتطبيق نفسه.

### كيف يُحسب حد الاستدعاءات للتطبيق؟

بالنسبة إلى الطلبات التي تُنفذ برمز الوصول (token) الخاص بالتطبيق، يقدم دليل تحديد المعدل في Graph API من Meta معادلة: عدد الاستدعاءات خلال ساعة يساوي 200 مضروبًا في عدد المستخدمين.

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

ويذكر الدليل أيضًا أن الاستهلاك يظهر في لوحة تحكم التطبيق، وبعد عدد كافٍ من الاستدعاءات يظهر في الرأس X-App-Usage ضمن الاستجابات. هذا الرأس هو وسيلتك لرؤية اقتراب الحد قبل أن يصلك الخطأ 4.

### ماذا تفعل بعد الخطأ 4؟

توقف عن الاستدعاء لفترة، ثم قلل استدعاءاتك لاحقًا.

دليل تحديد المعدل لدى Meta صريح في الجزء الأول: عند بلوغ الحد، أوقف استدعاءات API، لأن الاستمرار يزيد عدد الاستدعاءات ويطيل المدة التي تسبق نجاح الاستدعاءات من جديد.

الجزء الثاني يتعلق بالتصميم. وزّع الطلبات بالتساوي بدل إرسالها دفعات، وصفِّ الاستجابات حتى يعيد استدعاء واحد ما تحتاجه، وتجنب الاستدعاءات التي تجلب بيانات متداخلة. الاستطلاع المتكرر هو السبب المعتاد: تكامل يسأل عن حالة الحساب نفسها كل بضع ثوانٍ ينفق ميزانيته على إجابات يملكها أصلًا.

- إعادة المحاولة في حلقة. كل استدعاء إضافي يزيد العدد ويبعّد التعافي.
- اعتباره حد إرسال. الرمز 4 يحسب استدعاءات التطبيق، أما معدل تمرير الرسائل فرمزه 130429.
- الاستعلام المتكرر عن نقاط نهاية (endpoint) الحالة بفاصل زمني قصير. قراءة بيانات لم تتغير مرارًا تستنزف الميزانية الساعية.

**هل يتطابق الخطأ 4 مع الخطأ 130429 في المعنى؟** لا. الرمز 130429 يخص معدل تمرير الرسائل لرقم واحد. أما الخطأ 4 فيخص عدد استدعاءات API التي أجراها تطبيقك.

**كم يدوم الخطأ 4؟** حتى ينخفض عدد الاستدعاءات في النافذة المتحركة البالغة ساعة واحدة عن الحد. والاستدعاء خلال هذه المدة يطيلها.

**أين أرى مدى اقتراب تطبيقي من الحد؟** في قسم حد معدل الطلبات للتطبيق داخل لوحة تحكم التطبيق، وفي الرأس X-App-Usage الذي تعيده الاستجابات.

**هل يتطابق الخطأ 4 مع الخطأ 80007 في المعنى؟** لا. تستخدم Meta الرمز 80007 عندما يبلغ حساب WhatsApp Business حد المعدل، بينما يحسب الخطأ 4 استدعاءات التطبيق نفسه.

---

## خطأ WhatsApp 10: الإذن غير ممنوح أو تمت إزالته

https://easycoexistence.com/ar/docs/whatsapp-error-10

يعني رمز الخطأ 10 أن رمز الوصول (token) الخاص بالتطبيق يفتقر إلى إذن تحتاجه نقطة النهاية (endpoint)، إما لأنه لم يُمنح قط أو لأنه أُزيل. وصف Meta له: «الإذن إما غير ممنوح أو أُزيل». وتذكر Meta سببين آخرين في WhatsApp: رقم غير مدرج في القائمة المسموح بها في Flows with Endpoint، وعدم استيفاء شروط الأهلية الخاصة بواجهة برمجة التطبيقات (API) المستخدمة.

### ماذا يعني رمز الخطأ 10 في WhatsApp؟

يعني أن token وصل إلى Meta وجرى التعرف عليه، لكن الإذن الذي يتطلبه الاستدعاء غير موجود عليه.

يعطي مرجع Cloud API من Meta الرمز 10 نص التفاصيل «الإذن إما غير ممنوح أو أُزيل». ويسميه دليل معالجة أخطاء Graph API «API Permission Denied» ويطلب معالجة الإذن الناقص.

كلمة «أُزيل» مهمة هنا. فقد يُمنح الإذن عند الإعداد ثم يُسحب لاحقًا، مثلًا حين يلغي أحدهم وصول التطبيق من إعدادات النشاط التجاري، فيبدأ تكامل عمل شهورًا في إرجاع الخطأ 10 دون أي تغيير في شيفرته.

### ما الأسباب الأخرى التي تذكرها Meta للخطأ 10؟

سببان خاصان بـ WhatsApp، ومن السهل تفويتهما لأنهما لا يتعلقان بالنطاقات إطلاقًا.

ففي WhatsApp Flows مع Flows with Endpoint، تقول Meta إن عليك التأكد من أن الرقم المستخدم لتعيين المفتاح العام للنشاط التجاري مدرج في القائمة المسموح بها. والرقم الخارج عن القائمة يُنتج هذا الرمز حتى لو كان token يحمل كل الأذونات.

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

### كيف تعالج الخطأ 10؟

ابدأ بمصحّح رمز الوصول (Access Token Debugger)، فهو أول فحص تذكره Meta.

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

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

- افتراض أن التكامل تعطل بسبب نشر جديد. فالإذن الذي أُزيل من إعدادات النشاط التجاري يُنتج هذا الرمز دون أي تغيير في الشيفرة.
- إعادة إنشاء token بينما السبب هو الأهلية. فبيانات الاعتماد لا تجعل الحساب غير المؤهل مؤهلًا.
- تجاهل القائمة المسموح بها في Flows. ففي Flows with Endpoint يُرجع الرقم الخارج عنها الرمز 10 حتى مع اكتمال النطاقات.

**هل الخطأ 10 هو نفسه الخطأ 131005؟** يشتركان في الوصف نفسه في مرجع Meta. الرمز 10 هو رمز Graph API، أما 131005 فيقع ضمن نطاق رموز WhatsApp. ويُفحص كلاهما بالطريقة نفسها.

**هل يمكن أن يظهر الخطأ 10 على رقم كان يعمل بالأمس؟** نعم. فوصف Meta يشمل الأذونات التي أُزيلت، لذا يمكن سحب وصول مُنح سابقًا في أي وقت لاحق.

**هل يعني الخطأ 10 أن token انتهت صلاحيته؟** لا. انتهاء صلاحية token يظهر بالرمز 190 أو 0. أما الرمز 10 فيعني أن token صالح لكنه يفتقر إلى إذن.

**كيف أرى الأذونات الممنوحة؟** استدعِ debug_token أو افتح مصحّح رمز الوصول. وتسرد الخاصية scopes كل إذن موجود على token.

---

## خطأ WhatsApp 200: لم يتم تقديم رمز الوصول (token)

https://easycoexistence.com/ar/docs/whatsapp-error-200

يعني رمز الخطأ 200 أن الطلب وصل إلى Meta دون رمز الوصول (token). وصف Meta هو «لم يتم تقديم رمز وصول»، وتعيد واجهة برمجة التطبيقات (API) الرسالة 'Provide valid app ID'. يظهر هذا على بعض نقاط النهاية (endpoint) من نوع GET، مثل whatsapp_business_profile، حين لا يُرسل الرمز. كما تغطي الرموز من 200 إلى 299 الصلاحيات التي لم تُمنح أو أُزيلت.

### لماذا تذكر رسالة الخطأ 200 معرّف التطبيق 'Provide valid app ID' بدلاً من الرمز؟

لأن هذه هي الرسالة التي تعيدها API، مع أن المشكلة الفعلية هي غياب token.

يذكر مرجع الأخطاء لدى Meta أن الرمز 200 يظهر على بعض نقاط النهاية من نوع GET، مثل whatsapp_business_profile، حين لا يُضمَّن token في الطلب، وأن API تعيد الرسالة 'Provide valid app ID'. ويشير المرجع نفسه إلى أن نقاط نهاية أخرى قد تعيد 190 أو 104 عن الإغفال ذاته.

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

### متى يعني الخطأ 200 نقصاً في الصلاحيات بدلاً من ذلك؟

حين يكون token موجوداً لكن التطبيق يفتقر إلى الصلاحية التي يحتاجها الاستدعاء.

تذكر Meta النطاق من 200 إلى 299 بوصفه «الصلاحية لم تُمنح أو أُزيلت»، مع العلاج نفسه الخاص بالرمز 10: افحص token في أداة فحص رمز الوصول. وهناك حالتان محددتان موثقتان. يقول دليل الصلاحيات إن التطبيق الذي يستخدم whatsapp_business_management على حسابات WABA لا يملكها نشاطه التجاري، دون الوصول المتقدم، يحصل على الخطأ 200. ويقول دليل التسجيل إن إلغاء تسجيل رقم دون whatsapp_business_management يعيد الخطأ 200. ويضيف دليل رمز الوصول حالة ثالثة: يُرفض token من نوع System User بالرمز 200 إذا لم يكن لمستخدمه وصول إلى المورد المطلوب.

اقرأ نص الرسالة للتمييز بين الحالات. فغياب token تقول رسالته 'Provide valid app ID'.

### ما الفرق بين الخطأ 200 والخطأ 190؟

الخطأ 190 يعني أن token أُرسل لكنه منتهي الصلاحية. أما الخطأ 200 في معناه الأول فيعني أنه لم يُرسل أي token.

تنص مرجعية Meta على هذا الفرق صراحة: علاج 200 هو التأكد من أن الطلب يتضمن token صالحاً، وتصف الحالة بأنها مختلفة عن 190 الذي يغطي الرموز المنتهية أو غير الصالحة.

وهذا يغيّر مكان البحث. فالخطأ 190 يقودك إلى مدة صلاحية token وتجديده. أما 200 مع الرسالة 'Provide valid app ID' فيقودك إلى الشيفرة التي تبني الطلب، لأن بيانات الاعتماد لم تغادر نظامك أصلاً.

- البحث عن مشكلة في معرّف التطبيق. الرسالة تذكر app ID، لكن السبب الموثق لدى Meta هو طلب بلا token.
- تجديد token الذي لم يُرسل أصلاً. token جديد يظل الطلب يغفله يعطي الخطأ نفسه.
- اعتبار كل 200 غياباً للرمز. عند وجود token يعني النطاق من 200 إلى 299 نقصاً في الصلاحيات.

**هل يمكن أن يظهر الخطأ 200 على رقم يعمل؟** نعم. فهو يصف الطلب لا الرقم. والرقم السليم تماماً يرفض مع ذلك استدعاءً يصل دون token.

**لماذا أعادت نقطة نهاية واحدة 200 وأخرى 190؟** تقول Meta إن بعض نقاط النهاية من نوع GET تعيد 200 عند غياب token، بينما قد تعيد نقاط نهاية أخرى 190 أو 104.

**هل يتطلب إلغاء تسجيل رقم صلاحية خاصة؟** نعم. يقول دليل التسجيل لدى Meta إن إلغاء التسجيل دون whatsapp_business_management يعيد الخطأ 200.

**هل للخطأ 200 علاقة بالخطأ 10؟** في معناه المتعلق بالصلاحيات، نعم. فكلاهما يحمل الوصف نفسه: صلاحية لم تُمنح أو أُزيلت.

---

## خطأ WhatsApp 130472: لم يُرسل القالب ضمن تجربة

https://easycoexistence.com/ar/docs/whatsapp-error-130472

يعني الخطأ 130472 أن رسالة قالب تسويقي لم تُرسل لأن المستلم ضمن تجربة الرسائل التسويقية لدى Meta. وصف Meta له هو "Message was not sent as part of an experiment". نسبة صغيرة من مستخدمي WhatsApp لا تصلها القوالب التسويقية ما لم تكن نافذة خدمة العملاء أو نافذة نقطة الدخول المجانية مفتوحة. ولا تُحتسب رسوم على الرسالة.

### ماذا يعني خطأ WhatsApp 130472؟

يعني أن Meta حجبت قالبًا تسويقيًا لأن المستلم ينتمي إلى مجموعة تجربة.

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

عند إرسال قالب تسويقي إلى مستخدم كهذا، لا ترسله WhatsApp ولا تحاسبك عليه. ويصلك خطاف الويب (webhook) الخاص بالحالة وفيه status بقيمة failed ورمز الخطأ 130472.

### كيف تصل إلى عميل يظهر معه الخطأ 130472؟

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

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

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

### كيف ينبغي أن يتعامل التكامل مع الخطأ 130472؟

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

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

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

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

**هل تُحتسب علي رسوم عن رسالة حُجبت بالخطأ 130472؟** لا. تذكر صفحة التجارب لدى Meta أن الرسالة لا تُرسل ولا تُحتسب عليك رسوم عنها.

**هل يمكنني إخراج نشاطي التجاري من التجربة؟** لا. تقول Meta إنه لا توجد استثناءات ولا إمكانية انسحاب، وليس للتجربة تاريخ انتهاء محدد.

**هل يؤثر الخطأ 130472 في القوالب الخدمية؟** تصف Meta التجربة بأنها تشمل رسائل القوالب التسويقية. ولا تذكر فئات أخرى.

**كيف أوصل الرسالة رغم ذلك؟** اطلب من العميل عبر قناة أخرى أن يراسلك. وداخل نافذة خدمة العملاء المفتوحة يمكن إرسال القالب.

---

## خطأ WhatsApp 131005: تم رفض الوصول والإذن مفقود

https://easycoexistence.com/ar/docs/whatsapp-error-131005

يعني الخطأ 131005 أن رمز الوصول (token) يفتقر إلى إذن تتطلبه نقطة النهاية (endpoint) في واجهة برمجة التطبيقات (API) الخاصة بـ WhatsApp، لأنه لم يُمنح قط أو أُزيل لاحقًا. وصف Meta له: "Permission is either not granted or has been removed." الحل: افحص الـ token بأداة تصحيح رمز الوصول (access token debugger)، ثم امنح الإذن المفقود أو انتقل إلى token يملكه.

### ماذا يعني خطأ WhatsApp 131005؟

يعني أن الـ token مقبول بوصفه حقيقيًا، لكنه لا يحمل الإذن الذي يتحقق منه الـ endpoint.

يورد مرجع Cloud API من Meta الرمز 131005 مع نص التفاصيل "Permission is either not granted or has been removed." ويحمل خطأ Graph API رقم 10 الجملة نفسها. الفرق في النطاق فقط: الرمز 10 رمز عام في Graph API، أما 131005 فيقع بين رموز WhatsApp التي تبدأ بـ 131.

ولأن الكلمات واحدة، فالتشخيص واحد. علاج Meta للحالتين هو استخدام أداة تصحيح رمز الوصول والتأكد من أن التطبيق يملك الأذونات التي يتطلبها الـ endpoint.

### ما الإذن الذي يغيب عادةً؟

عادةً أحد إذنَي WhatsApp، ويعتمد أيهما على ما يفعله الطلب.

يقسّمهما دليل الأذونات من Meta بحسب المهمة. whatsapp_business_messaging مطلوب لإرسال أي نوع من الرسائل، ولاستقبال خطاف الويب (webhook) الخاص بالرسائل والحالة. whatsapp_business_management مطلوب للبيانات التعريفية للحساب، وإدارة القوالب، وعرض قائمة الأرقام، والتحليلات، وwebhook الحساب.

قد يستطيع token أُنشئ بإذن الإدارة وحده قراءة الحساب وعرض القوالب، ثم يفشل لحظة محاولة الإرسال. وعند إنشاء token لمستخدم النظام، يطلب دليل رمز الوصول من Meta تعيين الأذونات business_management، whatsapp_business_management، whatsapp_business_messaging معًا.

### كيف تصلح الخطأ 131005؟

اقرأ الـ token أولًا، ثم غيّر ما هو مفقود فقط.

استدعِ الـ endpoint المسمى debug_token، أو الصق الـ token في أداة تصحيح رمز الوصول. تسرد الخاصية scopes كل إذن ممنوح. قارنها بصفحة المرجع للـ endpoint الذي فشل.

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

- افتراض أن الـ token انتهت صلاحيته. الانتهاء يعيد 190 أو 0. هذا الرمز يعني أن الـ token يعمل لكنه يفتقر إلى إذن.
- إنشاء token بإذن الإدارة فقط ثم استخدامه للإرسال. whatsapp_business_messaging هو الإذن الذي يحتاجه الإرسال.
- فحص النطاقات ثم التوقف عندها. يحتاج مستخدم النظام أيضًا إلى حق وصول ممنوح إلى حساب WhatsApp Business بعينه.

**هل الخطأ 131005 هو نفسه الخطأ 10؟** يحملان الوصف نفسه في مرجع Meta، لكن نطاق Graph API هو الذي ينتمي إليه 10، ونطاق WhatsApp هو الذي ينتمي إليه 131005.

**هل يمكن إزالة إذن بعد الإعداد؟** نعم. يشمل وصف Meta صراحةً الأذونات التي أُزيلت، لا تلك التي لم تُمنح قط فحسب.

**هل يؤثر الخطأ 131005 على تطبيق WhatsApp Business في الهاتف؟** لا. يتعلق الأمر بـ token الـ API فقط، ويواصل التطبيق في الهاتف العمل كما كان.

**هل أعيد المحاولة بعد الخطأ 131005؟** لا. إعادة المحاولة بالـ token نفسه تعطي النتيجة نفسها. أصلح الإذن أولًا.

---

## خطأ WhatsApp 131037: رقم 555 دون اسم عرض معتمد

https://easycoexistence.com/ar/docs/whatsapp-error-131037

يعني الخطأ 131037 أن الرسالة أُرسلت من رقم نشاط تجاري 555 لم يُعتمد اسم العرض الخاص به. وصف Meta هو: «رقم النشاط التجاري 555 المستخدم لإرسال الطلب ليس له اسم عرض معتمد». لا يستطيع رقم 555 إرسال الرسائل حتى تعتمد Meta اسم عرضه، لذا الحل هو تغيير الاسم.

### ما رقم النشاط التجاري 555؟

رقم تعرضه Meta عبر Embedded Signup على الأنشطة التجارية المؤهلة له.

تذكر نظرة Meta العامة على Embedded Signup أن عملاء الأنشطة التجارية يمكنهم المطالبة بما يصل إلى رقمين من أرقام 555. تستخدم هذه الأرقام رمز الاتصال الدولي الأمريكي +1 مع رمز المنطقة 555، ويتم التحقق منها تلقائيًا، ولا يمكن استخدامها خارج WhatsApp Business Platform ولا نقلها إلى حساب WhatsApp Business آخر.

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

### كيف تصلح الخطأ 131037؟

اعتمد اسم العرض، ويعني ذلك عمليًا تغييره إلى اسم يجتاز المراجعة.

علاج Meta هو تغيير اسم عرض رقم 555، وتحيل إلى مقالة مركز المساعدة عن تغيير اسم عرض WhatsApp Business. في WhatsApp Manager تجد ذلك ضمن أدوات الحساب، ثم أرقام الهاتف، ثم تبويب الملف الشخصي للرقم، ثم تعديل في قسم اسم العرض. التزم بإرشادات Meta لأسماء العرض، لأن الاسم المرفوض يعيدك إلى نقطة البداية.

ويضيف دليل أسماء العرض لدى Meta أنه بعد اعتماد تغيير الاسم أمامك 14 يومًا لإعادة تسجيل الرقم، وأن إعادة التسجيل قبل الاعتماد لا أثر لها.

### كيف تتحقق من اعتماد اسم العرض؟

اطلب الحقل name_status على معرّف رقم الهاتف.

يذكر دليل أسماء العرض لدى Meta أن الحقل verified_name لا يحمل سوى سلسلة الاسم التي تخضع للمراجعة، ولا يبيّن هل اعتُمد الاسم. أما الحقل name_status فيبيّن ذلك. كما يبلغ خطاف الويب (webhook) باسم phone_number_name_update بالقرار، فتكون قيمة decision هي APPROVED أو REJECTED بحسب القرار.

عند رفض الاسم تصبح قيمة name_status هي DECLINED، وتنصح Meta بمراجعة الإرشادات وتعديل الاسم، أو تقديم اعتراض عبر دعم المطورين. وإلى أن تتغير الحالة، سيستمر كل إرسال من رقم 555 هذا في إرجاع الخطأ 131037.

- اعتبار verified_name دليلًا على الاعتماد. تقول Meta إن name_status وحده يبيّن هل اعتُمد الاسم.
- إعادة التسجيل قبل الاعتماد. تقول Meta إنها لا أثر لها حتى يُعتمد الاسم الجديد.
- تغيير الاسم مرارًا دون قراءة الإرشادات. تسمح Meta بـ 10 تغييرات كل 30 يومًا.

**هل يؤثر الخطأ 131037 على أرقام الأنشطة التجارية العادية؟** لا. يشير وصف Meta تحديدًا إلى رقم نشاط تجاري 555 ليس له اسم عرض معتمد.

**هل يمكن نقل رقم 555 إلى حساب آخر؟** لا. تقول Meta إن أرقام 555 لا يمكن نقلها إلى حساب WhatsApp Business آخر.

**كيف أعرف أن الاسم اعتُمد؟** يصل webhook من نوع phone_number_name_update، وتكون قيمة decision فيه APPROVED، ثم تتحول name_status إلى APPROVED أيضًا.

**ماذا لو رُفض اسم العرض؟** عدّله وفق إرشادات Meta لأسماء العرض، أو قدّم اعتراضًا عبر دعم المطورين.

---

## خطأ WhatsApp 131057: حساب النشاط التجاري في وضع الصيانة

https://easycoexistence.com/ar/docs/whatsapp-error-131057

يعني الخطأ 131057 أن حساب WhatsApp Business في وضع الصيانة، لذا تُرفض الطلبات الموجهة إليه لفترة قصيرة. وصف Meta له: «Business Account is in maintenance mode.» ومن الأسباب التي تذكرها Meta ترقية الإنتاجية، وتستغرق حتى دقيقة واحدة. انتظر وأعد المحاولة بدلاً من تغيير أي شيء في الطلب.

### ماذا يعني خطأ WhatsApp 131057؟

يعني أن Meta وضعت حساب WhatsApp Business في وضع الصيانة ولا تقبل الطلبات الموجهة إليه في تلك اللحظة.

يذكر مرجع Cloud API نص التفاصيل «Business Account is in maintenance mode» ويشرح أن أحد الأسباب قد يكون ترقية الإنتاجية على الحساب. عبارة «أحد الأسباب» مهمة: إذ تذكر Meta الترقية سبباً محتملاً لا سبباً وحيداً.

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

### لماذا تسبب ترقية الإنتاجية الخطأ 131057؟

لأن الرقم يتعذر استخدامه لوقت قصير أثناء نقله إلى المعدل الأعلى.

يقول دليل الإنتاجية من Meta إن Cloud API يدعم حتى 80 رسالة في الثانية افتراضياً وحتى 1,000 عبر الترقية التلقائية. قد تستغرق عملية الترقية حتى دقيقة واحدة، ولا يمكن خلالها استخدام الرقم على المنصة، ويعيد أي طلب إلى واجهة برمجة التطبيقات (API) الرمز 131057. بعد الترقية الأولى، تتم الزيادات اللاحقة دون أي انقطاع.

يسرد الدليل شروط الأهلية: حد رسائل غير محدود على Business Portfolio، ومراسلة 100K مستخدم فريد على الأقل خارج نافذة خدمة العملاء خلال 24 ساعة متحركة، وتصنيف جودة Medium أو أعلى.

### هل ينطبق الخطأ 131057 على رقم Coexistence؟

قد يظهر على أي رقم، لكن تفسير الإنتاجية أقل ملاءمة لأرقام Coexistence.

يذكر دليل الإنتاجية من Meta أن الأرقام المستخدمة مع تطبيق WhatsApp Business و Cloud API معاً لها إنتاجية ثابتة قدرها 20 رسالة في الثانية، للحفاظ على التوافق مع التطبيق. أما الترقية التلقائية إلى 1,000 الموصوفة في الدليل نفسه فتنطبق على الأرقام ذات المستوى الافتراضي.

لذا عند ظهور 131057 على رقم Coexistence، اقرأه بمعناه الحرفي، أي حساب في وضع الصيانة، وانتظر قبل إعادة المحاولة. وإذا استمر أكثر من بضع دقائق بوقت طويل، فتواصل مع الدعم لدى Meta وأرفق fbtrace_id من الاستجابة بدلاً من إعادة ربط الرقم.

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

**كم يدوم وضع الصيانة؟** تقول Meta إن ترقية الإنتاجية تستغرق حتى دقيقة واحدة. ولا تنشر Meta مدة لأسباب الصيانة الأخرى.

**هل سأعرف عند اكتمال الترقية؟** نعم. ترسل Meta خطاف الويب (webhook) من نوع phone_number_quality_update مع ضبط event على THROUGHPUT_UPGRADE بعد ترقية الرقم.

**هل تكلف الإنتاجية الأعلى مبلغاً أكثر؟** لا. يذكر دليل الإنتاجية من Meta أن الترقية مجانية ولا تؤثر في التسعير.

**هل ترتبط الأخطاء 131057 و130429 ببعضها؟** بشكل غير مباشر. الرمز 130429 يعني أنك أرسلت بسرعة تفوق إنتاجيتك المسموحة، وقد يظهر 131057 أثناء رفع تلك الإنتاجية.

---

## خطأ WhatsApp 132005: النص المترجم طويل جدًا

https://easycoexistence.com/ar/docs/whatsapp-error-132005

يعني الخطأ 132005 أن نص القالب المرسل طويل جدًا في الترجمة المستخدمة. تصف Meta الخطأ بعبارة "Translated text is too long" وتوجه إلى التحقق في WhatsApp Manager من أن القالب قد تُرجم، ثم مراجعة حالته. الحد الأقصى لنص متن القالب 1,024 حرفًا، ولنص التذييل 60 حرفًا.

### ماذا يعني خطأ WhatsApp 132005؟

يعني أن إرسال القالب فشل لأن النص في نسخة اللغة المرسلة يتجاوز ما تسمح به المنصة.

تدرج Meta الرمز 132005 ضمن أخطاء القوالب، وتصفه بعبارة "Translated text is too long" في نص التفاصيل. وعلاجها هو التحقق في WhatsApp Manager من أن القالب قد تُرجم، ثم الرجوع إلى وثائق جودة القوالب لمعرفة كيفية فحص حالته.

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

### كيف تصلح الخطأ 132005؟

افتح القالب في WhatsApp Manager وانظر إلى اللغة التي ترسل بها.

تأكد من وجود ترجمة لرمز اللغة في الطلب، ومن أن حالتها تسمح بالإرسال. ثم قارن طولها بحدود المكونات لدى Meta: نص المتن حده الأقصى 1,024 حرفًا، ونص التذييل حده الأقصى 60. كثيرًا ما تكون الترجمة أطول من الأصل، فقد يناسب القالب لغة ويتجاوز الحد في أخرى.

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

### كيف تتجنب الخطأ 132005 في القوالب متعددة اللغات؟

افحص كل نسخة لغوية وفق الحدود قبل تقديمها، وليس الأولى فقط.

يكفي فحص بسيط للطول في الأداة التي تصوغ بها قوالبك لاكتشاف معظم الحالات: احسب الأحرف في متن كل ترجمة وتذييلها وقارنها بالرقمين 1,024 و60. اترك هامشًا حيث يحتوي المتن على متغيرات، لأن القيم التي تُملأ وقت الإرسال جزء من الرسالة التي يستلمها العميل.

اربط رمز اللغة في منطق الإرسال بالترجمات الموجودة فعلًا. أما طلب لغة لا يملكها القالب فهو خطأ مختلف، الرمز 132001، وفصل الخطأين يسهّل قراءة السجلات.

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

**هل الخطأ 132005 متعلق بالمتغيرات؟** يشير وصف Meta إلى أن النص المترجم طويل جدًا. افحص طول الترجمة أولًا، مع ترك مساحة لقيم المتغيرات.

**ما حد متن القالب؟** يحدد مرجع مكونات القوالب لدى Meta حدًا أقصى قدره 1,024 حرفًا لنص المتن.

**أين أفحص الترجمة؟** في WhatsApp Manager، على القالب، في نسخة اللغة المطابقة لطلبك.

**هل الخطأ 132005 هو نفسه 132001؟** لا. تصف Meta الرمز 132001 بأنه قالب غير موجود باللغة المحددة أو لم يُعتمد.

---

## خطأ WhatsApp 133000: فشلت محاولة سابقة لإلغاء تسجيل الرقم

https://easycoexistence.com/ar/docs/whatsapp-error-133000

يعني الخطأ 133000 أن محاولة سابقة لإلغاء تسجيل رقم الهاتف فشلت، لذلك لا يمكن تسجيل الرقم حتى تُحل المشكلة. وصف Meta له: "فشلت محاولة سابقة لإلغاء التسجيل." والحل الذي تقدمه Meta هو إلغاء تسجيل الرقم مرة أخرى ثم تسجيله. نقطتا النهاية (endpoint) كلتاهما محدودتان بـ 10 طلبات لكل رقم ضمن نافذة متحركة مدتها 72 ساعة.

### ماذا يعني خطأ WhatsApp 133000؟

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

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

يتم إلغاء التسجيل بطلب POST إلى نقطة النهاية deregister الخاصة بمعرّف رقم الهاتف. وتنبّه Meta في دليل التسجيل إلى أنه يجعل الرقم غير صالح للاستخدام مع Cloud API حتى يُسجَّل من جديد، ولا يحذف الرقم ولا سجل رسائله.

### كيف تصلح الخطأ 133000؟

كرّر إلغاء التسجيل، وتأكد من نجاحه، ثم سجّل الرقم.

يعيد طلب إلغاء التسجيل الناجح القيمة success مضبوطة على true. ولا يأتي طلب التسجيل إلا بعد وصول هذه الاستجابة، مع الحقل messaging_product ورمز PIN المكوّن من ستة أرقام الخاص بالتحقق بخطوتين للرقم.

يحتاج طلب إلغاء التسجيل إلى الإذن whatsapp_business_management. ويذكر دليل التسجيل لدى Meta أن الطلب دونه يعيد الخطأ 200، وقد يُظن أنه فشل ثانٍ من النوع نفسه. وإذا استمر فشل طلب إلغاء التسجيل، فاقرأ قيمة details في كل استجابة قبل إرسال طلب آخر، لأن كل محاولة تُحسب ضمن الحد الموضح أدناه.

### لماذا يهم حد المحاولات هنا؟

لأن إصلاح هذا الخطأ هو نفسه سلسلة من المحاولات، وMeta تضع لها سقفاً.

يحدد دليل التسجيل نقطتي التسجيل وإلغائه بـ 10 طلبات لكل رقم نشاط تجاري ضمن نافذة متحركة مدتها 72 ساعة. وتجاوز الحد يعيد الخطأ 133016، ويُحظر الرقم من تلك العملية خلال الـ 72 ساعة التالية.

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

- استدعاء التسجيل مجدداً دون إلغاء التسجيل أولاً. علاج Meta يشترط اكتمال إلغاء التسجيل قبل التسجيل.
- تكرار طلبات التسجيل وإلغائه تلقائياً. الحد هو عشرة طلبات كل 72 ساعة، وتجاوزه يحظر الرقم.
- إلغاء التسجيل بدون الإذن whatsapp_business_management يعيد الخطأ 200، وهو ما يخفي الحالة الحقيقية للرقم.

**هل يحذف إلغاء التسجيل رقمي؟** لا. يذكر دليل التسجيل لدى Meta أن إلغاء التسجيل لا يحذف الرقم ولا سجل رسائله.

**هل يمكنني إلغاء تسجيل رقم Coexistence عبر واجهة برمجة التطبيقات (API)؟** لا. تقول Meta إن نقطة النهاية deregister لا يمكن استخدامها مع رقم يعمل في آن واحد مع Cloud API وتطبيق WhatsApp Business معاً.

**ماذا يحدث بعد 10 محاولات؟** تعيد API الرمز 133016 وتحظر الرقم من هذه العملية خلال الـ 72 ساعة التالية.

**هل أحتاج إلى PIN لإعادة التسجيل؟** نعم. يتطلب التسجيل رمز PIN المكوّن من ستة أرقام الخاص بالتحقق بخطوتين للرقم عندما يكون هذا التحقق مفعّلاً.

---

## خطأ WhatsApp 133004: الخادم غير متاح مؤقتاً

https://easycoexistence.com/ar/docs/whatsapp-error-133004

الخطأ 133004 يعني أن الخادم الذي عالج الطلب كان غير متاح مؤقتاً. وصف Meta له هو «الخادم غير متاح مؤقتاً». الطلب نفسه ليس سبب المشكلة. وتنصح Meta بالاطلاع على صفحة حالة WhatsApp Business Platform وقراءة قيمة details في الاستجابة قبل المحاولة مرة أخرى، ثم إعادة المحاولة بعد مهلة.

### ماذا يعني خطأ WhatsApp 133004؟

يعني أن المنصة لم تستطع معالجة الطلب في تلك اللحظة لأن أحد الخوادم كان غير متاح.

تدرج Meta الرمز 133004 في مرجع أخطاء Cloud API مع نص التفاصيل «الخادم غير متاح مؤقتاً». كلمة «مؤقتاً» هي الجزء المهم. لا شيء في رمز الوصول (token) أو الرقم أو الرسالة يتعرض للرفض، وقد ينجح الطلب نفسه بعد وقت قصير.

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

### ما الذي يجب فحصه قبل إعادة المحاولة؟

أمران، وكلاهما مذكور في علاج Meta نفسها.

أولاً، صفحة حالة WhatsApp Business Platform على metastatus.com، فإذا كانت Meta تبلغ عن حادثة فلا جدوى من إعادة المحاولة قبل زوالها، والصفحة أسرع جواباً من سجلاتك.

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

### كيف يختلف 133004 عن الأخطاء المؤقتة الأخرى؟

تدرج Meta عدة رموز تصف عدم توفر شيء ما لفترة وجيزة، ويفضل التمييز بينها في السجلات.

يوصف الرمز 1 بأنه طلب غير صالح أو خطأ محتمل في الخادم، والرمز 2 بأنه مؤقت بسبب توقف أو ضغط زائد، والرمز 131016 بأنه خدمة غير متاحة مؤقتاً. أما 133004 فيسمّي الخادم تحديداً.

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

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

**هل الخطأ 133004 من جهتي؟** لا. تصفه Meta بأنه خادم غير متاح مؤقتاً، والطلب لم يتسبب فيه.

**أين توجد صفحة حالة WhatsApp Business Platform؟** تضع Meta الرابط metastatus.com/whatsapp-business-api في مرجع رموز الأخطاء لديها.

**كم أنتظر قبل إعادة المحاولة؟** لا تحدد Meta مدة ثابتة. افحص قيمة details وصفحة الحالة، ثم أعد المحاولة بمهلة متزايدة.

**ماذا أرسل إلى دعم Meta إذا استمر الخطأ؟** قيمة fbtrace_id من استجابة الخطأ، وتقول Meta إنها قد تساعد في تصحيح الخطأ.

---

## خطأ WhatsApp 133009: إدخال رمز PIN للتحقق بخطوتين بسرعة كبيرة

https://easycoexistence.com/ar/docs/whatsapp-error-133009

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

### ماذا يعني خطأ WhatsApp 133009؟

يعني أن محاولات PIN لهذا الرقم تصل متقاربة جداً، فترفض Meta أحدثها دون الحكم عليه.

يعطي مرجع Cloud API للرمز 133009 نص details التالي: «تم إدخال رمز PIN للتحقق بخطوتين بسرعة كبيرة»، مع تعليمة واحدة: راجع قيمة details في الاستجابة قبل المحاولة مرة أخرى.

يقع هذا الرمز بين رمزين مجاورين. الرمز 133005 يعني أن PIN غير صحيح. والرمز 133008 يعني وجود تخمينات كثيرة جداً لرمز PIN على الرقم. أما 133009 فيخص السرعة وحدها، ولذلك يظهر حين تُرسل عملية ما محاولات PIN متتالية بسرعة، مثل حلقة إعادة محاولة تكرر طلب register باستمرار.

### كيف تصلح الخطأ 133009؟

تمهل وتوقف عن التخمين.

اقرأ قيمة details في error_data قبل المحاولة التالية. يصف مرجع Meta قيمة details بأنها السبب الأرجح للخطأ، وهي لهذا الرمز أول ما تطلب Meta التحقق منه.

ثم تأكد من أن المحاولة التالية تستخدم PIN يعرفه أحد فعلاً. وإن لم يعرفه أحد، فدليل التحقق بخطوتين من Meta يصف إعادة تعيين من WhatsApp Manager: افتح إعدادات رقم الهاتف، واختر «التحقق بخطوتين»، ثم انقر «تغيير PIN». رمز PIN جديد معروف أسرع من سلسلة تخمينات تنتهي بالخطأ 133008 وانتظار أطول.

### أين يُستخدم PIN؟

عند تسجيل الرقم لـ Cloud API، وفي بعض عمليات الحساب المحيطة به.

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

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

- إعادة استدعاء register فوراً داخل حلقة. محاولات PIN السريعة هي بالضبط ما يبلغ عنه هذا الرمز.
- تجربة رموز PIN مختلفة بين المحاولات. كثرة التخمينات تنقلك من الخطأ 133009 إلى 133008.
- تجاهل قيمة details. تحددها Meta بوصفها ما يجب فحصه قبل المحاولة مرة أخرى.

**هل يعني الخطأ 133009 أن رمز PIN خاطئ؟** ليس بالضرورة. يعني أن المحاولات وصلت بسرعة كبيرة. أما رمز PIN غير الصحيح فيُبلَّغ عنه بالرمز 133005.

**كم أنتظر بعد الخطأ 133009؟** لا تنشر Meta مدة ثابتة. اقرأ قيمة details في الاستجابة قبل المحاولة مرة أخرى.

**هل يمكنني تعطيل التحقق بخطوتين عبر واجهة برمجة التطبيقات (API)؟** لا. يذكر دليل التحقق بخطوتين من Meta أنه لا توجد endpoint لتعطيله. يمكنك بدلاً من ذلك تعيين رمز PIN جديد.

**كيف أعيد تعيين رمز PIN المنسي؟** من WhatsApp Manager، افتح إعدادات رقم الهاتف، واختر «التحقق بخطوتين»، ثم انقر «تغيير PIN».

---

## خطأ 133015 في WhatsApp: حُذف الرقم مؤخرًا ولم يكتمل الحذف

https://easycoexistence.com/ar/docs/whatsapp-error-133015

يعني الخطأ 133015 أن الرقم الذي يجري تسجيله حُذف مؤخرًا وأن عملية الحذف لم تكتمل بعد. وصف Meta له: «رقم الهاتف الذي تحاول تسجيله حُذف مؤخرًا ولم يكتمل الحذف بعد». الحل الموثق هو الانتظار 5 دقائق قبل إعادة إرسال طلب التسجيل.

### ماذا يعني الخطأ 133015 في WhatsApp؟

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

يتضمن مرجع Meta نص التفاصيل كاملًا: «رقم الهاتف الذي تحاول تسجيله حُذف مؤخرًا ولم يكتمل الحذف بعد». والعلاج محدد بالدقة نفسها: انتظر 5 دقائق قبل إعادة إرسال الطلب.

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

### كيف يُحذف رقم هاتف النشاط التجاري؟

في WhatsApp Manager فقط، ومن مسؤول في Business Portfolio فقط.

يقول دليل أرقام الهاتف من Meta إن رقم النشاط التجاري لا يمكن حذفه عبر واجهة برمجة التطبيقات (API). يتم الحذف في WhatsApp Manager، والرقم ذو حالة Connected يحتاج إلى رمز PIN الخاص بالتحقق بخطوتين كي يُحذف، أما الرقم الذي أرسل رسائل مدفوعة خلال آخر 30 يومًا فلا يمكن حذفه إلا بعد مرور 30 يومًا على آخر رسالة منها.

الحذف يختلف عن إلغاء التسجيل. يوضح دليل التسجيل من Meta أن إلغاء التسجيل يجعل الرقم غير صالح للاستخدام مع Cloud API فقط، ولا يحذف الرقم ولا سجل رسائله. والخطأ 133015 يخص الحذف تحديدًا.

### كيف تتجنب الخطأ 133015 عند نقل رقم؟

اجعل الانتظار جزءًا من الإجراء بدل أن تكتشفه بنفسك.

بعد حذف الرقم، توقف 5 دقائق على الأقل قبل طلب التسجيل. وإذا أعاد الطلب الخطأ 133015 مرة أخرى، فانتظر من جديد ولا تعد المحاولة فورًا.

سبب الصبر هو حد التسجيل. تسمح Meta بـ 10 طلبات إلى نقطة النهاية (endpoint) الخاصة بالتسجيل لكل رقم خلال نافذة متحركة مدتها 72 ساعة، وإذا تجاوزت هذا الحد أعاد API الخطأ 133016 وحظر التسجيل 72 ساعة تالية. وحلقة إعادة محاولة ترسل طلبًا كل بضع ثوان بسبب 133015 قد تستنفد المحاولات العشر قبل أن ينتهي الحذف أصلًا.

- إعادة إرسال طلب التسجيل كل بضع ثوان. كل طلب يُحتسب ضمن حد 10 طلبات لكل 72 ساعة.
- الخلط بين الحذف وإلغاء التسجيل. إلغاء التسجيل لا يحذف الرقم، وهذا الخطأ يخص الحذف.
- محاولة حذف الرقم عبر API. تدعم Meta الحذف في WhatsApp Manager فقط.

**كم أنتظر بعد الخطأ 133015؟** تقول Meta إن عليك الانتظار 5 دقائق قبل إعادة إرسال طلب التسجيل.

**هل يمكنني حذف رقم النشاط التجاري عبر API؟** لا. يوضح دليل أرقام الهاتف من Meta أن الحذف ممكن في WhatsApp Manager فقط.

**لماذا لا أستطيع حذف رقمي أصلًا؟** تمنع Meta حذف رقم أرسل رسائل مدفوعة خلال آخر 30 يومًا. يمكنك حذفه بعد مرور 30 يومًا على آخر رسالة.

**ماذا لو أعدت المحاولة كثيرًا؟** بعد 10 طلبات تسجيل خلال 72 ساعة، يعيد API الخطأ 133016 ويحظر التسجيل 72 ساعة.

---

## خطأ WhatsApp 135000: خطأ غير معروف في معاملات الطلب

https://easycoexistence.com/ar/docs/whatsapp-error-135000

يعني الخطأ 135000 أن رسالة فشل إرسالها بسبب خطأ غير معروف في معاملات الطلب. تصف Meta الخطأ بقولها: «فشل إرسال الرسالة بسبب خطأ غير معروف في معاملات طلبك». وتوجيهها هو مراجعة مرجع نقطة النهاية (endpoint) للتأكد من صحة الصيغة، والتواصل مع دعم العملاء إذا تكرر ظهور الخطأ.

### ماذا يعني الخطأ 135000 في WhatsApp؟

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

يعطي مرجع Meta للرمز 135000 نص التفاصيل التالي: «فشل إرسال الرسالة بسبب خطأ غير معروف في معاملات طلبك». والمعالجة المقترحة هي الرجوع إلى مرجع endpoint لمعرفة هل تستدعيه بالصيغة الصحيحة، ثم التواصل مع دعم العملاء إذا استمر ظهور الرمز.

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

### كيف تجد المعامل الخاطئ؟

قارن نص الطلب الذي أرسلته حرفياً بمرجع endpoint، حقلاً حقلاً.

سجّل الحمولة كاملة إلى جانب الخطأ، فالقيمة المسببة له غالباً ما تتغير من رسالة إلى أخرى: رقم هاتف بصيغة غير متوقعة، أو سلسلة فارغة حيث كان المتوقع نصاً، أو كائن متداخل وُضع فيه حقل في المكان الخطأ. ثم اقرأ قيمة details في error_data، وتصفها Meta بأنها أرجح سبب للخطأ.

إذا نجحت حمولة فشلت بالرمز 135000 بعد تعديلها، فاحتفظ بالنسختين. الفرق بينهما هو الجواب، وهو يخبرك بما ينبغي التحقق منه قبل الإرسال في المرة القادمة.

### متى تتواصل مع دعم Meta بشأن الخطأ 135000؟

عندما يطابق الطلب المرجع ويستمر ظهور الرمز.

تحدد Meta الدعم خطوة تالية للرمز 135000 المتكرر. أرفق fbtrace_id من استجابة الخطأ، وتقول Meta إنه قد يساعد في تصحيح الخطأ، مع الوقت وendpoint ونص الطلب بعد حذف بيانات الاعتماد.

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

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

**هل الخطأ 135000 هو نفسه 131000؟** لا. الرمز 131000 خطأ غير معروف دون ذكر سبب. أما 135000 فخطأ غير معروف تنسبه Meta إلى معاملات طلبك.

**هل الخطأ 135000 هو نفسه الخطأ 100؟** لا. الخطأ 100 يحدد معاملات غير مدعومة أو مكتوبة بشكل خاطئ. أما 135000 فيعني أن المعاملات تسببت في خطأ لا تستطيع Meta تحديده.

**هل أعيد المحاولة بعد الخطأ 135000؟** ليس دون تعديل. افحص الطلب أولاً بمقارنته بمرجع endpoint.

**ماذا أرسل إلى دعم Meta؟** fbtrace_id من الاستجابة، وendpoint، ووقت الحدوث، ونص الطلب دون بيانات الاعتماد.

---

## EasyCoexistence مقابل Z-API

https://easycoexistence.com/ar/compare/easycoexistence-vs-z-api

Z-API واجهة برمجة التطبيقات (API) برازيلية لـ WhatsApp تُباع لكل مثيل، وتربط الرقم بمسح رمز QR بالطريقة نفسها التي يربط بها WhatsApp Web جهازًا. أما EasyCoexistence فتربط الرقم بـ Cloud API الرسمية من Meta عبر Coexistence، فيظل تطبيق WhatsApp Business يعمل، ولا يخالف أي جزء من الاتصال شروط WhatsApp.

### كيف يصل كل منهما إلى WhatsApp

كل ما في هذه الصفحة ينبثق من هذا الفرق، لذلك يأتي أولًا.

- Z-API:: تذكر وثائقها أن الربط، تمامًا مثل WhatsApp Web، يتطلب مسح رمز QR أو إدخال رقم هاتف. ويصف موقعها نفسه Cloud API الرسمية بأنها مسار منفصل، ويصف Z-API بأنها بديل في السوق عنها.
- EasyCoexistence:: Cloud API من Meta، ببيانات اعتماد تصدرها Meta لحساب WhatsApp Business الخاص بالنشاط التجاري، ويتم الربط عبر Embedded Signup من Meta. يُسجَّل الرقم كرقم API، ويواصل تطبيق WhatsApp Business العمل على الهاتف نفسه.

### التكلفة لكل رقم

كلاهما يحتسب لكل رقم، وهذه من المقارنات القليلة التي تتطابق فيها الوحدات.

- Z-API:: R$ 99,99 لكل مثيل شهريًا في خطة Ultimate، أو R$ 89,99 لكل مثيل في خطة Partner بحد أدنى عشرة مثيلات، وفق ما ينشره موقعهم. الفترة التجريبية يومان.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا من رقم واحد إلى خمسة أرقام، وتنخفض عبر ست شرائح حتى US$ 1 لكل رقم كلما أضفت أرقامًا. الأيام الثلاثة الأولى مجانية، وتحاسب Meta النشاط التجاري مباشرة على رسوم المراسلة، دون أي هامش إضافي منا.

### ماذا يحدث للرقم إذا تحرك WhatsApp

هذه هي المخاطرة التي لا يظهرها سعر المثيل.

- Z-API:: جلسة الجهاز المرتبط ليست مسارًا تقره شروط WhatsApp التجارية للمراسلة التجارية الآلية، ويمكن تقييد الحساب الذي يتم الوصول إليه بهذه الطريقة أو حظره.
- EasyCoexistence:: الاتصال ميزة من Meta نفسها، يتم عبر مسار Meta نفسه، بواسطة Meta Tech Provider مستقل. ليس في طريقة ربط الرقم ما يمكن لـ WhatsApp أن يتخذ إجراءً ضده.

### إبقاء الهاتف قيد الاستخدام

معظم الأنشطة التجارية الصغيرة، مع أي من المنتجين، ما زالت ترد على العملاء من الهاتف، لذلك يحدد هذا شكل يوم العمل.

- Z-API:: المثيل جلسة مرتبطة بمعنى WhatsApp Web، فتدوم ما دام ذلك الارتباط قائمًا. ولا يذكر موقعهم ميزة Coexistence من Meta.
- EasyCoexistence:: Coexistence هي المنتج كله. يحتفظ الفريق بتطبيق WhatsApp Business، وتعمل API على الرقم نفسه، ويُراقَب الاتصال بحيث يُنبَّه إلى أي انقطاع، مثل قاعدة 14 يومًا من Meta، فور حدوثه.

- التعامل مع مثيل مرتبط برمز QR وCloud API كأنهما منتج واحد بسعرين مختلفين. فكل منهما يصل إلى WhatsApp عبر مسار مختلف.
- تشغيل الرقم الرئيسي لنشاط تجاري على جلسة جهاز مرتبط. فالحظر يسلب الرقم حضوره على WhatsApp.
- نسيان أن Cloud API تحتسب رسومًا على القوالب. تحاسب Meta النشاط التجاري عليها خارج أي من الاشتراكين.

**هل Z-API هي الواجهة الرسمية لـ WhatsApp؟** لا. يصف موقعها نفسه Cloud API الرسمية بأنها المسار عبر Meta، ويصف Z-API بأنها بديل في السوق، وتقول وثائقها إن المثيل يتصل مثل WhatsApp Web.

**هل أحدهما أرخص؟** نعم، نحن. تنشر Z-API سعر R$ 99,99 لكل مثيل شهريًا. نحن نحتسب US$ 9 لكل رقم متصل شهريًا حتى خمسة أرقام، وينخفض حتى US$ 1 كلما أضفت أرقامًا.

**هل أحتاج إلى موافقة على القوالب معكم؟** فقط للرسائل التي تبدأ محادثة خارج نافذة 24 ساعة، وهذه قاعدة Meta لكل مزود رسمي. أما الردود داخل النافذة فنص حر.

**هل يمكنني نقل رقم من Z-API إلى EasyCoexistence؟** نعم. افصل الجلسة، وواصل استخدام تطبيق WhatsApp Business، ثم اربط الرقم عبر Embedded Signup. يتطلب إصدار التطبيق 2.24.17 أو أحدث ونشاطًا حقيقيًا حديثًا.

---

## EasyCoexistence مقابل Blip

https://easycoexistence.com/ar/compare/easycoexistence-vs-blip

Blip منصة محادثات برازيلية لبناء روبوتات الدردشة وتشغيل خدمة العملاء عبر WhatsApp وقنوات أخرى، وخططها المدفوعة تُسعَّر عبر فريق المبيعات. أما EasyCoexistence فهي اتصال WhatsApp نفسه، على Cloud API من Meta عبر Coexistence، برسم منشور لكل رقم متصل، ويبقى تطبيق WhatsApp Business يعمل على الهاتف.

### ما هو كل منتج

كلاهما يستخدم واجهة برمجة التطبيقات (API) الرسمية من Meta، لكنهما يبيعان أشياء مختلفة فوقها.

- Blip:: منصة لبناء روبوتات بمسارات مخصصة ومعالجة اللغة الطبيعية، مع مكتب خدمة بشري، عبر WhatsApp وInstagram وMessenger وقنوات أخرى. تذكر صفحة أسعارهم أنهم مزوّد حلول أعمال معتمد لدى Meta.
- EasyCoexistence:: الاتصال بين رقم يستخدمه النشاط التجاري أصلاً في تطبيق WhatsApp Business وبين Cloud API من Meta، مع مراقبة مستمرة لهذا الاتصال. تصل الرسائل إلى أي نظام يشغّله النشاط التجاري: CRM أو n8n أو شيفرته البرمجية أو وكيل ذكاء اصطناعي عبر MCP، بحسب ما يناسبه.

### التكلفة

الفرق هنا هو إمكانية قراءة السعر قبل التحدث مع أي أحد.

- Blip:: خطة مجانية لما يصل إلى وكيلين مع محادثات شهرية محدودة. الخطط المدفوعة بلا أسعار على الصفحة؛ يُحال القارئ لمعرفة المزيد عنها، فيأتي الرقم من محادثة مع المبيعات.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهرياً من رقم إلى خمسة أرقام، وينخفض إلى US$ 1 للرقم مع إضافة أرقام جديدة، وأول 3 أيام مجانية. تحاسب Meta على رسوم المراسلة حساب النشاط التجاري نفسه، ولا يُضاف عليها أي هامش.

### هل يبقى الهاتف يعمل

بالنسبة لنشاط صغير يرد من هاتف، هذا عادةً أول سؤال.

- Blip:: لا تتناول صفحة أسعارهم Coexistence. اسألهم إن كان يمكن إبقاء الرقم في تطبيق WhatsApp Business أثناء اتصاله، ولا تعتمد على هذه الصفحة.
- EasyCoexistence:: نعم، بحكم التصميم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم نفسه، مع مزامنة سجل المحادثات الحديث، بينما تعمل API جنباً إلى جنب معه. سعة الإرسال على رقم Coexistence هي 20 رسالة في الثانية.

### أين يعيش منطق الروبوت

الأتمتة يجب أن تعمل في مكان ما، والاختيار يحدد ما ترتبط به.

- Blip:: داخل Blip. تُبنى المسارات والروبوتات ومكتب الخدمة وتعمل على منصتهم، وهي المنتج الذي يبيعونه.
- EasyCoexistence:: حيث تبني أصلاً. تسلّم Meta خطاف الويب (webhook) الخاص بالرسائل مباشرة إلى نظامك، ولا يُخزَّن محتوى المحادثات لدينا أبداً، ويتيح خادم MCP لـ Claude وChatGPT وCursor وCodex إرسال رسائل من الرقم.

- مقارنة عرض سعر منصة روبوتات برسم اتصال بنداً ببند. أحدهما يشمل أداة البناء ومكتب الخدمة.
- افتراض أن أي شريك لدى Meta يُبقي تطبيق WhatsApp Business يعمل. يجب أن تكون Coexistence مدعومة ومفعّلة.
- نسيان رسوم المراسلة من Meta نفسها. تحاسب Meta عليها مع أي من المنتجين.

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

**هل أحدهما أرخص؟** سعرنا منشور وسعرهم غير منشور، لذا سعرنا هو الذي يمكنك التحقق منه: US$ 9 لكل رقم متصل شهرياً، وينخفض إلى US$ 1 مع إضافة أرقام جديدة، دون حدود على الوكلاء.

**هل تتيح لي EasyCoexistence بناء روبوت دردشة؟** نعم، في الأداة التي تستخدمها أصلاً. تصل الرسائل إلى webhook لديك أو n8n أو Make أو وكيل ذكاء اصطناعي عبر MCP، وهناك يعيش المنطق.

**هل هذه الخدمة منتج من Meta نفسها؟** لا. نحن شركة مستقلة، Tech Provider لدى Meta، تستخدم Embedded Signup وCloud API الرسميين من Meta بصفة شريك.

---

## EasyCoexistence مقابل Digisac

https://easycoexistence.com/ar/compare/easycoexistence-vs-digisac

Digisac منصة برازيلية لخدمة العملاء متعددة القنوات، بسعر حسب عرض مخصص يبدأ من R$ 197 شهريًا، تشغّل واجهة برمجة التطبيقات (API) الرسمية لـ WhatsApp عبر Gupshup و360dialog وتدعم Coexistence من خلالهما. أما EasyCoexistence فهي Meta Tech Provider تربط الرقم نفسه برسوم معلنة لكل رقم، دون منصة وسيطة.

### كيف يُحدَّد السعر

الأول عرض مخصص والثاني جدول أسعار، وهذا ما يحدد كل ما يليه.

- Digisac:: لا توجد باقات ثابتة. تذكر صفحتهم أن السعر يبدأ من R$ 197 ويتغير بحسب عدد الوكلاء والقنوات والميزات مثل وحدات الذكاء الاصطناعي والتكاملات، ويجمعها فريق المبيعات لديهم في عرض.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا من رقم إلى خمسة أرقام، وينخفض عبر ست شرائح إلى US$ 1 لكل رقم مع إضافة المزيد من الأرقام. لا وكلاء لتعدادهم ولا وحدات لإضافتها. أول ثلاثة أيام مجانًا.

### من يقف بينك وبين Meta

سلسلة الشركات خلف الرقم تحدد من يستطيع إصلاحه عند تعطله.

- Digisac:: تشغّل المنصة API عبر Gupshup و360dialog، وهما شريكان لدى Meta. وتذكر مقالتهم عن Coexistence أن التفعيل يتم مع مزوّد رسمي مثل 360dialog، وتدعم Digisac العميل من خلاله.
- EasyCoexistence:: لا أحد. نحن Meta Tech Provider مستقل، وينضم النشاط التجاري عبر Embedded Signup من Meta نفسها على حسابه في WhatsApp Business، وتصل أحداث خطاف الويب (webhook) من Meta مباشرة إلى نظامه.

### ما الذي يعمل عليه الفريق

منصة الخدمة وربط الرقم يغيّران جوانب مختلفة من يوم العمل.

- Digisac:: منصة خدمة مشتركة تجمع WhatsApp وInstagram وTelegram وMessenger والبريد الإلكتروني ودردشة الويب، مع توزيع المحادثات ودردشة داخلية وقمع مبيعات. يعمل الفريق داخلها.
- EasyCoexistence:: لا شيء جديدًا لتسجيل الدخول إليه. يحتفظ الفريق بتطبيق WhatsApp Business، وتعمل عبر API أنظمة الأتمتة أو CRM أو وكيل ذكاء اصطناعي على الرقم نفسه.

### كم يستغرق حتى يعمل الرقم

كثيرًا ما تحسم الشركات الصغيرة قرارها بهذا وحده.

- Digisac:: عرض تجاري أولًا، ثم التفعيل مع المزوّد. تدرج صفحتهم CNPJ وMeta Business Manager والالتزام بالسياسات ضمن المتطلبات المسبقة.
- EasyCoexistence:: عادةً أقل من دقيقتين عبر Embedded Signup: سجّل الدخول بحساب Facebook، وأدخل الرقم، وامسح رمز QR في التطبيق. تبدأ المراقبة فور اتصال الرقم.

- مقارنة السعر الابتدائي لدى Digisac برسم لكل رقم. فسعرهم يزيد مع الوكلاء والقنوات والوحدات.
- افتراض أن Coexistence ميزة في المنصة. هي ميزة Meta، وتُفعَّل عبر مزوّد من جانب Meta.
- ترك رسوم Meta خارج الميزانية. تفرضها Meta في الحالتين.

**هل تدعم Digisac ميزة Coexistence؟** نعم. تذكر مقالتها أن التفعيل يتم مع مزوّد رسمي مثل 360dialog، وتدعم Digisac العملية.

**هل أحدهما أرخص؟** لرقم واحد، نحن الأرخص: US$ 9 شهريًا مقابل سعر ابتدائي R$ 197 يرتفع مع الوكلاء والقنوات والوحدات. وسعرنا ينخفض كلما أضفت أرقامًا.

**هل أفقد صندوق وارد مشتركًا معكم؟** نحن لا نبيع واحدًا. يحتفظ الفريق بتطبيق WhatsApp Business، ويعمل أي شيء آخر في الأداة التي تختارها.

**من يدفع الرسوم إلى Meta نفسها؟** النشاط التجاري مباشرة، على حسابه في WhatsApp Business. لا نضيف أي هامش على رسوم Meta.

---

## EasyCoexistence مقابل Octadesk

https://easycoexistence.com/ar/compare/easycoexistence-vs-octadesk

Octadesk منصة برازيلية لخدمة العملاء تجمع بين روبوت المحادثة ووكلاء الذكاء الاصطناعي ومكتب المساعدة، وتبدأ باقاتها من R$ 2.499 شهرياً لـ 3,000 محادثة مع استشارة تهيئة إلزامية. أما EasyCoexistence فتربط الرقم الموجود في تطبيق WhatsApp Business بـ Cloud API من Meta عبر Coexistence، برسم معلن لكل رقم، دون حد للمحادثات ودون رسوم إعداد.

### ما الذي تغطيه الفاتورة الشهرية

تختلف الوحدات، ويتسع هذا الفرق مع كل عميل جديد يراسلكم.

- Octadesk:: باقة تُحدد بحسب عدد المحادثات: One بـ R$ 2.499 شهرياً لـ 3,000، وFlow بـ R$ 4.399 لـ 5,500، وNexus عند الطلب لـ 9,000. ويُحتسب مستخدمو مكتب المساعدة لكل مستخدم فوق ذلك، وتشترط كل باقة استشارة تهيئة يُحدد سعرها عند الطلب.
- EasyCoexistence:: رسم واحد لكل رقم متصل: US$ 9 شهرياً من رقم إلى خمسة أرقام، ينخفض إلى US$ 1 لكل رقم كلما أضفت أرقامًا. شهر فيه عشرة آلاف محادثة يكلف ما يكلفه شهر هادئ. وتحاسب Meta على رسوم الرسائل الخاصة بها مباشرة.

### ما هي كل منهما

كلتاهما تضعان الرقم على واجهة برمجة التطبيقات (API) الرسمية، لكن ما يُبنى فوقها يختلف.

- Octadesk:: منظومة لخدمة العملاء: روبوت محادثة ووكلاء ذكاء اصطناعي ومكتب مساعدة مع اتفاقيات مستوى الخدمة وسجل التذاكر، وإرسال جماعي عبر WhatsApp، مع رقم واحد على WhatsApp API الرسمي مضمّن في كل باقة.
- EasyCoexistence:: الاتصال ومراقبته. يبقى الرقم في تطبيق WhatsApp Business، ويعمل API عليه في الوقت نفسه، وتصل الرسائل إلى الأدوات التي يستخدمها النشاط التجاري أصلاً، ومنها وكلاء الذكاء الاصطناعي عبر خادم MCP لدينا.

### إضافة رقم ثانٍ أو عاشر

الوكالات والأنشطة التجارية متعددة الفروع تسأل عن هذا قبل أي شيء آخر.

- Octadesk:: تذكر كل باقة رقماً واحداً على WhatsApp API الرسمي مضمّناً فيها. ولا تنشر صفحة أسعارهم سعراً للأرقام الإضافية.
- EasyCoexistence:: عدد غير محدود من الأرقام لكل حساب، كل رقم بسعر شريحته، وينخفض سعر الرقم كلما زاد العدد: US$ 7 من ستة أرقام، وصولاً إلى US$ 1 كلما أضفت أرقامًا.

### هل يستمر الهاتف في العمل

السؤال الذي يحدد ما إذا كان على فريق صغير أن يغيّر طريقة عمله.

- Octadesk:: لا تتناول صفحة أسعارهم Coexistence. اسألهم هل يمكن أن يبقى الرقم في تطبيق WhatsApp Business بعد ربطه بـ API لديهم.
- EasyCoexistence:: نعم. Coexistence هي كل ما نربطه: يحتفظ التطبيق بمحادثاته، ويمكن مزامنة نحو ستة أشهر من السجل، ويعمل API على الرقم نفسه. ويُراقَب الاتصال فيُنبَّه إلى أي انقطاع فوراً.

- مقارنة أسعار الباقات دون احتساب المحادثات. باقات Octadesk تضع حداً لها، أما رسم الاتصال فلا.
- إعداد الميزانية دون استشارة التهيئة. تشترطها Octadesk في كل باقة وتحدد سعرها عند الطلب.
- افتراض أن الباقة تغطي رسوم القوالب لدى Meta. تحاسب Meta النشاط التجاري عليها مباشرة.

**هل إحداهما أرخص؟** نعم، وبفارق كبير للنشاط التجاري الذي يحتاج إلى الاتصال. تبدأ Octadesk من R$ 2.499 شهرياً إضافة إلى التهيئة، أما نحن فنتقاضى US$ 9 لكل رقم متصل شهرياً.

**ماذا يحدث بعد 3,000 محادثة؟** في باقة One من Octadesk تنتقل إلى باقة أعلى. أما معنا فلا يتغير شيء: لا يوجد حد للمحادثات بأي سعر.

**هل تدعم Octadesk ميزة Coexistence فعلاً؟** لا تذكر صفحة أسعارهم ذلك. اسألهم مباشرة بدل الاعتماد على هذه الصفحة.

**هل يمكنني استخدام الذكاء الاصطناعي معكم؟** نعم. يتيح خادم MCP لدينا لـ Claude وChatGPT وCursor وClaude Code وCodex إرسال الرسائل والقوالب على الرقم.

---

## EasyCoexistence مقابل Huggy

https://easycoexistence.com/ar/compare/easycoexistence-vs-huggy

Huggy صندوق خدمة عملاء برازيلي متعدد القنوات، تُسعَّر باقاته بحسب الخطة وعدد المستخدمين المتصلين، ويُحاسَب WhatsApp بشكل منفصل بحسب الكمية والفئة. أما EasyCoexistence فهو اتصال WhatsApp نفسه: Cloud API من Meta على الرقم الموجود أصلًا في تطبيق WhatsApp Business، عبر Coexistence، برسم واحد معلن لكل رقم متصل.

### ما الذي تدفع مقابله الفاتورة الشهرية

فاتورة Huggy تكبر مع الفريق، أما فاتورتنا فلا تكبر إلا مع عدد الأرقام.

- Huggy:: خطة مع مستخدم متصل واحد، ثم رسم لكل مستخدم إضافي: R$ 69,90 في Starter، وR$ 119,90 في Intermediate التي تبدأ من R$ 579 شهريًا، وR$ 189,90 في Custom التي تبدأ من R$ 989. يُسعَّر WhatsApp فوق ذلك بحسب الكمية والفئة، والتنفيذ اختياري بمبلغ R$ 1.250.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا من رقم واحد إلى خمسة أرقام، وينخفض إلى US$ 1 لكل رقم مع إضافة المزيد من الأرقام، دون أي عدد للمستخدمين. أول ثلاثة أيام مجانًا، وتحاسب Meta النشاط التجاري مباشرة على رسوم الرسائل الخاصة بها.

### ما هو كل منتج

يُشترى صندوق الوارد والاتصال لسببين مختلفين.

- Huggy:: صندوق خدمة يجمع WhatsApp وInstagram وMessenger وTelegram والبريد الإلكتروني وSMS والصوت، مع روبوتات محادثة وتقارير. تذكر صفحتهم أنهم شريك رسمي لدى Meta لتفعيل واجهة برمجة التطبيقات (API) الرسمية.
- EasyCoexistence:: الاتصال بين رقم تطبيق WhatsApp Business وCloud API من Meta، مع مراقبة مستمرة. تصل الرسائل إلى النظام الذي يستخدمه النشاط التجاري أصلًا، عبر خطاف الويب (webhook) من Meta أو عبر خادم MCP لدينا.

### هل يغيّر الفريق طريقة عمله

السؤال الذي يطرحه المالك قبل الموافقة على أي شيء.

- Huggy:: يسجّل الموظفون الدخول إلى صندوق Huggy، حيث تُسند محادثات كل القنوات ويُرد عليها. لا تتناول صفحة الأسعار لديهم Coexistence مع تطبيق WhatsApp Business.
- EasyCoexistence:: لا أحد ينتقل. يواصل تطبيق WhatsApp Business العمل على الرقم نفسه بمحادثاته، وتعمل API بجانبه لكل ما يؤتمته النشاط التجاري.

### أين تُحفظ المحادثات

قرار يصعب التراجع عنه لاحقًا.

- Huggy:: على منصتهم، وهذا ما يحتاجه صندوق الوارد ليعرض المحادثات للموظفين الذين يفتحونها.
- EasyCoexistence:: ليس لدينا. لا يُخزَّن محتوى المحادثات أبدًا، ويمكن لـ Meta توجيه الرسائل الواردة مباشرة إلى webhook الخاص بالنشاط التجاري.

- تسعير Huggy دون بند WhatsApp. فهو يُحتسب منفصلًا عن الخطة، بحسب الكمية والفئة.
- احتساب فريق اليوم فقط. كل مستخدم إضافي يضيف رسمًا شهريًا في خطة صندوق الوارد.
- شراء صندوق وارد للحصول على وصول إلى API على رقم واحد. هذا لا يحتاج إلا إلى الاتصال.

**هل أحدهما أرخص؟** لنشاط تجاري يحتاج إلى الاتصال، نحن الأرخص. تبدأ خطة Intermediate من Huggy من R$ 579 شهريًا لمستخدم واحد، قبل WhatsApp، بينما سعرنا US$ 9 لكل رقم متصل شهريًا.

**هل يعتمد Huggy على API الرسمية؟** تذكر صفحة الأسعار لديهم أنهم شريك رسمي لدى Meta ويفعّلون واجهة Meta الرسمية.

**هل ميزة Coexistence مدعومة لدى Huggy؟** لا تتناولها صفحة الأسعار لديهم. اسألهم مباشرة ولا تعتمد على هذه الصفحة.

**هل لديكم صندوق وارد؟** لا. يواصل الفريق استخدام تطبيق WhatsApp Business، وهذا ما صُمّمت له Coexistence.

---

## EasyCoexistence مقابل Umbler Talk

https://easycoexistence.com/ar/compare/easycoexistence-vs-umbler-talk

Umbler Talk صندوق وارد مشترك وCRM وروبوت دردشة برازيلي على WhatsApp، يعمل عبر واجهة برمجة التطبيقات (API) الرسمية، ويُسعَّر لكل وكيل بدءاً من R$ 99,90 شهرياً بحد أدنى وكيلان. تربط EasyCoexistence الرقم الموجود في تطبيق WhatsApp Business بـ Cloud API من Meta عبر Coexistence، وتسعّر لكل رقم متصل، فلا تتغير الفاتورة بتغير عدد من يردّون.

### ما الذي تغطيه الفاتورة الشهرية

تحتسب Umbler Talk الأشخاص، وتحتسب EasyCoexistence الأرقام.

- Umbler Talk:: لكل وكيل شهرياً: R$ 99,90 في Essencial بحد أدنى وكيلين، وR$ 149,90 في Impulso وR$ 219,90 في Escala بحد أدنى ثلاثة وكلاء. أصغر فاتورة ممكنة هي وكيلان على Essencial، أي R$ 199,80 في الشهر.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهرياً من رقم واحد إلى خمسة أرقام، وينخفض عبر ستة نطاقات إلى US$ 1 لكل رقم كلما أضفت أرقامًا. بلا عدد وكلاء وبلا حد أدنى. أول ثلاثة أيام مجانية، وتحاسب Meta على الرسائل مباشرة.

### ما هو كل منتج

كلاهما يعمل على API الرسمية من Meta، وتذكر Umbler Talk ذلك صراحة في صفحتها.

- Umbler Talk:: صندوق وارد مشترك مع مسار CRM مرئي وروبوت دردشة ووكلاء ذكاء اصطناعي وقاعدة معرفة ودردشة على الموقع، إضافة إلى حملات WhatsApp في الخطط الأعلى. يعمل الفريق داخله.
- EasyCoexistence:: الاتصال ومراقبته. يبقى الرقم في تطبيق WhatsApp Business وتعمل API عليه في الوقت نفسه، وتصل الرسائل عبر MCP إلى CRM أو n8n أو شيفرتك البرمجية أو وكيل ذكاء اصطناعي.

### كم رقماً يتسع

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

- Umbler Talk:: رقما WhatsApp في Essencial وحتى ثلاثة في Impulso، أما Escala فيوصف بحد أرقام ديناميكي. المزيد من الأرقام يعني خطة أعلى لكل وكيل.
- EasyCoexistence:: أرقام غير محدودة لكل حساب، كلٌّ بسعر شريحته، ويقل السعر لكل رقم كلما زاد العدد. الرقم العشرون يكلّف أقل من الأول.

### هل يبقى تطبيق WhatsApp Business يعمل

السؤال الذي يطرحه الفريق الصغير قبل أي شيء.

- Umbler Talk:: لا تذكر Coexistence في صفحة خططهم. اسألهم هل يستمر الرقم بالعمل في تطبيق WhatsApp Business بعد الربط.
- EasyCoexistence:: نعم. Coexistence هي الشيء الوحيد الذي نربطه، فيحتفظ التطبيق بمحادثاته وتعمل API إلى جانبه، مع مراقبة الاتصال لرصد الانقطاعات مثل قاعدة الـ 14 يوماً من Meta.

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

**هل أحدهما أرخص؟** نعم، نحن. أقل فاتورة في Umbler Talk هي وكيلان بسعر R$ 99,90 لكل منهما، أي R$ 199,80 شهرياً، أما عندنا فـ US$ 9 لرقم متصل، أياً كان من يردّ عليه.

**هل يستخدم Umbler Talk API الرسمية من WhatsApp فعلاً؟** نعم. تذكر صفحتهم أن Umbler Talk يستخدم API الرسمية من WhatsApp ويلتزم بإرشادات المنصة.

**هل تتوفر Coexistence في Umbler Talk فعلاً؟** لا تذكرها صفحة خططهم. اسألهم بدلاً من الاعتماد على هذه الصفحة.

**هل تحتسب EasyCoexistence الرسوم لكل وكيل؟** لا. مهما بلغ عدد من يردّون على الرقم، أو يعملون معه عبر API، تبقى الرسوم لكل رقم متصل.

---

## EasyCoexistence مقابل Whaticket

https://easycoexistence.com/ar/compare/easycoexistence-vs-whaticket

Whaticket صندوق وارد لعدة وكلاء لـ WhatsApp وقنوات أخرى، من US$ 49 شهريًا بحد أدنى ثلاثة مستخدمين ورقم WhatsApp واحد، ويتصل إما عبر رمز QR أو عبر واجهة برمجة التطبيقات (API) الرسمية مع Coexistence. أما EasyCoexistence فهو الاتصال الرسمي فقط: Cloud API من Meta على الرقم نفسه في تطبيق WhatsApp Business، بسعر US$ 9 لكل رقم.

### كيف يربط كل منهما الرقم

تبيع Whaticket طريقين إلى WhatsApp، وتبيع EasyCoexistence طريقًا واحدًا.

- Whaticket:: خيار بين WhatsApp QR، وهي جلسة تُمسح مثل WhatsApp Web، أو WhatsApp API مع Coexistence. يحذر موقعها نفسه من أن الرسائل الجماعية عبر WhatsApp Business قد تؤدي إلى الحظر، ويوصي بـ API لتقليل هذا الخطر.
- EasyCoexistence:: Cloud API من Meta فقط، متصلة عبر Embedded Signup من Meta مع Coexistence، فيبقى تطبيق WhatsApp Business يعمل على الرقم نفسه. لا يوجد خيار جلسة QR، وبالتالي لا مسار غير رسمي للعودة إليه.

### ما الذي تدفع مقابله الفاتورة الشهرية

الفاتورتان مبنيتان من أجزاء مختلفة.

- Whaticket:: US$ 49 شهريًا لباقة Basic لثلاثة مستخدمين ورقم واحد، وUS$ 20 شهريًا لكل رقم إضافي، وباقة Pro بسعر US$ 109. تستهلك الحملات عبر اتصال QR رصيدًا يبدأ من US$ 25 لكل 1,000 رسالة، أما حملات API فمعفاة.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا من رقم واحد إلى خمسة أرقام، ثم ينخفض إلى US$ 1 للرقم مع زيادة عدد الأرقام. بلا مستخدمين وبلا رصيد. تحاسب Meta النشاط التجاري مباشرة على رسوم المراسلة، دون أي هامش إضافي منا. أول 3 أيام مجانية.

### ما هو كل منتج

أحدهما مكان عمل الوكلاء، والآخر القناة التي تحته.

- Whaticket:: صندوق وارد لعدة وكلاء يجمع قنوات المراسلة ويؤتمتها، مع حملات، ليجيب الفريق من داخل منصتهم.
- EasyCoexistence:: الاتصال مع مراقبة على مدار الساعة طوال أيام الأسبوع. يحتفظ الفريق بتطبيق WhatsApp Business، وتصل الرسائل إلى خطاف الويب (webhook) الخاص بك، ويتصرف وكلاء الذكاء الاصطناعي على الرقم عبر خادم MCP لدينا.

### كم يكلف الرقم الثاني أو الخامس أو العاشر

الوكالات والأنشطة التجارية متعددة الفروع تجري هذه الحسبة قبل أي شيء آخر.

- Whaticket:: US$ 20 لكل رقم إضافي فوق الباقة، فتبلغ خمسة أرقام على Basic ما مجموعه US$ 129 شهريًا لثلاثة مستخدمين.
- EasyCoexistence:: تبلغ خمسة أرقام US$ 45 شهريًا، ويواصل سعر الرقم الانخفاض: US$ 7 للرقم ابتداءً من السادس، وصولًا إلى US$ 1 مع زيادة عدد الأرقام.

- تشغيل رقم نشاط تجاري عبر اتصال QR. يحذر موقع Whaticket نفسه من أن الرسائل الجماعية هناك قد تؤدي إلى الحظر.
- نسيان رصيد الرسائل. تُحاسب الحملات عبر اتصال QR لكل ألف رسالة فوق سعر الباقة.
- تسعير الأرقام الإضافية بسعر الباقة. كل رقم يضيف US$ 20 شهريًا.

**هل أحدهما أرخص؟** نعم، نحن الأرخص. رقم واحد على Whaticket Basic بسعر US$ 49 شهريًا، ورقم متصل واحد لدينا بسعر US$ 9. وعند خمسة أرقام يبلغ السعر US$ 129 لديهم مقابل US$ 45 لدينا.

**هل تدعم Whaticket ميزة Coexistence؟** نعم. تدرج صفحة أسعارها، إلى جانب اتصال QR، خيار WhatsApp API مع Coexistence ضمن خيارات الاتصال.

**هل اتصال QR رسمي؟** لا. فهو يربط جلسة بالطريقة نفسها التي يعمل بها WhatsApp Web. ويوصي موقع Whaticket نفسه بـ API لتقليل خطر الحظر.

**هل لديكم صندوق وارد مثل Whaticket؟** لا. يحتفظ الفريق بتطبيق WhatsApp Business، وكل ما تؤتمته يعمل في أدواتك الخاصة.

---

## EasyCoexistence مقابل Leadsales

https://easycoexistence.com/ar/compare/easycoexistence-vs-leadsales

Leadsales نظام CRM محادثات مكسيكي للبيع عبر WhatsApp وFacebook وInstagram. تربط خطته Basic، بسعر US$ 97 شهريًا، WhatsApp عبر جلسة الويب، وتبدأ واجهة برمجة التطبيقات (API) الرسمية من خطة Professional بسعر US$ 133. أما EasyCoexistence فتربط الرقم بـ Cloud API من Meta عبر Coexistence بسعر US$ 9 للرقم.

### أي خطة تتصل بـ WhatsApp رسميًا

في Leadsales تتوقف طريقة الاتصال على الخطة. أما مع EasyCoexistence فلا.

- Leadsales:: تربط Basic واجهة WhatsApp عبر Messenger وجلسة الويب، لا عبر Business API الرسمية. أما Professional بسعر US$ 133 أو MX$ 3,239.88 شهريًا، وAdvanced بسعر US$ 247، فتستخدمان API الرسمية.
- EasyCoexistence:: كل رقم على Cloud API من Meta، ويتصل عبر Embedded Signup من Meta نفسها مع Coexistence، فيبقى تطبيق WhatsApp Business يعمل على الهاتف. لا توجد خطة أرخص غير رسمية.

### ما الذي تدفع مقابله الفاتورة الشهرية

تضع Leadsales حدًا للمستخدمين والمحادثات في كل خطة. أما EasyCoexistence فلا تحدد أيًا منهما.

- Leadsales:: تشمل Basic ما يصل إلى 3 مستخدمين و5,000 محادثة نشطة، وProfessional 4 مستخدمين و20,000، وAdvanced 5 مستخدمين و50,000، مع خصومات تصل إلى 20% عند الدفع السنوي.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا من 1 إلى 5 أرقام، وتنخفض حتى US$ 1 لكل رقم كلما زاد عدد الأرقام. بلا عدد مستخدمين ولا عدد محادثات، وأول 3 أيام مجانية، وتحاسب Meta النشاط التجاري مباشرة على الرسائل.

### ما هو كل منتج

يختلف نظام CRM عن الاتصال في المشكلة التي يحلها.

- Leadsales:: نظام CRM للمبيعات يضم مسارات بيع ومساحة عمل مشتركة ومراسلة جماعية حسب المرحلة ووكيل ذكاء اصطناعي في الخطط الأعلى. تتم متابعة العملاء المحتملين داخل نظام Leadsales نفسه.
- EasyCoexistence:: الاتصال ومراقبته. تصل الرسائل إلى أي CRM أو أداة يستخدمها النشاط التجاري عبر خطاف الويب (webhook) من Meta، وتعمل وكلاء الذكاء الاصطناعي على الرقم عبر خادم MCP لدينا.

### ماذا يحدث للرقم على جلسة الويب

هذا هو الخطر الذي تحمله الخطة الأرخص.

- Leadsales:: يصل الرقم على خطة Basic إلى WhatsApp عبر جلسة ويب لا عبر Business API، وهو مسار لا تقره شروط WhatsApp للأعمال للمراسلة التجارية الآلية.
- EasyCoexistence:: لا شيء في هذا الاتصال يمكن اتخاذ إجراء ضده، لأنه اتصال بميزة Coexistence من Meta نفسها، يتم عبر مسارها الرسمي، ويخضع للمراقبة على مدار الساعة.

- اختيار خطة Basic بسبب السعر على افتراض أنها تستخدم API. هي تتصل عبر جلسة الويب.
- عدّ المستخدمين ونسيان حد المحادثات النشطة. فكل خطة تحدد حدًا منها.
- توقع أن تشمل الخطة رسوم القوالب من Meta. فهذه تحاسب Meta عليها النشاط التجاري مباشرة.

**هل أحدهما أرخص؟** نعم، نحن. أرخص خطة من Leadsales تشمل API الرسمية بـ US$ 133 شهريًا، أما الرقم المتصل لدينا فبسعر US$ 9 شهريًا.

**هل تستخدم Leadsales واجهة WhatsApp API الرسمية؟** نعم في Professional وAdvanced. أما خطة Basic فتربط WhatsApp عبر Messenger وجلسة الويب بدلًا من ذلك.

**هل تدعم Leadsales ميزة Coexistence؟** تذكر صفحة أسعارها أن الرقم يبقى في بعض الحالات قابلًا للاستخدام على الهاتف، وينتقل في حالات أخرى بالكامل إلى API الرسمية. أما معنا فيبقى دائمًا في تطبيق WhatsApp Business على الهاتف.

**هل أستخدم EasyCoexistence مع نظام CRM الذي أملكه؟** نعم. تسلّم Meta الرسائل إلى webhook الذي تختاره، فيستطيع أي CRM يقبل webhook استقبالها.

---

## EasyCoexistence مقابل Treble

https://easycoexistence.com/ar/compare/easycoexistence-vs-treble

Treble منصة من أمريكا اللاتينية تعمل على WhatsApp Business API لتدفقات المحادثة الآلية والحملات وخدمة العملاء بالذكاء الاصطناعي، وتُباع عبر فريق المبيعات دون سعر معلن. أما EasyCoexistence فتربط الرقم الذي يستخدمه النشاط التجاري أصلًا في تطبيق WhatsApp Business بـ Cloud API من Meta عبر Coexistence، بتسجيل ذاتي وبسعر معلن قدره US$ 9 لكل رقم متصل شهريًا.

### ماذا يحدث لتطبيق WhatsApp Business

ينطلق المنتجان من افتراضين متعاكسين بشأن الهاتف.

- Treble:: تقول صفحتهم الرئيسية إن Treble حل قائم على WhatsApp Business API وليس على تطبيق WhatsApp Business المجاني. ولا تذكر Coexistence، فاسألهم هل يمكن أن يبقى الرقم في التطبيق.
- EasyCoexistence:: يبقى التطبيق. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم نفسه مع مزامنة نحو ستة أشهر من سجل المحادثات، بينما تعمل Cloud API بجانبه للأتمتة.

### كم تبلغ التكلفة

يمكن قراءة أحد السعرين اليوم. أما الآخر فيحتاج إلى محادثة.

- Treble:: لا يوجد سعر معلن. لا تعرض الصفحة الرئيسية سعرًا وتطلب صفحة الأسعار كلمة مرور، فيأتي المبلغ من فريق مبيعاتهم.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا من رقم إلى خمسة أرقام، وينخفض عبر ست شرائح إلى US$ 1 لكل رقم كلما أضفت أرقامًا. تحاسب Meta النشاط التجاري على الرسائل مباشرة، ولا يُضاف أي هامش.

### ما هو كل منتج

كلاهما يعمل على API الرسمية من Meta، لكنهما يبيعان طبقتين مختلفتين.

- Treble:: منصة لتدفقات المحادثة الآلية والحملات الجماعية وخدمة العملاء بالذكاء الاصطناعي، مع تكاملات أصلية مع HubSpot وSalesforce وAPI للاتصالات المخصصة.
- EasyCoexistence:: الاتصال نفسه ومراقبته على مدار الساعة طوال أيام الأسبوع. تسلّم Meta أحداث خطاف الويب (webhook) مباشرة إلى نظامك، ولا يُخزَّن محتوى المحادثات لدينا أبدًا، ويتيح خادم MCP لوكلاء الذكاء الاصطناعي الإرسال من الرقم.

### كم يستغرق تشغيل الرقم

غالبًا هو السؤال الحاسم لدى النشاط التجاري الصغير.

- Treble:: عبر عملية مبيعات، إذ تُتفق الخطط والأسعار مع فريقهم قبل بدء الإعداد.
- EasyCoexistence:: عادةً أقل من دقيقتين عبر Embedded Signup من Meta: سجّل الدخول بحساب Facebook، وأدخل الرقم، وامسح رمز QR في التطبيق. المتطلبات: الإصدار 2.24.17 من التطبيق أو أحدث، ونشاط حقيقي حديث.

- نقل رقم تطبيق مزدحم إلى إعداد مخصص لـ API فقط دون التحقق من Coexistence، فيتوقف الهاتف عن كونه المكان الذي يرد منه الفريق.
- مقارنة عرض سعر منصة حملات برسوم اتصال، فأحدهما يشمل التدفقات والحملات.
- إغفال رسوم القوالب لدى Meta، فهي تُحاسَب من Meta لا من أي من المزوّدين.

**هل تنشر Treble أسعارها؟** لا. لا تعرض صفحتهم الرئيسية أي سعر، وصفحة الأسعار محمية بكلمة مرور.

**هل أحدهما أرخص؟** سعرنا معلن وسعرهم غير معلن، فسعرنا هو الوحيد الذي يمكنك التحقق منه: US$ 9 لكل رقم متصل شهريًا، وينخفض إلى US$ 1 كلما أضفت أرقامًا.

**هل تدعم Treble ميزة Coexistence؟** لا تذكرها صفحتهم الرئيسية، وتصف Treble بأنها قائمة على API لا على تطبيق WhatsApp Business. اسألهم.

**هل تتيح EasyCoexistence تشغيل الحملات؟** نعم، عبر Cloud API وبقوالب معتمدة، من نظامك أو أداتك. تحاسبك Meta على القوالب مباشرة.

---

## EasyCoexistence مقابل Botmaker

https://easycoexistence.com/ar/compare/easycoexistence-vs-botmaker

Botmaker منصة روبوتات دردشة وخدمة عملاء من أمريكا اللاتينية تعمل على WhatsApp Business Platform، بسعر يبدأ من US$ 149 شهريًا لكل 3,000 محادثة، إضافة إلى رسوم لمرة واحدة قدرها US$ 99 لفتح حساب WhatsApp. وهي تدعم Coexistence. أما EasyCoexistence فهي اتصال Coexistence وحده، بسعر US$ 9 لكل رقم متصل شهريًا، دون باقات محادثات.

### ما الذي تدفع مقابله كل شهر

Botmaker تبيع المحادثات. أما EasyCoexistence فتبيع الاتصال.

- Botmaker:: الخطة القياسية بسعر US$ 149 لكل 3,000 محادثة، وخطة Scale بسعر US$ 249 لكل 5,000، وخطة Pro بسعر US$ 499 لكل 10,000، مع US$ 0.07 إلى US$ 0.05 عن كل محادثة إضافية، وUS$ 99 لفتح حساب WhatsApp. وتتحمل رسائل الدفع تكلفة WhatsApp مضافًا إليها رسوم خدمة بنسبة 20%.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا من رقم واحد إلى خمسة أرقام، وتنخفض حتى US$ 1 لكل رقم مع زيادة عدد الأرقام. لا باقة ولا رسوم تجاوز ولا رسوم بداية. وتحاسب Meta النشاط التجاري مباشرة على رسومها، ولا نضيف عليها أي هامش.

### كيف تعمل Coexistence في كل منهما

كلتاهما تُبقي تطبيق WhatsApp Business يعمل على الرقم. أما بقية الإعداد فمختلفة.

- Botmaker:: يذكر مركز المساعدة لديهم أن Coexistence متاحة فقط للخطوط الجديدة أو الإعدادات الجديدة، وأن البوت يتوقف مؤقتًا عندما يرد أحد من الهاتف، وأن محادثات المجموعات غير مدعومة على المنصة.
- EasyCoexistence:: Coexistence هي المنتج نفسه: إعداد ذاتي عبر Embedded Signup من Meta في نحو دقيقتين، ثم مراقبة على مدار الساعة، فيُرصد أي انقطاع مثل قاعدة الأيام الـ 14 من Meta لحظة وقوعه.

### ما هو كل منتج

منصة بوتات واتصال مجرد شراءان مختلفان.

- Botmaker:: منصة لبناء البوتات وتشغيل خدمة العملاء عبر WhatsApp، وتتضمن من عشرة إلى خمسين مقعدًا للموظفين بحسب الخطة. وتبقى مسارات العمل داخل Botmaker.
- EasyCoexistence:: الاتصال فقط. تصل خطافات الويب (webhook) من Meta إلى نظامك الخاص، ولا يُخزَّن محتوى المحادثات لدينا أبدًا، ويتيح خادم MCP لـ Claude وChatGPT وCursor وClaude Code وCodex التصرف على الرقم.

### ماذا يفعل النمو بالفاتورة

يسير النموذجان في اتجاهين متعاكسين كلما زاد نشاط العمل.

- Botmaker:: كلما زادت المحادثات ظهرت رسوم تجاوز عن كل محادثة أو لزم الانتقال إلى الخطة التالية، فيكلّف الشهر المزدحم أكثر من الشهر الهادئ.
- EasyCoexistence:: حجم الرسائل لا يدخل في السعر. وحدها إضافة الأرقام تغيّر الفاتورة، ويقل السعر لكل رقم كلما زاد عددها.

- مقارنة أسعار الخطط ونسيان رسوم الحساب البالغة US$ 99 ورسوم الخدمة بنسبة 20% على رسائل الدفع.
- اختيار خطة على أساس محادثات اليوم فقط. تُحتسب رسوم التجاوز عن كل محادثة فوق الباقة.
- توقع أن يبقى البوت يعمل بعد رد من الهاتف. في Botmaker يتوقف البوت مؤقتًا عندما يجيب الهاتف.

**هل تدعم Botmaker ميزة Coexistence؟** نعم. يوثقها مركز المساعدة لديهم، وهي متاحة للخطوط الجديدة أو الإعدادات الجديدة.

**هل أحدهما أرخص؟** نعم، نحن الأرخص. تبدأ Botmaker من US$ 149 شهريًا إضافة إلى US$ 99 لفتح الحساب، بينما الرقم المتصل لدينا بسعر US$ 9 شهريًا ولا شيء يُدفع للبدء.

**هل تضيفون رسومًا على ما تفرضه Meta؟** لا. تحاسب Meta على الرسائل حساب النشاط التجاري نفسه، ولا نضيف عليها أي هامش.

**هل يمكنني بناء بوت مع EasyCoexistence؟** نعم، عبر n8n أو Make أو شيفرتك الخاصة أو وكيل ذكاء اصطناعي من خلال MCP. وتصل الرسائل إلى نظامك عبر webhook من Meta.

---

## EasyCoexistence مقابل Gallabox

https://easycoexistence.com/ar/compare/easycoexistence-vs-gallabox

Gallabox وEasyCoexistence يحلان مشكلتين مختلفتين. Gallabox صندوق وارد للفريق ومجموعة أتمتة فوق WhatsApp Business API الرسمية، ويُباع بخطط بعدد ثابت من المستخدمين. أما EasyCoexistence فهي الاتصال نفسه: Cloud API من Meta على الرقم ذاته المستخدم في تطبيق WhatsApp Business، بتسعير لكل رقم، بلا صندوق وارد ولا حد لعدد المستخدمين.

### ما الذي تدفعه الفاتورة الشهرية مقابله

يُسعَّر كل منهما بوحدة مختلفة، والوحدة هي التي تحدد كيف تكبر الفاتورة.

- Gallabox:: خطط بسعر شهري وحجم فريق ثابت. تُعرض Basic بسعر ₹ 2,999 شهريًا بفوترة ربع سنوية لـ3 مستخدمين، وتصفها صفحتهم بأنها حد أقصى صارم، وتنتقل الفرق الأكبر إلى Essential أو Advanced.
- EasyCoexistence:: من US$ 9 لكل رقم متصل شهريًا، وتنخفض إلى US$ 1 كلما أضفت أرقامًا. لا يوجد عدد مستخدمين ولا عدد جهات اتصال، فتوظيف شخص جديد أو الرد على عملاء أكثر لا يغيّر شيئًا في الفاتورة.

### كيف تُفعَّل Coexistence عمليًا

كلاهما يستخدم ميزة Coexistence من Meta، فيبقى تطبيق WhatsApp Business يعمل على الهاتف. الاختلاف في الطريق إليها.

- Gallabox:: تذكر وثائقهم أن Coexistence غير مفعّلة افتراضيًا وأن عليك التواصل مع دعم Gallabox قبل البدء، ليُفعَّل حساب مساحة العمل أولًا.
- EasyCoexistence:: Coexistence هي المنتج نفسه. يُكمل صاحب النشاط التجاري Embedded Signup من Meta في نحو دقيقتين ذاتيًا، بشرط أن يكون التطبيق بالإصدار 2.24.17 أو أحدث وألا يكون الرقم مرتبطًا بمزوّد آخر.

### أين تُحفظ المحادثات

هذا هو الفرق الأهم لمن يبني واجهته الخاصة أو يدير أرقام عملاء.

- Gallabox:: داخل منصتهم. فالصندوق المشترك وأداة بناء روبوتات الدردشة وأداة البث تحتاج إلى حفظ الرسائل لديهم كي تعرضها للموظفين.
- EasyCoexistence:: ليس لدينا. توجّه Meta طلبات خطاف الويب (webhook) مباشرة إلى نقطة النهاية (endpoint) التي تحددها، ولا تُحفظ المحادثات لدينا أبدًا. بياناتك تصل إلى CRM لديك أو تطبيقك أو وكيل الذكاء الاصطناعي الخاص بك.

### أيهما تختار

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

وإذا كان المطلوب هو الرقم نفسه متصلًا رسميًا ويظل نشطًا، فإن EasyCoexistence هي الخيار الأضيق نطاقًا والأرخص. تناسب وكالة تربط أرقام عملائها بنظامها الخاص، أو مطورًا لديه واجهة جاهزة، أو صاحب نشاط يريد أتمتة دون نقل فريقه من الهاتف. الاتصال مراقَب، بما في ذلك قاعدة الأيام الـ14 من Meta، وتحاسب Meta على الرسائل في حسابك أنت بلا أي هامش منا.

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

**هل EasyCoexistence أرخص من Gallabox؟** بالنسبة إلى الاتصال، نعم. تبلغ Gallabox Basic ₹ 2,999 شهريًا بفوترة ربع سنوية لـ3 مستخدمين. أما EasyCoexistence فبسعر US$ 9 لكل رقم متصل شهريًا بلا حد للمستخدمين، فيكلف رقم واحد مع فريق بأي حجم US$ 9 شهريًا.

**هل تدعم Gallabox ميزة Coexistence؟** نعم. تصفها وثائقها وتذكر أن الدعم يجب أن يفعّلها على مساحة العمل قبل الإعداد.

**هل لدى EasyCoexistence صندوق وارد مثل Gallabox؟** لا. يحتفظ فريقك بتطبيق WhatsApp Business، وتستقبل برمجياتك الرسائل نفسها عبر webhook تسلّمها Meta إلى نظامك الخاص.

**من يدفع رسوم الرسائل إلى Meta؟** مع EasyCoexistence تدفعها أنت مباشرة إلى Meta من حساب WhatsApp Business الخاص بك، دون أي إضافة منا.

---

## EasyCoexistence مقابل TimelinesAI

https://easycoexistence.com/ar/compare/easycoexistence-vs-timelinesai

TimelinesAI صندوق وارد مشترك لـ WhatsApp متزامن مع أنظمة CRM، بسعر لكل مستخدم، ويربط الرقم برمز QR أو عبر WhatsApp Business API الرسمية أو عبر Coexistence. أما EasyCoexistence فيربط الأرقام عبر Cloud API من Meta مع Coexistence فقط، بسعر لكل رقم، ويرسل كل رسالة إلى نظامك الخاص بدلاً من صندوق وارد.

### كيف يربط كل منهما الرقم

طريقة الربط تحدد ما يتعرض له الرقم، لذلك نبدأ بها.

- TimelinesAI:: ثلاثة خيارات في كل خطة: رابط رمز QR الذي يربط الرقم كجهاز مرتبط، أو WhatsApp Business API الرسمية، أو Coexistence التي تشغّل التطبيق وواجهة برمجة التطبيقات (API) معاً.
- EasyCoexistence:: طريقة واحدة: Cloud API من Meta مع Coexistence، عبر Embedded Signup من Meta نفسها. لا يوجد خيار جلسة رمز QR، ولذلك لا يعتمد أي رقم يتصل عبرنا على بقاء رابط جهاز مرتبط قائماً.

### ما الذي تدفعه الفاتورة الشهرية

السعر لكل مستخدم والسعر لكل رقم ينموان لسببين مختلفين.

- TimelinesAI:: $35 لكل مستخدم شهرياً في خطة Starter، أو $28 عند الدفع سنوياً، و$49 لكل مستخدم في خطة Pro. وتذكر صفحة أسعارهم أن كل مستخدم يربط حساب WhatsApp بالمنصة يحتاج إلى مقعد خاص به.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهرياً حتى خمسة أرقام، وتنخفض إلى US$ 1 مع إضافة أرقام جديدة. لا يُحسب الأشخاص إطلاقاً، وتحاسبك Meta على رسوم الرسائل مباشرة.

### أين تنتهي المحادثات

الصندوق الوارد والاتصال يضعان البيانات في أماكن مختلفة.

- TimelinesAI:: في صندوقهم الوارد المشترك، ثم تُزامَن إلى CRM الذي تختاره. الصندوق الوارد هو المنتج، لذلك تمر الرسائل عبر منصتهم وتُعرض عليها.
- EasyCoexistence:: مباشرة إلى نقطة النهاية (endpoint) لديك. تسلّم Meta خطاف الويب (webhook) إلى عنوان URL الذي تحدده، ولا تُخزَّن المحادثات لدينا أبداً، فتبقى بيانات العميل داخل أنظمة تتحكم بها.

### أيهما تختار

فريق مبيعات يريد صندوقاً وارداً مشتركاً داخل CRM يبحث عن صندوق وارد، وTimelinesAI واحد منها.

ونشاط تجاري يريد رقماً متصلاً رسمياً، دون جلسة رمز QR في أي حلقة من المسار ودون تخزين لدى وسيط، يبحث عن اتصال. EasyCoexistence هو هذا الاتصال، مع مراقبة صحة تقرأ أسباب الانقطاع التي تعلنها Meta نفسها، وخادم MCP لمساعدي الذكاء الاصطناعي، ورسم ثابت لكل رقم بغض النظر عن حجم الفريق.

- ربط رقم نشاط تجاري برمز QR لأنه أسرع. جلسة الجهاز المرتبط ليست منصة Meta للأعمال.
- احتساب المقاعد لأرقام ستجيب عنها البرمجيات لا الأشخاص.
- خلط الأرقام المرتبطة برمز QR والمتصلة عبر API في حساب واحد دون تتبع نوع كل رقم.

**هل EasyCoexistence أرخص من TimelinesAI؟** للرقم المتصل، نعم. خطة Starter من TimelinesAI تكلف $35 لكل مستخدم شهرياً. أما EasyCoexistence فتكلف US$ 9 لكل رقم متصل شهرياً، وفريق بأي حجم يرد من تطبيق WhatsApp Business لا يضيف أي تكلفة.

**هل تدعم TimelinesAI ميزة Coexistence؟** نعم. تدرج صفحة أسعارهم Coexistence إلى جانب رمز QR وAPI الرسمية في كل خطة.

**هل يمكنني ربط رقم برمز QR مع EasyCoexistence؟** لا. يُربط كل رقم عبر Cloud API من Meta مع Coexistence، ولا يُربط أبداً كجهاز مرتبط.

**هل ما زلت أستخدم WhatsApp على هاتفي؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم نفسه بينما تعمل API إلى جانبه.

---

## EasyCoexistence مقابل Periskope

https://easycoexistence.com/ar/compare/easycoexistence-vs-periskope

يربط Periskope رقم WhatsApp بمسح رمز QR من شاشة Link device في الهاتف، وتذكر وثائقه أن أرقام واجهة برمجة التطبيقات (API) في WhatsApp لا يمكن ربطها. تسلك EasyCoexistence الطريق المعاكس: يُسجَّل الرقم لدى Cloud API من Meta عبر Coexistence، فيظل تطبيق WhatsApp Business يعمل ويكون الاتصال هو الاتصال الرسمي.

### كيف يصل كل منهما إلى WhatsApp

كل ما يرد في هذه الصفحة ينبع من طريقة الاتصال.

- Periskope:: تفتح إعدادات WhatsApp على الهاتف، وتختار Link device، وتمسح رمز QR الذي يعرضه Periskope. يُرفق الرقم كجهاز مرتبط، وتعلن صفحتهم الرئيسية أن ذلك لا يتطلب Business API.
- EasyCoexistence:: يسجّل Embedded Signup من Meta الرقم على Cloud API ببيانات اعتماد تصدرها Meta لحسابك الخاص في WhatsApp Business. وتُبقي Coexistence التطبيق على الهاتف يعمل بالرقم نفسه.

### كم تكلف شهريًا

كلاهما ينشر أسعاره، لكنهما يحسبان أشياء مختلفة.

- Periskope:: تبلغ Starter $25 لكل مستخدم شهريًا و Pro $35، مع تضمين الهاتف الأول، ويُحاسَب كل هاتف إضافي كترخيص مستقل بسعر الخطة. وتتطلب Enterprise ما لا يقل عن 50 مستخدمًا أو هاتفًا.
- EasyCoexistence:: من US$ 9 لكل رقم متصل شهريًا لما بين رقم واحد وخمسة أرقام، وتنخفض عبر ستة نطاقات إلى US$ 1 مع إضافة المزيد من الأرقام. لا تراخيص مستخدمين، وتحاسبك Meta على الرسائل مباشرة إلى حسابك دون هامش.

### ما الذي يتعرض له الاتصال

تتعامل WhatsApp مع جلسة الجهاز المرتبط وتسجيل API بشكل مختلف.

- Periskope:: يجري الوصول عبر جهاز مرتبط خارج منصة الأعمال من Meta. وتحكم شروط WhatsApp للأعمال الاستخدام الآلي واستخدام الأطراف الثالثة، ولا يملك الرقم الذي يُوصَل بهذه الطريقة أي صفة على مستوى API لدى Meta.
- EasyCoexistence:: كل استدعاء يذهب إلى Cloud API من Meta. وعند انقطاع الاتصال نقرأ سبب الانقطاع الذي تذكره Meta نفسها وننبهك، بما في ذلك قاعدة نشاط التطبيق خلال 14 يومًا التي تنطبق على أرقام Coexistence.

### أيهما تختار

السؤال هو قيمة الرقم والمكان الذي يجب أن يعمل فيه. نموذج Periskope مبني على ربط الأرقام الموجودة كأجهزة، بما فيها المجموعات، ولا يقبل أرقام API إطلاقًا.

أما الرقم الذي يعتمد عليه العملاء، أو رقم عميل تتحمل وكالة مسؤوليته، فالطريق الرسمي هو الذي يبقى ضمن قواعد Meta. تقدم EasyCoexistence هذا الطريق برسم ثابت لكل رقم، وتُبقي تطبيق WhatsApp Business يعمل، وتسلّم الرسائل إلى نظامك.

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

**هل Periskope أرخص أم EasyCoexistence من حيث السعر؟** EasyCoexistence أرخص. تبلغ Starter في Periskope $25 لكل مستخدم شهريًا، ويضيف كل هاتف إضافي $25 أخرى. أما EasyCoexistence فمن US$ 9 لكل رقم متصل شهريًا دون أي رسوم للمستخدمين.

**هل يستخدم Periskope واجهة WhatsApp API الرسمية؟** لا. تربط وثائقه الأرقام برمز QR عبر Link device، وتذكر أن أرقام WhatsApp API لا يمكن ربطها.

**هل تدعم EasyCoexistence المجموعات؟** لا. محادثات المجموعات خارج Cloud API من Meta، وتنطبق هذه القاعدة على كل مزوّد رسمي.

**هل سيظل تطبيقي يعمل؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الهاتف بينما يعمل Cloud API على الرقم نفسه.

---

## EasyCoexistence مقابل Wassenger

https://easycoexistence.com/ar/compare/easycoexistence-vs-wassenger

Wassenger منصة صندوق وارد للفرق وواجهة برمجة التطبيقات (API) لـ WhatsApp، وتقدم موصلين: جلسة برمز QR وCloud API من Meta، مع Coexistence في جانب API. تقدم EasyCoexistence موصل Cloud API مع Coexistence فقط، دون صندوق وارد، وتسعّر كل رقم متصل ابتداءً من US$ 9 شهريًا بدلًا من باقة بعدد ثابت من الموظفين.

### كيف يربط كل منهما الرقم

يقارن مركز المساعدة في Wassenger نفسه بين موصليه، وهذا أوضح مكان للبدء.

- Wassenger:: موصل رمز QR يوصف بأنه اتصال قائم على جلسة عبر خدمة عامل تتطلب بقاء الهاتف متصلًا بالإنترنت وتخضع لكشف الرسائل المزعجة في WhatsApp، وموصل Cloud API موثق عبر Meta. وتتوفر Coexistence على جانب API دون غيره.
- EasyCoexistence:: Cloud API من Meta فقط، عبر Embedded Signup من Meta مع Coexistence. لا يوجد في المنتج عامل جلسات ولا موصل رمز QR، فلا شيء يمكن أن تختاره خطأً.

### ما الذي تدفعه الفاتورة الشهرية

باقة الموظفين والرسوم لكل رقم تتغيران بحسب عاملين مختلفين.

- Wassenger:: Professional بسعر €39.90 شهريًا لرقم واحد و3 موظفين، وBusiness بسعر €69.90 مع 6 موظفين، وEnterprise بسعر €99.90 مع 9 موظفين. وتُحتسب تكاليف القوالب التي تحددها Meta فوق ذلك بسعر التكلفة.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا، وتنخفض حتى US$ 1 كلما أضفت أرقامًا، دون عدد موظفين. تحاسب Meta على الرسائل حساب WhatsApp Business الخاص بك، ولا يمر ذلك بنا أبدًا.

### أين تنتهي المحادثات

صندوق الوارد يخزّن ما يعرضه. أما الاتصال فيمرّر ما يستقبله.

- Wassenger:: في صندوق الفريق الوارد المشترك لديهم، حيث تُسند المحادثات إلى الموظفين ويشغّلون الحملات ويستخدمون مساعد الذكاء الاصطناعي. تبقى الرسائل على منصتهم ليعمل عليها الموظفون.
- EasyCoexistence:: في نظامك أنت. توجّه Meta خطاف الويب (webhook) مباشرة إلى نقطة النهاية (endpoint) التي تحددها، ولا تُخزَّن المحادثات لدينا أبدًا، ويواصل الفريق الرد عبر تطبيق WhatsApp Business كالمعتاد.

### أيهما تختار

الفريق الذي يريد أن يسجّل موظفوه الدخول إلى صندوق وارد مشترك يشتري صندوق وارد، وهذا ما بُنيت عليه باقات Wassenger.

من يريد الرقم على API الرسمية وحدها، أو وكالة تربط أرقام عملائها، أو مطوّر يغذّي تطبيقًا قائمًا، أو مالك يضيف الأتمتة دون أداة جديدة، يحصل من EasyCoexistence على منتج أضيق: نوع اتصال واحد، ورسوم ثابتة لكل رقم، ومراقبة تنبّه قبل انقطاع رابط Coexistence، وخادم MCP يعمل مع Claude وChatGPT وCursor على حد سواء.

- البدء بموصل رمز QR للتجربة، ثم ترك رقم النشاط التجاري عليه بعد أن يعمل.
- مقارنة باقة €39.90 برسوم لكل رقم دون احتساب الموظفين وصندوق الوارد داخل الباقة.
- نقل رقم بين موصلين دون التحقق مما إذا كان سجل المحادثات سينتقل معه.

**هل EasyCoexistence أرخص من Wassenger؟** بالنسبة إلى الاتصال، نعم. تبلغ Wassenger Professional €39.90 شهريًا لرقم واحد. وتبلغ EasyCoexistence US$ 9 لكل رقم متصل شهريًا، وتكلّف خمسة أرقام US$ 45 إجمالًا.

**هل تدعم Wassenger ميزة Coexistence فعلًا؟** نعم. تنشر Wassenger صفحة ومقالة مساعدة عن Coexistence لاستخدام تطبيق WhatsApp Business ومنصة API لديها على الرقم نفسه.

**هل موصل رمز QR في Wassenger رسمي؟** تصفه Wassenger بأنه قائم على الجلسة ويخضع لكشف الرسائل المزعجة في WhatsApp. أما موصل Cloud API فهو الموثق عبر Meta.

**هل أحتاج إلى خادم لاستخدام EasyCoexistence؟** تحتاج إلى endpoint لاستقبال webhooks، أو إلى مساعد ذكاء اصطناعي متصل عبر خادم MCP. استضافة الاتصال نفسه مشمولة.

---

## EasyCoexistence مقابل WANotifier

https://easycoexistence.com/ar/compare/easycoexistence-vs-wanotifier

WANotifier منصة تسويق وإشعارات عبر WhatsApp تعمل على واجهة برمجة التطبيقات (API) الرسمية، وتُسعَّر حسب الخطة وشريحة جهات الاتصال مع حدود شهرية للرسائل. EasyCoexistence هي الاتصال الرسمي نفسه مع Coexistence، وتُسعَّر لكل رقم متصل دون حد لجهات الاتصال أو الرسائل. كلتاهما تمرر رسوم الرسائل من Meta دون هامش، فالفرق في ما يشتريه الاشتراك.

### ما الذي تدفعه الفاتورة الشهرية

تسعّر WANotifier حسب حجم الجمهور. أما EasyCoexistence فتسعّر حسب الرقم.

- WANotifier:: Essentials بسعر $69 وAdvanced بسعر $119 وPremium بسعر $199 شهريًا بالفوترة الشهرية عند شريحة أقل من 1,000 جهة اتصال، مع حدود إرسال شهرية قدرها 4,000 و8,000 و12,000 رسالة. القائمة الأكبر تنقلك إلى شريحة أعلى.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهريًا لما يصل إلى خمسة أرقام، وتنخفض إلى US$ 1 كلما زاد عدد الأرقام. قائمة من خمسين ألف جهة اتصال تكلف مثل قائمة من خمسين.

### أين تدخل Coexistence

كلاهما يتصل عبر API الرسمية من Meta وكلاهما يقدم Coexistence، فيبقى تطبيق WhatsApp Business على الهاتف.

- WANotifier:: تُدرج Coexistence ميزةً في كل خطة، إلى جانب الحملات وروبوتات المحادثة والتسلسلات التدريجية وصندوق وارد مشترك للفريق.
- EasyCoexistence:: Coexistence هي المنتج كله: تسجيل ذاتي عبر Embedded Signup في نحو دقيقتين، ومراقبة مستمرة للحالة، وتنبيهات مبنية على أسباب قطع الاتصال التي تحددها Meta نفسها، ومنها قاعدة نشاط التطبيق خلال 14 يومًا.

### إلى أين تذهب الرسائل

أداة الحملات تعالج الرسائل نيابةً عنك. أما الاتصال فيسلّمها لك.

- WANotifier:: إلى لوحة التحكم وصندوق الوارد ومنشئ الأتمتة لديهم، مع REST API وخطاف الويب (webhook) في خطتي Advanced وPremium للتكامل.
- EasyCoexistence:: مباشرة إلى نقطة النهاية (endpoint) لديك على كل رقم، لأن Meta توجّه webhook إلى عنوان URL الذي تحدده. لا يُخزَّن شيء لدينا، ويتيح خادم MCP لـ Claude وChatGPT وCursor العمل مع الرقم.

### أيهما تختار

من يريد البث والتسلسلات التدريجية ومنشئ روبوتات المحادثة في لوحة واحدة يشتري أداة حملات، وهي منتج مختلف عن الاتصال.

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

- اختيار خطة بحسب السعر دون التحقق من الحد الشهري للرسائل المرافق لها.
- ترك قائمة جهات الاتصال تتجاوز حد الشريحة في منتصف الشهر دون حساب كلفة الانتقال.
- افتراض أن هامش 0% يعني غياب رسوم المنصة. ينطبق الاشتراك ورسوم Meta معًا.

**هل EasyCoexistence أرخص من WANotifier؟** نعم، للاتصال. خطة WANotifier Essentials بسعر $69 شهريًا عند أصغر شريحة لجهات الاتصال. أما EasyCoexistence فبسعر US$ 9 لكل رقم متصل شهريًا دون حد لجهات الاتصال أو الرسائل.

**هل تدعم WANotifier ميزة Coexistence؟** نعم. تدرج صفحة أسعارهم WhatsApp Coexistence في كل خطة.

**هل تمرران رسوم Meta دون هامش؟** نعم. تنص WANotifier على هامش 0%، ومع EasyCoexistence تحاسبك Meta مباشرة على حسابك الخاص.

**هل يمكنني إرسال حملات عبر EasyCoexistence؟** يمكنك إرسال قوالب معتمدة عبر Cloud API من نظامك أو من مساعد ذكاء اصطناعي. لا يوجد منشئ حملات.

---

## EasyCoexistence مقابل Eazybe

https://easycoexistence.com/ar/compare/easycoexistence-vs-eazybe

Eazybe طبقة CRM لفرق المبيعات تُثبَّت كإضافة Chrome على WhatsApp Web، وتُسعَّر لكل مستخدم في خطة Starter، وتضيف الخطط الأعلى رقم واجهة برمجة التطبيقات (API) في WhatsApp وCoexistence. أما EasyCoexistence فهي الاتصال الرسمي فقط: Cloud API من Meta مع Coexistence، بتسعير لكل رقم، وتسلّم الرسائل إلى نظامك الخاص.

### كيف يصل كل منهما إلى WhatsApp

يقع المنتجان في مكانين مختلفين: أحدهما في متصفح المندوب، والآخر على API من Meta.

- Eazybe:: إضافة Chrome فوق جلسة WhatsApp Web المفتوحة أصلاً عند كل مندوب، تضيف التصنيفات ومزامنة CRM والجدولة. وتذكر الخطط الأعلى رقم WhatsApp API وCoexistence أيضاً.
- EasyCoexistence:: Cloud API من Meta، يُسجَّل عبر Embedded Signup من Meta مع Coexistence. لا شيء يعمل في تبويب متصفح، فتتدفق الرسائل سواء كان WhatsApp Web مفتوحاً أم لا.

### ما الذي تدفعه الفاتورة الشهرية

تعرض Eazybe الأسعار بعملة الزائر المحلية وتغيّر وحدة التسعير من خطة إلى أخرى.

- Eazybe:: تُسعَّر Starter لكل مستخدم في الشهر. أما Scaler وBasic AI وPro AI فتُسعَّر لكل رقم في الشهر مع 3 أو 5 مستخدمين مشمولين، ويُحتسب كل مستخدم إضافي فوق ذلك، إضافة إلى ردود الذكاء الاصطناعي التي تُحتسب لكل رد.
- EasyCoexistence:: US$ 9 لكل رقم متصل في الشهر، وتنخفض إلى US$ 1 مع إضافة أرقام جديدة. لا عدد مستخدمين ولا أرصدة ذكاء اصطناعي، وتحاسبك Meta على الرسائل مباشرة في حسابك الخاص.

### أين تنتهي المحادثات

تنسخ إضافة CRM المحادثات إلى CRM، أما الاتصال فيحوّلها إلى أي نظام تختاره.

- Eazybe:: تُزامَن من WhatsApp Web إلى أنظمة CRM التي تتكامل معها، مثل HubSpot وZoho وSalesforce، عبر منصتها.
- EasyCoexistence:: تسلّمها Meta عبر خطاف الويب (webhook) إلى نقطة النهاية (endpoint) التي تحددها، ولا تُخزَّن لدينا أبداً. يستقبلها مباشرة نظام CRM الخاص بك أو تطبيقك أو أداة أتمتة أو مساعد ذكاء اصطناعي عبر خادم MCP.

### أيهما تختار

فريق مبيعات يريد حقول CRM بجانب كل محادثة في المتصفح يشتري إضافة CRM، وهذا ما تمثله خطة Eazybe Starter.

أما نشاط تجاري يريد كل رقم على API الرسمية من Meta دون أي اعتماد على جلسة متصفح، فيشتري الاتصال. توفره EasyCoexistence برسم ثابت لكل رقم، وتراقب سلامته باستمرار، وتنبّه قبل انقضاء قاعدة نشاط التطبيق لمدة 14 يوماً، وتُبقي الفريق على تطبيق WhatsApp Business الذي يستخدمه أصلاً.

- اعتبار إضافة متصفح على WhatsApp Web اتصالاً عبر API. فهي تعتمد على بقاء التبويب مفتوحاً.
- مقارنة خطة لكل مستخدم برسم لكل رقم دون حساب عدد المندوبين الذين يتشاركون كل رقم.
- افتراض أن كل خطة تشمل API الرسمية. في Eazybe تظهر ابتداءً من خطة Scaler.

**هل EasyCoexistence أرخص من Eazybe؟** للرقم الذي يتشاركه فريق، نعم. تحاسب Eazybe Starter لكل مستخدم، وتحاسب خطط API لكل رقم مع مستخدمين إضافيين. أما EasyCoexistence فبسعر US$ 9 لكل رقم متصل في الشهر مهما بلغ حجم الفريق.

**هل تدعم Eazybe ميزة Coexistence أيضاً؟** تنشر Eazybe صفحة عن Coexistence تصف تطبيق WhatsApp Business وAPI الرسمية على الرقم نفسه.

**مع EasyCoexistence، هل أحتاج إلى إبقاء WhatsApp Web مفتوحاً؟** لا. تعمل Cloud API على خوادم Meta، ويواصل الفريق استخدام تطبيق WhatsApp Business على الهاتف.

**هل يمكنني مزامنة الرسائل مع CRM الخاص بي؟** نعم، بتوجيه webhooks من Meta إلى نظام CRM لديك أو أداة أتمتة مثل n8n أو Make أو إلى كودك الخاص.

---

## EasyCoexistence مقابل Superchat

https://easycoexistence.com/ar/compare/easycoexistence-vs-superchat

Superchat صندوق وارد موحّد لـ WhatsApp وInstagram والبريد الإلكتروني وقنوات أخرى، يُباع بخطط بعقد لا يقل عن 12 شهرًا، وخيار Coexistence فيه موسوم بأنه تجريبي. EasyCoexistence شيء واحد فقط: رقم WhatsApp مرتبط بواجهة Cloud API من Meta عبر Coexistence، بسعر لكل رقم متصل في الشهر، وتصل الرسائل إلى نظامك الخاص.

### ما الذي تدفعه الفاتورة الشهرية مقابله

يحتسب Superchat الحسابات والأرقام داخل الخطة. أما EasyCoexistence فيحتسب الأرقام فقط.

- Superchat:: Basic بـ $19 وProfessional بـ $29 وAdvanced بـ $69 شهريًا، صافية، مع 3 و6 و12 حسابًا ورقم WhatsApp واحد واثنين وأربعة. كل رقم إضافي بـ $49 شهريًا وكل تسجيل دخول إضافي بـ $19، بعقد لا يقل عن 12 شهرًا.
- EasyCoexistence:: من US$ 9 لكل رقم متصل في الشهر، وينخفض حتى US$ 1 كلما أضفت أرقاماً، دون حسابات أو تسجيلات دخول تُحتسب. تحاسبك Meta على رسوم الرسائل مباشرة.

### كيف تُقدَّم Coexistence

كلاهما يتصل عبر واجهة برمجة التطبيقات (API) الرسمية، وكلاهما يوفر Coexistence ليبقى تطبيق WhatsApp Business على الهاتف.

- Superchat:: واحد من أربعة مسارات اتصال، إلى جانب رقم جديد وترحيل كامل والانتقال من مزوّد آخر. ويذكر مركز المساعدة لديهم أن مسار Coexistence تجريبي حاليًا وقد تكون فيه قيود على الميزات.
- EasyCoexistence:: المسار الوحيد، يكتمل ذاتيًا عبر Embedded Signup من Meta في نحو دقيقتين، ثم يُراقَب باستمرار فيُكتشف أي انقطاع في الاتصال قبل أن يلاحظه عميل.

### أين تنتهي المحادثات

الصندوق الوارد يحتفظ بالمحادثات للوكلاء، أما الاتصال فيمرّرها.

- Superchat:: في صندوقهم الوارد الموحّد، حيث تعمل القوالب والتسميات ووكلاء الذكاء الاصطناعي وإدارة المراجعات على الرسائل داخل منصتهم.
- EasyCoexistence:: عند نقطة النهاية (endpoint) التي تحددها، لأن Meta توجّه خطاف الويب (webhook) إليها مباشرة. لا تُخزَّن المحادثات لدينا أبدًا، ويبقى تطبيق WhatsApp Business بيد الفريق.

### أيهما تختار

نشاط تجاري يريد الرد على عدة قنوات من صندوق وارد واحد يشتري صندوقًا وارد متعدد القنوات، وهذا شراء منفصل عن اتصال WhatsApp.

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

- قراءة السعر الشهري دون الانتباه إلى الحد الأدنى للعقد المرتبط به.
- احتساب سعر الخطة وحده عند الحاجة إلى أرقام أكثر. لكل رقم إضافي رسم شهري خاص به.
- بدء ربط Coexistence برقم متصل أصلًا بمزوّد API آخر.

**هل EasyCoexistence أرخص من Superchat؟** نعم، لاتصال WhatsApp. سعر Superchat Basic هو $19 شهريًا بعقد لا يقل عن 12 شهرًا. أما EasyCoexistence فبسعر US$ 9 لكل رقم متصل في الشهر، ومن تطبيق WhatsApp Business يرد فريق بأي حجم.

**هل يدعم Superchat خاصية Coexistence؟** نعم، كأحد خيارات الاتصال لديه، ويصف مركز المساعدة لديه هذا الخيار بأنه تجريبي.

**هل تغطي EasyCoexistence Instagram أو البريد الإلكتروني؟** لا. تربط أرقام WhatsApp بواجهة Cloud API من Meta ولا شيء غيرها.

**من يدفع رسوم الرسائل إلى Meta؟** أنت، مباشرة إلى Meta على حسابك في WhatsApp Business. لا تضيف EasyCoexistence أي هامش عليها.

---

## EasyCoexistence مقابل Sinch

https://easycoexistence.com/ar/compare/easycoexistence-vs-sinch

Sinch منصة اتصالات للمؤسسات تعيد بيع WhatsApp إلى جانب الرسائل النصية القصيرة والصوت وقنوات أخرى، وتفرض رسماً خاصاً بها لكل رسالة فوق رسوم Meta بحسب اتفاقية كل عميل. تربط EasyCoexistence رقماً من تطبيق WhatsApp Business بواجهة Cloud API التابعة لـ Meta عبر Coexistence، بخدمة ذاتية ورسم ثابت لكل رقم، بينما تحاسبك Meta على رسائلك مباشرة.

### كم تكلفة كل رسالة

الفرق هو وجود رسم ثانٍ على كل رسالة أم لا.

- Sinch:: طبقتان على كل رسالة: رسم Meta بحسب الفئة والدولة، ورسم Sinch مقابل الوصول إلى المنصة والخدمة لكل رسالة، يحدده اتفاقك مع Sinch لا قائمة أسعار معلنة.
- EasyCoexistence:: طبقة واحدة. تحاسب Meta على رسومها حسابك على WhatsApp Business مباشرة، ولا نضيف عليها أي هامش. رسمنا US$ 9 لكل رقم متصل شهرياً، وينخفض حتى US$ 1 كلما أضفت أرقاماً، مهما كان حجم الرسائل.

### الأرقام التي صُمم لها كل منهما

تجيب معظم الشركات الصغيرة عملاءها أصلاً عبر تطبيق WhatsApp Business، وهذا الرقم هو الأهم.

- Sinch:: يطلب دليل إعداد Sinch Engage Classic رقماً يستقبل مكالمات أو رسائل نصية دولية وغير مرتبط بأي حساب WhatsApp. ولا تصف مقالات الإعداد لديهم مساراً عبر Coexistence.
- EasyCoexistence:: الرقم الموجود أصلاً على تطبيق WhatsApp Business، متصلاً عبر Coexistence. تبقى المحادثات والسجل والتطبيق على الهاتف، وتعمل واجهة Cloud API على الرقم نفسه.

### كيف تبدأ

طريق يمر باتفاقية مبيعات، وآخر يمر بصفحة تسجيل.

- Sinch:: Embedded Signup في Sinch Build Dashboard متاح، بحسب تعبيرهم، للعملاء المباشرين من المؤسسات فقط في الوقت الحالي، ويعتمد السعر على اتفاقك.
- EasyCoexistence:: تسجيل ذاتي عبر Embedded Signup من Meta في نحو دقيقتين، وأول 3 أيام مجانية. يحتاج التطبيق إلى الإصدار 2.24.17 أو أحدث ونشاط فعلي حديث.

### أيهما تختار

مؤسسة تشتري الرسائل النصية القصيرة والصوت وWhatsApp بعقد واحد وشروط تفاوضية تشتري CPaaS، وهي صفقة مختلفة عن اتصال WhatsApp.

أما نشاط تجاري يكتب عملاؤه أصلاً إلى تطبيق WhatsApp Business الخاص به، أو وكالة تربط تلك الأرقام لعملائها، فيحتاج إلى Coexistence وسعر معلن وبلا رسم يتراكم على كل رسالة. EasyCoexistence مصممة لهذا تحديداً، مع خطافات الويب (webhook) التي توجهها Meta إلى نظامك، وخادم MCP لمساعدي الذكاء الاصطناعي.

- احتساب قائمة أسعار Meta وحدها في الميزانية بينما يضيف المزود رسمه الخاص على كل رسالة.
- تسجيل رقم جديد لواجهة برمجة التطبيقات (API) وترك العملاء يكتبون إلى الرقم القديم على التطبيق.
- حذف حساب تطبيق WhatsApp Business لتحرير رقم بينما كانت Coexistence ستحتفظ به.

**هل EasyCoexistence أرخص من Sinch؟** نعم، في الجزء الذي نتحكم به. تضيف Sinch رسمها الخاص إلى كل رسالة بحسب اتفاقك. أما EasyCoexistence فلا تضيف شيئاً لكل رسالة، وتحتسب US$ 9 لكل رقم متصل شهرياً.

**هل تدعم Sinch ميزة Coexistence أصلاً؟** لا تتناولها مقالات إعداد Sinch التي راجعناها لهذه الصفحة. اسأل Sinch مباشرة بدل الاعتماد على هذه الصفحة.

**هل تنشر Sinch رسم WhatsApp الخاص بها؟** يذكر مركز المساعدة لديها أن رسوم Sinch تعتمد على اتفاقك، ولا يعرض سعراً معلناً لكل رسالة.

**هل يلزمني عقد مع EasyCoexistence أصلاً؟** لا. التسجيل ذاتي عبر Embedded Signup من Meta، وأول 3 أيام مجانية.

---

## EasyCoexistence مقابل Vonage

https://easycoexistence.com/ar/compare/easycoexistence-vs-vonage

Vonage منصة اتصالات للمطورين، تتيح واجهة برمجة التطبيقات (API) Messages إرسال WhatsApp إلى جانب SMS وRCS وقنوات أخرى، مع إضافة رسوم منصة من Vonage على كل رسالة فوق رسوم Meta. تربط EasyCoexistence رقم تطبيق WhatsApp Business بواجهة Cloud API من Meta عبر Coexistence مقابل رسم ثابت لكل رقم، وتحاسبك Meta على رسائلها مباشرة.

### كيف تُبنى الفاتورة

يختلف سلوك التسعير بالاستخدام والرسم الثابت مع نمو الحجم.

- Vonage:: رسوم Meta لكل رسالة مُسلَّمة، إضافة إلى رسوم منصة Vonage التي تبدأ من 0.0001 يورو للرسالة وتتغير بحسب الحجم والمنطقة. وتضيف المكالمات رسم Vonage آخر قدره $0.004 للدقيقة.
- EasyCoexistence:: من US$ 9 لكل رقم متصل شهريًا، وينخفض إلى US$ 1 مع إضافة المزيد من الأرقام. تحاسبك Meta على الرسائل في حساب WhatsApp Business الخاص بك، ولا نضيف نحن أي رسم على الرسالة.

### لأي الأرقام صُمم كل منهما

الرقم الذي يرد عليه النشاط التجاري الصغير عادةً هو رقم تطبيق WhatsApp Business.

- Vonage:: صفحة تسعير WhatsApp لديها ودليل Embedded Signup المستضاف للشركاء لا يتناولان Coexistence، ميزة Meta التي تُبقي التطبيق يعمل على رقم يستخدم API أيضًا.
- EasyCoexistence:: أرقام Coexistence تحديدًا. يحتفظ تطبيق WhatsApp Business بمحادثاته ويواصل العمل على الهاتف، بينما تعمل Cloud API على الرقم نفسه بإنتاجية Coexistence لدى Meta البالغة 20 رسالة في الثانية.

### ما الذي يقع بينك وبين Meta

كلاهما منتج API، والفرق في أي API تستدعيه.

- Vonage:: Vonage Messages API، واجهة واحدة فوق WhatsApp وقنواتها الأخرى. تستدعي شيفرتك البرمجية Vonage، وتستدعي Vonage بدورها Meta.
- EasyCoexistence:: Cloud API الموثقة من Meta ببيانات اعتماد تُصدر لحسابك أنت، وتوجّه Meta خطافات الويب (webhook) إلى نقطة النهاية (endpoint) لديك. لا تُخزَّن المحادثات لدينا أبدًا.

### أيهما تختار

المطور الذي يريد واجهة API واحدة عبر SMS وRCS والبريد الإلكتروني وWhatsApp يشتري CPaaS متعدد القنوات، وهو منتج مختلف عن اتصال WhatsApp.

أما النشاط التجاري أو الوكالة التي تحتاج أرقام تطبيق WhatsApp Business على API من Meta نفسها، دون رسم على كل رسالة ودون رقم جديد، فتحتاج Coexistence. توفرها EasyCoexistence بخدمة ذاتية خلال دقيقتين تقريبًا، وتراقب كل اتصال باستمرار، وتتيح الرقم إلى Claude أو ChatGPT أو Cursor عبر خادم MCP جاهز للاستخدام.

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

**هل EasyCoexistence أرخص من Vonage؟** نعم عند أي حجم يُعتد به، لأن Vonage تضيف رسم منصة على كل رسالة بينما لا تضيف EasyCoexistence شيئًا. يبقى رسمنا US$ 9 لكل رقم متصل شهريًا مهما بلغ عدد الرسائل.

**هل تدعم Vonage ميزة Coexistence؟** صفحتا تسعير WhatsApp وEmbedded Signup المستضاف لديها لا تتناولانها. اسأل Vonage بدل الاعتماد على هذه الصفحة.

**هل يمكنني الاحتفاظ برقم WhatsApp الحالي؟** نعم. تربط Coexistence الرقم الموجود على تطبيق WhatsApp Business مع محادثاته.

**من يحاسبني على رسائل WhatsApp؟** Meta مباشرة، على حساب WhatsApp Business الخاص بك. لا تضيف EasyCoexistence أي هامش على تلك الرسوم.

---

## EasyCoexistence مقابل Qontak

https://easycoexistence.com/ar/compare/easycoexistence-vs-qontak

Mekari Qontak مجموعة إندونيسية لإدارة علاقات العملاء (CRM) وخدمة العملاء متعددة القنوات، تعمل على واجهة برمجة التطبيقات (API) الرسمية لـ WhatsApp وتُباع في باقات تبدأ من خمسة مستخدمين، وتتطلب Coexistence اشتراكاً مستقلاً. أما EasyCoexistence فهو الاتصال فقط: رقم تطبيق WhatsApp Business على Cloud API من Meta عبر Coexistence، بسعر لكل رقم متصل، مع إرسال الرسائل إلى نظامك الخاص.

### ما الذي تدفعه الفاتورة الشهرية مقابله

تبيع Qontak مجموعة CRM. وتبيع EasyCoexistence اتصالاً.

- Qontak:: تبدأ Service Suite وSales Suite من Rp2.000.000 شهرياً في فئة Plus ومن Rp3.000.000 في فئة Ultimate، وتبدأ Qontak 360 من Rp3.500.000، وكل باقة تبدأ من 5 مستخدمين.
- EasyCoexistence:: US$ 9 لكل رقم متصل شهرياً، وتنخفض حتى US$ 1 مع زيادة عدد الأرقام. أما رقم واحد يرد عليه فريق بأي حجم من التطبيق فتكلفته US$ 9 شهرياً.

### كيف يتم إعداد Coexistence

كلاهما يتصل عبر مسار Coexistence من Meta، فيبقى تطبيق WhatsApp Business يعمل على الهاتف.

- Qontak:: يذكر دليلهم ضمن المتطلبات قبل الربط اشتراكاً فعالاً في META Coex، ورقماً نشطاً لمدة 30 يوماً على الأقل، وإتمام التحقق من النشاط التجاري على Facebook.
- EasyCoexistence:: Coexistence هي المنتج نفسه ولا تكلف شيئاً إضافياً. التسجيل ذاتي في نحو دقيقتين، مع الإصدار 2.24.17 من التطبيق أو أحدث، ونشاط حقيقي حديث، ورقم غير مرتبط بمزود آخر.

### أين تنتهي المحادثات

تحتفظ مجموعة CRM بالمحادثات لتعمل عليها. أما الاتصال فيمررها.

- Qontak:: في صندوق الوارد متعدد القنوات وCRM لدى Qontak، مع مزامنة مع تطبيق WhatsApp Business، إلى جانب التذاكر وروبوتات الدردشة والرسائل الجماعية التي تُدار من لوحة التحكم الخاصة بهم.
- EasyCoexistence:: عند نقطة النهاية (endpoint) التي تختارها، لأن Meta توجه إليها خطاف الويب (webhook) مباشرة. لا تُخزَّن المحادثات لدينا أبداً، ويربط خادم MCP الرقم بمساعدي الذكاء الاصطناعي.

### أيهما تختار

الشركة التي تريد مسارات مبيعات وتذاكر دعم وعدة قنوات في مجموعة واحدة تشتري CRM، وهذه عملية شراء مختلفة عن اتصال WhatsApp.

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

- ربط رقم مسجل في تطبيق WhatsApp للمستهلكين. تتطلب Coexistence تطبيق WhatsApp Business.
- إنشاء Business Portfolio جديد كلياً لأجل الربط فقط، وهو ما ينصح دليل Qontak بتجنبه.
- إعادة ضبط التطبيق لحل مشكلة في الحساب. لا يعيد ذلك ضبط السجل وقد يقطع الرابط.

**هل EasyCoexistence أرخص من Qontak؟** نعم، للاتصال. تبدأ باقات Qontak من Rp2.000.000 شهرياً بحد أدنى 5 مستخدمين، إضافة إلى اشتراك Coexistence. أما EasyCoexistence فبسعر US$ 9 لكل رقم متصل شهرياً، مع Coexistence مشمولة.

**هل تدعم Qontak ميزة Coexistence؟** نعم. يصف مركز المساعدة لديها الربط ويذكر اشتراكاً فعالاً في META Coex شرطاً لازماً.

**هل يشترط EasyCoexistence رقماً عمره 30 يوماً؟** يشترط نشاطاً حقيقياً حديثاً على تطبيق WhatsApp Business، وهذا هو فحص الأهلية الخاص بـ Coexistence لدى Meta نفسها.

**هل يتضمن EasyCoexistence نظام CRM؟** لا. تصل الرسائل إلى CRM أو تطبيقك الحالي عبر webhook تسلّمه Meta إلى endpoint الخاص بك.

---

## تسجيل رسائل WhatsApp في HubSpot من رقم Coexistence

https://easycoexistence.com/ar/integrations/hubspot

يحتوي HubSpot على كائن Communications يقبل WHATS_APP نوعًا للقناة، وقد صُمم لتسجيل الرسائل التي تجري خارج HubSpot. وجّه خطاف الويب (webhook) الخاص بالرقم إلى سير عمل في n8n، وابحث عن جهة الاتصال برقم الهاتف أو أنشئها، ثم أرسل كل رسالة بطلب POST إلى /crm/v3/objects/communications. تظهر المحادثة في الجدول الزمني لجهة الاتصال، بينما يواصل الفريق الرد من تطبيق WhatsApp Business.

### كيف تصل رسالة WhatsApp إلى جهة اتصال في HubSpot؟

عبر ثلاث مراحل. تسلّم Meta الرسالة إلى وجهة webhook التي حددتها للرقم، وهي هنا عقدة Webhook في n8n. يبحث سير العمل في HubSpot عن جهة اتصال برقم هاتف المرسل، وينشئ واحدة إن لم يجد تطابقًا. ثم ينشئ سجل communication بنص الرسالة ويربطه بتلك الجهة.

بنى HubSpot كائن Communications لهذه الحالة. فهو يمثل رسالة على WhatsApp أو LinkedIn أو SMS أُرسلت أو استُقبلت خارج HubSpot، ويظهر في الجدول الزمني للسجل مثل مكالمة أو بريد إلكتروني مسجّل. الخصائص المطلوبة هي نوع القناة، وhs_communication_logged_from بقيمة CRM، والنص، والمالك، والطابع الزمني.

لا يحتاج أي من هذا إلى تطبيق من سوق HubSpot. تستطيع عقدة HTTP Request في n8n إعادة استخدام بيانات اعتماد HubSpot التي أعددتها لعقدة HubSpot، والاستدعاء طلب POST واحد لكل رسالة.

### هل تُسجَّل الرسائل المكتوبة من الهاتف أيضًا؟

نعم يمكن ذلك، وهذا ما يضيفه رقم Coexistence. عندما يرد أحد أعضاء الفريق من تطبيق WhatsApp Business، ترسل Meta نسخة صدى من تلك الرسالة الصادرة إلى وجهة webhook نفسها. وسير العمل الذي يعالج الرسائل الواردة ونسخ الصدى معًا يكتب طرفي المحادثة في الجدول الزمني، فيرى مندوب المبيعات عند فتح جهة الاتصال في HubSpot ما سأل عنه العميل وما ردّ به المتجر.

افصل المسارات بحسب حقل webhook. تصل الرسائل الواردة ضمن messages، وتصل ردود الهاتف ضمن smb_message_echoes. سجّل الأولى على أنها مستلمة والثانية على أنها مرسلة، فيُقرأ الجدول الزمني بترتيبه الصحيح.

الردود التي يرسلها سير العمل نفسه عبر Cloud API معروفة له أصلًا، فسجّلها لحظة الإرسال بدل انتظار webhook.

### ماذا عن قناة صندوق WhatsApp الواردة في HubSpot نفسه؟

هذا تكامل مختلف. صندوق المحادثات في HubSpot يربط رقم WhatsApp بـ HubSpot نفسه، وتنص قاعدة المعرفة لديه على أن الرقم يجب ألا يكون مرتبطًا بتكامل WhatsApp آخر. وهو متاح في Marketing Hub أو Service Hub بخطتي Professional وEnterprise.

أما الرقم المتصل عبر EasyCoexistence فيعمل بالاتجاه المعاكس: توجّه Meta خطافات الويب الخاصة به إلى عنوان URL تملكه أنت، ويستقبل HubSpot السجلات عبر واجهة برمجة التطبيقات (API) الخاصة به. يُرد على المحادثة من الهاتف أو من سير العمل لديك، ويكون HubSpot نظام السجل الذي يحفظ التاريخ مقابل جهة الاتصال أو الصفقة أو التذكرة.

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

### كيف يطابق سير العمل المرسل مع جهة اتصال؟

برقم الهاتف بعد توحيد صيغته قبل البحث. ترسل Meta المرسل أرقامًا مع رمز الدولة ودون علامة زائد، مثل 14155550188. أما جهات الاتصال في HubSpot فتُكتب يدويًا، فقد يُخزَّن الشخص نفسه بصيغة +1 415 555 0188 أو (415) 555-0188.

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

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

- تسجيل الرسائل الواردة فقط. يعرض الجدول الزمني حينها أسئلة بلا إجابات، لأن الردود المكتوبة على الهاتف تصل بوصفها أحداث smb_message_echoes.
- ترك hs_communication_logged_from دون قيمة. يشترط HubSpot أن تكون CRM عند إنشاء communication عبر API.
- البحث عن جهات الاتصال في حقل الهاتف الخام. صيغة Meta أرقامًا فقط نادرًا ما تطابق ما كتبه الشخص، وكل إخفاق في المطابقة ينشئ جهة اتصال مكررة.

**هل أستطيع الرد على العميل من داخل HubSpot؟** ليس عبر كائن Communications، فهو سجل فقط. تخرج الردود من تطبيق WhatsApp Business أو من سير عمل يستدعي Cloud API، ويُسجَّل كلاهما في جهة الاتصال.

**ما أذونات HubSpot التي يحتاجها سير العمل؟** قراءة جهات الاتصال وكتابتها. يذكر HubSpot النطاقين crm.objects.contacts.read وcrm.objects.contacts.write لواجهة Communications، وإنشاء جهات الاتصال يحتاج نطاق الكتابة على أي حال.

**هل يستطيع سير العمل نفسه إرسال الرسالة الأولى؟** نعم. يمكن لفرع منفصل في n8n إرسال قالب معتمد عبر Cloud API بمعرّف رقم الهاتف ورمز الوصول (token) الخاصين بالرقم، ثم تسجيله في جهة الاتصال بوصفه communication صادرًا.

**هل تخزّن EasyCoexistence محتوى الرسائل أثناء مرورها؟** لا. تسلّم Meta webhook مباشرة إلى عنوان n8n الخاص بك، ولا تخزّن EasyCoexistence محتوى المحادثات أبدًا.

---

## إرسال محادثات WhatsApp إلى Salesforce من رقم Coexistence

https://easycoexistence.com/ar/integrations/salesforce

وجّه خطافات الويب (webhook) الخاصة بالرقم إلى سير عمل في n8n، وابحث عن المرسل في Salesforce باستعلام SOQL على حقل الهاتف، وأنشئ Lead إن لم يتطابق أحد، وسجّل كل رسالة كمهمة (Task) أو ملاحظة على السجل. تغطي عقدة Salesforce في n8n الاستدعاءات الثلاثة كلها. ويواصل الفريق الرد من تطبيق WhatsApp Business بينما يحتفظ Salesforce بالسجل.

### كيف يبدو سير العمل في n8n؟

أربع عقد متتابعة، إضافة إلى فرع التحقق الذي يحتاجه كل webhook من Meta.

تستقبل عقدة Webhook طلب POST الذي ترسله Meta مع كل رسالة. ثم تنفذ عقدة Salesforce استعلام SOQL عن Lead أو Contact يطابق هاتفه هاتف المرسل. وتفرّق عقدة IF بحسب وجود نتيجة: إن وُجدت، يمرر سير العمل معرّف السجل إلى الخطوة التالية؛ وإن لم توجد، تنشئ عقدة Salesforce سجل Lead باسم الملف الشخصي الوارد في الحمولة. وتنشئ عقدة Salesforce أخيرة Task على ذلك السجل، موضوعها يذكر أن مصدرها WhatsApp ووصفها نص الرسالة.

ويرد فرع التحقق على طلب GET من Meta بقيمة hub.challenge نصًا خامًا في الجسم. من دونه لا تبدأ Meta التسليم أبدًا، وتبقى بقية الخطوات معطلة.

### Task أم ملاحظة: أيهما يحمل الرسالة؟

Task في أغلب الفرق، لأنها تظهر في الخط الزمني للنشاط الذي يقرؤه مندوبو المبيعات أصلًا، ويمكن إعداد تقارير عليها. اضبط حالتها على مكتملة كي لا تظهر مهمة مفتوحة، وسمِّ موضوعها بما يدل على القناة، فتصبح تصفية نشاط WhatsApp شرطًا واحدًا.

أما عملية Add note في عقدة n8n فتناسب حالة أخرى: ملخصًا بدل كل رسالة. تجعل بعض الفرق سير العمل يجمع رسائل اليوم لكل جهة اتصال ويكتب ملاحظة واحدة مساءً، فيبقى الخط الزمني مقروءًا لعميل يرسل عشرين سطرًا قصيرًا.

أيًّا اخترت، اكتب معرّف رسالة WhatsApp في السجل. تعيد Meta محاولات التسليم، وسير العمل الذي يتحقق من وجود المعرّف قبل الكتابة لا يسجل الرسالة نفسها مرتين.

### هل يستطيع الفريق الرد من الهاتف، وهل سيرى Salesforce ذلك؟

نعم في الحالتين. تُبقي Coexistence تطبيق WhatsApp Business عاملًا على الرقم نفسه، فيواصل من كانوا يردون على العملاء بالأمس عملهم. وعندما يردون من التطبيق، ترسل Meta نسخة صدى من الرسالة الصادرة إلى وجهة webhook نفسها، ضمن الحقل smb_message_echoes في الحمولة.

أضف مسارًا ثانيًا في سير العمل لهذه النسخ وسجّلها كمهام Task صادرة. فحين يفتح المندوب سجل Lead يرى السؤال والجواب الذي قدمه المتجر بالترتيب، دون أن ينسخ أحد محادثة يدويًا.

أما الردود التي يرسلها سير العمل بنفسه، عبر عقدة HTTP Request على Cloud API، فتُسجَّل لحظة الإرسال، لأن النص ومعرّف السجل بين يدي سير العمل أصلًا.

### كيف تتجنب العملاء المحتملين المكررين؟

طابِق على رقم هاتف موحّد الصيغة، لا على الحقل كما كتبه الناس. ترسل Meta المرسل أرقامًا مع رمز الدولة ودون علامة زائد. أما حقول الهاتف في Salesforce فتحمل ما أدخله من أنشأ السجل، بمسافات وأقواس وشرطات.

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

افحص Contact إلى جانب Lead. العميل الذي تحوّل سابقًا هو Contact، وسير العمل الذي يبحث في Lead وحدها ينشئ Lead جديدًا لكل عميل قائم يراسلك.

- البحث في كائن Lead وحده. العملاء الحاليون هم Contact، وكل واحد منهم يراسلك يصبح Lead مكررًا.
- تسجيل الرسائل كمهام Task مفتوحة. يتلقى المندوبون مهمة لكل سطر من العميل؛ اضبط الحالة على مكتملة عند الإنشاء.
- تخطي فرع التحقق GET في سير العمل. لا تؤكد Meta الوجهة أبدًا، فلا تُسلَّم أي رسالة.

**هل أحتاج إلى حزمة AppExchange من Salesforce لهذا؟** لا. تتولى عقدة Salesforce المدمجة في n8n البحث وإنشاء Lead والمهمة، ويمكن تمرير أي شيء تفتقر إليه عبر عقدة HTTP Request مع بيانات الاعتماد نفسها.

**هل يستطيع Make فعل الشيء نفسه؟** نعم. يستقبل webhook مخصص في Make الرسالة، وتكتب وحدات Salesforce السجلات. ويطابق شكل السيناريو سير عمل n8n خطوة بخطوة.

**هل يستطيع Salesforce إرسال قالب WhatsApp إلى عميل محتمل؟** عبر سير العمل، نعم. اجعل Salesforce يستدعي webhook في n8n، فيرسل n8n القالب المعتمد عبر Cloud API مع معرّف رقم الهاتف ورمز الوصول (token) الخاصين بالرقم.

**هل تحتفظ EasyCoexistence بنسخة من الرسائل؟** لا. تسلّم Meta كل webhook مباشرة إلى عنوان URL الخاص بـ n8n لديك، ولا تخزّن EasyCoexistence محتوى المحادثات أبدًا.

---

## ربط WhatsApp بـ Zoho CRM على رقم Coexistence

https://easycoexistence.com/ar/integrations/zoho-crm

وجّه خطاف الويب (webhook) الخاص بالرقم إلى سير عمل في n8n، ثم ابحث في Zoho CRM بالمعامل phone الذي يفحص كل حقول الهاتف في الوحدة، وأنشئ Lead إن لم تجد تطابقاً، وأضف كل رسالة كملاحظة على السجل. تتولى عقدة Zoho CRM في n8n إدارة Leads وContacts، أما الملاحظة فهي استدعاء HTTP واحد إلى واجهة برمجة التطبيقات (API) للملاحظات في Zoho ببيانات الاعتماد نفسها.

### كيف تتحول رسالة WhatsApp إلى سجل في Zoho CRM؟

ترسل Meta كل رسالة تصل إلى الرقم إلى وجهة webhook التي حددتها، وهي هنا عقدة Webhook في n8n. يأخذ سير العمل رقم المرسل من الحمولة ويستدعي نقطة النهاية (endpoint) الخاصة بالبحث في Zoho مع تعيين phone إلى هذا الرقم، وذلك في وحدتي Leads وContacts على التوالي. يفحص Zoho كل حقول الهاتف في الوحدة، فيُحتسب التطابق على Mobile أو Phone، ولا تحتاج إلى تخمين الحقل الذي استخدمه مندوب المبيعات.

عندما لا تأتي أي نتيجة، تنشئ عقدة Zoho CRM في n8n سجل Lead باسم الملف الشخصي في WhatsApp ورقم المرسل. وفي الحالتين صار لدى سير العمل معرّف سجل، فيكتب الرسالة كملاحظة على ذلك السجل عبر POST /Notes. لا تحتاج الملاحظة إلا إلى Note_Content وParent_Id الذي يسمّي الوحدة والسجل.

### ما أذونات Zoho التي تحتاجها بيانات اعتماد n8n؟

القراءة والإنشاء على الوحدات التي تبحث فيها وتكتب إليها، إضافة إلى الإنشاء على Notes. يسمّي Zoho نطاق الملاحظات ZohoCRM.modules.notes.CREATE ويشترط نطاق الإنشاء للوحدة الأم بجانبه، لذلك تفشل في الخطوة الأخيرة بخطأ تفويض أي بيانات اعتماد تستطيع إنشاء Leads دون أن تُمنح نطاق الملاحظات.

تغطي عقدة Zoho CRM في n8n الوحدات Leads وContacts والحسابات والصفقات وعدة مستندات مبيعات، مع الإنشاء والإنشاء أو التحديث والجلب وجلب الكل والتحديث والحذف. الملاحظات ليست ضمن مواردها، ولهذا تمر الملاحظة عبر عقدة HTTP Request. تتيح n8n لهذه العقدة إعادة استخدام بيانات اعتماد Zoho المتصلة بالفعل، فيكون لديك تفويض OAuth واحد تديره بدلاً من اثنين.

اضبط نطاق API على مركز بيانات Zoho الخاص بك. إذا أُنشئت بيانات الاعتماد في منطقة الاتحاد الأوروبي، فاستخدم zohoapis.eu بدل zohoapis.com في كل استدعاء.

### كم رسالة يستوعب Zoho CRM؟

يقيس Zoho استخدام API بالأرصدة لكل 24 ساعة متجددة، وتعتمد الميزانية على الإصدار وعدد المستخدمين. يحصل إصدار Free على 5,000. أما Standard فيحصل على 50,000 مضافاً إليها 250 لكل مستخدم، وProfessional على 50,000 مضافاً إليها 500 لكل مستخدم، وEnterprise على 50,000 مضافاً إليها 1,000 لكل مستخدم، ولكل إصدار حد أقصى.

تكلّف كل رسالة واردة عملية بحث وكتابة ملاحظة، إضافة إلى إنشاء Lead للمرسلين لأول مرة. وهذا يقع براحة ضمن ميزانية إصدار مدفوع لرقم نشاط تجاري صغير. أما الحد الذي يظهر أولاً فهو عادة التزامن: يسمح Free بـ 5 استدعاءات متزامنة وStandard بـ 10، لذلك قد تصطف دفعة الرسائل الناتجة عن الرد على بث جماعي. اضبط سير عمل n8n على معالجة التنفيذات واحداً تلو الآخر إذا رأيت Zoho يعيد أخطاء الحد.

### هل تصل الردود المرسلة من الهاتف إلى Zoho CRM؟

يمكن ذلك. في رقم Coexistence يواصل تطبيق WhatsApp Business عمله، وعندما يرد أحد منه، ترسل Meta ضمن الحقل smb_message_echoes صدى لتلك الرسالة الصادرة إلى وجهة webhook نفسها.

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

أما الرسائل التي يرسلها سير العمل بنفسه عبر Cloud API، مثل قالب معتمد بعد تغيّر مرحلة الصفقة، فالأفضل تسجيلها لحظة الإرسال، لأن سير العمل يملك النص ومعرّف السجل أصلاً.

- منح بيانات الاعتماد نطاقات Leads دون نطاق ZohoCRM.modules.notes.CREATE، فينجح البحث وإنشاء Lead ثم تفشل كل ملاحظة.
- استدعاء zohoapis.com من حساب في مركز بيانات Zoho آخر. استخدم نطاق API الخاص بالمنطقة التي يوجد فيها الحساب.
- البحث في Leads فقط. العملاء المحوّلون يصبحون Contacts، وكل واحد منهم يراسلك يتحول إلى Lead مكرر جديد.

**هل يحل هذا محل تكامل WhatsApp الخاص بـ Zoho؟** هو مسار مختلف. هنا يبقى الرقم متصلاً عبر EasyCoexistence ويتلقى Zoho CRM السجلات عبر API الخاصة به، بينما يرد الفريق من الهاتف أو من سير العمل.

**هل يمكنني استخدام Make بدلاً من n8n؟** نعم. يستقبل webhook مخصص في Make الرسالة، وتتولى وحدات Zoho CRM أو وحدة HTTP البحث وإنشاء Lead وكتابة الملاحظة.

**هل يمكن لتغيير مرحلة الصفقة أن يرسل قالب WhatsApp؟** نعم، عبر سير العمل. اجعل تغيير المرحلة يستدعي عنوان URL لـ webhook في n8n، فيرسل n8n القالب المعتمد عبر Cloud API مع معرّف رقم الهاتف ورمز الوصول (token) الخاصين بالرقم.

**هل تخزّن EasyCoexistence الرسائل؟** لا. تسلّم Meta webhook مباشرة إلى عنوان URL الخاص بـ n8n لديك. لا تخزّن EasyCoexistence محتوى المحادثات أبداً.

---

## ربط WhatsApp بـ Pipedrive على رقم Coexistence

https://easycoexistence.com/ar/integrations/pipedrive

وجّه خطاف الويب (webhook) الخاص بالرقم إلى سير عمل في n8n، وابحث عن الأشخاص في Pipedrive بالهاتف، وأنشئ الشخص مع عميل محتمل إن لم يتطابق أحد، ثم اكتب كل رسالة كملاحظة على الشخص أو الصفقة. عقدة Pipedrive في n8n تتولى ذلك كله. ويواصل الفريق الرد من تطبيق WhatsApp Business، ويمكن تسجيل ردود الفريق أيضًا.

### كيف تصل رسالة WhatsApp إلى شخص في Pipedrive؟

ترسل Meta كل رسالة تصل إلى الرقم إلى وجهة webhook التي حددتها له، وهي هنا عقدة Webhook في n8n. يبحث سير العمل في أشخاص Pipedrive برقم المرسل؛ فبحث الأشخاص في Pipedrive يشمل حقل الهاتف ويقبل علامة المطابقة التامة. إذا عاد شخص، يستخدم سير العمل معرّفه. وإذا لم يعد أحد، ينشئ شخصًا باسم الملف الشخصي في WhatsApp ورقمه، ثم عميلًا محتملًا مرتبطًا به، فتظهر أول رسالة من غريب في Leads Inbox ليؤهلها أحد الزملاء.

وتتحول الرسالة نفسها إلى ملاحظة. تحتاج ملاحظة Pipedrive إلى محتواها فقط، وهو يقبل HTML، وإلى معرّف واحد على الأقل لشخص أو صفقة أو مؤسسة أو عميل محتمل. أرفقها بالصفقة المفتوحة إن وُجدت، وإلا فبالشخص.

### لماذا تصل خطوة البحث إلى الحدود أولًا؟

لأن Pipedrive يمنح البحث حصة خاصة به أصغر بكثير. تُحدَّد استدعاءات API العامة لكل مستخدم ضمن نافذة متحركة مدتها ثانيتان، من 20 طلبًا في خطة Lite مع رمز الوصول (token) الخاص بـ API وصولًا إلى 120 في Ultimate. أما Search API فمحدودة بـ 10 طلبات كل ثانيتين في جميع الخطط.

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

يحل المشكلة أمران. فعّل إعادة المحاولة مع انتظار في عقدة البحث في Pipedrive، وخزّن مؤقتًا الربط بين الهاتف ومعرّف الشخص في static data الخاصة بسير العمل في n8n أو في جدول صغير، فيكلّف العميل الذي يرسل ست رسائل متتالية بحثًا واحدًا لا ستة.

### هل يمكن تسجيل الردود المكتوبة من الهاتف أيضًا؟

نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم نفسه، وعندما يرد أحد أفراد الفريق منه ترسل Meta، ضمن الحقل smb_message_echoes، صدى للرسالة الصادرة إلى وجهة webhook نفسها.

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

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

### كيف يجب تطبيع صيغة رقم الهاتف؟

إلى أرقام فقط تتضمن رمز الدولة ولا شيء غيره، فهذا ما ترسله Meta. يصل المرسل بصيغة 14155550188، بينما قد يظهر لشخص أُدخل يدويًا في Pipedrive بالشكل +1 (415) 555-0188 تمامًا.

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

احتفظ بالتنسيق الأصلي في إدخال هاتف ثانٍ إن كان الفريق يفضّل قراءته هكذا. يمكن للشخص الواحد في Pipedrive أن يحمل أكثر من هاتف.

- تشغيل بحث واحد لكل رسالة دون تخزين مؤقت. تصطدم دفعات الردود بحد Search API البالغ 10 طلبات كل ثانيتين، فتضيع ملاحظات.
- إنشاء عميل محتمل لكل رسالة بدل كل شخص جديد. يمتلئ Leads Inbox بنسخ من العميل نفسه.
- إرفاق الملاحظات بالشخص فقط عند وجود صفقة مفتوحة. فلا يرى المندوب الذي يتابع الصفقة المحادثة.

**هل ستظهر الرسائل في Pipedrive داخل صندوق المراسلة؟** لا. يكتب هذا المسار ملاحظات وعملاء محتملين عبر API في Pipedrive. تُجاب المحادثات من تطبيق WhatsApp Business أو عبر سير العمل، وتُسجَّل على الشخص أو الصفقة.

**هل يعمل هذا مع Make أو Zapier بدلًا من n8n أيضًا؟** نعم. يستقبل webhook مخصص أو catch hook الرسالة، وتكتب خطوات Pipedrive فيهما أو خطوة HTTP الشخص والعميل المحتمل والملاحظة بالترتيب نفسه.

**هل يمكن لتغيّر مرحلة الصفقة إرسال قالب WhatsApp إلى العميل؟** نعم، عبر سير العمل. عندما يستدعي تغيّر المرحلة عنوان URL لـ webhook في n8n، يرسل n8n القالب المعتمد عبر Cloud API باستخدام معرّف رقم الهاتف و token الخاصين بالرقم.

**هل تحتفظ EasyCoexistence بالرسائل؟** لا. تسلّم Meta كل webhook مباشرة إلى عنوان URL الخاص بـ n8n لديك، ولا تخزّن EasyCoexistence محتوى المحادثات أبدًا.

---

## ربط WhatsApp بـ Bitrix24 CRM على رقم Coexistence

https://easycoexistence.com/ar/integrations/bitrix24

وجّه خطافات الويب (webhook) الخاصة بالرقم إلى سير عمل في n8n، ودعه يستدعي Bitrix24 عبر عنوان URL لـ webhook وارد. تعثر crm.duplicate.findbycomm على العميل المحتمل أو جهة الاتصال أو الشركة التي يملك هاتف المرسل، وتنشئ crm.lead.add عميلًا محتملًا حين لا يوجد أحد، وتكتب crm.timeline.comment.add الرسالة في السجل الزمني للكيان. ويواصل الفريق الرد من تطبيق WhatsApp Business كما هو.

### كيف يتحدث n8n مع Bitrix24؟

عبر webhook وارد، وهو في Bitrix24 ليس مستقبِلًا بل بيانات اعتماد. تنشئه في موارد المطورين في Bitrix24، وتحدد النطاقات المسموح له باستخدامها، فتحصل على عنوان URL يحوي عنوان البوابة ومعرّف المستخدم الذي أنشأه ورمزًا سريًا. إضافة اسم دالة إلى هذا العنوان تستدعي واجهة برمجة التطبيقات (API) الخاصة بـ REST بصفة ذلك المستخدم وبصلاحياته.

لذلك تكون كل خطوة Bitrix24 في n8n عقدة HTTP Request ترسل إلى ذلك العنوان مع دالة مثل crm.lead.add.json. لا توجد دورة OAuth لإكمالها ولا تطبيق لنشره. امنح webhook نطاق CRM وحده، وأنشئه من مستخدم تشمل صلاحياته العملاء المحتملين وجهات الاتصال التي يجب أن يراها سير العمل، لأن Bitrix24 يتحقق من الوصول بصفة هذا المستخدم.

### ما دوال Bitrix24 التي يستدعيها سير العمل؟

ثلاث، بالترتيب، بعد أن تستقبل عقدة Webhook في n8n الرسالة من Meta.

تعيد crm.duplicate.findbycomm مع النوع PHONE ورقم المرسل معرّفات أي عملاء محتملين وجهات اتصال وشركات تحمل هذا الرقم. وهذا هو البحث الصحيح لأنه يفحص الثلاثة دفعة واحدة، ومصمم للمطابقة على وسائل الاتصال لا على حقل نصي.

وحين لا تعيد شيئًا، تنشئ crm.lead.add عميلًا محتملًا عنوانه اسم ملف WhatsApp الشخصي، ويوضع الرقم في حقل الهاتف. ثم تكتب crm.timeline.comment.add نص الرسالة تعليقًا على الكيان، وتأخذ ENTITY_TYPE وENTITY_ID وCOMMENT. يظهر التعليق في السجل الزمني للكيان بجانب المكالمات والبريد الإلكتروني، حيث ينظر مندوب المبيعات أصلًا.

### كيف يؤثر حد المعدل في سير العمل؟

يقيس Bitrix24 استدعاءات REST بنظام الدلو المتسرب. كل طلب يزيد عدادًا، ويتناقص العداد بمعدل ثابت كل ثانية، وحين يتجاوز عتبة معينة يتلقى الطلب التالي الحالة 503 مع QUERY_LIMIT_EXCEEDED. في خطط Enterprise يتناقص العداد بمقدار 5 في الثانية مع عتبة 250، وفي كل الخطط الأخرى بمقدار 2 مع عتبة 50.

تكلف كل رسالة واردة استدعاءين أو ثلاثة، فلا يقترب منها التدفق البطيء المستمر. أما الدفعة المفاجئة فتقترب: 50 عميلًا يردون على القالب نفسه خلال دقيقة تعني حتى 150 استدعاء. اضبط عقد HTTP Request على إعادة المحاولة عند الفشل بعد انتظار قصير، وشغّل تنفيذات سير العمل واحدًا تلو الآخر، ليتسرب الضغط تدريجيًا إلى Bitrix24 بدل أن يرتد عنه.

### هل تصل الردود المكتوبة على الهاتف إلى Bitrix24؟

يمكن ذلك. على رقم Coexistence يواصل تطبيق WhatsApp Business العمل، وحين يرد أحد منه ترسل Meta صدى للرسالة الصادرة إلى وجهة webhook نفسها، ضمن الحقل smb_message_echoes.

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

أما الردود التي يرسلها سير العمل نفسه عبر Cloud API فهي بين يديه أصلًا لحظة خروجها، فسجّلها في تلك اللحظة بدل انتظار webhook يرجع بها.

- لصق عنوان URL الخاص بالـ webhook الوارد في شيفرة جانب العميل أو في مستند مشترك. فالرمز السري فيه يمنح كل نطاق مُنح له.
- إنشاء webhook من مستخدم لا يرى كل العملاء المحتملين. عندها تفوت عمليات البحث بعض السجلات، فينشئ سير العمل نسخًا مكررة.
- إرسال دفعة استدعاءات دون إعادة محاولة. يرد Bitrix24 بـ 503 QUERY_LIMIT_EXCEEDED، ولا تصل تلك الرسائل إلى السجل الزمني أبدًا.

**هل ستظهر المحادثات في القنوات المفتوحة (Open Channels) في Bitrix24؟** ليس مع سير العمل هذا. فهو يكتب العملاء المحتملين وتعليقات السجل الزمني عبر واجهة CRM REST، ويُرد على المحادثة من تطبيق WhatsApp Business أو من سير العمل.

**هل يمكنني استخدام Make بدل n8n؟** نعم. يستقبل webhook مخصص في Make الرسالة، وتستدعي وحدات HTTP الدوال الثلاث نفسها على عنوان URL الخاص بالـ webhook الوارد.

**هل يستطيع سير العمل إرسال قالب WhatsApp من بيانات Bitrix24؟** نعم. يقرأ n8n ما يحتاجه من Bitrix24 ويرسل القالب المعتمد عبر Cloud API باستخدام phone number id ورمز الوصول (token) الخاصين بالرقم.

**هل تخزّن EasyCoexistence الرسائل؟** لا. تسلّم Meta كل webhook مباشرة إلى عنوان URL الخاص بك في n8n. ولا تخزّن EasyCoexistence محتوى المحادثات أبدًا.

---

## حوّل جهات اتصال WhatsApp إلى تحويلات في RD Station Marketing

https://easycoexistence.com/ar/integrations/rd-station

وجّه خطاف الويب (webhook) الخاص بالرقم إلى سير عمل في n8n، وأرسل لكل مرسل حدث تحويل عبر POST إلى RD Station Marketing على api.rd.services/platform/conversions مع مفتاح واجهة برمجة التطبيقات (API) الخاص بك. يقبل RD Station رقم هاتف بدلاً من البريد الإلكتروني، فيصبح حتى جهة اتصال WhatsApp بلا بريد عميلاً محتملاً موسوماً وجاهزاً لتدفقات الأتمتة لديك. ويواصل الفريق الرد من الهاتف.

### كيف تتحول رسالة WhatsApp إلى عميل محتمل في RD Station؟

ترسل Meta كل رسالة تصل إلى الرقم إلى وجهة webhook التي حددتها، وهي هنا عقدة Webhook في n8n. يقرأ سير العمل رقم المرسل واسم ملفه الشخصي من الحمولة، ثم يرسل طلب HTTP POST واحداً إلى endpoint التحويلات في RD Station Marketing، مع مفتاح API في سلسلة الاستعلام.

يحمل الجسم event_type بقيمة CONVERSION وevent_family بقيمة CDP، إضافة إلى معرّف التحويل conversion_identifier الذي تختاره، مثل whatsapp-inbound، داخل حمولة تضم name وmobile_phone وأي وسوم. ينشئ RD Station جهة الاتصال إن كانت جديدة ويسجل التحويل في الحالتين، فيُظهر سجل جهة الاتصال أنها وصلت عبر WhatsApp ومتى.

ومن هنا يكمل RD Station عمله المعتاد: قسّم الجمهور حسب التحويل أو الوسم، ودع تدفقات الأتمتة تتولى الباقي.

### هل يجب أن تكون كل رسالة تحويلاً؟

لا، وهذا أهم قرار في التصميم. العميل الذي يرسل ثمانية أسطر قصيرة متتالية سيسجل ثمانية تحويلات، مما يضخم التقارير وقد يشغّل تدفق الأتمتة نفسه ثماني مرات.

حوّل عند أول رسالة من الرقم، أو عند أول رسالة بعد فترة انقطاع تحددها، مثل ثلاثين يوماً. يستطيع n8n حفظ تاريخ آخر تحويل لكل رقم في workflow static data الخاصة بسير العمل أو في جدول صغير، وتخطي الطلب إذا كان التحويل حديثاً.

استخدم conversion_identifier مختلفاً لكل ما هو أدق من أول تواصل. الرد على قالب ترويجي، أو رسالة تتضمن كلمة مفتاحية، أو الضغط على زر في رسالة تفاعلية، يمكن أن يكون كل منها تحويلاً مستقلاً، فيحصل RD Station على شرائح نظيفة يبني عليها بدلاً من تدفق واحد غير متمايز.

### هل يستطيع RD Station إطلاق رسالة WhatsApp رداً؟

عبر سير العمل، نعم. يستطيع RD Station Marketing إطلاق webhook عندما يتحول عميل محتمل أو يُصنَّف فرصة، وبإمكان webhook في n8n على الطرف المستقبِل إرسال قالب WhatsApp معتمد عبر Cloud API، باستخدام phone number id ورمز الوصول (token) الخاصين بالرقم، وكلاهما في EasyCoexistence ضمن لوحة التحكم.

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

ويعرض تطبيق WhatsApp Business على الهاتف هذه الرسائل المرسلة أيضاً، لأن Coexistence تُبقي التطبيق وAPI على الرقم نفسه. فالمندوب الذي يتسلم المحادثة على الهاتف يرى ما قالته الأتمتة سابقاً.

- إرسال تحويل لكل رسالة. عميل كثير الكلام يسجل تحويلات بعدد رسائله ويكرر تدفق الأتمتة نفسه.
- إرسال مفتاح API من صفحة متصفح يستطيع أي شخص قراءتها. أبقِ الطلب داخل سير عمل n8n حيث يبقى المفتاح سرياً.
- إرسال نص حر من تدفق يطلقه RD إلى عميل محتمل لم يكتب منذ 24 ساعة. عندها لا يصل إلا القالب المعتمد.

**هل أحتاج إلى OAuth لهذا الطلب إلى RD Station؟** لا. يُوثَّق endpoint التحويلات بمفتاح API في سلسلة الاستعلام، وإرسال أحداث التحويل هو بالضبط ما وُجد له هذا المفتاح.

**ماذا لو لم يكن لدى جهة اتصال WhatsApp بريد إلكتروني؟** أرسل رقم الهاتف. لا يشترط RD Station البريد الإلكتروني في التحويل إلا إذا لم يُرسل رقم هاتف.

**هل أستطيع استخدام Make أو Zapier بدلاً من n8n؟** نعم. أي أداة تستقبل webhook وتنفذ HTTP POST تستطيع إرسال جسم التحويل نفسه إلى RD Station.

**هل تخزّن EasyCoexistence الرسائل؟** لا. تسلّم Meta webhook إلى عنوان URL الخاص بـ n8n لديك، ولا تخزن EasyCoexistence محتوى المحادثات أبداً.

---

## ربط WhatsApp بجهات اتصال GoHighLevel على رقم Coexistence

https://easycoexistence.com/ar/integrations/gohighlevel

وجّه خطافات الويب (webhook) الخاصة بالرقم إلى سير عمل في n8n، ثم أضف المرسل أو حدّثه كجهة اتصال في HighLevel عبر عقدة HighLevel في n8n، واكتب كل رسالة كملاحظة عبر نقطة النهاية (endpoint) POST /contacts/{contactId}/notes لإنشاء الملاحظة. صادق باستخدام رمز الوصول (token) من نوع Private Integration من إعدادات الحساب الفرعي. ويمكن لسير عمل واحد أن يخدم كل العملاء إذا ربطت معرّف كل رقم هاتف (phone number id) بالحساب الفرعي لعميله.

### كيف تصل رسالة WhatsApp إلى جهة اتصال في HighLevel؟

ترسل Meta كل رسالة تصل إلى الرقم إلى وجهة webhook التي حددتها، وهي هنا عقدة Webhook في n8n. يمرر سير العمل رقم المرسل واسم ملفه الشخصي في WhatsApp إلى عقدة HighLevel في n8n، وفي مورد جهات الاتصال لديها عملية إنشاء أو تحديث، فيصبح المرسل الجديد جهة اتصال ويُعثر على المرسل المعروف بدل تكرار سجله.

وبعد الحصول على معرّف جهة الاتصال، ترسل عقدة HTTP Request نص الرسالة إلى المسار /contacts/{contactId}/notes لتُنشأ الملاحظة. تظهر الملاحظة في سجل جهة الاتصال، فيرى كل من يفتحه ما كتبه العميل. وإذا استدعت الرسالة متابعة، تستطيع عقدة HighLevel أيضًا إنشاء مهمة على جهة الاتصال أو فرصة في مسار مبيعات، وكلاهما مدعوم مباشرة.

ويواصل الفريق الرد من تطبيق WhatsApp Business طوال الوقت.

### أي رمز يجب أن يستخدمه سير العمل؟

رمز Private Integration. تتاح API v2 في HighLevel عبر OAuth أو عبر أحد هذه الرموز، أما مفاتيح API القديمة من الإصدار v1 فقد انتهى عمرها. يُنشأ الرمز من إعدادات الحساب الفرعي، ويقتصر على الصلاحيات التي تحددها، ويُرسل في ترويسة Authorization مثل أي رمز وصول.

لا يتجدد هذا الرمز من تلقاء نفسه، وهذا يناسب الأتمتة: يظل يعمل حتى يدوّره أحد. وعند تدويره يُبقي HighLevel الرمزين القديم والجديد صالحين معًا لمدة سبعة أيام، وهي المهلة المتاحة للصق الرمز الجديد في n8n قبل أن يتوقف القديم.

فعّل النطاقات التي يحتاجها سير العمل فقط: جهات الاتصال والملاحظات، وإن استخدمتها الفرص والمهام. وإذا لم تجد Private Integrations في الإعدادات، تنص وثائق HighLevel على تفعيلها من Labs أولًا.

### كيف يخدم سير عمل واحد عدة حسابات فرعية للعملاء؟

بالتوجيه حسب الرقم المستقبِل. يتضمن كل webhook ترسله Meta قيمة phone_number_id لرقم النشاط التجاري الذي استقبل الرسالة. وجّه رقم كل عميل إلى webhook n8n نفسه، واحتفظ بجدول صغير يربط كل phone_number_id بالحساب الفرعي لذلك العميل ورمزه، وابحث عن الرمز في بداية كل تشغيل.

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

تُحتسب حدود الاستخدام لكل تطبيق ولكل حساب فرعي، فلا يستهلك العملاء حصص بعضهم: لكل منهم 100 طلب كل عشر ثوانٍ و200,000 طلب يوميًا.

### هل تصل الردود المكتوبة على الهاتف إلى HighLevel؟

يمكن ذلك. في رقم Coexistence يبقى تطبيق WhatsApp Business قيد الاستخدام، وعندما يرد أحد منه ترسل Meta نسخة من الرسالة الصادرة إلى وجهة webhook نفسها، ضمن الحقل smb_message_echoes في الإشعار.

أضف فرعًا لهذه النسخ واكتبها كملاحظات معلّمة بأنها مُرسلة. عندها يحتوي سجل جهة الاتصال على كلام العميل وردود النشاط التجاري بالترتيب، وهذا ما يتوقع العميل رؤيته عند فتح نظام CRM الخاص به.

وعندما يرسل سير العمل نفسه رسالة عبر Cloud API، مثل قالب معتمد بعد حجز موعد، اكتب الملاحظة لحظة الإرسال، فسير العمل يملك النص ومعرّف جهة الاتصال أصلًا.

- استخدام مفتاح API من الإصدار v1. انتهى عمر API v1 في HighLevel، وتتطلب API v2 رمز Private Integration أو OAuth بدلًا من ذلك.
- تدوير رمز Private Integration دون تحديث n8n خلال مهلة الأيام السبعة. تفشل كل الاستدعاءات بمجرد انتهاء صلاحية الرمز القديم.
- كتابة رسائل كل العملاء برمز حساب فرعي واحد. اربط phone_number_id بالحساب الفرعي الصحيح أولًا، وإلا وصلت السجلات إلى العميل الخطأ.

**هل ستظهر الرسائل في تبويب Conversations في HighLevel؟** لا مع سير العمل هذا. فهو يكتب جهات الاتصال والملاحظات والمهام والفرص عبر API، ويُرد على المحادثة من تطبيق WhatsApp Business أو من سير العمل.

**هل يمكنني استخدام Make أو Zapier بدل n8n؟** نعم. يستقبل webhook مخصص الرسالة، وتستدعي خطوة HTTP واجهة API v2 في HighLevel بالرمز نفسه.

**هل يرسل موعد محجوز تأكيدًا عبر WhatsApp؟** نعم، عبر سير العمل. عندما تستدعي HighLevel عنوان URL لـ webhook في n8n، يرسل n8n قالبًا معتمدًا عبر Cloud API باستخدام معرّف الرقم ورمزه.

**هل تخزّن EasyCoexistence الرسائل؟** لا. تسلّم Meta كل webhook مباشرة إلى عنوان URL الخاص بـ n8n لديك، ولا تخزّن EasyCoexistence محتوى المحادثات أبدًا.

---

## استخدم رقم Coexistence كصندوق وارد WhatsApp Cloud في Chatwoot

https://easycoexistence.com/ar/integrations/chatwoot

يطلب صندوق WhatsApp Cloud في Chatwoot ثلاث قيم: معرّف WhatsApp Business Account ومعرّف رقم الهاتف ورمز الوصول (token). يوفّر رقم Coexistence القيم الثلاث كلها. أنشئ الصندوق بها، ثم اضبط وجهة خطاف الويب (webhook) للرقم على عنوان URL الخاص بـ webhook في Chatwoot مع رمز التحقق (verify token) نفسه، ليتمكن الفريق من الرد من Chatwoot ومن الهاتف.

### كيف تربط رقم Coexistence بـ Chatwoot خطوة بخطوة؟

في موضعين، وبهذا الترتيب.

في Chatwoot، أضف صندوق وارد واختر WhatsApp، ثم اختر مزوّد WhatsApp Cloud مع الإعداد اليدوي. أدخل الرقم ومعرّف رقم الهاتف ومعرّف WhatsApp Business Account ورمز الوصول، وكلها تعرضها لوحة التحكم في EasyCoexistence للاتصال، أو تعيدها الأداة get_api_credentials إلى المساعد. بعدها يعرض Chatwoot عنوان URL لـ webhook وverify token للصندوق.

في EasyCoexistence، اضبط وجهة webhook للرقم على ذلك العنوان وأدخل verify token نفسه. ترسل Meta طلب التحقق إلى Chatwoot، فيرد عليه، ومن حينها تصل كل رسالة إلى الرقم في صندوق الوارد. لا شيء يعمل في الوسط، فلا يوجد سير عمل تحتاج إلى إبقائه حيًا.

### هل تظهر في Chatwoot الردود المرسلة من الهاتف؟

نعم. في رقم Coexistence، تبلغ Meta عن الرد المكتوب في تطبيق WhatsApp Business بحدث smb_message_echoes، وتتعرف مهمة webhook في Chatwoot على هذا الحقل وتسجل الرسالة كرسالة صادرة في المحادثة الصحيحة. يصف الكود المصدري لـ Chatwoot هذه الحالة صراحةً: أنشطة تجارية ترد من Chatwoot ومن التطبيق معًا، مع مزامنة الرسائل إلى Chatwoot.

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

تخرج الرسائل المرسلة من Chatwoot عبر Cloud API على الرقم نفسه، فتظهر على الهاتف أيضًا.

### لماذا تترك حقل app secret فارغًا؟

لأن عمليات التسليم موقّعة بسر لا تملكه. توقّع Meta كل webhook بـ app secret الخاص بالتطبيق المالك للاشتراك، وهو تطبيق EasyCoexistence، ولا يُشارك هذا السر مع أحد.

في الكود المصدري الحالي لـ Chatwoot، لا يفحص الترويسة X-Hub-Signature-256 في قناة WhatsApp Cloud المضبوطة يدويًا إلا إذا خُزّن عليها app secret، أو إذا أُنشئت القناة عبر Embedded Signup الخاص بـ Chatwoot نفسه. الصندوق اليدوي الذي لا يحمل app secret يقبل عمليات التسليم، أما الصندوق الذي أُدخل فيه أي app secret فيرفضها كلها باعتبارها غير مصرح بها.

الحماية المطبقة هنا هي verify token. اختر قيمة عشوائية طويلة، لأنها ما يتيح لـ Chatwoot التمييز بين طلب التحقق من Meta وطلب أي جهة أخرى.

### ما الذي لا يستطيع Chatwoot فعله على هذا الرقم؟

استقبال webhook في موضع ثانٍ في الوقت نفسه. توجّه Meta webhook الرقم إلى وجهة واحدة، فما دام Chatwoot يحملها لن يتلقى سير عمل n8n الأحداث نفسها. إذا احتجت إلى الاثنين، وجّه الوجهة إلى وسيط صغير من إعدادك يمرر كل عملية تسليم إلى Chatwoot وإلى سير العمل.

تسري حدود Coexistence كما في أي مكان: ترسل واجهة برمجة التطبيقات (API) حتى 20 رسالة في الثانية، ولا يخرج النص الحر إلا خلال 24 ساعة من آخر رسالة للعميل، وتغطي القوالب كل ما بعد ذلك.

ما زال تطبيق WhatsApp Business يحتاج إلى فتحه مرة واحدة على الأقل كل 14 يومًا، وتتولى EasyCoexistence مراقبة ذلك.

- ملء app secret في صندوق Chatwoot. تُوقَّع عمليات التسليم بسر تطبيق EasyCoexistence، فيرفضها Chatwoot كلها باعتبارها غير مصرح بها.
- استخدام verify token في EasyCoexistence يختلف عن الذي يعرضه Chatwoot. يفشل تحقق Meta ولا تصل أي رسالة إلى الصندوق أبدًا.
- اختيار Embedded Signup في Chatwoot بدل الإعداد اليدوي. هذا يربط الرقم عبر تطبيق Meta الخاص بـ Chatwoot، وهو اتصال منفصل.

**هل يعمل هذا مع Chatwoot المستضاف ذاتيًا؟** نعم. يستخدم عنوان URL الخاص بـ webhook نطاق Chatwoot الخاص بك بدل app.chatwoot.com، ويبقى باقي الإعداد كما هو.

**هل أحتاج إلى تطبيق Meta خاص بي لاستخدام Chatwoot؟** لا. يُربط الرقم عبر EasyCoexistence التي توفر بيانات الاعتماد وتوجّه webhooks. يصف دليل Chatwoot إنشاء تطبيق Meta لأنه يفترض أنك لا تملك أي تطبيق.

**هل يمكن إضافة عدة أرقام إلى Chatwoot؟** نعم. أنشئ صندوق WhatsApp Cloud واحدًا لكل رقم، واضبط وجهة webhook لكل رقم على عنوان URL و verify token الخاصين بصندوقه.

**هل ترى EasyCoexistence المحادثات؟** لا. تسلّم Meta webhooks مباشرة إلى Chatwoot، ولا تخزّن EasyCoexistence محتوى المحادثات أبدًا.

---

## سجّل رسائل WhatsApp في Airtable وأرسل من القاعدة

https://easycoexistence.com/ar/integrations/airtable

لا يقبل مشغّل خطاف الويب (webhook) الوارد في Airtable سوى طلبات POST، لذلك لا يستطيع الرد على طلب GET الذي ترسله Meta للتحقق، ولا يصلح أن يكون وجهة webhook للرقم بنفسه. وجّه الوجهة إلى سير عمل n8n يضيف كل رسالة إلى جدول. أما الإرسال فيعمل من داخل Airtable: يستطيع إجراء Run a script استدعاء Cloud API عبر fetch مع رمز الوصول (token) الخاص بالرقم المخزّن كسر.

### لماذا لا يستطيع Airtable استقبال webhook من WhatsApp مباشرة؟

لأن Meta تفحص الوجهة قبل أن تسلّم أي شيء. ترسل طلب GET يحمل قيمة تحدٍّ (challenge) وتتوقع أن تعود القيمة نفسها في نص الاستجابة. مشغّل When webhook received في Airtable يقبل طلبات POST فقط ويرد بـ JSON ثابت خاص به، فلا يمكن أن ينجح الفحص ولا تبدأ Meta التسليم أبدًا.

الحل خطوة وسيطة واحدة. تتولى عقدة Webhook في n8n التحقق واستقبال كل رسالة، وتضيف عقدة Airtable في n8n صفًا فيه: المرسل، واسم الملف الشخصي، والنص، ومعرّف الرسالة، والطابع الزمني، وphone number id للرقم المستقبِل. والشكل نفسه يعمل في Make أو Zapier.

وللخطوة الوسيطة فائدة ثانية. يسمح مشغّل webhook في Airtable بخمسة طلبات في الثانية، بينما تستطيع أداة سير العمل وضع دفعة مفاجئة في طابور بدل رفضها.

### كيف ترسل قالب WhatsApp من قاعدة Airtable؟

عبر أتمتة إجراؤها Run a script. يمكن أن يكون المشغّل دخول سجل إلى عرض، أو تغيّر حقل، أو النقر على زر. يقرأ السكربت هاتف السجل وحقوله عبر input.config() ثم يستدعي نقطة النهاية (endpoint) الخاصة بالرسائل في Cloud API باستخدام fetch. تعمل سكربتات الأتمتة في Airtable على الخادم، فلا توجد قيود متصفح في الطريق.

خزّن token كسرًا في محرر السكربت بدل وضعه في الشيفرة. يخفي Airtable الأسرار من مخرجات وحدة التحكم، ولا يسمح بتعديل السكربت إلا لمن يملك صلاحية الوصول إلى جميع أسراره.

استخدم قالبًا لأي رسالة لم يبادر بها العميل خلال آخر 24 ساعة، لأن النص الحر لا يُسلَّم إلا داخل تلك النافذة. ويمكن للسكربت كتابة معرّف الرسالة المُرجَع في السجل، فيربط الإرسال بالصف.

### كيف ينبغي أن يبدو جدول الرسائل؟

صف واحد لكل رسالة، ومعرّف رسالة WhatsApp هو الحقل الأساسي. تعيد Meta محاولة التسليم الذي تظنه فاشلًا، وسير العمل الذي يبحث عن المعرّف قبل الإضافة لا يكتب الرسالة نفسها مرتين.

أضف حقل اتجاه بقيمتين: inbound وoutbound. في رقم Coexistence تصل الردود التي يكتبها الفريق في تطبيق WhatsApp Business إلى webhook نفسه على شكل أحداث smb_message_echoes، وتسجيلها كصفوف outbound يمنح القاعدة المحادثة كاملة لا نصفها.

اربط كل رسالة بجدول Contacts مفتاحه رقم الهاتف أرقامًا فقط، وهي الصيغة التي ترسلها Meta. يعرض حقل rollup بعدها وقت آخر رسالة واردة لكل جهة اتصال، وهذا الحقل وحده ما تحتاجه الأتمتة لتختار بين النص الحر والقالب.

- تعيين عنوان URL لـ webhook من Airtable وجهةً للرقم. فهو يقبل POST فقط، ويفشل طلب GET للتحقق من Meta، ولا يُسلَّم شيء أبدًا.
- لصق token الوصول داخل متن السكربت. خزّنه كسر ليبقى خارج الشيفرة والسجلات.
- إرسال نص حر من أتمتة سجل إلى شخص لم يراسلك منذ 24 ساعة. لا يُسلَّم إلا قالب معتمد.

**هل Run a script متاح في خطة Airtable المجانية؟** تدرج Airtable هذا الإجراء في جميع أنواع الخطط مع قيود متفاوتة، وتشير إلى أنه غير متاح في الفترة التجريبية لخطة Team.

**هل أستغني عن n8n وأستخدم Make أو Zapier؟** نعم. يستطيع أي منها استقبال webhook والرد على التحقق وإضافة الصف. Airtable نفسه هو الجزء الوحيد الذي لا يصلح أن يكون الوجهة.

**هل يستطيع زر في Airtable إرسال رسالة WhatsApp؟** نعم. استخدم مشغّل When a button is clicked مع إجراء Run a script يستدعي Cloud API، وتملأ بيانات الصف القالب.

**هل تخزّن EasyCoexistence الرسائل؟** لا. تسلّم Meta كل webhook إلى عنوان n8n الخاص بك، والنسخة الوحيدة هي التي يكتبها سير عملك في Airtable.

---

## سجّل رسائل WhatsApp في Google Sheets وأرسل من جدول

https://easycoexistence.com/ar/integrations/google-sheets

وجّه وجهة خطاف الويب (webhook) الخاصة بالرقم إلى سير عمل n8n تضيف فيه عقدة Google Sheets صفًا لكل رسالة: المرسل والاسم والنص ومعرّف الرسالة والوقت. وللإرسال من الجدول، يمكن لدالة Apps Script المرور على الصفوف واستدعاء Cloud API، وهي واجهة برمجة التطبيقات (API) في WhatsApp، عبر UrlFetchApp باستخدام phone_number_id ورمز الوصول (token) الخاصين بالرقم. ويواصل الفريق الرد من تطبيق WhatsApp Business.

### كيف تتحول كل رسالة WhatsApp إلى صف؟

تُرسل Meta كل رسالة على الرقم إلى وجهة webhook التي حدّدتها، وهي هنا عقدة Webhook في n8n التي تردّ أيضًا على طلب التحقق من Meta. العقدة التالية هي Google Sheets بعملية Append Row، وتربط حقول الحمولة بالأعمدة: رقم المرسل، واسم الملف الشخصي، والنص، ومعرّف رسالة WhatsApp، والطابع الزمني، ومعرّف رقم الهاتف المستقبِل.

استخدم Append or Update Row بالاعتماد على معرّف الرسالة بدل الإضافة العادية إذا أردت أن تكون إعادة المحاولة بلا أثر. تعيد Meta تسليم الرسالة حين تظن أن التسليم فشل، والاعتماد على المعرّف يحوّل التسليم الثاني إلى تحديث للصف نفسه.

على رقم Coexistence، تصل الردود المكتوبة في تطبيق WhatsApp Business إلى webhook نفسه على هيئة أحداث smb_message_echoes. سجّلها مع عمود للاتجاه، فيحتوي الجدول على الطرفين.

### أين تظهر حدود الحصة في Sheets؟

في الكتابة لكل مستخدم. تسمح Sheets API بـ 300 طلب كتابة في الدقيقة لكل مشروع و60 في الدقيقة لكل مستخدم في كل مشروع، وبيانات اعتماد n8n تمثّل مستخدمًا واحدًا. لذلك يستطيع سير عمل يضيف صفًا لكل رسالة أن يستوعب نحو رسالة واحدة في الثانية بصورة مستمرة.

وهذا كافٍ لمعظم أرقام المتاجر. لكنه لا يكفي بعد إرسال قالب جماعي، حين يردّ بضع مئات من العملاء خلال دقائق. عندها تستجيب API بالخطأ 429 Too Many Requests، وتضيع صفوف إذا لم تُفعَّل إعادة المحاولة.

هناك حلّان، ويكفي أحدهما. فعّل إعادة المحاولة مع مهلة انتظار في عقدة Google Sheets، وهذا يوافق نصيحة Google نفسها بالتراجع تدريجيًا. أو اجمع الرسائل في دفعة: اجعل n8n يجمعها ثلاثين ثانية ثم يضيفها في طلب واحد، فتتحول كتابات كثيرة إلى كتابة واحدة.

### كيف ترسل القوالب من جدول؟

باستخدام Apps Script من قائمة Extensions في الجدول. تقرأ دالة الصفوف التي لم تُرسل بعد، وتستدعي نقطة النهاية (endpoint) الخاصة بالرسائل في Cloud API عبر UrlFetchApp لكل صف، ثم تكتب معرّف الرسالة والوقت المُعادَين في الصف. يمكن لمشغّل زمني أن ينفّذها كل بضع دقائق، أو يمكنك تشغيلها يدويًا من قائمة مخصصة.

احفظ token في خصائص السكربت لا في الشيفرة، حتى لا يراه كل من يستطيع عرض السكربت.

انتبه إلى الحصص. يحصل الحساب الشخصي في Google على 20,000 استدعاء URL Fetch في اليوم، وحساب Workspace على 100,000، ويتوقف كل تنفيذ بعد ست دقائق. عالج الصفوف على دفعات وعلّم كل صف بأنه أُرسل قبل الانتقال إلى التالي، ليستأنف التنفيذ المتوقف من حيث وصل بدل أن يرسل مرتين.

- الإضافة دون مفتاح على معرّف الرسالة. عندها تكتب إعادة محاولات Meta الرسالة نفسها في صفين.
- كتابة صف لكل رسالة عبر بيانات اعتماد واحدة أثناء موجة ردود. حدّ 60 كتابة في الدقيقة لكل مستخدم يُرجع الخطأ 429 وتضيع صفوف.
- إرسال نص حر من الجدول إلى أشخاص لم يراسلوك منذ 24 ساعة. لا يصل خارج هذه النافذة إلا قالب معتمد.

**هل يمكنني استخدام Make أو Zapier بدل n8n؟** نعم. يستقبل webhook مخصص في Make أو catch hook في Zapier الرسالة، وتضيف خطوة Google Sheets فيهما الصف.

**بأي حساب Google يكتب n8n؟** الحساب الذي منح n8n صلاحية Google. يحتاج هذا الحساب إلى صلاحية تعديل على الجدول، وحصة الكتابة لكل مستخدم الخاصة به هي التي يستهلكها سير العمل.

**هل عمود الهاتف منسّق بشكل صحيح؟** احفظ الأرقام كنص عادي: أرقامًا مع رمز الدولة ودون علامة الجمع، وهذه هي الصيغة التي ترسلها Meta. وإلا عاملها Sheets كأرقام، فيحذف علامة الجمع في البداية وقد يغيّر تنسيق القيم الطويلة.

**هل تحتفظ EasyCoexistence بنسخة من الرسائل؟** لا. تسلّم Meta كل webhook إلى عنوان URL الخاص بـ n8n لديك، والجدول هو النسخة الوحيدة.

---

## استقبال webhooks من WhatsApp في Supabase Edge Function

https://easycoexistence.com/ar/integrations/supabase

يمكن أن تكون Supabase Edge Function وجهة خطاف الويب (webhook) للرقم مباشرة. تجيب عن طلب GET الخاص بتحقق Meta بقيمة hub.challenge، وتُدرج كل رسالة تصل عبر POST في جدول Postgres، وتردّ عبر Cloud API. انشرها مع إيقاف التحقق من JWT، لأن Supabase تشترط JWT صالحًا افتراضيًا، وMeta لا تستطيع إرساله.

### ما الذي يجب أن تفعله Edge Function؟

أمران، على طريقتين.

عند GET تجيب عن تحقق Meta. اقرأ hub.mode وhub.verify_token وhub.challenge من سلسلة الاستعلام، وقارن رمز التحقق (verify token) بالرمز الذي أدخلته للوجهة، ثم أعد قيمة التحدي كنص عادي في جسم الاستجابة مع الحالة 200. أعد 403 إذا لم يتطابق الرمز.

عند POST تستقبل الأحداث. حلّل الجسم، واستخرج الرسائل من entry وchanges وvalue، وأدرجها في جدول، ثم أعد 200. اجعل الاستجابة سريعة: تعدّ Meta الاستجابة البطيئة أو الفاشلة تسليمًا فاشلًا وتعيد المحاولة، فتصلك الرسالة نفسها مرتين.

اضبط عنوان URL الخاص بالدالة وجهةً لـ webhook الرقم في EasyCoexistence مع رمز التحقق نفسه، وستبدأ Meta بالتسليم.

### لماذا تعيد الدالة الخطأ 401 إلى Meta؟

لأن التحقق من JWT مفعّل. تتحقق Supabase من JWT في ترويسة Authorization قبل أن يعمل معالج Edge Function، وهذا هو الإعداد الافتراضي لكل دالة. لا ترسل Meta هذه الترويسة، فترفض المنصة طلب GET للتحقق وكل عمليات التسليم، ولا يرى كودك أيًّا منها.

عطّله لهذه الدالة فقط. إما أن تنشر بالأمر supabase functions deploy whatsapp --no-verify-jwt، أو تضبط verify_jwt = false ضمن قسم الدالة في supabase/config.toml. تصف وثائق Supabase هذه الحالة بالضبط: نقطة نهاية (endpoint) عامة يستدعيها مزوّد webhook خارجي.

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

### كيف تخزّن الدالة الرسائل وترد؟

خزّن أولًا ثم ردّ لاحقًا. نفّذ upsert على معرّف رسالة WhatsApp مع قيد فريد، لتصل إعادات المحاولة من Meta إلى الصف نفسه بدل إنشاء نسخة مكررة. احتفظ بقيمة phone_number_id المستقبِل في كل صف إذا كان أكثر من رقم يشير إلى الدالة.

أما العمل البطيء، مثل استدعاء نموذج أو واجهة برمجة التطبيقات (API) أخرى قبل الرد، فسلّمه إلى EdgeRuntime.waitUntil وأعد الاستجابة فورًا. تواصل الدالة العمل حتى يكتمل هذا الوعد، بينما تكون Meta قد تلقّت 200 بالفعل. تتوقف Supabase عن الانتظار بعد 150 ثانية من الخمول وتعيد 504، لذلك فالمعالج الذي ينجز كل عمله قبل الاستجابة هو الأكثر عرضة لتسبّب إعادات المحاولة.

تذهب الردود إلى نقطة النهاية (endpoint) الخاصة بالرسائل في Cloud API، مع معرّف الرقم ورمز الوصول (token)، وكلاهما مخزّن كأسرار للدالة. خلال 24 ساعة من آخر رسالة للعميل يصل النص الحر، وبعدها لا يصل إلا قالب معتمد.

### هل تصل الرسائل المرسلة من الهاتف إلى الدالة؟

نعم. على رقم Coexistence يستمر تطبيق WhatsApp Business بالعمل، وعندما يردّ أحدهم منه تسلّم Meta صدى تلك الرسالة الصادرة إلى الوجهة نفسها، تحت الحقل smb_message_echoes ومصفوفة message_echoes بدل messages.

وسّع المحلّل ليقرأ الاثنين، وخزّن عمود اتجاه (direction). عندها يحتوي الجدول على المحادثة كاملة، أي رسائل العميل وردود النشاط التجاري، وهذا ما يريد معظم الناس الاستعلام عنه لاحقًا: أزمنة الاستجابة، والمحادثات التي بلا رد، ووقت آخر رسالة واردة لكل جهة اتصال.

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

- نشر الدالة مع ترك التحقق من JWT مفعّلًا. ترفض Supabase طلبات Meta بالخطأ 401 قبل أن يعمل المعالج، ولا تصل أي رسالة.
- إعادة التحدي ملفوفًا في JSON. تحتاج Meta إلى القيمة الخام كجسم للاستجابة، وإلا يفشل التحقق بصمت.
- تنفيذ عمل بطيء قبل الاستجابة. تعيد Meta محاولة ما تراه فاشلًا، فتُعالَج الرسالة نفسها مرتين.
- إيقاف التحقق من JWT دون أي فحص خاص بك. يستطيع كل من يعثر على عنوان URL أن يرسل رسائل مزيفة إلى الجدول.

**هل يعمل هذا على خطة Supabase المجانية؟** تعمل Edge Functions على الخطة المجانية، بحد زمني قدره 150 ثانية مقابل 400 ثانية في الخطط المدفوعة. والمعالج الذي يستجيب بسرعة يبقى بعيدًا جدًا عن أي من الحدين.

**هل أستخدم مفتاح service role داخل الدالة؟** فقط على جهة الخادم، كما في المثال، مع قراءته من بيئة الدالة. فهو يتجاوز أمان مستوى الصف، ولذلك يجب ألا يصل إلى المتصفح أبدًا.

**هل تخدم دالة واحدة عدة أرقام؟** نعم. وجّه وجهة webhook لكل رقم إليها، وفرّع المعالجة بحسب phone_number_id في كل حمولة.

**هل ترى EasyCoexistence الرسائل؟** لا. تسلّم Meta كل webhook مباشرة إلى دالتك، ولا تخزّن EasyCoexistence محتوى المحادثات أبدًا.

---

## ربط WhatsApp بـ Activepieces على رقم Coexistence

https://easycoexistence.com/ar/integrations/activepieces

تتوفر في Activepieces قطعة WhatsApp Business تتصل برمز الوصول (token) ومعرّف حساب WhatsApp Business (WABA)، وكلاهما يتيحه رقم Coexistence. يستجيب مشغّل New Incoming Message لتحقق Meta بنفسه، فيصلح عنوان URL الخاص به وجهةً لخطاف الويب (webhook) الخاص بالرقم. اترك سر التطبيق الاختياري في القطعة فارغاً، فيعمل التدفق مع كل رسالة بينما يواصل الفريق استخدام الهاتف.

### كيف تربط رقم Coexistence بـ Activepieces؟

أنشئ اتصال WhatsApp Business في Activepieces بقيمتين: رمز الوصول ومعرّف حساب WhatsApp Business. تعرض لوحة التحكم في EasyCoexistence القيمتين للاتصال، وتعيدهما get_api_credentials إلى المساعد. تتحدث تعليمات القطعة عن إنشاء تطبيق Meta ومستخدم نظام، لأنها تفترض أنك لا تملك أياً منهما. أما هنا فالرقم متصل أصلاً، فانتقل مباشرة إلى لصق القيمتين.

ثم ابنِ تدفقاً يبدأ بمشغّل New Incoming Message، وحدّد عليه رمز تحقق (verify token) من اختيارك، وانشر التدفق. انسخ عنوان URL الخاص بـ webhook المشغّل إلى وجهة webhook الرقم في EasyCoexistence مع رمز التحقق نفسه. ترسل Meta طلب التحقق، فيجيب عنه المشغّل، ويبدأ تشغيل جديد مع كل رسالة تصل إلى الرقم.

### لماذا يجب أن يبقى سر التطبيق فارغاً؟

لأن السر الذي يوقّع عمليات التسليم هذه ليس لك لتلصقه. توقّع Meta كل webhook بسر التطبيق الذي يملك الاشتراك، وفي رقم متصل عبر EasyCoexistence هذا هو تطبيق EasyCoexistence، ولا يُشارك سره أبداً.

تعدّ القطعة الحقل اختيارياً. فإذا تُرك فارغاً قبلت مشغّلاتها عمليات التسليم كما ترد. وإذا مُلئ بسر أي تطبيق آخر، فشلت كل عملية تسليم في فحص X-Hub-Signature-256 وتُتجاهل بصمت، وهذا يشبه تماماً أن الرسائل لا تصل.

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

### ماذا يستطيع التدفق أن يفعل بعد وصول الرسالة؟

يمرّر المشغّل إلى التدفق رسالة مبسّطة الهيكل: المرسل، واسم الملف الشخصي، ومعرّف الرسالة، والنوع، والنص، ومعرّف أي وسائط، وردود الأزرار والقوائم، ومعرّف رقم الهاتف المستقبِل. ومن هنا يصبح تدفق Activepieces عادياً عبر قطعه الأخرى، مثل CRM أو جدول بيانات أو خطوة ذكاء اصطناعي.

تستخدم الردود القطعة نفسها. يرسل Send Message نصاً حراً، ولا يُسلَّم إلا خلال 24 ساعة من آخر رسالة للعميل. ويرسل Send Template Message قالباً معتمداً، وهو الوحيد الذي يُسلَّم بعد انقضاء تلك المدة. أما الأزرار التفاعلية والقوائم والوسائط والموقع وردود الفعل فكل منها إجراء مستقل.

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

### هل تصل الردود المكتوبة على الهاتف إلى التدفق؟

تصل إلى webhook، لكن ليس إلى هذا المشغّل. في رقم Coexistence ترسل Meta صدى لكل رد يُكتب في تطبيق WhatsApp Business إلى الوجهة نفسها، ضمن الحقل smb_message_echoes. أما مشغّل New Incoming Message في القطعة فيقرأ الحقل messages وحده ويتجاهل كل ما سواه.

إذا احتجت ردود الهاتف في التدفق، فابدأه بقطعة Webhook العامة في Activepieces، وهي تقبل أي طريقة HTTP، وأجب عن طلب GET الخاص بالتحقق بخطوة Return Response على عنوان URL المتزامن الخاص بها. بعدها تحلل الحمولة الخام بنفسك، بما فيها الحقلان معاً.

وفي معظم التدفقات يبقى مشغّل القطعة الخيار الأبسط: فهو يتفاعل مع العملاء، وتظل ردود الفريق ظاهرة في التطبيق على الهاتف.

- لصق سر تطبيق في اتصال WhatsApp. تُوقَّع عمليات التسليم بسر تطبيق EasyCoexistence، فتُتجاهل كلها.
- ضبط الوجهة قبل نشر التدفق. تتحقق Meta فوراً، والتدفق غير المنشور لا يستطيع الرد.
- توقّع أن يرى مشغّل New Incoming Message الردود المكتوبة على الهاتف. فهو لا يقرأ smb_message_echoes بل الحقل messages فقط.

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

**من أي رقم هاتف يرسل التدفق؟** من الرقم الذي تختاره في حقل رقم الهاتف بالإجراء، وهو يعرض الأرقام الموجودة في حساب WhatsApp Business الذي يشير إليه الاتصال.

**هل يمكنني استخدام n8n أو Make على الرقم نفسه؟** ليس في الوقت نفسه. توجّه Meta webhook الرقم إلى وجهة واحدة، فاختر أداة واحدة للاستقبال، أو أعد التوجيه منها إلى الأخرى.

**هل يخزّن EasyCoexistence الرسائل؟** لا. تسلّم Meta كل webhook مباشرة إلى مشغّل Activepieces، ولا يخزّن EasyCoexistence محتوى المحادثات أبداً.

---

## تشغيل تدفق Typebot على WhatsApp مع Coexistence

https://easycoexistence.com/ar/integrations/typebot

تطلب قناة WhatsApp في Typebot رمز الوصول (token) ومعرّف حساب WhatsApp Business ومعرّف رقم الهاتف، ثم تمنحك عنوان callback URL ورمز تحقق (verify token). املأ الحقول الثلاثة الأولى من الرقم المتصل، واترك App secret الاختياري في Typebot فارغًا، واعتمد عنوان callback URL ورمز التحقق وجهةً لـ خطاف الويب (webhook) الخاص بالرقم.

### ما حقول Typebot التي تأخذ قيمها من الرقم المتصل؟

يطلب معالج WhatsApp في Typebot، تحت تبويب Share في أي روبوت، أربعة أشياء: App secret وSystem User Token وWhatsApp Business Account ID وPhone number ID.

ثلاثة منها تأتي مباشرة من الاتصال. تعرض لوحة التحكم معرّف WABA ومعرّف رقم الهاتف ورمز الوصول للرقم، وتعيد الأداة get_api_credentials القيم نفسها إذا كان مساعد يجلبها لك. الصقها في الحقول المطابقة.

أما App secret فهو الحقل الذي يُترك فارغًا. يستخدمه Typebot لغرض واحد في الحركة الواردة: فحص ترويسة X-Hub-Signature-256 التي تضيفها Meta إلى كل تسليم. في الرقم المتصل عبر Tech Provider توقّع Meta بسر تطبيق المزوّد، وهو لا يُشارك أبدًا، فأي قيمة تكتبها هناك تجعل Typebot يرفض كل رسالة حقيقية. وعندما يكون الحقل فارغًا يتخطى Typebot هذا الفحص ويقبل التسليم.

### إلى أين يذهب عنوان callback URL ورمز التحقق الخاصان بـ Typebot؟

إلى وجهة webhook الخاصة بالرقم، وليس إلى لوحة تحكم تطبيق Meta.

يطلب معالج Typebot لصق Callback URL وVerify Token في إعدادات WhatsApp في تطبيق Meta الخاص بك. مع Coexistence عبر EasyCoexistence لا يوجد تطبيق خاص بك في العملية: توجّه Meta أحداث الرقم إلى الوجهة المحددة في الاتصال. لذا انسخ القيمتين من الخطوة الأخيرة في Typebot واعتمدهما وجهةً، من لوحة التحكم أو عبر set_webhook_destination.

بعدها ترسل Meta طلب التحقق GET إلى Typebot، فيرد بقيمة challenge، ومن تلك اللحظة تصل كل رسالة إلى الرقم إلى الروبوت. رمز التحقق في Typebot يُستخدم مرة واحدة: يُحذف من قاعدة بيانات Typebot لحظة نجاح التحقق. إذا ضبطت الوجهة مرة أخرى لاحقًا، فأنشئ رمزًا جديدًا بتشغيل المعالج من جديد أولًا.

### ماذا يفعل الروبوت مع نافذة 24 ساعة؟

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

الحالة الحرجة هي التدفق الذي ينتظر. كتلة Wait، أو جلسة تُستأنف بعد أن يصمت العميل أكثر من يوم، ستحاول إرسال نص حر خارج النافذة، فترفضه Meta بالخطأ 131047. مهلة انتهاء الجلسة في Typebot، وهي 4 ساعات افتراضيًا ويمكن رفعها إلى 48، تحدد متى يبدأ العميل العائد محادثة جديدة، لا ما إذا كانت Meta تقبل الرسالة.

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

- لصق App secret من تطبيق Meta في Typebot. تُوقَّع التسليمات بسر Tech Provider، فيرفض Typebot كل رسالة بحجة أن التوقيع غير صالح.
- إعادة استخدام رمز تحقق قديم في Typebot. يُحذف بعد أول تحقق ناجح، لذا يحتاج ضبط الوجهة من جديد إلى رمز جديد من المعالج.
- مشاركة callback URL. مع إيقاف فحص التوقيع، معرفة العنوان هي ما يسمح للطلب بالدخول، فعامله كما تعامل كلمة المرور.

**هل أحتاج إلى تطبيق Meta خاص بي لاستخدام Typebot؟** لا. يفترض دليل Typebot وجود تطبيق لأن أغلب الناس يربطون الرقم بأنفسهم. مع Coexistence عبر Tech Provider يأتي token والمعرّفات من الاتصال، وتوجّه Meta الـ webhook إلى Typebot.

**هل سيرى الفريق رسائل الروبوت على الهاتف؟** نعم. تظهر الرسائل المرسلة عبر Cloud API في تطبيق WhatsApp Business على الرقم نفسه، فيستطيع شخص قراءة المحادثة وتولّيها.

**هل يمكن أن يستقبل Typebot وn8n رسائل الرقم نفسه معًا؟** لا. للرقم وجهة webhook واحدة. إذا احتاج الاثنان إلى الأحداث، فوجّه الوجهة إلى n8n ودع سير العمل يعيد توجيه الحمولة الخام إلى callback URL الخاص بالروبوت.

**هل يخزن Typebot المحادثات؟** يحتفظ Typebot ببيانات الجلسات والنتائج الخاصة به، كما يفعل في أي قناة. أما EasyCoexistence فلا تخزن محتوى الرسائل أبدًا: تسلّم Meta مباشرة إلى الوجهة التي تحددها.

---

## ربط بوت Botpress بـ WhatsApp عبر Coexistence

https://easycoexistence.com/ar/integrations/botpress

استخدم تكامل WhatsApp في Botpress عبر Manual Configuration. الصق رمز الوصول (token) الخاص بالرقم المتصل ومعرّف رقم الهاتف، واختر رمز تحقق من عندك، واترك App ID وClient Secret فارغين. ثم اضبط عنوان URL الخاص بـ خطاف الويب (webhook) في Botpress مع رمز التحقق نفسه وجهةً لـ webhook الرقم، فتسلّم Meta كل رسالة إلى البوت.

### ما إعداد Botpress الذي يعمل مع رقم Coexistence؟

Manual Configuration. الخيارات الأخرى تربط الرقم عبر تطبيق Meta الخاص بـ Botpress، وهذا تسجيل منفصل للرقم وليس طريقة لاستخدام رقم متصل أصلاً.

في تكامل WhatsApp افتح القائمة المنسدلة Configuration واختر Manual Configuration. سيطلب منك Verify Token وAccess Token وDefault Bot Phone Number ID، وبشكل اختياري App ID وClient Secret وWABA ID.

رمز الوصول ومعرّف رقم الهاتف ومعرّف WABA تأتي من الاتصال: تعرضها لوحة التحكم، ويعيدها get_api_credentials إلى المساعد. أما رمز التحقق فهو أي نص تختاره. يبقى App ID وClient Secret فارغين. يعرض دليل Botpress السر كحقل يجب ملؤه، لكن تعريف التكامل لديهم يعتبره اختيارياً وينص على أنه بدونه يتم تخطي التحقق من التوقيع. وهذا مهم، لأن Meta توقّع كل عملية تسليم بسر تطبيق Tech Provider، وهو سر لا يملكه أي عميل.

### كيف يستلم webhook في Botpress رسائل Meta؟

عبر وجهة webhook الخاصة بالرقم. يطلب منك دليل Botpress لصق عنوان URL الخاص به ورمز التحقق في إعدادات WhatsApp داخل تطبيق Meta. هنا لا يوجد تطبيق Meta خاص بك: Meta توجّه أحداث الرقم إلى الوجهة التي يحددها الاتصال. لذلك انسخ عنوان URL الذي يعرضه Botpress للتكامل واضبطه، مع رمز التحقق نفسه، وجهةً في لوحة التحكم أو عبر set_webhook_destination.

ترسل Meta طلب GET للتحقق، ويجيب عنه Botpress، ثم يبدأ التسليم. وعند حفظ الإعداد اليدوي يتحقق Botpress أيضاً من الرمز بسؤال Graph عن التطبيق الذي أصدره، فيفشل الرمز غير الصالح أو الملغى وقت الحفظ لا عند أول رسالة.

كما يعالج Botpress الحدث smb_message_echoes، وهو الحدث الذي ترسله Meta عندما يرد شخص من تطبيق WhatsApp Business. وهكذا يرى البوت رد الهاتف ولا يغيب عنه.

### ماذا ينبغي أن يعرف البوت عن Coexistence؟

أن إنساناً قد يكون في المحادثة أصلاً. يستمر تطبيق WhatsApp Business بالعمل على الرقم، فقد يتلقى العميل رداً من الهاتف ورداً من البوت خلال الدقيقة نفسها. قرّر داخل التدفق ما يحدث عند وصول صدى (echo): معظم الفرق توقف البوت مؤقتاً لهذا العميل، حتى لا يُقاطع الشخص الذي تدخل.

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

والسرعة ثابتة عند 20 رسالة في الثانية لرقم Coexistence، وهذا أعلى بكثير مما يرسله بوت محادثة.

- ملء Client Secret بسر تطبيق Meta الخاص بك. لن يتطابق التوقيع أبداً، ويردّ Botpress على كل عملية تسليم بالخطأ 401.
- اختيار OAuth أو sandbox بدل Manual Configuration. هذه الخيارات تربط الرقم عبر تطبيق Botpress نفسه، لا عبر الرقم المتصل أصلاً.
- تجاهل الأصداء. دون قاعدة للردود المرسلة من الهاتف، يجيب البوت فوق شخص تدخل بالفعل.

**هل تخطي التحقق من التوقيع آمن؟** هو ينقل الحماية إلى عنوان URL. يولّد Botpress عنوان webhook لكل تكامل على حدة، فأبقِه سرياً. وتبقى الوسائط تُجلب من Meta بالرمز، وهذا ما لا يستطيع حدث مزوّر تقليده.

**هل يمكن للرقم نفسه تغذية n8n أيضاً؟** للرقم وجهة webhook واحدة. وجّهها إلى نظام واحد وأعد التوجيه منه إذا احتاج نظام ثانٍ إلى الأحداث.

**هل يحتاج Botpress إلى معرّف WABA؟** يعتبره تعريف التكامل اختيارياً حالياً وينص على أنه سيصبح مطلوباً في إصدار رئيسي قادم، لذا املأه من بيانات الاتصال.

**هل تمر الرسائل عبر EasyCoexistence؟** لا. تسلّم Meta مباشرة إلى عنوان URL الخاص بـ webhook في Botpress، ولا يُخزَّن المحتوى لدينا أبداً.

---

## الرد على رسائل WhatsApp عبر تطبيق Dify

https://easycoexistence.com/ar/integrations/dify

وجّه خطاف الويب (webhook) الخاص بالرقم إلى مستقبل صغير، مثل سير عمل n8n أو مسار في شيفرتك، يمرر كل رسالة إلى واجهة برمجة التطبيقات (API) Send Chat Message في Dify ثم يعيد الرد عبر Cloud API. وداخل Dify يمكن إضافة خادم MCP الخاص بـ EasyCoexistence كأداة ليتصرف الوكيل على الرقم نفسه.

### هل تستطيع Meta إرسال رسائل WhatsApp إلى Dify مباشرة؟

ليس بطريقة تُكمل المصافحة. قبل أن تسلّم Meta أي شيء تستدعي الوجهة بطلب GET وتتوقع استرجاع قيمة hub.challenge كجسم استجابة خام. يقبل Webhook Trigger في Dify طريقة HTTP واحدة لكل مشغّل، وتذكر وثائقه أن جسم الاستجابة غير JSON يُحوَّل تلقائيًا إلى JSON، فيعود OK ككائن رسالة. لا يمكن إذن ترديد التحدي كما هو، ولا تبدأ Meta التسليم أبدًا.

لذلك يوضع شيء صغير في المقدمة. عقدة Webhook في n8n أو مسار بلغة Python أو Node أو دالة serverless تجيب عن GET وتقبل POST وتسلّم النص إلى Dify. وفي هذا المستقبل أيضًا يُفحص السر العشوائي الطويل في عنوان URL الخاص بـ webhook، لأن ترويسة X-Hub-Signature-256 تُوقَّع بسر تطبيق Tech Provider ولا يستطيع العميل التحقق منها.

### كيف يتحدث المستقبل مع تطبيق Dify؟

باستدعاء واحد إلى Service API في Dify: POST /chat-messages، مع مصادقة بمفتاح API الخاص بالتطبيق. يحمل الجسم query وهو نص العميل، وuser وهو معرّف تحدده أنت. استخدم رقم WhatsApp الخاص بالمرسل قيمةً لـ user، واحتفظ بقيمة conversation_id التي يعيدها Dify لتكمل الرسالة التالية من الشخص نفسه المحادثة ذاتها.

يهم response_mode. يعيد blocking النتيجة بعد اكتمال الرد، وتحذّر وثائق Dify من أن التوليد الطويل على Dify Cloud قد يقطعه وكيل الحافة. أما تطبيقات Agent فتدعم streaming فقط، ويفشل معها طلب blocking بالخطأ 400. الشكل المتين هو مستقبل يقرأ البث ويرسل رسالة WhatsApp واحدة في النهاية.

ثم يخرج الرد رسالة نصية عبر Cloud API إلى الرقم نفسه، وهي مجانية داخل نافذة 24 ساعة التي فتحتها رسالة العميل.

### ماذا يضيف خادم MCP داخل Dify؟

قدرة وكيل Dify على التصرف على الرقم دون أن تربط كل استدعاء بنفسك. يتصل Dify بخوادم MCP عبر HTTP، ويسجّل نفسه لديها افتراضيًا عبر التسجيل الديناميكي للعميل في OAuth، وهذا ما يدعمه خادم MCP الخاص بـ EasyCoexistence. أضفه ضمن Tools وسجّل الدخول مرة واحدة، فيحصل الوكيل على الأدوات: عرض الأرقام، فحص صحة رقم، إرسال رسالة، إرسال قالب معتمد، قراءة حالة القالب.

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

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

- استخدام عنوان URL لـ Webhook Trigger في Dify وجهةً لـ webhook. يعود التحدي مغلّفًا بـ JSON ولا تتحقق Meta من نقطة النهاية (endpoint) أبدًا.
- إرسال طلب blocking إلى تطبيق Dify من نوع Agent. تدعم تطبيقات Agent البث فقط، ويفشل الاستدعاء بالخطأ 400.
- استخدام قيمة user جديدة مع كل رسالة. يحصر Dify المحادثات بـ user، فتبدأ كل رسالة محادثة جديدة بلا ذاكرة.

**هل لدى Dify قناة WhatsApp؟** ليس في وثائقه. يمكن الوصول إلى تطبيق Dify عبر Service API، لذا يتصل WhatsApp عبر مستقبل يستدعي هذه الواجهة.

**هل يصلح n8n مستقبلًا؟** نعم. تستقبل عقدة Webhook الرسالة، وتستدعي عقدة HTTP Request تطبيق Dify، وتعيد عقدة HTTP Request ثانية الرد عبر Cloud API إلى العميل.

**هل يستطيع الفريق الرد من الهاتف؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم، وتصل أحداث echo إلى المستقبل عن الردود المرسلة من الهاتف.

**هل ترى EasyCoexistence المحادثة؟** لا. تسلّم Meta إلى مستقبلك مباشرة، ولا يُخزَّن محتوى الرسائل لدينا أبدًا. يقرأ خادم MCP حالة الحساب والأرقام.

---

## الرد على رسائل WhatsApp عبر chatflow في Flowise

https://easycoexistence.com/ar/integrations/flowise

اضبط وجهة خطاف الويب (webhook) للرقم على مستقبِل صغير، مثل سير عمل في n8n أو مسار في الكود الخاص بك. يمرر المستقبِل كل رسالة إلى Prediction API في Flowise مع رقم المرسل معرّفًا للجلسة، ثم يرسل الرد عبر Cloud API باستخدام رمز الوصول (token) ومعرّف رقم الهاتف.

### لماذا يحتاج Flowise إلى طبقة أمامه؟

لأن webhook في Meta وواجهة برمجة التطبيقات (API) في Flowise يستخدمان بنيتين مختلفتين. تتحقق Meta من الوجهة بطلب GET يجب أن يعيد hub.challenge كما هو في نص الاستجابة الخام، ثم تسلّم كل رسالة بطلب POST يحمل JSON متداخلًا. أما Prediction API في Flowise فتتوقع طلب POST إلى /api/v1/prediction/ يليه معرّف التدفق، مع الحقل question. لا يتكيف أي منهما مع الآخر، لذلك يتولى مستقبِل الترجمة بينهما.

يمكن أن يكون المستقبِل عقدة Webhook في n8n، أو مسارًا بلغة Python أو Node، أو أي دالة serverless. يجيب عن طلب GET الخاص بالتحقق، ويفحص سرًّا عشوائيًا طويلًا موضوعًا في عنوان URL الخاص بـ webhook، ويرد على Meta بالرمز 200 فورًا، ثم ينفذ العمل. السر في عنوان URL هو المصادقة المجدية هنا: توقّع Meta عمليات التسليم بسر التطبيق الخاص بـ Tech Provider، وهو لا يُشارك أبدًا، ولذلك لا يمكن التحقق من ترويسة X-Hub-Signature-256 من جانبك.

### كيف ينبغي أن يستدعي المستقبِل Prediction API؟

بنص العميل في الحقل question، ورقم WhatsApp الخاص بالعميل معرّفًا للجلسة. يقبل Flowise القيمة overrideConfig مع كل طلب، وsessionId بداخلها هو ما يتيح لعقد الذاكرة الاحتفاظ بمحادثة واحدة لكل شخص بدلًا من خلط الجميع في سلسلة واحدة. ورقم المرسل في حمولة webhook مفتاح ثابت وطبيعي لذلك.

إذا كان chatflow محميًا بمفتاح API، يرسله المستقبِل بوصفه bearer token. اضبط streaming على false ما لم يكن المستقبِل مبنيًا لتجميع البث، لأن WhatsApp يسلّم رسالة كاملة واحدة لا رمزًا بعد رمز.

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

### هل يمكن لوكيل Flowise استخدام خادم MCP الخاص بـ EasyCoexistence؟

ليس اليوم. يتصل Custom MCP في Flowise بخادم Streamable HTTP عبر عنوان URL ومجموعة رؤوس، وعادةً token ثابت من نوع bearer محفوظ في متغير داخل Flowise. أما خادم MCP الخاص بـ EasyCoexistence فيعتمد المصادقة عبر OAuth، بتسجيل دخول من المتصفح ورموز يصدرها بنفسه، فلا يوجد مفتاح ثابت يوضع في ترويسة.

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

وتصل الرسائل الواردة عبر webhook فقط، مهما كانت طريقة الإرسال.

- إغفال sessionId. حينها يتشارك كل العملاء ذاكرة واحدة، وقد تظهر تفاصيل شخص في رد موجه إلى شخص آخر.
- انتظار Flowise قبل الرد على Meta. الرد 200 البطيء يُعاد إرساله، فتُعالَج الرسالة نفسها مرتين.
- ترك التدفق يرسل نصًا حرًا بعد يوم. خارج النافذة ترفضه Meta مع الخطأ 131047.

**هل لدى Flowise عقدة WhatsApp؟** ليس في وثائقه. يُوصل إليه عبر Prediction API، ولهذا يوجد مستقبِل بين Meta والتدفق.

**هل يمكن أن يكون n8n هو المستقبِل؟** نعم. تستقبل عقدة Webhook، وتستدعي عقدة HTTP Request خدمة Flowise، وترسل عقدة HTTP Request أخرى الرد عبر Cloud API الرسمي.

**كيف أوقف البوت عندما يرد شخص من الهاتف؟** راقب أحداث echo. يصل الرد المرسل من تطبيق WhatsApp Business إلى المستقبِل، الذي يستطيع إيقاف التدفق مؤقتًا لجهة الاتصال تلك.

**هل تخزّن EasyCoexistence المحادثة؟** لا. تسلّم Meta إلى المستقبِل مباشرة. ويحتفظ Flowise بما تضبط عقد الذاكرة لديه على الاحتفاظ به.

---

## امنح وكيل LangChain رقم WhatsApp

https://easycoexistence.com/ar/integrations/langchain

يحصل وكيل LangChain على WhatsApp من نصفين. تصل الرسائل الواردة إلى مسار الويب لديك عبر خطاف الويب (webhook) الخاص بالرقم، ثم يستدعي المسار الوكيل. وللتنفيذ، يحمّل الوكيل أدوات MCP من EasyCoexistence عبر MCPAdapter في LangChain مع OAuth، أو يستدعي Cloud API مباشرة باستخدام phone_number_id ورمز الوصول (token) الخاصين بالرقم.

### كيف يحمّل وكيل LangChain أدوات WhatsApp؟

عبر MCPAdapter، عميل MCP في LangChain، الذي يسلّم أدوات خادم MCP إلى create_agent كأدوات LangChain عادية. يتطلب langchain[mcp] بالإصدار 1.4.0 أو أحدث، وهو تجريبي.

تُفوَّض المصادقة إلى FastMCP. تمرير auth="oauth" في العميل يشغّل تدفق OAuth 2.1 كاملاً: الاكتشاف وتسجيل العميل الديناميكي وإعادة التوجيه في المتصفح وتبادل token. وهذا ما يتوقعه خادم MCP في EasyCoexistence، فلا يوجد مفتاح تنشئه أو تلصقه. افتراضياً تبقى الرموز في الذاكرة فتكرر كل عملية تشغيل خطوة المتصفح، أما موفر OAuth في FastMCP مع مخزن token فيحتفظ بها بين عمليات التشغيل.

بعد التحميل يرى الوكيل الأدوات مع أوصافها: list_numbers أولاً، لأن كل أداة أخرى تأخذ منها connection_id، ثم send_message وsend_template وlist_templates وget_number_health وبقية الأدوات.

### كيف تصل رسالة WhatsApp الواردة إلى الوكيل؟

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

اضبط وجهة webhook للرقم على مسار في تطبيقك، مع سر عشوائي طويل في مسار عنوان URL. يرد المسار على طلب GET للتحقق من Meta بقيمة challenge كما هي، ويقبل كل طلب POST، ويعيد 200 فوراً ويضع العمل في قائمة انتظار. ثم يأخذ عامل المرسل والنص من الحمولة ويستدعي الوكيل بهما، مع رقم المرسل كمعرّف للمحادثة (thread id) لتبقى الذاكرة لكل زبون على حدة.

تحقق من السر في URL بدلاً من ترويسة X-Hub-Signature-256. توقّع Meta بالسر الخاص بتطبيق Tech Provider، وهو لا يُشارك أبداً، فلا يستطيع صاحب الحساب التحقق من تلك الترويسة.

### هل يرسل الوكيل عبر MCP أم عبر Cloud API؟

كلاهما يصلح، والفرق في من يحمل القواعد. تحمل أدوات MCP قواعد WhatsApp في أوصافها، مثل أن send_message يعمل داخل نافذة 24 ساعة فقط، وأن send_template هي الطريق للوصول إلى من لم يكتب. والنموذج الذي يقرأ هذه الأوصاف يختار الأداة الصحيحة في أغلب الأحيان، وهذا مفيد حين يقرر الوكيل بحرية.

أما أداة بسيطة من عندك ترسل إلى نقطة النهاية (endpoint) الخاصة بالرسائل في Cloud API باستخدام token الرقم فهي أبسط حين تكون مهمة الوكيل ضيقة، كالرد دائماً على من كتب للتو. عندها يكون فحص النافذة في شيفرتك، وهو المكان الذي تنتمي إليه قاعدة يجب ألا تُكسر أبداً. النص الحر خارج النافذة يعود بالخطأ 131047، ولا يرى الزبون شيئاً.

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

**هل هذا لـ Python فقط؟** مثال MCPAdapter بلغة Python. أما webhook وCloud API فهما HTTP عادي، فأي لغة يعمل بها LangChain يمكنها الاستقبال والإرسال.

**هل يحتاج الوكيل إلى list_numbers في كل مرة؟** يحتاج إلى connection_id، وlist_numbers هو المكان الوحيد الذي يأتي منه. مع رقم واحد يستدعيه الوكيل مرة واحدة في البداية.

**هل يستطيع الفريق الرد من الهاتف؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل، وتصل ردود الهاتف إلى مسارك كأحداث echo يمكن للوكيل أخذها في الحسبان.

**هل تقرأ EasyCoexistence المحادثة؟** لا. تسلّم Meta مباشرة إلى مسارك ولا يُخزَّن محتوى الرسائل لدينا أبداً. تقرأ أدوات MCP حالة الحساب والرقم.

---

## تشغيل وكيل OpenAI Agents SDK على WhatsApp

https://easycoexistence.com/ar/integrations/openai-agents-sdk

اضبط وجهة خطاف الويب (webhook) للرقم على مسار في تطبيق Python لديك. لكل رسالة واردة، شغّل الوكيل بـ Runner.run مع جلسة مفتاحها رقم المرسل، ثم أرسل result.final_output عبر Cloud API باستخدام رمز الوصول (token) الخاص بالرقم ومعرّف الرقم (phone number id). يظل تطبيق WhatsApp Business يعمل على الرقم نفسه.

### كيف تتحول رسالة WhatsApp إلى تشغيل للوكيل؟

عبر مسار في تطبيقك أنت تستدعيه Meta. اضبط وجهة webhook للرقم عليه، مع سر عشوائي طويل في المسار. يرد المسار على طلب GET للتحقق من Meta بإرجاع hub.challenge نصًا عاديًا، ويقبل كل طلب POST، ويرد بـ 200 فورًا ويضع العمل في قائمة انتظار، لأن Meta تعيد المحاولة عند بطء الاستجابة فتشغّل الوكيل مرتين.

بعد ذلك يقرأ عامل المعالجة المرسل والنص من الحمولة ويستدعي Runner.run. مرّر جلسة معرّفها رقم المرسل: يخزّن SDK المحادثة تحت ذلك المعرّف، فتكمل الرسالة التالية من العميل نفسه من حيث توقفت السابقة، ولا يتشارك عميلان السجل نفسه. يكفي SQLiteSession للبدء، ويوفر SDK أيضًا جلسات Redis وSQLAlchemy عند تعدد العمال.

السر في عنوان URL هو المصادقة هنا. توقّع Meta الرسائل بالسر الخاص بتطبيق Tech Provider، لذلك لا يستطيع العميل التحقق من ترويسة التوقيع.

### لماذا ترسل شيفرتك الرد لا الوكيل؟

لأن القاعدة الوحيدة التي يجب ألا تُكسر هي قاعدة توقيت، والشيفرة تفرضها أفضل من أي موجّه. تفتح Meta نافذة خدمة العملاء مدتها 24 ساعة حين يكتب العميل. داخلها يمرّ النص الحر. وخارجها لا يمرّ إلا قالب معتمد، ويعود النص الحر بالخطأ 131047.

عامل المعالجة الذي يجيب عن الرسالة التي وصلت للتو يكون داخل النافذة دائمًا، فإرسال result.final_output نصًا آمن بحكم البنية. أما العمل الذي يحدث لاحقًا، كمتابعة صباح اليوم التالي أو تذكير، فيجب أن يمر عبر مسار منفصل يرسل قالبًا ولا يرسل نصًا حرًا أبدًا.

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

### هل يستطيع الوكيل استخدام خادم MCP الخاص بـ EasyCoexistence؟

نعم، عبر MCPServerStreamableHttp، لكن الإعداد أطول من ترويسة. يقبل SDK إما ترويسة Authorization وإما httpx.Auth في params["auth"] لمصادقة الخادم. يصدر خادم MCP الخاص بـ EasyCoexistence رموز OAuth الخاصة به بعد تسجيل دخول في المتصفح، مع تسجيل ديناميكي للعميل وPKCE، لذلك لا يوجد مفتاح ثابت. يوفر MCP Python SDK الفئة OAuthClientProvider، وهي معالج مصادقة HTTP ينفذ هذا المسار مع PKCE وتجديد token، وهذا ما يوضع في params["auth"] ضمن الإعداد.

يستحق ذلك حين يُراد أن يقرر الوكيل بنفسه: يفحص صحة رقم، أو يقرأ حالة قالب، أو يختار بين send_message وsend_template وفق القواعد الواردة في أوصاف الأدوات. أما مكتب استقبال يكتفي بالرد، فعامل المعالجة أعلاه أقصر وأقل عرضة للأعطال.

وفي الحالتين يبقى webhook. MCP نمطه طلب واستجابة، ولا تصل رسالة العميل إلى الوكيل إلا عبر المسار الذي تستدعيه Meta.

- تشغيل الوكيل قبل إعادة 200 إلى Meta. تُعاد المحاولة عند بطء الاستجابة، فيصل إلى العميل جوابان.
- استخدام جلسة واحدة لكل العملاء. اجعل المفتاح رقم المرسل، وإلا اختلطت السجلات.
- ترك متابعة متأخرة ترسل نصًا حرًا. بعد 24 ساعة تفشل بالخطأ 131047، فأرسل قالبًا بدلًا منه.

**هل يتطلب هذا أداة MCP المستضافة في OpenAI Responses API؟** لا. يشغّل عامل المعالجة الوكيل محليًا بـ Runner.run، وجانب WhatsApp مجرد استدعاء HTTPS عادي تجريه شيفرتك.

**أي إصدار من Graph API أستخدم؟** تعتمد أمثلة Meta الحالية على v25.0 في الإرسال. ثبّت الإصدار في موضع واحد من شيفرتك لتصبح الترقية تعديلًا في سطر واحد.

**هل يستطيع شخص أن يتولى الرد من الهاتف؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل، ويصل رد الهاتف إلى مسارك على هيئة حدث echo يستطيع عامل المعالجة استخدامه لإيقاف الوكيل مؤقتًا.

**هل يخزّن EasyCoexistence المحادثة؟** لا. تسلّم Meta الرسائل إلى مسارك مباشرة، وما تخزنه الجلسة يبقى في قاعدة بياناتك أنت.

---

## بناء وكيل على WhatsApp باستخدام Vercel AI SDK

https://easycoexistence.com/ar/integrations/vercel-ai-sdk

تصل الرسائل الواردة إلى route handler يُضبط وجهةً لخطاف الويب (webhook) الخاص بالرقم. يستدعي المعالج generateText ويرسل الإجابة عبر Cloud API. أما الأدوات التي تعمل على الرقم، فيتصل createMCPClient من @ai-sdk/mcp بخادم EasyCoexistence MCP عبر HTTP، ويسجّل الدخول عبر OAuth بفضل authProvider الذي تزوّده به.

### كيف يستقبل route handler رسائل WhatsApp؟

بطريقتين على مسار واحد، يُضبط وجهةً لـ webhook الخاص بالرقم، مع سر عشوائي طويل في المسار.

تجيب GET على تحقق Meta. اقرأ hub.mode وhub.verify_token وhub.challenge من الاستعلام، وقارن رمز الوصول (token)، ثم أعد قيمة challenge نصًا عاديًا. إعادتها عبر دالة JSON هي الخطأ الكلاسيكي: يصل المحتوى وحوله علامات اقتباس، فلا تبدأ Meta بالتسليم أبدًا.

تستقبل POST الأحداث. أعد 200 بسرعة ونفّذ استدعاء النموذج بعد ذلك، لأن Meta تعيد المحاولة عند بطء الاستجابة، وقد يردّ التشغيل البارد الذي ينفّذ النموذج داخل الطلب على الرسالة نفسها مرتين. في المنصات التي تنهي الدالة عند إرسال الاستجابة، سلّم العمل إلى طابور أو إلى آلية المنصة لتنفيذ العمل بعد الاستجابة.

سر المسار هو المصادقة. توقّع Meta كل عملية تسليم بسر تطبيق Tech Provider، لذلك لا يمكن التحقق من ترويسة X-Hub-Signature-256 من جانبك.

### كيف يحمّل AI SDK أدوات WhatsApp؟

باستخدام createMCPClient من @ai-sdk/mcp ونقل HTTP الذي توصي به وثائق AI SDK للإنتاج. يأخذ النقل عنوان URL الخاص بالخادم وauthProvider، وOAuth عبر authProvider هو طريقة تفويض خادم EasyCoexistence MCP: ينشر الخادم بيانات OAuth الوصفية، ويدعم التسجيل الديناميكي للعميل وPKCE، ويصدر رموزه الخاصة بعد تسجيل الدخول. لا يوجد مفتاح واجهة برمجة التطبيقات (API) لوضعه في ترويسة.

تدخل أدوات العميل مباشرة في generateText أو streamText. عندها يرى النموذج list_numbers وsend_message وsend_template وget_number_health وغيرها، بأوصاف تذكر نافذة 24 ساعة. أغلق العميل عند انتهاء الاستدعاء، في دالة onEnd للبث أو في كتلة finally في غير ذلك، كما تطلب وثائق AI SDK.

استخدمه حيث ينبغي للنموذج أن يقرر. أما الرد على الرسالة التي وصلت للتو، فاستدعاء Cloud API المباشر من المعالج أقصر.

### ما الذي يتغير مع Coexistence على الرقم؟

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

الثاني أن الإرسال محدود بحد ثابت هو 20 رسالة في الثانية للرقم. الوكيل المحادثي لا يقترب منه أبدًا، أما حلقة بث مكتوبة بـ Promise.all على قائمة جهات اتصال فستبلغه، لذا قسّمها إلى دفعات.

كل ما عدا ذلك هو Cloud API العادية. خلال 24 ساعة من آخر رسالة للعميل يُسمح بالنص الحر. بعد ذلك لا يمر إلا قالب معتمد، ويعيد النص الحر الخطأ 131047 دون أن يرى العميل شيئًا.

- إعادة challenge عبر دالة استجابة JSON. علامات الاقتباس حولها تُفشل تحقق Meta.
- تشغيل generateText قبل الرد على Meta. عند التشغيل البارد تنتج إعادة المحاولة إجابة ثانية.
- نسيان إغلاق عميل MCP. كل طلب يترك اتصالًا مفتوحًا إلى أن تقتله المنصة.

**هل يعمل هذا على Vercel فقط؟** لا. AI SDK مكتبة TypeScript، ويمكن تشغيل المسار على أي مضيف يخدم HTTPS ويستجيب لطلبي GET وPOST معًا.

**هل أحتاج إلى عميل MCP أصلًا؟** ليس للرد. يكفي fetch إلى نقطة النهاية (endpoint) الخاصة بالرسائل في Cloud API مع token الخاص بالرقم. يستحق MCP مكانه حين يختار النموذج ما يفعله.

**أي مزوّد يمكن أن يكون النموذج؟** أي مزوّد يدعمه AI SDK. جانب WhatsApp مستقل عن النموذج، فتغيير المزوّد لا يمس المسار ولا يمس استدعاء Cloud API أبدًا.

**هل ترى EasyCoexistence الرسائل؟** لا. تسلّم Meta إلى المسار لديك مباشرة، ولا يُخزَّن محتوى الرسائل لدينا أبدًا.

---

## إرسال رسائل الطلبات عبر WhatsApp من Shopify

https://easycoexistence.com/ar/integrations/shopify

يمكن لإجراء Send HTTP request في Shopify Flow أن يرسل قالبًا معتمدًا إلى Cloud API عند إنشاء طلب، باستخدام معرّف رقم الهاتف للرقم المتصل ورمز الوصول (token) المخزّن كسر في Flow. وفي الخطط التي لا تتضمن هذا الإجراء، يُرسل خطاف الويب (webhook) الخاص بإدارة Shopify إلى مستقبِل، مثل n8n، ينفذ الاستدعاء نفسه.

### كيف يرسل Shopify Flow رسالة WhatsApp؟

عبر إجراء Send HTTP request، الذي يرسل طلب POST إلى أي عنوان URL مع ترويسات ومتن يمكن أن يستخدم متغيرات Liquid من المشغّل.

أنشئ سير عمل على مشغّل إنشاء الطلب وأضف Send HTTP request. عنوان URL هو نقطة النهاية (endpoint) الخاصة برسائل Cloud API للرقم المتصل بحسب معرّف رقم الهاتف. أضف ترويسة Authorization قيمتها Bearer متبوعة بـ token الخاص بالرقم، مخزّنًا كسر في Flow ومشارًا إليه كمتغير سري. لا تظهر القيم السرية في واجهة Flow أبدًا، وتُحجب من سجلات التشغيل، وهذا هو المكان الصحيح لـ token. المتن رسالة قالب، ورقم هاتف العميل في الحقل to وتفاصيل الطلب معاملات للقالب.

يعدّ Flow الاستجابة 2XX أو 3XX نجاحًا. وترد Meta على الطلب الصحيح بمعرّف الرسالة، فنجاح التشغيل يعني أن Meta قبلت الرسالة.

### لماذا يجب أن تكون رسالة الطلب قالبًا؟

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

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

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

### ماذا لو لم تتضمن خطة المتجر إجراء Send HTTP request؟

استخدم webhook من إدارة Shopify بدلًا منه. ضمن الإعدادات ثم الإشعارات ثم Webhooks، يمكن للتاجر إنشاء webhook لحدث مثل إنشاء الطلب، بصيغة JSON، إلى عنوان URL. وجّهه إلى مستقبِل: عقدة Webhook في n8n، أو مسار في PHP أو Python أو Node. يقرأ المستقبِل الطلب ويتحقق من الموافقة وينفذ استدعاء القالب نفسه إلى Cloud API.

أيًّا كان المسار الذي يرسل، فالردود واحدة. عندما يجيب العميل عن رسالة الطلب، يصل الرد إلى تطبيق WhatsApp Business على هاتف المتجر، لأن الرقم مفعّل عليه Coexistence، وتصبح نافذة 24 ساعة مفتوحة للنص الحر. وإذا كانت وجهة webhook الخاصة بالرقم مضبوطة، يصل الرد إلى نظامك أيضًا. وتظهر رسالة الطلب نفسها في التطبيق كذلك، فيرى من يجيب ما الذي يرد عليه العميل.

- إرسال نص حر عند إنشاء الطلب. لم يكتب العميل بعد، فترفضه Meta؛ ويجب أن يكون قالبًا معتمدًا.
- ترك معالجة الأخطاء على Retry للاستجابات 4XX. قد يعيد Flow لمدة تصل إلى 24 ساعة محاولة طلب لن تقبله Meta أبدًا.
- وضع token في الترويسة كنص عادي. خزّنه كسر في Flow ليبقى خارج الواجهة والسجلات.

**من يدفع تكلفة رسائل القوالب؟** تحاسب Meta النشاط التجاري مباشرة على الرسائل في حساب WhatsApp Business الخاص به. ولا تضيف EasyCoexistence أي هامش عليها.

**هل يستطيع الفريق الرد على العملاء من الهاتف؟** نعم. هذا ما تحافظ عليه Coexistence: يعمل تطبيق WhatsApp Business على الرقم نفسه الذي يرسل منه المتجر.

**هل يتطلب هذا تطبيقًا في Shopify؟** لا. يكفي Send HTTP request في Flow، أو webhook من الإدارة إلى مستقبِل. فاستدعاء Cloud API هو طلب HTTPS واحد.

**ما صيغة رقم الهاتف التي يتطلبها الحقل to بالضبط؟** الصيغة الدولية برمز الدولة وأرقام فقط. نظّف حقل هاتف صفحة الدفع قبل الإرسال، لأن العملاء يكتبون مسافات ورموزًا.

---

## إرسال تحديثات طلبات WooCommerce عبر WhatsApp

https://easycoexistence.com/ar/integrations/woocommerce

أنشئ خطاف الويب (webhook) في WooCommerce لأحداث الطلبات يشير إلى مستقبل، مثل سير عمل في n8n أو مسار PHP صغير. يتحقق المستقبل من توقيع WooCommerce، ويتأكد من موافقة العميل على رسائل WhatsApp، ثم يرسل قالبًا معتمدًا عبر Cloud API باستخدام phone number id ورمز الوصول (token) الخاصين بالرقم المتصل.

### كيف يطلق طلب WooCommerce رسالة WhatsApp فعليًا؟

عبر webhook في WooCommerce ومستقبل. في WooCommerce، افتح الإعدادات، ثم متقدم، ثم Webhooks، وأضف webhook بموضوع متعلق بالطلب، مثل إنشاء الطلب أو تحديثه، مع عنوان URL للتسليم وسر. بعدها يرسل WooCommerce الطلب بصيغة JSON إلى ذلك العنوان في كل مرة يقع فيها الحدث.

الحمولة ثابتة، لذلك لا يمكن توجيهها إلى Cloud API مباشرة. يتوسط بينهما مستقبل: عقدة Webhook في n8n، أو مسار في PHP الخاص بالمتجر، أو أي خدمة صغيرة. يقرأ الطلب، ويختار رقم هاتف العميل والتفاصيل التي تحتاجها الرسالة، ثم يرسل طلب HTTPS واحدًا إلى نقطة النهاية (endpoint) الخاصة بالرسائل في Cloud API للرقم المتصل، مع token الرقم بوصفه bearer token.

الموضوع order.updated غير مرتبط بحالة واحدة، لذا ينبغي أن يقرأ المستقبل حقل status في الطلب ويرسل مرة واحدة لكل انتقال يهمك. يسلّم WooCommerce في الخلفية عبر wp-cron افتراضيًا، فقد تصل الرسالة بعد الطلب بتأخير قصير.

### كيف يعرف المستقبل أن الطلب جاء من المتجر؟

من توقيع WooCommerce. يحمل كل تسليم ترويسة X-WC-Webhook-Signature، وهي HMAC-SHA256 للحمولة الخام بترميز base64، محسوبة بالسر الذي حددته في webhook. يحسب المستقبل التجزئة نفسها على المحتوى الذي استلمه ويقارنها، ويرفض كل ما لا يطابق.

هذا هو سر المتجر نفسه، فعلى عكس توقيع Meta على رسائل WhatsApp الواردة، يمكن التحقق منه. قارن بزمن ثابت، واحسب التجزئة على المحتوى الخام قبل أن يحلله أي إطار عمل، لأن JSON المعاد ترميزه ينتج تجزئة مختلفة.

استجب بسرعة برمز 2xx. يعدّ WooCommerce أي استجابة ليست 2xx أو 301 أو 302 فشلًا، وبعد أكثر من خمسة إخفاقات متتالية يعطّل webhook. مستقبل متوقف بسبب نشر جديد، أو بطيء لأنه ينتظر Meta قبل الرد، قد يوقف رسائل المتجر دون أن يلاحظ أحد.

### ماذا يمكن للمتجر أن يرسل، ومتى؟

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

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

بعد أن يرد العميل تصبح المحادثة Coexistence عادية. يظهر الرد في تطبيق WhatsApp Business على هاتف المتجر، وتكون النافذة مفتوحة للنص الحر، ويرد الفريق من التطبيق كما اعتاد.

- تنفيذ استدعاء Cloud API قبل الرد على WooCommerce. الإرسال البطيء أو الفاشل يُحتسب ضد webhook، الذي يُعطَّل بعد أكثر من خمسة إخفاقات.
- حساب التجزئة على JSON المحلَّل بدل المحتوى الخام. لا يتطابق التوقيع أبدًا، فيُرفض كل تسليم سليم.
- الإرسال عند كل تسليم لـ order.updated. الموضوع غير مرتبط بحالة واحدة، فدون تتبع الانتقال الذي أُرسلت عنه رسالة بالفعل يصل التكرار إلى العملاء.

**هل أحتاج إلى إضافة WordPress لهذا؟** لا. تكفي webhooks المدمجة في WooCommerce ومستقبل، ويمكن أن يكون المستقبل مسارًا في تطبيق PHP نفسه.

**من يدفع تكلفة رسائل الطلبات؟** تحاسب Meta على المراسلة النشاط التجاري مباشرة عبر حسابه في WhatsApp Business، ولا تضيف EasyCoexistence أي هامش.

**هل يبقى الهاتف متاحًا للفريق؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على رقم المتجر، ويظهر القالب الذي أرسله المتجر في المحادثة.

**ماذا لو عُطّل webhook بالفعل؟** أصلح المستقبل، ثم أعد حالة webhook إلى نشط في WooCommerce. الطلبات التي أُنشئت أثناء تعطله لم تُطلق أي رسالة.

---

## إرسال واستقبال WhatsApp من PHP وLaravel

https://easycoexistence.com/ar/integrations/php-laravel

الاستقبال مسار في Laravel يجيب عن طلب GET الخاص بتحقق Meta ويقبل طلبات POST، ويقرأ المعاملات بالأسماء hub_mode وhub_verify_token وhub_challenge لأن PHP يحوّل النقاط إلى شرطات سفلية. أما الإرسال فطلب POST واحد عبر Http::withToken() إلى نقطة النهاية (endpoint) الخاصة بالرسائل في Cloud API، مع معرّف الرقم (phone number id) ورمز الوصول (token). ولا حاجة إلى أي حزمة SDK للقيام بذلك.

### كيف تستقبل رسائل WhatsApp في Laravel؟

بتعريف مسارين على المسار نفسه في routes/api.php: واحد لـ GET وآخر لـ POST. شغّل php artisan install:api أولاً إذا لم يكن الملف موجوداً. مسارات API عديمة الحالة وخارج مجموعة web، فلا يُرفض طلب POST القادم من Meta. أما إذا وُضع المسار في routes/web.php فيُرفض الطلب لغياب رمز CSRF المطلوب.

مسار GET يجيب عن تحقق Meta. ترسل Meta الحقول hub.mode وhub.verify_token وhub.challenge، لكن PHP يستبدل النقاط في أسماء المتغيرات الواردة بشرطات سفلية، فيرى Laravel الأسماء hub_mode وhub_verify_token وhub_challenge. الشيفرة التي تقرأ الأسماء ذات النقاط تحصل على null ولا ينجح التحقق أبداً. أعد قيمة challenge كنص عادي، وليس عبر response()->json().

أما مسار POST فيمرّر الحمولة إلى مهمة في الطابور ويعيد 200 فوراً. ضع مفتاحاً عشوائياً طويلاً في المسار وتحقق منه في المسارين: توقّع Meta عمليات التسليم بالسر الخاص بتطبيق Tech Provider، لذا لا يمكنك التحقق من ترويسة التوقيع من جهتك.

### كيف ترسل رسالة WhatsApp من Laravel؟

بعميل HTTP في Laravel: طلب POST واحد إلى نقطة النهاية الخاصة بالرسائل لمعرّف الرقم، مع رمز الوصول كرمز Bearer. القيمتان تأتيان من الاتصال، وتظهران في لوحة التحكم وتعيدهما الأداة get_api_credentials، ومكانهما config/services.php مدعوماً بمتغيرات البيئة وليس الشيفرة نفسها.

يعتمد شكل الجسم على التوقيت. خلال 24 ساعة من آخر رسالة للعميل، يعمل كائن text كما في المثال أدناه. وخارج هذه النافذة تقبل Meta كائن template فقط، يحدد قالباً معتمداً ولغته، ويفشل النص الحر بالخطأ 131047. والاستجابة هي المكان الذي ترى فيه ذلك: الطلب الفاشل يعيد كائن error يبيّن رمزه سبب المشكلة، فسجّله بدلاً من تجاهله.

لا شيء في الطلب خاص بـ EasyCoexistence. إنه الطلب نفسه الموجود في وثائق Meta، لذا يعمل أي عميل HTTP في PHP بالطريقة نفسها، سواء Guzzle أو cURL المباشر.

### ماذا يحتاج معالج Laravel في بيئة الإنتاج أكثر من ذلك؟

يحتاج إلى طابور حقيقي، وإزالة للتكرار، وفحص للنافذة الزمنية.

الطابور مهم لأن Meta تعيد المحاولة عندما تتأخر الاستجابة. لا يعود HandleWhatsAppEvent::dispatch() بسرعة إلا إذا كان اتصال الطابور حقيقياً ويعمل معه worker. أما مع المشغّل sync فتُنفَّذ المهمة داخل الطلب نفسه، فيتحول أي استدعاء بطيء لنموذج أو كتابة في قاعدة البيانات إلى تسليم مكرر.

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

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

- قراءة hub.challenge بالنقطة. غيّر PHP اسمه إلى hub_challenge، فيعيد المعالج جسماً فارغاً ولا تتحقق Meta أبداً.
- وضع خطاف الويب (webhook) في routes/web.php. طلب POST من Meta لا يحمل رمز CSRF فيُرفض بالخطأ 419.
- الإرسال إلى طابور sync. تُنفَّذ المهمة قبل إعادة 200، وتُعاد محاولة المعالجة البطيئة، فتُعالَج الرسائل مرتين.
- إعادة قيمة challenge عبر response()->json(). علامات الاقتباس حول القيمة تُفشل فحص Meta.

**هل توجد حزمة SDK لـ PHP؟** ليس منّا، ولا حاجة إليها. الواجهة من Meta وموثقة لدى Meta، ويصل إليها عميل HTTP في Laravel أو Guzzle مباشرة.

**هل يعمل هذا دون Laravel؟** نعم. في PHP العادي اقرأ $_GET['hub_challenge'] وأعده كنص من النوع text/plain، وأرسل عبر cURL. قاعدة الشرطة السفلية تنطبق على كل أطر PHP.

**لماذا يحتاج عنوان URL إلى مفتاح في المسار؟** لأنه التحقق الوحيد الذي ينجح فعلاً. يعتمد توقيع Meta على السر الخاص بتطبيق Tech Provider ولا يُشارك أبداً، فيبقى سر العنوان هو ما يمنع الغرباء من إرسال أحداث مزيفة.

**هل يستطيع الفريق مواصلة استخدام الهاتف؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم، وتصل الرسائل المرسلة من الهاتف إلى مسارك كأحداث echo.

---

## WhatsApp Coexistence في البرازيل: التوفر وأسعار Meta

https://easycoexistence.com/ar/docs/whatsapp-coexistence-brazil

Coexistence متاحة في البرازيل: لا تفرض وثائق Meta الخاصة بإلحاق مستخدمي تطبيق WhatsApp Business أي قيد جغرافي. تُسعَّر الرسائل إلى أرقام +55 وفق بطاقة أسعار Meta الخاصة بالبرازيل، وتبلغ فيها اعتبارًا من 1 أكتوبر 2026 قيمة USD 0.0625 لكل قالب تسويقي وUSD 0.0068 لكل قالب خدمات أو مصادقة، مع نشر الأسعار بالريال البرازيلي إلى جانبها.

### هل تتوفر WhatsApp Coexistence في البرازيل؟

نعم. تسرد وثائق Meta الحالية لإلحاق مستخدمي تطبيق WhatsApp Business المتطلبات التي يجب أن يستوفيها الرقم، وليس بينها أي بلد. يتأهل الرقم البرازيلي بالشروط نفسها كأي رقم آخر: أن يتم الإلحاق عبر Embedded Signup من خلال Tech Provider أو Solution Partner، وأن يكون الرقم قيد الاستخدام فعلًا على تطبيق WhatsApp Business، وأن يكون إصدار التطبيق 2.24.17 أو أحدث.

بعد الاتصال يستمر التطبيق على الهاتف في العمل، ويحصل الرقم +55 نفسه على وصول إلى Cloud API. تثبّت Meta معدل الإرسال على هذه الأرقام عند 20 رسالة في الثانية للحفاظ على التوافق مع التطبيق.

### كم تتقاضى Meta عن كل رسالة في البرازيل؟

تحتسب Meta الرسوم عن كل رسالة مُسلَّمة، بحسب الفئة ورمز اتصال بلد المستلم. البرازيل (+55) سوق مسمّى في بطاقة الأسعار، فتُحتسب الرسائل إلى الأرقام البرازيلية بأسعار البرازيل نفسها لا بمتوسط إقليمي. هذه هي الأسعار المعلنة السارية من 1 أكتوبر 2026، من بطاقتي أسعار Meta بالدولار الأمريكي والريال البرازيلي. وقد تنخفض أسعار قوالب الخدمات والمصادقة أكثر بحسب شرائح الحجم الشهرية، وتطبقها Meta لكل سوق ولكل فئة.

### ما الرسائل التي تبقى مجانية؟

ثلاثة أمور بلا تكلفة. الرسائل التي تكتبها في تطبيق WhatsApp Business على الهاتف تبقى مجانية بعد الإلحاق، لأن Meta لا تطبق تسعير Cloud API إلا على ما يُرسل عبر واجهة برمجة التطبيقات (API). يحصل كل رقم هاتف تجاري على 1,000 رسالة خدمة مجانية شهريًا، وهي الردود التي لا تستخدم قالبًا وتُرسل خلال نافذة خدمة العملاء البالغة 24 ساعة. وتُفتح نافذة نقطة الدخول المجانية عندما يصل عميل من إعلان Click to WhatsApp، فيكون كل ما يُرسل داخلها مجانيًا لمدة تصل إلى 7 أيام.

تغيّر أمران في 1 أكتوبر 2026: أصبحت رسائل الخدمة بعد أول 1,000 رسالة كل شهر مدفوعة، وكذلك قوالب الخدمات المرسلة داخل نافذة خدمة العملاء.

### هل تُصدر Meta فواتير الأنشطة التجارية البرازيلية بالريال؟

نعم، الآن. بدأت Meta توطين الفوترة للبرازيل في 1 يوليو 2026. يمكن لمزودي الحلول (Solution Providers) وللأنشطة التجارية المدمجة مباشرة، ممن يكون بلد Sold-To لديهم في Billing Hub هو البرازيل، إنشاء حسابات Messaging بعملة BRL، وتصدر Facebook Brasil، الكيان المحلي لدى Meta، فواتير الرسوم على هذه الحسابات بالريال البرازيلي.

للتغيير موعد نهائي. على العملاء المؤهلين نقل كل حساب Messaging في Business Portfolio الخاص بهم إلى BRL قبل 30 يونيو 2027، لأن Meta ستتوقف اعتبارًا من 1 يوليو 2027 عن تسليم الرسائل من حساباتهم بعملة أخرى. وتوفر Meta أداة Currency Migration API لهذا النقل، إذ لا يمكن تغيير العملة المختارة عند إنشاء الحساب بطريقة أخرى.

1. Check the number: Confirm the +55 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Set up billing: Add a payment method in Billing Hub, in BRL if your Sold-To country is Brazil.
3. Run Embedded Signup: Log in with Facebook, choose the portfolio and the number, and confirm the connection in the app.

- إبقاء حساب Messaging بالدولار الأمريكي بعد 30 يونيو 2027 حين يكون بلد Sold-To لديك هو البرازيل. ستتوقف Meta عن تسليم رسائله اعتبارًا من 1 يوليو 2027.
- اعتبار كل رد مجانيًا. منذ 1 أكتوبر 2026 تُحتسب رسوم على رسائل الخدمة التي تتجاوز 1,000 لكل رقم في الشهر.
- وضع الميزانية بحسب مكان النشاط التجاري. تسعّر Meta بحسب رمز اتصال المستلم، فالرسالة إلى رقم برتغالي تُحتسب بأسعار Rest of Western Europe كما هي مدرجة في بطاقة الأسعار.

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

**هل الأسعار بـ BRL هي نفسها بالدولار الأمريكي؟** تنشر Meta بطاقة أسعار مستقلة لكل عملة. بالنسبة للبرازيل، تذكر بطاقة 1 أكتوبر 2026 قيمة BRL 0.3217 للتسويق وBRL 0.035 للخدمات والمصادقة.

**هل يكلّف شيئًا ما أرسله من الهاتف؟** لا. تنص وثائق Meta على أن الرسائل المرسلة عبر تطبيق WhatsApp Business تبقى مجانية بعد الإلحاق. تسري أسعار Cloud API على الإرسال عبر API فقط.

**ماذا يحدث إذا لم يكن لحسابي وسيلة دفع؟** تواصل Meta تسليم رسائل الخدمة ضمن الشريحة المجانية البالغة 1,000، لكنها تتوقف عن تسليمها بعد استهلاك الشريحة. أضف وسيلة دفع في Billing Hub قبل إرسال أي شيء تحتسب Meta عليه رسومًا.

---

## WhatsApp Coexistence في المكسيك: التوفر وأسعار Meta

https://easycoexistence.com/ar/docs/whatsapp-coexistence-mexico

Coexistence متاحة في المكسيك، لأن وثائق Meta الخاصة بربط مستخدمي تطبيق WhatsApp Business لا تضع أي قيد جغرافي. تُسعَّر الرسائل إلى أرقام +52 وفق بطاقة أسعار Meta للمكسيك: اعتبارًا من 1 أكتوبر 2026، USD 0.0397 لكل قالب تسويقي، و USD 0.0085 لكل قالب خدمي أو قالب مصادقة، أو MXN 0.7298 و MXN 0.1565 على بطاقة البيزو.

### هل يمكن لنشاط تجاري مكسيكي استخدام WhatsApp Coexistence؟

نعم. الشروط الواردة في وثائق Meta لربط مستخدمي تطبيق WhatsApp Business تتعلق بالرقم والتطبيق، لا بالبلد: أن يكون الرقم نشطًا أصلًا على تطبيق WhatsApp Business، وأن يعمل التطبيق بالإصدار 2.24.17 أو أحدث، وأن يتم الاتصال عبر Embedded Signup من خلال Tech Provider أو Solution Partner.

يستمر رقم +52 المستوفي لهذه الشروط في العمل داخل التطبيق على الهاتف، ويحصل على وصول إلى Cloud API على الرقم نفسه. وتحدد Meta سقف معدل الإرسال عبر API على هذه الأرقام المشتركة بـ 20 رسالة في الثانية.

### كم تتقاضى Meta عن الرسالة الواحدة في المكسيك؟

تتقاضى Meta رسومًا عن كل رسالة يتم تسليمها، ويعتمد السعر على أمرين: فئة الرسالة ورمز الاتصال الدولي لبلد المستلم. للمكسيك (+52) سطر خاص بها في بطاقة الأسعار. هذه هي الأسعار المعلنة الساريةُ اعتبارًا من 1 أكتوبر 2026، وهو أيضًا التاريخ الذي رفعت فيه Meta سعر الرسائل التسويقية في المكسيك. وقد يتيح حجم شهري أعلى أسعارًا أقل لرسائل الخدمة والمصادقة عبر شرائح الحجم لدى Meta.

### ما الذي لا يكلف شيئًا؟

كل ما يُكتب على الهاتف داخل تطبيق WhatsApp Business، وتذكر وثائق Meta أنه يبقى مجانيًا بعد ربط الرقم. وحدها الرسائل المرسلة عبر Cloud API تخضع لتسعير Cloud API.

على جانب API، يحصل كل رقم هاتف تجاري على 1,000 رسالة خدمة مجانية شهريًا، وهي الردود بدون قالب داخل نافذة خدمة العملاء البالغة 24 ساعة، ويُعاد ضبط هذا الرصيد كل شهر دون ترحيل ما تبقى منه. وعندما يصل عميل من إعلان Click to WhatsApp، تفتح نقطة دخول مجانية بنافذة تصل إلى 7 أيام لا تتقاضى فيها Meta أي رسوم عن الرسائل التسويقية أو الخدمية أو رسائل المصادقة أو رسائل الخدمة.

### هل تستطيع Meta فوترة حساب مكسيكي بالبيزو؟

MXN إحدى العملات الـ 16 التي تتيحها Meta على WhatsApp Business Platform، وقد أُطلقت في 1 يناير 2026، وتنشر Meta بطاقة أسعار كاملة بعملة MXN إلى جانب بطاقة USD.

تُختار العملة عند إنشاء حساب المراسلة ولا يمكن تبديلها ببساطة بعد ذلك. وتوفر Meta أداة Currency Migration API للانتقال إلى عملة أخرى لاحقًا. وخلافًا للبرازيل والهند، لا تصف صفحة أسعار Meta انتقالًا إلزاميًا إلى الفوترة المحلية في المكسيك، لذلك يبقى اختيار MXN أو USD قرار النشاط التجاري نفسه.

1. Check the number: Make sure the +52 number runs the WhatsApp Business app, version 2.24.17 or newer, and is not attached to another provider.
2. Pick the currency: Choose MXN or USD when the account is created, and add a payment method in Billing Hub.
3. Connect: Run Embedded Signup, select the portfolio and the number, and confirm the connection from the app.

- إنشاء الحساب بعملة USD بينما كنت تريد البيزو. العملة تُثبَّت عند الإنشاء، وتغييرها يتطلب Currency Migration API من Meta.
- استخدام أسعار من قبل 1 أكتوبر 2026. فقد رفعت Meta سعر الرسائل التسويقية في المكسيك في ذلك التاريخ.
- افتراض أن الرد مجاني دائمًا. فبعد تجاوز 1,000 رسالة خدمة لكل رقم في الشهر، تتقاضى Meta رسومًا عليها.

**هل يُعامل رقم الجوال +52 1 معاملة مختلفة؟** تربط Meta رمز الاتصال +52 بالكامل بسوق المكسيك، لذلك يُحاسَب كل مستلم مكسيكي بسعر المكسيك الخاص بفئة الرسالة.

**هل تغيّرت أسعار المكسيك مؤخرًا؟** نعم. رفع تحديث Meta في 1 أكتوبر 2026 سعر الرسائل التسويقية في المكسيك. أما أسعار الخدمة والمصادقة فلم تكن ضمن قائمة التغييرات تلك.

**هل تكلفة مراسلة العملاء في الولايات المتحدة هي نفسها؟** لا. تندرج أرقام الولايات المتحدة ضمن منطقة أمريكا الشمالية لدى Meta، ولها أسعارها الخاصة. رمز اتصال المستلم هو ما يحدد السعر.

**هل أفقد التطبيق عند ربط API؟** لا. يبقى الرقم على تطبيق WhatsApp Business، ويواصل الهاتف الإرسال والاستقبال كما كان.

---

## WhatsApp Coexistence في كولومبيا: التوفر وأسعار Meta

https://easycoexistence.com/ar/docs/whatsapp-coexistence-colombia

Coexistence متاحة في كولومبيا: لا تتضمن وثائق Meta لتأهيل مستخدمي تطبيق WhatsApp Business أي قيد على الدولة. تُحتسب الرسائل إلى أرقام +57 وفق بطاقة أسعار Meta لكولومبيا، التي تحدد اعتبارًا من 1 أكتوبر 2026 مبلغ USD 0.0125 لكل قالب تسويقي وUSD 0.0008 لكل قالب خدمي أو قالب مصادقة، أو COP 46.0227 وCOP 2.9455 على بطاقة البيزو.

### هل تعمل WhatsApp Coexistence مع الأرقام الكولومبية؟

نعم. تحدد وثائق Meta لتأهيل مستخدمي تطبيق WhatsApp Business الشروط التي يجب أن يستوفيها الرقم، وليس بينها شرط جغرافي. يُقبل رقم +57 إذا كان مستخدمًا فعلًا في تطبيق WhatsApp Business، وكان التطبيق بالإصدار 2.24.17 أو أحدث، وجرى التأهيل عبر Embedded Signup يديره Tech Provider أو Solution Partner.

بعد التأهيل يواصل الهاتف عمله كما كان بمحادثاته، بينما يجيب الرقم نفسه عبر Cloud API. الإنتاجية من جهة API ثابتة عند 20 رسالة في الثانية للأرقام المشتركة.

### ما أسعار Meta لكل رسالة في كولومبيا؟

تسعّر Meta كل رسالة مُسلَّمة بحسب فئتها ورمز الاتصال الدولي لبلد المستلم. كولومبيا (+57) سوق مُسمّى، وفي بطاقة 1 أكتوبر 2026 تحمل أدنى أسعار القوالب التسويقية والخدمية بين أسواق أمريكا اللاتينية التي تذكرها Meta، بما فيها منطقة بقية أمريكا اللاتينية. الأرقام أدناه أسعار قائمة، ويمكن لشرائح الحجم أن تخفض سعر القوالب الخدمية وقوالب المصادقة أكثر عند الأحجام الشهرية الكبيرة.

### ما الرسائل المجانية في كولومبيا؟

هي نفسها في كل مكان، لأن حالات الإعفاء لدى Meta عالمية وليست خاصة بكل سوق.

تبقى الرسائل المرسلة من تطبيق WhatsApp Business على الهاتف مجانية بعد ربط الرقم، ولا تنطبق تسعيرة Cloud API إلا على الرسائل المرسلة عبر API. يحصل كل رقم هاتف تجاري على 1,000 رسالة خدمة مجانية شهريًا للردود بنص حر دون قالب داخل نافذة خدمة العملاء البالغة 24 ساعة. أما المحادثات التي تبدأ من إعلان Click to WhatsApp فتفتح نافذة نقطة دخول مجانية تصل إلى 7 أيام دون رسوم على أي فئة، باستثناء ما يرسله Meta Business Agent من رسائل.

منذ 1 أكتوبر 2026 تُحتسب رسوم القوالب الخدمية المرسلة داخل نافذة خدمة عملاء مفتوحة.

### هل يمكن لنشاط تجاري كولومبي الدفع لـ Meta بالبيزو؟

نعم. COP إحدى العملات التي أضافتها Meta في 2026، وهي متاحة منذ 1 أبريل 2026 مع بطاقة أسعار منشورة خاصة بها. تسعّر بطاقة COP لدى Meta كل الأسواق بالبيزو، فالنشاط التجاري الكولومبي الذي يراسل عملاء في المكسيك أو إسبانيا يرى تلك الرسوم بالبيزو أيضًا.

تُحدد العملة عند إنشاء حساب المراسلة وتبقى ثابتة. ولا يكون التغيير لاحقًا ممكنًا إلا عبر Currency Migration API من Meta بعد إنشاء الحساب. تصف صفحة أسعار Meta عمليات انتقال إلزامية إلى الفوترة المحلية للبرازيل والهند فقط، لذا تظل COP في كولومبيا خيارًا لا شرطًا.

1. Check the number: The +57 number must be on the WhatsApp Business app, version 2.24.17 or newer, and free of any other provider.
2. Choose COP or USD: Pick the currency at account creation and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm in the app.

- تطبيق سعر كولومبيا على كل العملاء. الرسالة إلى رقم بيروفي أو تشيلي تُحتسب بسعر ذلك السوق، وهو في بطاقة أكتوبر 2026 أعلى بعدة أضعاف.
- اختيار عملة الفوترة باستخفاف. لا يكون التغيير ممكنًا إلا عبر Currency Migration API من Meta بعد إنشاء الحساب.
- ترك الحساب بلا وسيلة دفع. تتوقف رسائل الخدمة عن التسليم بعد استهلاك الـ 1,000 رسالة المجانية للشهر.

**لماذا أسعار كولومبيا أقل بكثير من أسعار جيرانها؟** تحدد Meta الأسعار لكل سوق ولا تشرح الأرقام الفردية. بطاقة 1 أكتوبر 2026 تدرج كولومبيا ببساطة أقل من بقية أسواق أمريكا اللاتينية.

**هل تُسعَّر المصادقة بشكل مختلف عن الخدمة؟** ليس في كولومبيا. كلاهما USD 0.0008 على بطاقة 1 أكتوبر 2026، ولا ينطبق سعر المصادقة الدولية.

**هل أدفع مقابل الرسائل التي يرسلها العملاء؟** لا. لا تفرض Meta رسومًا على رسائل المستخدمين إلى الأنشطة التجارية، بل فقط على الرسائل التي يسلّمها النشاط التجاري.

**هل يحتفظ التطبيق بسجل محادثاتي؟** نعم. بعد ربط الرقم بـ API يواصل تطبيق WhatsApp Business العمل على الهاتف بمحادثاته.

---

## WhatsApp Coexistence في الأرجنتين: التوفر وأسعار Meta

https://easycoexistence.com/ar/docs/whatsapp-coexistence-argentina

تتوفر Coexistence في الأرجنتين، لأن وثائق Meta الخاصة بربط مستخدمي تطبيق WhatsApp Business لا تفرض أي قيد جغرافي. تُحتسب الرسائل إلى أرقام +54 بأسعار الأرجنتين نفسها: ابتداء من 1 أكتوبر 2026، USD 0.0618 لكل قالب تسويقي، و USD 0.026 لكل قالب خدمي أو قالب مصادقة، أو ARS 89.562 و ARS 37.6798 وفق جدول Meta لأسعار البيزو.

### هل Coexistence متاحة لأرقام الأرجنتين؟

نعم. لا شيء في وثائق Meta الخاصة بربط مستخدمي تطبيق WhatsApp Business يعتمد على البلد. ما تتحقق منه Meta هو الرقم والتطبيق: رقم +54 نشط بالفعل على تطبيق WhatsApp Business بالإصدار 2.24.17 أو أحدث، ويُربط عبر Embedded Signup بواسطة Tech Provider أو Solution Partner معتمد.

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

### كم تحتسب Meta لكل رسالة في الأرجنتين؟

تُحتسب كل رسالة مُسلَّمة بحسب فئتها، وبسعر السوق الذي ينتمي إليه رمز اتصال المستلم. الأرجنتين (+54) سوق مستقل في جدول Meta. هذه هي الأسعار المعلنة السارية من 1 أكتوبر 2026، مأخوذة من جدولي Meta بالدولار والبيزو. أما الفئة الخدمية وفئة المصادقة، فتخفض شرائح الحجم الشهرية لدى Meta السعر متى أرسل Business Portfolio ما يكفي من الرسائل إلى الأرجنتين خلال الشهر.

### ماذا يمكن لنشاط تجاري في الأرجنتين أن يرسله مجانا؟

الردود التي تكتبها على الهاتف لا تكلف شيئا: تنص وثائق Meta على أن الرسائل المرسلة عبر تطبيق WhatsApp Business تبقى مجانية بعد الربط، وأن الإرسال عبر واجهة برمجة التطبيقات (API) وحده يخضع لأسعار Cloud API.

عبر API، لكل رقم هاتف تجاري حصة شهرية قدرها 1,000 رسالة مجانية من رسائل خدمة العملاء، أي ردود من دون قالب داخل نافذة خدمة العملاء البالغة 24 ساعة. تتجدد الحصة كل شهر ولا تُرحَّل الرسائل غير المستخدمة. أما العملاء الذين يراسلونك من إعلان Click to WhatsApp فتُفتح لهم نافذة نقطة دخول مجانية تمتد حتى 7 أيام، لا تُحتسب خلالها الرسائل التسويقية والخدمية ورسائل المصادقة ورسائل خدمة العملاء.

### هل تستطيع Meta محاسبة حساب أرجنتيني بالبيزو؟

أصبح ARS عملة متاحة في WhatsApp Business Platform منذ 1 أبريل 2026، وتنشر Meta جدول أسعار كاملا بالبيزو إلى جانب جدول الدولار. يعرض جدول البيزو أسعار كل الأسواق بـ ARS، لا الأرجنتين وحدها.

تُحدَّد العملة عند إنشاء حساب المراسلة ولا يمكن تبديلها بحرية بعد ذلك، وتوفر Meta لهذا الغرض واجهة Currency Migration API الخاصة بها. تصف صفحة أسعار Meta فوترة محلية إلزامية للبرازيل والهند فقط، لذا يُترك للنشاط التجاري في الأرجنتين الاختيار بين ARS والدولار.

1. Check the number: The +54 number must run the WhatsApp Business app at version 2.24.17 or newer and not be connected to another provider.
2. Set the currency and payment: Choose ARS or USD when the account is created and add a payment method in Billing Hub.
3. Connect the number: Complete Embedded Signup with the portfolio and number, then confirm the link in the app.

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

**هل تحتسب Meta رسوما على الرسائل التي يرسلها عملائي إلي؟** لا. تحتسب Meta فقط الرسائل التي يسلمها النشاط التجاري إلى المستخدمين، ولا تحتسب أبدا الرسائل التي يرسلها المستخدمون إليه.

**هل ستتغير أرقام ARS مع سعر الصرف؟** تنشر Meta جدول كل عملة بتاريخ سريان، وتحدّث الأسعار وفق تقويمها الخاص. راجع جدول ARS الحالي بدلا من تحويل جدول الدولار.

**هل سعر المصادقة هو نفسه سعر القالب الخدمي في الأرجنتين؟** نعم. كلاهما USD 0.026 في جدول 1 أكتوبر 2026، ولا تدرج Meta سعر مصادقة دولية للأرجنتين.

**هل أستطيع مواصلة استخدام التطبيق بعد الربط؟** نعم. يواصل تطبيق WhatsApp Business العمل على الهاتف، ويحصل الرقم نفسه على وصول إلى API أيضا.

---

## WhatsApp Coexistence في تشيلي: التوفر وأسعار Meta

https://easycoexistence.com/ar/docs/whatsapp-coexistence-chile

Coexistence متاحة في تشيلي: لا تضع وثائق Meta الخاصة بتسجيل مستخدمي تطبيق WhatsApp Business أي شرط جغرافي. تخضع الرسائل إلى أرقام +56 لبطاقة أسعار Meta الخاصة بتشيلي، وتبلغ فيها اعتباراً من 1 أكتوبر 2026 مبلغ USD 0.0889 لكل قالب تسويقي وUSD 0.02 لكل قالب خدمي أو قالب مصادقة، أو CLP 78.4917 وCLP 17.6584 على بطاقة البيزو.

### هل تستطيع الشركات التشيلية استخدام WhatsApp Coexistence؟

نعم. تذكر وثائق Meta الخاصة بتسجيل مستخدمي تطبيق WhatsApp Business شروطاً تتعلق بالرقم والتطبيق والشريك، ولا تذكر أي شرط يتعلق بالبلد. يتأهل الرقم +56 متى كان مستخدماً في تطبيق WhatsApp Business بالإصدار 2.24.17 أو أحدث، وجرى ربطه عبر Embedded Signup بواسطة Tech Provider أو Solution Partner.

يواصل الهاتف عمله بمحادثاته، ويحصل الرقم على وصول إلى Cloud API بمعدل ثابت قدره 20 رسالة في الثانية، وهو الحد الذي تطبقه Meta على الأرقام المشتركة مع التطبيق.

### كم تتقاضى Meta لكل رسالة في تشيلي؟

تتقاضى Meta رسوماً عن كل رسالة مُسلَّمة بحسب الفئة، وبسعر سوق المستلم. تشيلي (+56) سوق مسمّى، وسعرها التسويقي على بطاقة 1 أكتوبر 2026 هو الأعلى بين جميع بنود أمريكا اللاتينية، وأعلى حتى من منطقة بقية أمريكا اللاتينية. تبلغ القوالب الخدمية وقوالب المصادقة USD 0.02، ويمكن لشرائح الحجم الشهرية من Meta أن تخفض هذين السعرين للحسابات التي ترسل أحجاماً كبيرة إلى تشيلي.

### ما الرسائل التشيلية التي لا تتقاضى Meta عنها رسوماً؟

كل ما يُرسل من تطبيق WhatsApp Business نفسه. تقول وثائق Meta إن رسائل التطبيق تبقى مجانية بعد التسجيل، وإن الإرسال عبر Cloud API وحده هو المسعَّر.

على API لا تتقاضى Meta رسوماً عن أول 1,000 رسالة خدمة لكل رقم هاتف تجاري في كل شهر، وهي الردود غير المعتمدة على قالب والمرسلة داخل نافذة خدمة العملاء البالغة 24 ساعة. أما المحادثة التي تبدأ من إعلان Click to WhatsApp فتفتح نافذة نقطة دخول مجانية تصل إلى 7 أيام، لا تُحتسب فيها أي فئة باستثناء رسائل Meta Business Agent.

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

### هل توفر Meta الفوترة بالبيزو التشيلي؟

نعم، كخيار. فُعّلت CLP في 1 أبريل 2026 ضمن العملات التي أضافتها Meta في ذلك العام، وتنشر Meta بطاقة أسعار بالبيزو تغطي كل الأسواق، فتظهر أيضاً الرسائل المرسلة إلى عملاء في الخارج بالبيزو.

تُختار عملة الفوترة عند إنشاء حساب المراسلة وتبقى ثابتة بعد ذلك، ما لم تستخدم الشركة Currency Migration API من Meta. وتصف صفحة أسعار Meta الفوترة المحلية الإلزامية للبرازيل والهند فقط، أما الشركة التشيلية فتختار بنفسها بين CLP والدولار.

1. Check the number: The +56 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not connected to another provider.
2. Choose CLP or USD: Set the currency at account creation and add a payment method in Billing Hub.
3. Connect: Run Embedded Signup, pick the portfolio and the number, and confirm from the app.

- اعتماد قالب تسويقي لكل رسالة متابعة. في تشيلي يكلف ذلك USD 0.0889 للرسالة، مقابل USD 0.02 للقالب الخدمي المصنَّف تصنيفاً صحيحاً.
- توقع أن يتراكم رصيد الخدمة. تُصفَّر رسائل الخدمة المجانية البالغة 1,000 كل شهر، ولا يُرحَّل ما لم يُستخدم منها.
- تسعير حملة تشيلية بأرقام منطقة بقية أمريكا اللاتينية. تشيلي سوق مسمّى وله أسعاره الخاصة.

**هل تشيلي أرخص من الأرجنتين في الرسائل التسويقية؟** لا. على بطاقة 1 أكتوبر 2026 يبلغ السعر التسويقي في تشيلي USD 0.0889، وفي الأرجنتين USD 0.0618.

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

**هل تكلف الرسائل الواردة أي شيء؟** لا. تتقاضى Meta رسوماً فقط عن الرسائل التي ترسلها الشركة وتُسلَّم، لا عن الرسائل التي يرسلها العملاء.

**هل يواصل الرقم عمله في التطبيق؟** نعم. يبقى تطبيق WhatsApp Business نشطاً على الهاتف بعد ربط الرقم بـ API.

---

## WhatsApp Coexistence في بيرو: التوفر وأسعار Meta

https://easycoexistence.com/ar/docs/whatsapp-coexistence-peru

تتوفر Coexistence في بيرو، لأن وثائق Meta الخاصة بتسجيل مستخدمي تطبيق WhatsApp Business لا تتضمن أي قيد على البلد. تُسعَّر الرسائل إلى أرقام +51 وفق بطاقة أسعار بيرو: اعتبارًا من 1 أكتوبر 2026، USD 0.0703 للقالب التسويقي الواحد و USD 0.03 لقالب الخدمات أو المصادقة، أو PEN 0.2339 و PEN 0.0998 على بطاقة Meta بالسول.

### هل تتوفر WhatsApp Coexistence في بيرو؟

نعم. تضع وثائق Meta الخاصة بتسجيل مستخدمي تطبيق WhatsApp Business شروطًا على الرقم والتطبيق، لا على البلد. يؤهَّل رقم +51 إذا كان نشطًا أصلًا على تطبيق WhatsApp Business، وكان التطبيق بالإصدار 2.24.17 أو أحدث، وجرى التسجيل عبر Embedded Signup مع Tech Provider أو Solution Partner.

بعد الربط يواصل الهاتف الإرسال والاستقبال، ويصبح الرقم نفسه متاحًا عبر Cloud API. وتحدد Meta سعة واجهة برمجة التطبيقات (API) للأرقام المشتركة مع التطبيق عند 20 رسالة في الثانية.

### كم تتقاضى Meta عن كل رسالة في بيرو؟

تتقاضى Meta رسومًا عن كل رسالة مُسلَّمة، وتحدد السعر بحسب الفئة وبحسب سوق رمز اتصال المستلم. لبيرو (+51) سطر خاص بها. في 1 أكتوبر 2026 رفعت Meta أسعار الخدمات والمصادقة في بيرو، وأصبحت الآن عند USD 0.03، وهو أعلى سعر للخدمات بين أسواق أمريكا اللاتينية في البطاقة. هذه أسعار القائمة، وقد تخفضها شرائح الحجم للمصادقة والخدمات عند الأحجام الشهرية الكبيرة.

### ما الذي يبقى مجانيًا لنشاط تجاري في بيرو؟

الرسائل المرسلة من تطبيق WhatsApp Business على الهاتف. تنص وثائق Meta على أنها تبقى مجانية بعد التسجيل، وأن الرسائل المرسلة عبر Cloud API وحدها هي التي تُسعَّر.

عبر API تمنح Meta كل رقم هاتف تجاري 1,000 رسالة خدمة مجانية شهريًا، وهي الردود غير المعتمدة على قالب والمرسلة أثناء فتح نافذة خدمة العملاء البالغة 24 ساعة، وتتجدد كل شهر. أما العملاء الذين يصلون عبر إعلان Click to WhatsApp فتُفتح لهم نافذة نقطة دخول مجانية تصل إلى 7 أيام، لا تتقاضى Meta خلالها شيئًا عن الرسائل التسويقية والخدمية والمصادقة والخدمة.

أما قوالب الخدمات المرسلة داخل نافذة خدمة العملاء فتُحتسب رسومها منذ 1 أكتوبر 2026.

### هل تستطيع Meta فوترة حساب بيروفي بالسول؟

نعم، عملة PEN متاحة. أُطلقت في 1 أبريل 2026 ضمن العملات التي أضافتها Meta في ذلك العام، وتنشر Meta بطاقة أسعار بعملة PEN تغطي كل سوق تسعّره.

تُختار العملة عند إنشاء حساب المراسلة وتثبت بعد ذلك، إلا من خلال Currency Migration API الخاصة بـ Meta، ولا تصف صفحة الأسعار لدى Meta عمليات ترحيل محلية إلزامية إلا للبرازيل والهند. لذلك يقرر النشاط التجاري البيروفي بنفسه بين PEN والدولار الأمريكي.

1. Check the number: Confirm the +51 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Choose PEN or USD: Pick the currency when the account is created and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app.

- إعداد ميزانية رسائل الخدمات بأرقام ما قبل 1 أكتوبر 2026. فقد رفعت Meta في ذلك التاريخ أسعار الخدمات والمصادقة في بيرو.
- الاعتماد على قوالب الخدمات في الردود. ففي نافذة مفتوحة تؤدي رسالة الخدمة المجانية الغرض نفسه، حتى 1,000 رسالة شهريًا لكل رقم.
- افتراض أن الأسواق المجاورة تكلّف المبلغ نفسه. فسعر الخدمات في كولومبيا على البطاقة نفسها هو USD 0.0008.

**لماذا ارتفعت تكاليف قوالب الخدمات لدي في أكتوبر 2026؟** رفعت Meta أسعار الخدمات والمصادقة في بيرو في 1 أكتوبر 2026، وبدأت في التاريخ نفسه احتساب رسوم قوالب الخدمات المرسلة داخل نافذة خدمة العملاء.

**هل تتقاضى Meta رسومًا عن الرسائل التي يرسلها لي العملاء؟** لا. تُحتسب الرسوم عن الرسائل التي يسلّمها النشاط التجاري فقط.

**هل يوجد سعر المصادقة الدولية (authentication-international) لبيرو؟** لا. لا تدرج بطاقة 1 أكتوبر 2026 أي سعر من هذا النوع لبيرو، لذلك تُحتسب المصادقة بسعر USD 0.03.

**هل سيواصل تطبيق الهاتف العمل؟** نعم. يواصل تطبيق WhatsApp Business عمله على الهاتف بعد ربط الرقم بواجهة API.

---

## WhatsApp Coexistence في كوستاريكا: التوفر وأسعار Meta

https://easycoexistence.com/ar/docs/whatsapp-coexistence-costa-rica

تتوفر Coexistence في كوستاريكا، لأن وثائق Meta الخاصة بربط مستخدمي تطبيق WhatsApp Business لا تضع أي قيد جغرافي. ليس لكوستاريكا بند مستقل في جدول أسعار Meta: تُحاسب أرقام +506 بأسعار بقية أمريكا اللاتينية، وهي اعتبارًا من 1 أكتوبر 2026 مبلغ USD 0.074 لكل قالب تسويقي، ومبلغ USD 0.0113 لكل قالب خدمي أو قالب تحقق.

### هل يمكن لرقم كوستاريكي استخدام WhatsApp Coexistence؟

نعم. تضع وثائق Meta الخاصة بربط مستخدمي تطبيق WhatsApp Business شروطًا على الرقم وعلى التطبيق، ولا تضع أي شرط على الدولة. يستوفي رقم +506 الشروط إذا كان قيد الاستخدام فعلًا على تطبيق WhatsApp Business، وكان إصدار التطبيق 2.24.17 أو أحدث، وتم الاتصال عبر Embedded Signup بواسطة Tech Provider أو Solution Partner.

يواصل الهاتف عمله مع محادثاته الحالية، ويحصل الرقم على إمكانية الوصول إلى Cloud API. وتحدد Meta سرعة المعالجة عند 20 رسالة في الثانية للأرقام المشتركة بين التطبيق وAPI.

### لماذا تُسعَّر كوستاريكا ضمن بقية أمريكا اللاتينية؟

يسمي جدول أسعار Meta 39 دولة بشكل منفرد ويجمع الباقي في 8 مناطق. وكوستاريكا (+506) واحدة من 15 سوقًا في منطقة بقية أمريكا اللاتينية، إلى جانب دول مثل بنما وغواتيمالا والإكوادور وأوروغواي. وتُحاسب أي رسالة تُسلَّم إلى رقم في إحدى هذه الأسواق بسعر المنطقة.

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

### ما الرسائل المجانية لنشاط تجاري في كوستاريكا؟

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

أما من جهة API، فيحصل كل رقم هاتف تجاري على 1,000 رسالة خدمة مجانية شهريًا، وهي ردود بلا قالب ضمن نافذة خدمة العملاء البالغة 24 ساعة، ولا يُرحَّل الرصيد غير المستخدم. وتفتح المحادثة التي تبدأ من إعلان Click to WhatsApp نافذة نقطة دخول مجانية تصل إلى 7 أيام، لا تحاسب Meta خلالها على الرسائل التسويقية ولا الخدمية ولا رسائل التحقق ولا رسائل الخدمة. أما القوالب الخدمية المرسلة داخل نافذة خدمة العملاء فهي مدفوعة منذ 1 أكتوبر 2026.

### بأي عملة تحاسب Meta حسابًا في كوستاريكا؟

تتيح Meta 16 عملة للفوترة على WhatsApp Business Platform، والكولون الكوستاريكي ليس بينها. يختار النشاط التجاري في كوستاريكا إحدى العملات المنشورة عند إنشاء حساب المراسلة، مثل USD، وتنشر Meta سعر بقية أمريكا اللاتينية في كل جدول أسعار بعملاتها.

لا يمكن تغيير العملة بحرية بعد إنشاء الحساب. وتوفر Meta أداة Currency Migration API للانتقال بين العملات. ولا تذكر صفحة الأسعار لدى Meta أي برنامج فوترة محلي لكوستاريكا.

1. Check the number: The +506 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Set up billing: Choose one of Meta's supported currencies, such as USD, and add a payment method in Billing Hub.
3. Connect: Complete Embedded Signup with the portfolio and the number, and confirm the link from the app.

- البحث في جدول الأسعار عن بند باسم كوستاريكا. لا يوجد بند كهذا: تُحاسب أرقام +506 ضمن بقية أمريكا اللاتينية.
- افتراض أن جيران كوستاريكا في أمريكا الوسطى يشاركون المكسيك سعرها. المكسيك سوق مسمّى بذاته وأسعاره التسويقية أقل من أسعار المنطقة.
- استهلاك القوالب الخدمية في الردود. رسالة الخدمة داخل النافذة المفتوحة مجانية حتى 1,000 رسالة شهريًا لكل رقم.

**هل المراسلة في كوستاريكا أرخص منها في المكسيك؟** ليس في الرسائل التسويقية. سعر بقية أمريكا اللاتينية هو USD 0.074 لكل قالب تسويقي في جدول 1 أكتوبر 2026، مقابل USD 0.0397 للمكسيك.

**هل يمكنني الدفع لـ Meta بالكولون؟** لا. الكولون ليس من العملات الـ16 التي تتيحها Meta على WhatsApp Business Platform.

**هل تكلفني رسائل العملاء إليّ شيئًا؟** لا. تحاسب Meta فقط على الرسائل التي تسلّمها الأنشطة التجارية.

**هل يؤدي ربط API إلى إيقاف التطبيق؟** لا. يواصل تطبيق WhatsApp Business عمله على الهاتف مع محادثاته.

---

## WhatsApp Coexistence في إسبانيا: التوفر وتعرفة Meta

https://easycoexistence.com/ar/docs/whatsapp-coexistence-spain

Coexistence متاحة في إسبانيا: لا تفرض وثائق Meta الخاصة بتأهيل مستخدمي تطبيق WhatsApp Business أي قيد جغرافي، بما في ذلك الاتحاد الأوروبي. تخضع الرسائل إلى أرقام +34 لجدول أسعار إسبانيا الخاص، الذي يحدد اعتباراً من 1 أكتوبر 2026 مبلغ EUR 0.0585 لكل قالب تسويقي وEUR 0.0166 لكل قالب خدمي أو قالب تحقق، أي بالدولار USD 0.0707 وUSD 0.02 على التوالي.

### هل Coexistence متاحة في إسبانيا والاتحاد الأوروبي؟

نعم. تذكر وثائق Meta الحالية لتأهيل مستخدمي تطبيق WhatsApp Business شروطاً تخص الرقم والتطبيق والشريك، ولا تذكر أي قيد جغرافي. يكون الرقم +34 مؤهلاً إذا كان قيد الاستخدام فعلاً على تطبيق WhatsApp Business، ويعمل بالإصدار 2.24.17 أو أحدث، ويُربط عبر Embedded Signup بواسطة Tech Provider أو Solution Partner.

ما زالت تُتداول قوائم من مرحلة الإطلاق الأولى استبعدت الاتحاد الأوروبي، ولم تعد وثائق Meta تؤيدها. بعد التأهيل يواصل الهاتف عمله، ويرد الرقم عبر Cloud API بمعدل ثابت قدره 20 رسالة في الثانية.

### كم تتقاضى Meta عن كل رسالة في إسبانيا؟

تحتسب Meta الرسوم عن كل رسالة مُسلَّمة، بحسب الفئة وبحسب سوق رمز اتصال المستلم. إسبانيا (+34) سوق مسمّى بذاته، منفصل عن منطقة بقية أوروبا الغربية التي تشمل البرتغال وأيرلندا وغيرهما. هذه هي أسعار القائمة السارية من 1 أكتوبر 2026، وكان آخر رفع لسعر الرسائل التسويقية في 1 يوليو 2026. قد تخفض شرائح الحجم سعر الرسائل الخدمية ورسائل التحقق للحسابات ذات الحجم الشهري المرتفع إلى إسبانيا.

### أي الرسائل مجانية لنشاط تجاري إسباني؟

الرسائل المرسلة من تطبيق WhatsApp Business على الهاتف. تنص وثائق Meta على أنها تبقى مجانية بعد التأهيل، وأن تسعير Cloud API يسري فقط على ما يمر عبر واجهة برمجة التطبيقات (API).

عبر API تمنح Meta كل رقم هاتف تجاري 1,000 رسالة خدمة مجانية شهرياً، وهي الردود غير المعتمدة على قالب والمرسلة داخل نافذة خدمة العملاء البالغة 24 ساعة، وتُعاد كل شهر. والعميل الذي يصل من إعلان Click to WhatsApp يفتح نافذة نقطة دخول مجانية تصل إلى 7 أيام، دون رسوم على الرسائل التسويقية أو الخدمية أو رسائل التحقق أو رسائل الخدمة.

منذ 1 أكتوبر 2026 تُحتسب القوالب الخدمية المرسلة داخل نافذة خدمة عملاء مفتوحة.

### هل تستطيع Meta محاسبة نشاط تجاري إسباني باليورو؟

نعم. كان اليورو متاحاً أصلاً ضمن عملات WhatsApp Business Platform قبل أن تضيف Meta عشر عملات أخرى في 2026، وتنشر Meta جدول أسعار كاملاً باليورو تُسعَّر فيه كل الأسواق به، لا إسبانيا وحدها.

تُختار العملة عند إنشاء حساب المراسلة وتبقى ثابتة بعد ذلك، إلا عبر Currency Migration API من Meta. وتصف صفحة التسعير لدى Meta عمليات ترحيل إلزامية للفوترة المحلية في البرازيل والهند فقط، لذلك يختار النشاط التجاري الإسباني اليورو أو أي عملة مدعومة أخرى بنفسه.

1. Check the number: The +34 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Choose EUR or USD: Set the currency when the account is created and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app.

- الاعتماد على قائمة توفر قديمة تستثني الاتحاد الأوروبي. لا تتضمن وثائق التأهيل الحالية لدى Meta أي قيد جغرافي.
- تسعير عملاء البرتغال بسعر إسبانيا. تقع البرتغال (+351) ضمن بقية أوروبا الغربية، وأسعارها مختلفة.
- استخدام أرقام الرسائل التسويقية السابقة لـ 1 يوليو 2026. رفعت Meta سعر إسبانيا للرسائل التسويقية في ذلك التاريخ.

**هل كانت Coexistence غير متاحة يوماً في الاتحاد الأوروبي؟** استبعدتها قوائم الإطلاق الأولى. لا تذكر وثائق التأهيل الحالية لدى Meta لمستخدمي تطبيق Business أي قيد جغرافي، لذا فالاختبار الفعلي هو مسار الربط نفسه.

**هل تُسعَّر المراسلة من إسبانيا إلى أمريكا اللاتينية بسعر إسبانيا؟** لا. تحتسب Meta الرسوم بحسب رمز اتصال المستلم، فالرسالة إلى رقم مكسيكي تُحتسب بسعر المكسيك.

**هل أدفع مقابل الرسائل التي يرسلها العملاء إليّ؟** لا. تحتسب Meta الرسوم فقط عن الرسائل التي يسلّمها النشاط التجاري إلى المستخدمين.

**هل يواصل التطبيق عمله بعد الربط؟** نعم. يبقى تطبيق WhatsApp Business على الهاتف بمحادثاته، ويكتسب الرقم وصولاً إلى API.

---

## WhatsApp Coexistence في الهند: التوفر وأسعار Meta والفوترة بـ INR

https://easycoexistence.com/ar/docs/whatsapp-coexistence-india

Coexistence متاحة للأرقام الهندية: لا تذكر وثائق Meta الخاصة بتسجيل مستخدمي تطبيق WhatsApp Business أي قيد على الدولة. ابتداءً من 1 أكتوبر 2026، تفرض Meta مبلغ US$ 0.0118 على كل قالب تسويقي يُسلَّم إلى رقم +91، ومبلغ US$ 0.0014 على كل قالب خدمي أو قالب مصادقة. وعلى الأنشطة التجارية التي تكون دولة Sold-To في Billing Hub لديها هي الهند نقل كل WhatsApp Business Account إلى INR قبل 31 ديسمبر 2026.

### هل Coexistence متاحة في الهند؟

نعم. تسرد وثائق Meta الحالية لتسجيل مستخدمي تطبيق WhatsApp Business متطلباتها (الإصدار 2.24.17 أو أحدث، ومزوّد Tech Provider أو Solution Partner يشغّل Embedded Signup) وقيدًا واحدًا هو معدل نقل ثابت قدره 20 رسالة في الثانية. ولا تذكر أي قيد على الدولة أو المنطقة أو رمز الاتصال، لذا يتأهل رقم +91 نشط في تطبيق WhatsApp Business بالشروط نفسها كأي رقم في أي مكان آخر.

ما يمنع الرقم الهندي هو ما يمنع أي رقم: أن يكون ما زال على تطبيق WhatsApp الاستهلاكي، أو أن يعمل بإصدار أقدم من 2.24.17، أو أن يكون مرتبطًا أصلًا بمزوّد آخر. وإذا لم يرفض Embedded Signup الرقم، فإن Coexistence متاحة له.

### كم تفرض Meta على كل رسالة في الهند؟

تفرض Meta رسومًا على كل رسالة قالب مُسلَّمة، ويتبع السعر رمز الاتصال الدولي للمستلم لا موقع النشاط التجاري. القالب المُسلَّم إلى رقم +91 يُسعَّر بسعر الهند أينما كان المرسل.

الأرقام الواردة هنا مأخوذة من جداول أسعار Meta بالدولار الأمريكي وبعملة INR السارية من 1 أكتوبر 2026. الردود التي ليست قوالب داخل نافذة خدمة العملاء المفتوحة لمدة 24 ساعة مجانية، والقوالب الخدمية المرسلة داخل تلك النافذة مجانية، والرسائل التي تكتبها في تطبيق WhatsApp Business على رقم Coexistence تبقى مجانية. أما القوالب التسويقية فتُحتسب دائمًا. وقد تخفّض شرائح الحجم الشهرية من Meta سعر القوالب الخدمية وقوالب المصادقة للمرسلين الكبار.

### ما الذي يتغير مع الفوترة بـ INR في الهند؟

أطلقت Meta توطين الفوترة بعملة INR في 1 يناير 2026 للشركاء وللأنشطة التجارية المدمجة مباشرةً التي تكون دولة Sold-To لديها في Billing Hub هي الهند. وعلى هذه الأنشطة نقل كل WhatsApp Business Account في محفظتها إلى INR قبل 31 ديسمبر 2026. وتذكر Meta أنها ابتداءً من 1 يناير 2027 لن تسلّم رسائل الحسابات غير المفوترة بـ INR التي تعود إلى عملاء مؤهلين.

على رقم Coexistence يؤثر هذا في الإرسال المدفوع عبر واجهة برمجة التطبيقات (API)، لأن وسيلة الدفع مرتبطة بحساب WhatsApp Business الخاص بالنشاط التجاري نفسه. وللهند أيضًا سعر مصادقة دولي، يسري على النشاط التجاري المؤهل الواقع خارج الهند متى حدّدت Meta تاريخ بدئه، مع إشعار قبل 30 يومًا.

### كيف تربط رقمًا هنديًا بـ API مع الإبقاء على التطبيق؟

عبر Embedded Signup من Meta مع خيار Coexistence، ويتولى تشغيله مزوّد Tech Provider. يسجّل النشاط التجاري الدخول بحساب Facebook، ويختار Business Portfolio الخاص به، ويُدخل رقم +91 المسجّل أصلًا في تطبيق WhatsApp Business، ثم يؤكد بمسح رمز QR الظاهر في التطبيق. بعد ذلك يمكن مزامنة سجل المحادثات من التطبيق، مع إتاحة الوسائط لآخر أسبوعين منه فقط.

يبقى الرقم يعمل في التطبيق ويحصل على وصول إلى Cloud API بمعدل ثابت قدره 20 رسالة في الثانية. التسلسل الكامل، مع ما تطلبه كل شاشة، في صفحة ربط رقم.

- ترك WhatsApp Business Account على USD بعد 31 ديسمبر 2026 عندما تكون دولة Sold-To هي الهند. أعلنت Meta أنها ستتوقف عن تسليم تلك الرسائل.
- تسعير حملة بحسب دولة المرسل. تفرض Meta الرسوم بحسب رمز اتصال المستلم، لذا تُحتسب أرقام +91 بسعر الهند.
- اعتبار كل قالب قالبًا خدميًا. القالب الذي تصنّفه Meta تسويقيًا يكلّف في الهند أكثر من ثمانية أضعاف سعر القالب الخدمي.

**هل الردود على العملاء الهنود مجانية؟** الردود التي ليست قوالب داخل نافذة خدمة العملاء البالغة 24 ساعة مجانية، وكذلك الرسائل التي تكتبها في تطبيق WhatsApp Business. أما القوالب خارج النافذة فتُحتسب.

**بأي عملة تفوتر Meta الأنشطة التجارية الهندية؟** تنتقل الأنشطة التي تكون دولة Sold-To في Billing Hub لديها هي الهند إلى INR، وعلى كل حساب أن يكون بهذه العملة قبل 31 ديسمبر 2026. وتنشر Meta جدول أسعار بعملة INR لهذا الغرض.

**هل أدفع سعر الهند إذا كان نشاطي التجاري في الخارج؟** نعم في القوالب التسويقية والخدمية، لأن السعر يتبع رمز +91 للمستلم. أما المصادقة فقد تنتقل إلى سعر المصادقة الدولي متى حدّدت Meta تاريخ بدء لنشاطك.

**هل يمكنني متابعة استخدام التطبيق على هاتفي؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم نفسه، ما دام يعمل بالإصدار 2.24.17 أو أحدث ويُفتح بانتظام.

---

## WhatsApp Coexistence في إندونيسيا: التوفر وأسعار Meta وخطوات الإعداد

https://easycoexistence.com/ar/docs/whatsapp-coexistence-indonesia

يمكن للأرقام الإندونيسية استخدام Coexistence، لأن وثائق Meta الخاصة بربط مستخدمي تطبيق WhatsApp Business لا تضع أي قيد على الدولة. اعتباراً من 1 أكتوبر 2026 تحتسب Meta مبلغ US$ 0.0411 (IDR 586.33) عن كل قالب تسويقي يصل إلى أرقام +62 في إندونيسيا، ومبلغ US$ 0.025 (IDR 356.65) عن كل قالب خدمي أو قالب مصادقة. تبقى الردود داخل نافذة خدمة العملاء مجانية.

### هل Coexistence متاحة في إندونيسيا؟

نعم. الصفحة التي تنشرها Meta لربط مستخدمي تطبيق WhatsApp Business بـ Cloud API تضع شروطاً على إصدار التطبيق (2.24.17 أو أحدث) وعلى الشريك (Tech Provider أو Solution Partner يستخدم Embedded Signup)، لكنها لا تذكر أي دولة أو رمز اتصال مستبعداً. الرقم +62 المسجل والنشط في تطبيق WhatsApp Business مؤهل بالشروط نفسها كأي رقم آخر.

العقبات العملية هي العقبات العامة: رقم ما زال على تطبيق WhatsApp الاستهلاكي، أو تطبيق قديم، أو رقم متصل أصلاً بتطبيق مزود آخر. تغطي صفحة الأهلية كلاً منها وطريقة حله.

### كم تحتسب Meta لكل رسالة في إندونيسيا؟

تحتسب Meta الرسوم على كل قالب يتم تسليمه، بحسب سعر رمز اتصال الدولة التي يقيم فيها المستلم. كل قالب يصل إلى رقم +62 يُحتسب بسعر إندونيسيا، سواء كان النشاط التجاري المرسل في جاكرتا أو في الخارج.

الأسعار أدناه مأخوذة من قوائم أسعار Meta بالدولار والروبية السارية من 1 أكتوبر 2026. في إندونيسيا يتشارك القالب الخدمي وقالب المصادقة سعراً واحداً هو US$ 0.025، أي نحو 61% من السعر التسويقي. الردود بنص حر داخل نافذة خدمة مفتوحة مدتها 24 ساعة بلا تكلفة، والقالب الخدمي المرسل داخل تلك النافذة مجاني، وكل ما يكتبه النشاط التجاري في تطبيق WhatsApp Business على رقم Coexistence مجاني أيضاً.

### ما الذي يجب أن يعرفه النشاط التجاري الإندونيسي عن عملة الفوترة والمصادقة؟

الروبية (IDR) إحدى عملات الفوترة التي تنشر Meta قوائم أسعار بها، إلى جانب الدولار وأربع عشرة عملة أخرى، فيقرأ النشاط التجاري الإندونيسي تكاليفه بالروبية مباشرة من قائمة Meta بدلاً من التحويل.

إندونيسيا أيضاً ضمن قائمة Meta للدول التي لها سعر مصادقة دولية. يمكن نقل نشاط تجاري يقع مقره خارج إندونيسيا ويرسل رموز مرور لمرة واحدة إلى أرقام +62 إلى سعر US$ 0.136 لكل قالب مصادقة، أي أكثر من خمسة أضعاف السعر المحلي. تحدد Meta تاريخ البدء لكل نشاط تجاري وتمنحه مهلة إشعار مدتها 30 يوماً، لذا على أي تطبيق أجنبي يتحقق من مستخدمين إندونيسيين أن يخطط لذلك قبل توسيع التسجيل.

### كيف تربط رقماً إندونيسياً دون أن تفقد التطبيق؟

عبر Embedded Signup من Meta، باختيار خيار رقم تطبيق WhatsApp Business موجود. يسجل النشاط التجاري الدخول بحساب Facebook، ويختار Business Portfolio، ويدخل الرقم +62 ويمسح رمز QR الذي يعرضه التطبيق. بعد اكتمال ذلك يملك الشريك 24 ساعة لبدء مزامنة جهات الاتصال وسجل المحادثات، وإلا اضطر النشاط التجاري إلى تكرار الخطوات.

بعد الربط يستمر الهاتف في العمل كما كان، ويستجيب الرقم عبر Cloud API أيضاً، ويتشاركان معدلاً ثابتاً قدره 20 رسالة في الثانية. تستعرض صفحة ربط رقم كل شاشة خطوة بخطوة.

- تحويل سعر بالدولار إلى روبية يدوياً. تنشر Meta قائمة أسعار بالروبية، وهذا هو المبلغ الذي يُحاسب عليه الحساب المفوتر بالروبية.
- احتساب رموز المرور لمرة واحدة بالسعر المحلي لنشاط تجاري مقره في الخارج. لدى إندونيسيا سعر مصادقة دولية قدره US$ 0.136 لكل قالب.
- ترك الخطوات بعد مسح رمز QR. يجب أن تبدأ المزامنة خلال 24 ساعة وإلا تعين تكرار الربط.

**هل سعر القالب الخدمي وقالب المصادقة واحد في إندونيسيا؟** نعم. في قائمة Meta السارية من 1 أكتوبر 2026 يبلغ كل منهما US$ 0.025، أي IDR 356.65، لكل قالب يتم تسليمه.

**هل تفوتر Meta بالروبية؟** الروبية (IDR) إحدى عملات الفوترة المدرجة في صفحة أسعار Meta ولها قائمة أسعار خاصة، لذا تُقرأ الأرقام بالروبية مباشرة من المصدر.

**هل تُحتسب الرسائل المرسلة من الهاتف بعد الربط؟** لا. تنص Meta على أن الرسائل المرسلة من تطبيق WhatsApp Business تبقى مجانية بعد ربط Coexistence. أما الإرسال عبر Cloud API فيخضع لأسعاره الخاصة.

**ماذا لو كان رقمي ما زال على WhatsApp العادي؟** يجب نقله أولاً إلى تطبيق WhatsApp Business. لا تتوفر Coexistence إلا للأرقام الموجودة أصلاً في هذا التطبيق.

---

## WhatsApp Coexistence في الإمارات: التوفر وأسعار Meta والفوترة بالدرهم (AED)

https://easycoexistence.com/ar/docs/whatsapp-coexistence-uae

Coexistence متاحة للأرقام في الإمارات العربية المتحدة، لأن وثائق Meta الخاصة بربط مستخدمي تطبيق WhatsApp Business لا تذكر أي قيد على الدول. اعتبارًا من 1 أكتوبر 2026 تحتسب Meta مبلغ US$ 0.0576 (AED 0.2115) لكل قالب تسويقي يُسلَّم إلى رقم +971 في الإمارات، ومبلغ US$ 0.0157 (AED 0.0576) لكل قالب خدمي أو قالب مصادقة.

### هل Coexistence متاحة في الإمارات؟

نعم. تحدد وثائق Meta الخاصة بربط مستخدمي تطبيق WhatsApp Business بـ Cloud API ما يحتاجه النشاط التجاري والشريك، وأهمه الإصدار 2.24.17 من التطبيق أو أحدث، وTech Provider أو Solution Partner يستخدم Embedded Signup، وليس فيها أي استثناء لدولة أو منطقة أو رمز اتصال. أي رقم +971 قيد الاستخدام الفعلي على تطبيق WhatsApp Business مؤهل.

يفشل الرقم الإماراتي للأسباب نفسها التي يفشل بها أي رقم في أي بلد: أن يكون على تطبيق WhatsApp العادي، أو أن يكون التطبيق قديمًا، أو أن يكون الرقم لا يزال مرتبطًا بمزود آخر. وEmbedded Signup نفسه هو الاختبار الموثوق، فهو إما يقبل الرقم أو يوضح السبب.

### كم تحتسب Meta لكل رسالة في الإمارات؟

تحتسب Meta على كل قالب يُسلَّم، وتسعّره بحسب رمز اتصال الدولة الخاص بالمستلم. أي قالب يُسلَّم إلى رقم +971 يُحاسَب بسعر الإمارات، بغض النظر عن مكان تسجيل النشاط التجاري المرسل. وللإمارات سطر خاص في جدول أسعار Meta بدل أن تشارك سعر بقية الشرق الأوسط.

الأرقام التالية مأخوذة من جدولي Meta بالدولار والدرهم الساريين من 1 أكتوبر 2026. الردود بنص حر ضمن نافذة خدمة العملاء المفتوحة (24 ساعة) مجانية، والقالب الخدمي المرسل داخل هذه النافذة مجاني، والرسائل المرسلة من تطبيق WhatsApp Business على رقم Coexistence تبقى مجانية. أما القوالب التسويقية فتُحتسب في كل مرة تُسلَّم فيها.

### ما الذي تغيّر مؤخرًا في أسعار الإمارات وفوترتها؟

هناك تغييران في سجل تغييرات أسعار Meta ينطبقان مباشرة. ففي 1 أكتوبر 2025 رفعت Meta سعر الرسالة التسويقية للإمارات العربية المتحدة. وفي 1 أبريل 2026 أضافت ثماني عملات فوترة منها الدرهم الإماراتي، فيمكن الآن لنشاط تجاري في الإمارات أن يُفوتَر بالدرهم ويقرأ تكاليفه من جدول أسعار بالدرهم.

والإمارات كذلك ضمن قائمة Meta للأسواق التي لها سعر مصادقة دولية. يمكن نقل نشاط تجاري يقع مقره خارج الإمارات ويرسل رموز المرور لمرة واحدة إلى أرقام +971 إلى سعر US$ 0.051 لكل قالب مصادقة، بمجرد أن تحدد Meta تاريخ البدء، وتعلنه قبل 30 يومًا.

### كيف تربط رقمًا إماراتيًا بواجهة برمجة التطبيقات (API) وتحتفظ بالتطبيق؟

عبر Embedded Signup من Meta بخيار تطبيق WhatsApp Business الحالي، ويشغّله Tech Provider. يسجّل النشاط التجاري الدخول بحساب Facebook، ويختار Business Portfolio الخاص به، ويدخل رقم +971، ثم يؤكد برمز QR يظهر في التطبيق. الوسائط من سجل المحادثات المتزامن متاحة لآخر أسبوعين فقط.

بعد ذلك يستمر تطبيق WhatsApp Business بالعمل على الهاتف، ويستقبل الرقم نفسه الرسائل ويرسلها عبر Cloud API بمعدل ثابت قدره 20 رسالة في الثانية. تسرد صفحة ربط رقم كل خطوة وما تتطلبه.

- افتراض أن الإمارات تُسعَّر مثل بقية الشرق الأوسط. لها سطر خاص بها وأعلى في جدول أسعار Meta.
- تحويل أسعار الدولار إلى الدرهم يدويًا. منذ 1 أبريل 2026 تنشر Meta جدولًا بالدرهم بأرقامه الخاصة.
- إرسال رموز المرور إلى أرقام +971 من الخارج على أساس الميزانية المحلية. سعر المصادقة الدولية أعلى بأكثر من ثلاثة أضعاف.

**هل تستطيع Meta فوترة نشاط تجاري إماراتي بالدرهم؟** نعم. أصبح الدرهم (AED) عملة فوترة في WhatsApp Business Platform في 1 أبريل 2026، مع جدول أسعار خاص به.

**هل تُسعَّر الإمارات والسعودية بالسعر نفسه؟** للتسويق نعم: كلتاهما US$ 0.0576 في جدول 1 أكتوبر 2026. أما الخدمي والمصادقة فيختلفان: US$ 0.0157 للإمارات وUS$ 0.0107 للسعودية.

**هل يُحتسب الرد على عميل كتب أولًا؟** لا، إذا كان ردًا بنص حر داخل نافذة خدمة العملاء (24 ساعة). أما القوالب المرسلة خارج النافذة فتُحتسب.

**هل يتوقف التطبيق على الهاتف عن العمل؟** لا. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم نفسه، وتبقى الرسائل المرسلة منه مجانية.

---

## WhatsApp Coexistence في السعودية: التوفر وأسعار Meta والفوترة بالريال

https://easycoexistence.com/ar/docs/whatsapp-coexistence-saudi-arabia

يمكن للأرقام السعودية استخدام Coexistence: فوثائق Meta الخاصة بتسجيل مستخدمي تطبيق WhatsApp Business لا تضع أي قيد على الدول. اعتبارا من 1 أكتوبر 2026، تحتسب Meta مبلغ US$ 0.0576 (SAR 0.2159) لكل قالب تسويقي يُسلَّم إلى رقم سعودي (+966)، ومبلغ US$ 0.0107 (SAR 0.0401) لكل قالب خدمي أو قالب مصادقة. الردود ذات النص الحر داخل نافذة خدمة العملاء مجانية.

### هل Coexistence متاحة في السعودية؟

نعم. تضع وثائق Meta الخاصة بنقل مستخدمي تطبيق WhatsApp Business إلى Cloud API شروطا على إصدار التطبيق (2.24.17 أو أحدث) وعلى الشريك الذي يشغّل Embedded Signup، ولا تذكر أي بلد أو منطقة أو رمز اتصال مستبعد. أي رقم +966 مسجل ونشط في تطبيق WhatsApp Business مؤهل.

عند رفض رقم سعودي يكون السبب أحد الأسباب العامة: الرقم على تطبيق WhatsApp الاستهلاكي، أو إصدار التطبيق أقدم من 2.24.17، أو الرقم لا يزال مرتبطا بمزود آخر. توضح صفحة الأهلية كل حالة وحلها.

### كم تحتسب Meta لكل رسالة في السعودية؟

تسعّر Meta كل قالب مُسلَّم بحسب رمز اتصال الدولة الخاص بالمستلم. تُحتسب القوالب المسلَّمة إلى أرقام +966 بسعر السعودية بغض النظر عن مكان المرسل، وللسعودية بند خاص في بطاقة الأسعار.

الأرقام الواردة أدناه من بطاقتي الأسعار بالدولار والريال السارية من 1 أكتوبر 2026. الردود ذات النص الحر داخل نافذة خدمة العملاء المفتوحة (24 ساعة) مجانية، والقوالب الخدمية المرسلة داخل تلك النافذة مجانية، والرسائل المرسلة من تطبيق WhatsApp Business على رقم Coexistence لا تكلّف شيئا. تُحتسب القوالب التسويقية عند كل تسليم، ويمكن لشرائح الحجم الشهري خفض أسعار القوالب الخدمية وقوالب المصادقة للمرسلين الكبار.

### ما الذي تغيّر للأنشطة التجارية السعودية في 2026؟

جاء 1 أبريل 2026 بتغييرين في سجل تغييرات أسعار Meta. ارتفع سعر الرسالة التسويقية في السعودية، وأصبح الريال (SAR) إحدى عملات الفوترة الثماني الجديدة، فيمكن للنشاط التجاري السعودي أن يُفوتَر بالريال ويراجع تكاليفه على بطاقة أسعار بالريال بدل التحويل من الدولار.

والسعودية أيضا من الأسواق التي لها سعر للمصادقة الدولية. النشاط التجاري المقيم في الخارج والذي يرسل رموز مرور لمرة واحدة إلى أرقام +966 قد يُنقل إلى US$ 0.0598 لكل قالب مصادقة، أي أكثر من خمسة أضعاف السعر المحلي. تحدد Meta تاريخ البدء لكل نشاط تجاري وتمنح مهلة إشعار مدتها 30 يوما قبل التطبيق.

### كيف تربط رقما سعوديا وتواصل استخدام التطبيق؟

عبر Embedded Signup من Meta، مع اختيار الخيار الخاص برقم موجود أصلا في تطبيق WhatsApp Business. يستضيف Tech Provider المسار؛ يسجل النشاط التجاري الدخول عبر Facebook، ويختار Business Portfolio، ويدخل رقم +966 الخاص به ويمسح رمز QR الذي يعرضه التطبيق. بعدها أمام الشريك 24 ساعة لبدء المزامنة، وإلا وجب تكرار المسار.

ومن ذلك الحين يواصل الهاتف عمله كما كان، ويرسل الرقم نفسه ويستقبل عبر Cloud API بمعدل ثابت قدره 20 رسالة في الثانية. تُشرح كل خطوة في صفحة ربط رقم.

- تقدير ميزانية الإرسال التسويقي في السعودية بأسعار ما قبل 1 أبريل 2026. رفعت Meta السعر التسويقي في ذلك اليوم.
- استنتاج التكلفة بالريال من بطاقة الدولار بمحوّل عملات. تنشر Meta أرقامها الخاصة بالريال.
- إرسال رموز المرور إلى أرقام +966 من نشاط تجاري في الخارج بالسعر المحلي. سعر المصادقة الدولية هو US$ 0.0598 لكل قالب.

**هل يمكن فوترة نشاط تجاري سعودي بالريال؟** نعم. أضافت Meta الريال (SAR) عملة للفوترة في 1 أبريل 2026 وتنشر بطاقة أسعار بالريال.

**هل تُسعَّر السعودية ضمن بقية الشرق الأوسط؟** لا. لها بند خاص في بطاقة أسعار Meta، بسعر US$ 0.0576 للتسويق و US$ 0.0107 للخدمات والمصادقة.

**هل تُحتسب الرسائل التي أكتبها في التطبيق؟** لا. تنص Meta على أن الرسائل المرسلة من تطبيق WhatsApp Business تبقى مجانية، حتى بعد إتمام تسجيل رقمك في Coexistence بنجاح.

**ما إصدار التطبيق المطلوب؟** تطبيق WhatsApp Business بإصدار 2.24.17 أو أحدث على الهاتف الذي يحمل الرقم السعودي (+966).

---

## WhatsApp Coexistence في تركيا: التوفر وأسعار Meta وخطوات الإعداد

https://easycoexistence.com/ar/docs/whatsapp-coexistence-turkey

يمكن للأرقام التركية استخدام Coexistence، لأن وثائق Meta الخاصة بتسجيل مستخدمي تطبيق Business لا تذكر أي قيد على البلد. من 1 أكتوبر 2026 تحتسب Meta مبلغ US$ 0.0109 عن كل قالب تسويقي يُسلَّم إلى رقم +90، ومبلغ US$ 0.0009 عن كل قالب خدمي أو قالب مصادقة. خفّضت Meta أسعار القوالب الخدمية وقوالب المصادقة في تركيا في 1 أبريل 2026، ولا تنشر بطاقة أسعار بالليرة التركية.

### هل تتوفر WhatsApp Coexistence في تركيا؟

نعم. تضع الصفحة التي تحتفظ بها Meta لتسجيل مستخدمي تطبيق WhatsApp Business في Cloud API شروطًا على إصدار التطبيق (2.24.17 أو أحدث) وعلى الشريك (Tech Provider أو Solution Partner يستخدم Embedded Signup مع تسجيل الجلسات)، ولا تتضمن أي استثناء لبلد أو لرمز اتصال دولي. الرقم +90 النشط في تطبيق WhatsApp Business مؤهل.

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

### كم تحتسب Meta عن كل رسالة في تركيا؟

تحتسب Meta الرسوم عن كل قالب يتم تسليمه بحسب رمز الاتصال الدولي للمستلم، لذا يُسعَّر كل قالب يصل إلى رقم +90 بسعر تركيا أينما كان المرسل. لتركيا بند خاص في بطاقة الأسعار.

في بطاقة Meta بالدولار الأمريكي الساريةمن 1 أكتوبر 2026 تُعد الأرقام من الأدنى في البطاقة: US$ 0.0109 للتسويق، وUS$ 0.0009 للخدمي والمصادقة. وتذكر بطاقة اليورو €0.009 و€0.0007. ولا تدرج Meta سعرًا للمصادقة الدولية لتركيا. الردود الحرة داخل نافذة خدمة العملاء المفتوحة لمدة 24 ساعة مجانية، وكذلك القالب الخدمي المرسل داخلها، وتبقى الرسائل المرسلة من تطبيق WhatsApp Business على رقم Coexistence مجانية.

### بأي عملة تفوتر Meta الأنشطة التجارية التركية؟

تنشر Meta بطاقات أسعار WhatsApp Business Platform بست عشرة عملة: USD وAED وARS وAUD وBRL وCLP وCOP وEUR وGBP وIDR وINR وMXN وMYR وPEN وSAR وSGD. الليرة التركية ليست منها، لذا يُفوتَر النشاط التجاري التركي بإحدى هذه العملات، مثل USD أو EUR، ويجب قراءة تكاليفه من تلك البطاقة لا تحويلها.

وأهم تغيير في الأسعار حديث. ففي 1 أبريل 2026 خفّضت Meta أسعار القوالب الخدمية وقوالب المصادقة في تركيا، فصار تحديث الطلبات ورموز المرور لمرة واحدة إلى أرقام +90 يكلف جزءًا من السنت لكل واحد. أما الميزانيات الأقدم التي أُعدّت قبل هذا التاريخ فتبالغ في تقدير هذه التكاليف.

### كيف تربط رقمًا تركيًا مع الإبقاء على التطبيق؟

عبر Embedded Signup من Meta، باستخدام خيار الرقم الموجود أصلًا في تطبيق WhatsApp Business. يستضيفه Tech Provider. يسجّل النشاط التجاري الدخول عبر Facebook، ويختار Business Portfolio الخاص به، ويدخل الرقم +90، ثم يؤكد بمسح رمز QR في التطبيق. يجب أن تبدأ المزامنة خلال 24 ساعة، وإلا تعيّن تشغيل المسار من جديد.

بعد الربط يواصل الهاتف عمله، ويحصل الرقم نفسه على وصول إلى Cloud API بمعدل ثابت قدره 20 رسالة في الثانية. وتشرح صفحة ربط رقم ذلك شاشة بشاشة.

- البحث عن بطاقة أسعار بالليرة التركية. لا تنشر Meta بطاقة كهذه، فاقرأ بطاقة USD أو EUR التي يُفوتَر بها حسابك.
- استخدام ميزانية أُعدّت قبل 1 أبريل 2026. ففي ذلك اليوم خفّضت Meta أسعار القوالب الخدمية وقوالب المصادقة في تركيا.
- تصنيف العروض الترويجية كقوالب خدمية لتوفير المال. تراجع Meta فئات القوالب، ويُحتسب القالب التسويقي بالسعر التسويقي.

**هل يوجد سعر للمصادقة الدولية في تركيا؟** لا. تذكر بطاقة أسعار Meta الساريةمن 1 أكتوبر 2026 أنه غير منطبق على تركيا.

**هل يمكن أن تفوترني Meta بالليرة التركية؟** لا. الليرة ليست بين عملات الفوترة الست عشرة التي تنشر Meta بطاقات أسعار بها.

**هل الرد على العملاء في تركيا مجاني؟** الردود الحرة داخل نافذة خدمة العملاء البالغة 24 ساعة مجانية. أما القوالب خارج النافذة فتُحتسب عن كل تسليم.

**هل يؤدي ربط واجهة برمجة التطبيقات (API) إلى توقف التطبيق عن العمل؟** لا. مع Coexistence يواصل تطبيق WhatsApp Business عمله على الرقم نفسه، وتبقى رسائله مجانية.

---

## WhatsApp Coexistence في ألمانيا: التوفر وأسعار Meta والإعداد

https://easycoexistence.com/ar/docs/whatsapp-coexistence-germany

يمكن للأرقام الألمانية استخدام Coexistence: فوثائق Meta الخاصة بنقل مستخدمي تطبيق Business لا تذكر أي قيد على بلد أو على الاتحاد الأوروبي. ابتداءً من 1 أكتوبر 2026 تحتسب Meta مبلغ US$ 0.1365 (€0.1131) على كل قالب تسويقي يُسلَّم إلى رقم +49، ومبلغ US$ 0.055 (€0.0456) على كل قالب خدمي أو قالب مصادقة. أما الردود بنص حر داخل نافذة خدمة العملاء فمجانية.

### هل WhatsApp Coexistence متاح في ألمانيا؟

نعم. تضع وثائق Meta الخاصة بنقل مستخدمي تطبيق WhatsApp Business إلى Cloud API شروطاً على إصدار التطبيق (2.24.17 أو أحدث) وعلى الشريك الذي يشغّل Embedded Signup، ولا تذكر أي قيد على بلد أو منطقة أو رمز اتصال. كما أنها لا تضيف شرطاً خاصاً بالاتحاد الأوروبي. الرقم +49 المسجل والنشط في تطبيق WhatsApp Business مؤهل.

إذا رفض Embedded Signup رقماً ألمانياً، فالسبب أحد الأسباب العامة: الرقم ما زال على تطبيق WhatsApp الاستهلاكي، أو إصدار التطبيق أقدم من 2.24.17، أو مزوّد آخر ما زال يحتفظ به. تغطي صفحة الأهلية كل حالة.

### كم تحتسب Meta لكل رسالة في ألمانيا؟

تحتسب Meta الرسوم على كل قالب يُسلَّم، وتحدد السعر بحسب رمز اتصال بلد المستلم. القالب المسلَّم إلى رقم +49 يكلف سعر ألمانيا، سواء كان النشاط التجاري المرسل في برلين أو فيينا أو غيرها.

لألمانيا بند خاص في جدول أسعار Meta، وهو أعلى بكثير من بند بقية أوروبا الغربية: US$ 0.1365 للتسويق مقابل US$ 0.0592، وUS$ 0.055 للخدمي مقابل US$ 0.0171. ولا تدرج Meta سعر مصادقة دولياً لألمانيا. الردود بنص حر داخل نافذة خدمة العملاء المفتوحة لمدة 24 ساعة مجانية، والقالب الخدمي المرسل داخلها مجاني، والرسائل المكتوبة في تطبيق WhatsApp Business على رقم Coexistence تبقى مجانية.

### ماذا يعني السعر الألماني لطريقة استخدام واجهة برمجة التطبيقات (API)؟

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

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

### كيف تربط رقماً ألمانياً وتُبقي التطبيق؟

عبر Embedded Signup من Meta، مع اختيار الخيار الخاص برقم موجود في تطبيق WhatsApp Business. يستضيف Tech Provider هذا التدفق؛ يسجّل النشاط التجاري الدخول عبر Facebook، ويختار Business Portfolio، ويدخل الرقم +49، ويؤكد برمز QR الظاهر في التطبيق. يجب أن تبدأ المزامنة خلال 24 ساعة من الانتهاء، وإلا وجبت إعادة التدفق.

يواصل الهاتف عمله بعد ذلك، ويرسل الرقم نفسه ويستقبل عبر Cloud API بمعدل ثابت قدره 20 رسالة في الثانية. تصف صفحة ربط رقم كل شاشة بالتفصيل.

- احتساب المستلمين الألمان بسعر بقية أوروبا الغربية. لألمانيا بند خاص بها، وهو أكثر من الضعف في التسويق.
- بدء المحادثات بقوالب حيث يكفي رد داخل نافذة 24 ساعة. في ألمانيا الفرق بين المجاني والمدفوع كبير.
- تصنيف العروض الترويجية على أنها خدمية لدفع أقل. تراجع Meta فئات القوالب وتحتسب التسويقي بسعر التسويق.

**هل تستطيع Meta محاسبة نشاط تجاري ألماني باليورو؟** نعم. اليورو من عملات الفوترة التي تنشر Meta جداول أسعارها بها، وسعر القالب التسويقي لألمانيا €0.1131 في جدول 1 أكتوبر 2026.

**هل لدى Coexistence شروط إضافية في الاتحاد الأوروبي؟** لا تذكر وثائق Meta الحالية الخاصة بمستخدمي تطبيق Business أي شروط كهذه. الشروط واحدة في كل مكان: التطبيق بإصدار 2.24.17 أو أحدث، وشريك يوفر Embedded Signup.

**هل يُحتسب الرد على عميل ألماني؟** لا يُحتسب الرد بنص حر داخل نافذة خدمة العملاء البالغة 24 ساعة. أما القوالب خارج النافذة فتُحتسب عند كل تسليم.

**هل تبقى الرسائل المرسلة من الهاتف مجانية؟** نعم. تنص Meta على أن الرسائل المرسلة من تطبيق WhatsApp Business تبقى مجانية بعد الإعداد. وحدها عمليات الإرسال عبر Cloud API تخضع لتسعير Cloud API.

---

## WhatsApp Coexistence في إيطاليا: التوفر وأسعار Meta وخطوات الإعداد

https://easycoexistence.com/ar/docs/whatsapp-coexistence-italy

يمكن للأرقام الإيطالية استخدام Coexistence، إذ لا تذكر وثائق Meta الخاصة بإعداد مستخدمي تطبيق WhatsApp Business أي قيد على دولة أو على الاتحاد الأوروبي. اعتبارًا من 1 أكتوبر 2026 تحتسب Meta مبلغ US$ 0.0795 (€0.0658) على كل قالب تسويقي يصل إلى رقم +39، ومبلغ US$ 0.03 (€0.0248) على كل قالب خدمي أو قالب مصادقة. وقد رفعت Meta سعر الرسائل التسويقية في إيطاليا في 1 يوليو 2026.

### هل WhatsApp Coexistence متاحة في إيطاليا؟

نعم. تحدد وثائق Meta الخاصة بإعداد مستخدمي تطبيق WhatsApp Business على Cloud API ما يلزم، وأهمه الإصدار 2.24.17 من التطبيق أو أحدث، ومزود Tech Provider أو Solution Partner يستخدم Embedded Signup، ولا تتضمن أي استثناء لدولة أو منطقة أو رمز اتصال. ولا تضيف شرطًا خاصًا بأرقام الاتحاد الأوروبي. والرقم +39 المستخدم فعليًا على تطبيق WhatsApp Business مؤهل.

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

### كم تحتسب Meta لكل رسالة في إيطاليا؟

تحتسب Meta الرسوم على كل قالب يصل إلى المستلم بحسب رمز اتصال دولة المستلم، لذلك يُحتسب أي قالب يصل إلى رقم +39 بسعر إيطاليا أينما سُجّل النشاط التجاري. لإيطاليا بند خاص في جدول الأسعار، وليست ضمن سعر بقية أوروبا الغربية.

الأرقام أدناه من جداول Meta بالدولار واليورو السارية من 1 أكتوبر 2026. ولا تنشر Meta سعرًا للمصادقة الدولية لإيطاليا. الردود الحرة خلال نافذة خدمة العملاء المفتوحة مدة 24 ساعة مجانية، والقالب الخدمي المرسل داخل تلك النافذة مجاني، ولا رسوم على رسائل رقم Coexistence المرسلة من التطبيق.

### ما الذي تغير في أسعار إيطاليا في 2026؟

يسجل سجل تغييرات الأسعار لدى Meta تغييرًا واحدًا لإيطاليا هذا العام: سعر أعلى للرسائل التسويقية اعتبارًا من 1 يوليو 2026، ضمن التحديث نفسه الذي غيّر أسعار إسبانيا وبولندا والمجر ورومانيا والمملكة المتحدة وغيرها. ولم تكن الرسائل الخدمية ورسائل المصادقة جزءًا من هذا التغيير.

يظهر الأثر العملي في الحملات. فميزانية القوالب الترويجية الموجهة إلى أرقام +39 المعدّة قبل يوليو 2026 تقدّر التكلفة بأقل من حقيقتها، أما تأكيدات الطلبات وتحديثات التسليم ورموز المرور لمرة واحدة فتسعيرها كما كان. والفوترة باليورو لا تحتاج إلى تحويل، لأن اليورو إحدى العملات التي تنشر Meta جداول أسعارها بها، والرقم €0.0658 للرسائل التسويقية هو رقم Meta نفسها.

### كيف تربط رقمًا إيطاليًا مع الإبقاء على التطبيق؟

عبر Embedded Signup من Meta، باختيار الخيار الخاص بالرقم المسجل أصلًا في تطبيق WhatsApp Business. يستضيف Tech Provider المسار. يسجل النشاط التجاري الدخول عبر Facebook، ويختار Business Portfolio، ويدخل الرقم +39، ويمسح رمز QR الظاهر في التطبيق. والوسائط في سجل المحادثات المتزامن تغطي الأسبوعين الأخيرين فقط.

بعد الإعداد يستمر الهاتف في العمل، ويرسل الرقم نفسه ويستقبل أيضًا عبر Cloud API بمعدل ثابت قدره 20 رسالة في الثانية. تشرح صفحة ربط رقم كل خطوة.

- اعتماد ميزانية تسويق لمستلمين على +39 أُعدّت قبل 1 يوليو 2026. فقد رفعت Meta سعر الرسائل التسويقية لإيطاليا في ذلك اليوم.
- تطبيق سعر بقية أوروبا الغربية على الأرقام الإيطالية. لإيطاليا بند خاص في جدول Meta.
- بدء الإعداد على رقم ما زال في تطبيق WhatsApp الاستهلاكي. يجب نقله أولًا إلى WhatsApp Business قبل بدء الإعداد.

**هل يمكن لـ Meta فوترة نشاط تجاري إيطالي باليورو؟** نعم. اليورو إحدى عملات الفوترة لدى Meta، ويدرج جدولها باليورو إيطاليا بسعر €0.0658 للقوالب التسويقية و€0.0248 للقوالب الخدمية وقوالب المصادقة.

**هل تغيرت أسعار القوالب الخدمية في إيطاليا في 2026؟** لا. رفع تحديث 1 يوليو 2026 سعر الرسائل التسويقية لإيطاليا فقط.

**هل تُحتسب رسوم على الردود إلى العملاء في إيطاليا؟** الردود الحرة داخل نافذة خدمة العملاء البالغة 24 ساعة مجانية. أما القوالب المرسلة خارجها فتُحتسب عند وصولها.

**هل سيواصل موظفوني استخدام التطبيق؟** نعم. تُبقي Coexistence تطبيق WhatsApp Business يعمل على الرقم نفسه، وتبقى الرسائل المرسلة منه مجانية.

---

## كيف توقف Coexistence وتعود إلى التطبيق فقط

https://easycoexistence.com/ar/docs/disconnecting-coexistence

يتم إيقاف Coexistence من تطبيق WhatsApp Business نفسه: الإعدادات ثم الحساب ثم Business Platform ثم Disconnect Account. يستمر التطبيق في العمل على الرقم، وينتهي وصول المزوّد، ويُرسل خطاف الويب (webhook) من نوع account_update مع PARTNER_REMOVED. ولا يمكن استخدام نقطة النهاية (endpoint) الخاصة بـ Deregister في Cloud API مع رقم يعمل في الموضعين.

### كيف أوقف Coexistence؟

من الهاتف الذي يحمل الرقم. توثّق Meta مسارًا واحدًا فقط لخروج نشاط تجاري من Cloud API عندما يكون الرقم مشتركًا مع تطبيق WhatsApp Business، وهو يمر عبر التطبيق لا عبر أي لوحة تحكم أو endpoint. من يحمل الهاتف الأساسي هو من يتخذ القرار، لذا تطلب الوكالة أو المطوّر من النشاط التجاري تنفيذ الخطوات.

- افتح تطبيق WhatsApp Business على الجهاز الأساسي.
- انتقل إلى الإعدادات، ثم الحساب، ثم Business Platform.
- اضغط على Disconnect Account وأكّد.
- توقّع على جانب API وصول webhook من نوع account_update مع الحدث PARTNER_REMOVED، وذلك بعد التأكيد.

### لماذا يرفض endpoint الخاص بـ Deregister الرقم؟

لأن Meta تستثني أرقام Coexistence منه عن قصد. تنص وثائق التسجيل على أن endpoint الخاص بـ Deregister لا يستطيع إلغاء تسجيل رقم هاتف نشاط تجاري مستخدم مع Cloud API وتطبيق WhatsApp Business معًا.

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

### ماذا يحدث للتطبيق والسجل والرقم؟

فصل الاتصال لا يعني حذف الحساب، وهذا الفرق هو الجواب كله.

تحذير Meta من فقدان سجل الرسائل ينطبق على حذف حساب تطبيق WhatsApp Business وتسجيل الرقم على Cloud API. أما فصل الاتصال فلا يفعل أيًّا منهما. يبقى التطبيق مثبّتًا ومسجّلًا، ويبقى الرقم عليه، ويواصل الفريق الرد على العملاء من الهاتف نفسه.

ما ينتهي هو جانب API. يُزال تطبيق المزوّد من الرقم، فيتوقف الإرسال عبر Cloud API وتسليم webhook الخاص به. أما الميزات التي عطّلتها Coexistence، مثل قوائم البث، فتجدها في الصفحة المخصصة للميزات المعطّلة.

### هل يمكن ربط الرقم من جديد لاحقًا؟

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

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

- استدعاء endpoint الخاص بـ Deregister على رقم Coexistence. ترفضه Meta، ويتم الفصل من التطبيق.
- حذف حساب تطبيق WhatsApp Business للخروج. هذا هو المسار الذي يفقد سجل المحادثات.
- التعامل مع PARTNER_REMOVED كأنه انقطاع يستوجب إعادة المحاولة. إنه فصل متعمد من النشاط التجاري.

**هل سأفقد محادثاتي إذا فصلت الاتصال؟** لا. الفصل يزيل API من الرقم ولا يحذف حساب تطبيق WhatsApp Business، وهو ما تحذّر Meta من أنه يفقد السجل.

**هل يمكنني الفصل عبر API؟** لا. لا تسمح Meta باستخدام endpoint الخاص بـ Deregister على رقم مستخدم مع Cloud API والتطبيق معًا.

**كيف يعرف نظامي أن الفصل حدث؟** ترسل Meta webhook من نوع account_update مع الحدث PARTNER_REMOVED عندما ينفصل النشاط التجاري.

**هل يمكنني إعادة ربط الرقم نفسه؟** نعم. شغّل مسار الإعداد من البداية كما في الاتصال الأول.

---

## نقل رقم من Coexistence إلى Cloud API فقط

https://easycoexistence.com/ar/docs/moving-from-coexistence-to-cloud-api

يصبح رقم Coexistence مخصصاً لواجهة برمجة التطبيقات (API) فقط عبر فصله في تطبيق WhatsApp Business، وحذف حساب التطبيق، ثم تسجيل الرقم على Cloud API برمز PIN للتحقق بخطوتين. تحذّر Meta من فقدان سجل الرسائل الحالي، ولا يمكن للرقم العودة إلى التطبيق ما لم يُلغَ تسجيله من Cloud API أولاً.

### لماذا قد ينسحب نشاط تجاري من التطبيق؟

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

توثّق Meta أن الأرقام المستخدمة مع التطبيق ومع Cloud API معاً لها سعة إرسال ثابتة قدرها 20 رسالة في الثانية. أما الرقم الخاص بـ API فقط فيبدأ بما يصل إلى 80 رسالة في الثانية افتراضياً، ويمكن ترقيته تلقائياً إلى 1,000 عند استيفاء شروط Meta. وبالنسبة إلى رقم يرسل بحجم كبير، هذا الفرق هو سبب الانتقال.

### ما ترتيب الخطوات؟

أربع خطوات، والترتيب مهم لأن نقطة النهاية (endpoint) Deregister ترفض رقماً ما زال مشتركاً مع التطبيق. ينفّذ النشاط التجاري كل خطوة على الهاتف عدا الأخيرة، وهي استدعاء API يجريه من سيتولى تشغيل الرقم من الآن فصاعداً.

- انسخ سجل المحادثات احتياطياً في تطبيق WhatsApp Business، كما توصي Meta.
- افصل الاتصال في التطبيق: الإعدادات، ثم الحساب، ثم Business Platform، ثم فصل الحساب.
- احذف حساب التطبيق: الإعدادات، ثم الحساب، ثم حذف حسابي، وانتظر حتى 3 دقائق.
- سجّل الرقم على Cloud API برمز PIN مكوّن من 6 أرقام للتحقق بخطوتين.

### ما الذي يتخلى عنه النشاط التجاري؟

المحادثات الموجودة على الهاتف، والهاتف نفسه كوسيلة للرد.

تنص Meta على أن حذف حساب تطبيق WhatsApp Business وتسجيل الرقم على Cloud API يفقدان سجل الرسائل الحالي. وهذا عكس إعداد Coexistence الذي تذكر Meta أن السجل يُحفظ فيه ويعمل فيه التطبيقان معاً.

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

### ما الذي يبقى كما هو في جانب API؟

طريقة تخاطب البرنامج مع الرقم. ما زالت Cloud API نفسها: تنطبق أنواع الرسائل نفسها والقوالب وخطاف الويب (webhook) والتسعير نفسه، لأن Coexistence لم تكن يوماً سوى طريقة إعداد مختلفة على المنصة نفسها.

الذي يتغير هو التسجيل. يُسجَّل رقم Coexistence عبر مسار الإعداد، أما الرقم الخاص بـ API فقط فيُسجَّل باستدعاء register يحمل رمز PIN للتحقق بخطوتين، وتحدّ Meta هذه الاستدعاءات بـ 10 لكل رقم في نافذة متحركة مدتها 72 ساعة. لذا فالمحاولة الفاشلة لها كلفة، فتحقق من PIN قبل إعادة المحاولة.

- حذف حساب التطبيق قبل نسخ المحادثات احتياطياً. تنص Meta على أن السجل يُفقد في هذا المسار.
- استدعاء Deregister بينما الرقم ما زال مشتركاً مع التطبيق. ترفضه Meta.
- إعادة محاولة التسجيل في حلقة. تسمح Meta بـ 10 طلبات تسجيل لكل رقم خلال 72 ساعة.

**هل أحتفظ بسجل المحادثات عند الانتقال إلى API فقط؟** ليس داخل API. تحذّر Meta من فقدان السجل، وتوصي بنسخه احتياطياً من التطبيق أولاً.

**هل يمكن للرقم العودة إلى التطبيق لاحقاً؟** فقط بعد إلغاء تسجيله من Cloud API، بحسب دليل الترحيل من Meta.

**هل تتحسن سعة الإرسال؟** نعم. أرقام Coexistence ثابتة عند 20 رسالة في الثانية، أما الأرقام الخاصة بـ API فقط فتبدأ بما يصل إلى 80 رسالة في الثانية.

**هل أستخدم واجهة Deregister للبدء؟** ليس ما دام الرقم مشتركاً مع التطبيق. افصله أولاً من داخل تطبيق WhatsApp Business نفسه.

---

## ترحيل رقم من مزود WhatsApp آخر

https://easycoexistence.com/ar/docs/migrating-a-number-from-another-provider

الأمر يعتمد على طريقة ربط الرقم حاليًا. الرقم المشترك مع تطبيق WhatsApp Business عبر مزود آخر يُفصل من داخل التطبيق، ثم يُربط من جديد لدى المزود الجديد. أما الرقم المرتبط بواجهة برمجة التطبيقات (API) فقط فينتقل عبر ترحيل أرقام الهاتف من Meta، الذي يحافظ على اسم العرض وتصنيف الجودة وحد المراسلة وحالة حساب النشاط التجاري الرسمي.

### في أي حالة أنا؟

اطرح سؤالًا واحدًا: هل ما زال أحد يرد على هذا الرقم من تطبيق WhatsApp Business على هاتف؟

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

إذا كان الجواب لا، فالرقم مسجل على Cloud API فقط، دون تطبيق خلفه. لدى Meta ترحيل مستقل لهذه الحالة، ينقل الرقم من حساب WhatsApp Business لشريك إلى آخر دون إعادة تسجيله من الصفر. الخلط بين الحالتين هو السبب المعتاد لتعثر النقل في منتصف الطريق.

### كيف يغيّر رقم Coexistence مزوده؟

بفصله ثم ربطه من جديد. توثق Meta أن النشاط التجاري يفصل الاتصال بـ Cloud API من التطبيق عبر إعدادات، ثم حساب، ثم Business Platform، بالضغط على زر فصل الحساب، وأن المزود يتلقى خطاف الويب (webhook) من نوع account_update بقيمة PARTNER_REMOVED.

بعد الفصل يعود الرقم رقمًا عاديًا في تطبيق WhatsApp Business، ويمكن للمزود الجديد ربطه عبر Embedded Signup. الشروط هي شروط Coexistence المعتادة: إصدار حديث من التطبيق، وأن يكون لديك Business Portfolio تديره، وألا يبقى مزود آخر مرتبطًا. يُطرح سؤال مشاركة السجل من جديد، وتبدأ نافذة المزامنة البالغة 24 ساعة من جديد منذ الربط الجديد.

### ما الذي ينتقل في ترحيل API فقط؟

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

- يُحافظ على اسم العرض وتصنيف الجودة وحد المراسلة وحالة حساب النشاط التجاري الرسمي.
- تُنسخ القوالب المؤهلة إلى الحساب الوجهة بالحالات نفسها.
- يمكن الاستمرار في استخدام الوسائط المرفوعة سابقًا على الرقم.
- لا تنتقل تصنيفات جودة القوالب: يبدأ كل قالب مُرحّل بتصنيف UNKNOWN دائمًا.

### ما الذي يجب تجهيزه قبل ترحيل API فقط؟

تذكر Meta شروطًا على الطرفين، وشروط جهة العميل هي التي يتعثر عندها النقل.

يجب أن يكون Business Portfolio الخاص بالنشاط التجاري موثقًا، وأن يكون حساب WhatsApp Business القائم معتمدًا ومرتبطًا بوسيلة دفع صالحة. ويجب تعطيل التحقق بخطوتين على الرقم، ولا توفر Meta أي endpoint لتعطيله، فلا يستطيع المزود تنفيذ هذه الخطوة بواسطة API أصلًا. أما في جهة الاستقبال، فيجب أن يكون تطبيق واحد على الأقل مشتركًا في webhook على الحساب الوجهة.

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

- ربط الرقم بمزود جديد بينما المزود القديم ما زال مرتبطًا به. يجب فصل الرقم في التطبيق أولًا.
- بدء ترحيل API فقط والتحقق بخطوتين مفعّل. تشترط Meta تعطيله، ولا يوجد endpoint يفعل ذلك.
- توقع بقاء تصنيف الجودة. تعود القوالب المُرحّلة إلى UNKNOWN من جديد.

**هل أفقد محادثاتي عند تغيير مزود Coexistence؟** يحتفظ التطبيق بها طوال الوقت. وتُعرض مشاركة السجل مع الاتصال الجديد من جديد عند الربط.

**هل يغيّر ترحيل API فقط اسم العرض الخاص بي؟** لا. تحافظ Meta على اسم العرض وتصنيف الجودة وحد المراسلة وحالة حساب النشاط التجاري الرسمي.

**لماذا فقدت قوالبي تصنيف الجودة؟** تنسخ Meta القوالب إلى الحساب الوجهة، وكل نسخة تبدأ بتصنيف UNKNOWN دائمًا.

**هل يوجد توقف في الخدمة؟** تذكر Meta أن التسجيل في ترحيل API فقط فوري دون انقطاع في المراسلة. وتصبح القوالب قابلة للاستخدام بعد نسخها.

---

## مجموعات WhatsApp وAPI على رقم Coexistence

https://easycoexistence.com/ar/docs/whatsapp-groups-and-the-api

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

### هل لدى WhatsApp واجهة Groups API؟

نعم. تتيح Groups API من Meta لنشاط تجاري إنشاء مجموعات على رقم Cloud API وعرضها وتحديثها، وإرسال رسائل نصية ووسائط وقوالب إليها، وإدارة رابط الدعوة، والموافقة على طلبات الانضمام أو رفضها، وإزالة المشاركين.

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

- حتى 8 مشاركين في المجموعة الواحدة.
- حتى 10,000 مجموعة لكل رقم نشاط تجاري.
- نشاط تجاري واحد على Cloud API لكل مجموعة.
- نص ووسائط وقوالب نصية وقوالب وسائط.

### هل يستطيع رقم Coexistence استخدامها؟

لا. تنص صفحة Groups API على أنها غير متاحة لأرقام تطبيق WhatsApp Business على الإطلاق، وتحيل هذه العبارة إلى دليل Meta الخاص بتسجيل مستخدمي ذلك التطبيق، وهو الدليل الخاص بـ Coexistence نفسها. وشرط الأهلية هو أيضاً حساب نشاط تجاري رسمي، وهي حالة تقول صفحة OBA عند Meta إنها لا تمنحها لأرقام تطبيق WhatsApp Business بتاتاً.

فالاستبعاد تضعه Meta على كل المزودين. الرقم المشترك بين التطبيق وAPI لا يستطيع إنشاء مجموعات عبر API، ولا الإرسال إليها، ولا يتلقى أي أحداث للمجموعات.

### ماذا يحدث للمجموعات الموجودة في التطبيق؟

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

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

### ماذا أستخدم بدلاً من المجموعات عبر API؟

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

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

- قراءة أن Groups API موجودة وافتراض أنها تشمل رقم Coexistence. تستبعد Meta أرقام تطبيق Business صراحةً.
- توقع ظهور سجل المجموعات في API بعد الربط. المحادثات الجماعية لا تتم مزامنتها.
- تخطيط سير عمل قائم على المجموعات حول حد 8 مشاركين دون التحقق من ملاءمته.

**هل أستطيع مراسلة مجموعة WhatsApp عبر API من رقمي؟** فقط من رقم خاص بـ API وحدها يحمل حساب نشاط تجاري رسمي باستخدام Groups API، ولا يصح ذلك من رقم Coexistence إطلاقاً.

**هل لا تزال مجموعاتي الحالية تعمل؟** نعم، في تطبيق WhatsApp Business، لكن مزامنتها مع API لا تحدث.

**كم عدد الأشخاص الذين يمكنهم الانضمام إلى مجموعات API هذه؟** تحدد Meta سقف المجموعات المنشأة عبر Groups API بـ 8 مشاركين.

**هل هذا قيد من مزود الخدمة لدي؟** لا. استبعاد أرقام تطبيق WhatsApp Business تضعه Meta على كل المزودين.

---

## Meta Verified والشارة الرسمية للنشاط التجاري على رقم Coexistence

https://easycoexistence.com/ar/docs/meta-verified-and-coexistence

يُطلق اسم الشارة الزرقاء على أمرين مختلفين. Official Business Account حالة تُطلب لرقم على Cloud API، وتقول وثائق Meta إن أرقام تطبيق WhatsApp Business لا تحصل عليها. أما Meta Verified for WhatsApp Business فهو اشتراك يؤخذ من التطبيق، ويشمل شارة تحقق ووصولاً متعدد الوكلاء ودعماً محسّناً.

### ما هي حالة Official Business Account وكيف تعمل؟

حالة تُمنح لرقم نشاط تجاري مسجل على WhatsApp Business Platform. تصفها Meta بأنها رقم يملكه نشاط تجاري جرى التحقق من أصالته، وتظهر بعلامة صح زرقاء بجانب الاسم في عرض جهات الاتصال. تُطلب في WhatsApp Manager من ملف تعريف الرقم، أو عبر الحقل official_business_account في واجهة برمجة التطبيقات (API) الخاصة بالمنصة.

- يلتزم النشاط التجاري بسياسة WhatsApp Business Messaging Policy كاملة.
- الرقم مسجل على المنصة منذ 30 يوماً على الأقل.
- اجتاز Business Portfolio الخاص به تحقق النشاط التجاري بنجاح.
- فُعّل على الرقم التحقق بخطوتين، واعتُمد اسم العرض.

### هل تحصل أرقام Coexistence على حالة OBA أصلاً؟

تقول وثائق OBA لدى Meta إنها لا تمنح الحالة لأرقام تطبيق WhatsApp Business ولا لموظفي النشاط التجاري ولا للحسابات التجريبية. وتستخدم Meta المصطلح نفسه، أرقام تطبيق WhatsApp Business، في صفحة Groups API الخاصة بها، وتربطه بدليل إعداد مستخدمي التطبيق، وهو دليل Coexistence نفسه.

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

### ما الذي يقدمه اشتراك Meta Verified for WhatsApp Business بالضبط؟

اشتراك مدفوع يؤخذ من داخل تطبيق WhatsApp Business ويختلف عن عملية OBA الخاصة بالمنصة. تسرد صفحة الموارد لدى Meta ما يتضمنه: شارة تحقق، وصفحة ويب مخصصة، ودعماً محسّناً، وحساباً متعدد الوكلاء يربط عدة أجهزة ويسند المحادثات إلى وكلاء المبيعات، وشارات تحقق على ما يصل إلى 10 من WhatsApp Channels الخاصة بالنشاط.

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

### هل تبقى الشارة بعد نقل الرقم؟

بالنسبة إلى OBA، توثق Meta حالة واحدة صراحة: الرقم المنقول من Solution Partner إلى آخر عبر Embedded Signup يحتفظ باسم العرض وتصنيف الجودة وحد الرسائل وحالة Official Business Account الخاصة به.

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

- اعتبار OBA و Meta Verified شارة واحدة. الأولى حالة على المنصة، والثانية اشتراك في التطبيق.
- طلب OBA قبل مرور 30 يوماً على المنصة. تشترط Meta هذا الحد الأدنى، والرفض يعني انتظار 30 يوماً.
- طلب OBA مع إيقاف التحقق بخطوتين أو مع اسم عرض قيد الاعتماد. كلاهما من الشروط المذكورة.

**هل يُعد Meta Verified مثل حالة Official Business Account نفسها؟** لا. توثقهما Meta بشكل منفصل: OBA حالة تُطلب لرقم على المنصة، أما Meta Verified فاشتراك يؤخذ من التطبيق.

**هل يمكن الاشتراك في Meta Verified برقم Coexistence فعلاً؟** يؤخذ Meta Verified عبر تطبيق WhatsApp Business، والرقم المربوط عبر Coexistence يواصل استخدام التطبيق.

**متى يمكنني طلب OBA بعد التسجيل؟** يجب أن يكون الرقم مسجلاً على WhatsApp Business Platform لمدة 30 يوماً على الأقل.

**ماذا يحدث إذا رُفض طلب OBA الخاص بي؟** تطلب منك Meta الانتظار 30 يوماً قبل إعادة التقديم.

---

## عدة موظفين وأنظمة تردّ على رقم Coexistence واحد

https://easycoexistence.com/ar/docs/multiple-agents-on-one-number

يمكن أن يرد على رقم Coexistence أشخاص وبرمجيات في آن واحد. يستخدم الموظفون تطبيق WhatsApp Business وأجهزته المرتبطة، حتى أربعة أجهزة بخلاف الهاتف الأساسي، بينما تعمل الأنظمة عبر Cloud API. وكل رسالة يرسلها شخص من التطبيق أو من جهاز مرافق تصل إلى البرمجيات في صورة خطاف الويب (webhook) smb_message_echoes، فيشترك الطرفان في محادثة واحدة.

### كيف يرد عدة أشخاص على الرقم نفسه؟

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

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

### أين تدخل البرمجيات؟

في جانب واجهة برمجة التطبيقات (API) من الرقم نفسه. يرسل نظام CRM أو أداة أتمتة أو وكيل ذكاء اصطناعي عبر Cloud API ويتلقى رسائل العملاء عبر webhook، بينما يواصل الموظفون استخدام التطبيق.

الرقم واحد على الطرفين، فيرى العميل محادثة واحدة أياً كان كاتب كل رسالة. وتظهر الرسائل التي يرسلها API في محادثة التطبيق، فيرى الموظفون ما قالته المنظومة بالفعل. والقيد المشترك الوحيد هو الحجم: تحدد Meta الرقم المستخدم مع التطبيق و Cloud API معاً بـ 20 رسالة في الثانية.

### كيف تعرف البرمجيات أن شخصاً ردّ بالفعل؟

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

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

- أُرسلت من التطبيق أو من جهاز مرافق: يصل صدى.
- عُدّلت في التطبيق: يصل صدى.
- حُذفت في التطبيق: يصل صدى.

### ما الذي يجب أن يراعيه كل طرف؟

يُبقي الموظفون الهاتف الأساسي قيد الاستخدام. تفصل Meta رقم Coexistence بعد نحو 14 يوماً من عدم النشاط على الجهاز الأساسي، وتفصل الجهاز المرافق بعد نحو 30 يوماً من عدم نشاطه هو، فقد يخسر الفريق الذي يعمل من الحواسيب المحمولة فقط الاثنين معاً.

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

- تجاهل smb_message_echoes. من دونها لا يستطيع الروبوت معرفة أن شخصاً ردّ بالفعل من حاسوب محمول مرتبط.
- تشغيل الفريق كله من حواسيب محمولة مرتبطة بينما يبقى الهاتف الأساسي دون استخدام أسابيع.
- ربط تطبيق WhatsApp لنظام Windows بعد الإعداد. تُدرجه Meta بوصفه غير مدعوم على أرقام Coexistence كلها.

**كم شخصاً يمكنه الرد على رقم واحد؟** يسمح WhatsApp بما يصل إلى أربعة أجهزة مرتبطة بخلاف الهاتف الأساسي، ويمكن أن يستخدم كل جهاز منها شخص مختلف.

**هل تصل رسائل الحاسوب المحمول المرتبط إلى نظام CRM لدي؟** نعم. ترسل Meta smb_message_echoes للرسائل المرسلة من التطبيق أو من جهاز مرافق.

**هل يمكن لروبوت دردشة وشخص مشاركة محادثة واحدة؟** نعم. كلاهما يكتب في المحادثة نفسها، ويتيح الصدى للروبوت معرفة متى ردّ شخص.

**هل يوجد حد لعدد المقاعد على جانب الأنظمة؟** تحدد Meta حجم API لا عدد الأنظمة، إذ تثبّت الرقم المشترك عند 20 رسالة في الثانية.

---

## الأجهزة المرتبطة و Coexistence: ما الذي يُفصل

https://easycoexistence.com/ar/docs/linked-devices-and-coexistence

عند نقل رقم تطبيق WhatsApp Business إلى Cloud API، تُفصل كل الأجهزة المرافقة عن الحساب. يمكن ربط الأجهزة المدعومة من جديد بعد ذلك، مثل WhatsApp Web والهواتف المرتبطة كأجهزة مرافقة. أما WhatsApp for Windows وWhatsApp for WearOS فلا يُدعمان على رقم Coexistence، ويُفصل الجهاز المرافق الخامل بعد نحو 30 يومًا.

### ماذا يحدث للأجهزة المرتبطة أثناء الإعداد؟

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

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

### ما الأجهزة المرافقة المدعومة بعد ذلك؟

كلها باستثناء اثنين. تعدّ Meta كل العملاء المرافقين مدعومين على رقم Coexistence عدا WhatsApp for Windows وWhatsApp for WearOS. يُربط كل جهاز مدعوم من جديد بالطريقة المعتادة، أي بمسح رمز QR بالهاتف الأساسي، ويُحتسب ضمن حد الأجهزة نفسه كما قبل.

- WhatsApp Web في المتصفح: مدعوم، ويُربط من جديد بمسح الرمز.
- هواتف إضافية مرتبطة كأجهزة مرافقة: مدعومة.
- WhatsApp for Windows: غير مدعوم.
- WhatsApp for WearOS على الساعة: غير مدعوم.

### كم جهازًا يمكن ربطه؟

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

على رقم Coexistence يُقسَّم هذا الحد بين العملاء المرافقين الذين يظلون مدعومين. وعادةً ينقل المكتب الذي كان يستخدم تطبيق Windows أجهزة موظفيه إلى WhatsApp Web في المتصفح، ويُحتسب واحدًا من الأربعة كأي جهاز مرافق آخر.

### ما الذي يُبقي الأجهزة المرتبطة متصلة؟

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

يخص PRIMARY_INACTIVITY الهاتف الأساسي، ويُطلق بعد نحو 14 يومًا دون نشاط. وتذكر WhatsApp أيضًا أنه عند خمول الجهاز الأساسي مدة طويلة يُسجَّل خروج الحساب من كل الأجهزة المرافقة، فالهاتف الأساسي المهمل يسقط معه كل جهاز مرتبط.

يخص COMPANION_INACTIVITY الجهاز المرافق وحده، بعد نحو 30 يومًا من الخمول. والحالة النموذجية حاسوب محمول نادر الاستخدام في أحد الفروع.

- الإعداد دون تنبيه الموظفين الذين يردون من WhatsApp Web. يُسجَّل خروجهم عند اكتمال الإعداد.
- إعادة ربط تطبيق WhatsApp for Windows، مع أن Coexistence لا تدعمه بحسب قائمة Meta.
- ترك الهاتف الأساسي في درج لأن الجميع يعملون على أجهزة مرتبطة. فخمول هذا الهاتف يفصل الأجهزة المرافقة أيضًا.

**هل تفصل Coexistence جلسة WhatsApp Web عند الإعداد؟** نعم، تُفصل كل الأجهزة المرافقة عند الإعداد. WhatsApp Web مدعوم ويمكن ربطه من جديد فورًا.

**هل يمكن لتطبيق WhatsApp على Windows العمل مع رقمي؟** ليس على رقم Coexistence. تدرج Meta تطبيق WhatsApp for Windows ضمن الأجهزة المرافقة غير المدعومة.

**هل Coexistence نفسها جهاز مرتبط؟** لا. هي واجهة Cloud API المربوطة بالرقم عبر إعداد Meta، ولا تشغل خانة جهاز مرافق.

**كم جهازًا مرافقًا يمكنني ربطه؟** حتى أربعة إلى جانب الهاتف الأساسي، ضمن العملاء المرافقين الذين تدعمهم Meta.

---

## تغيير رقم الهاتف في اتصال Coexistence

https://easycoexistence.com/ar/docs/changing-the-phone-number

يرتبط اتصال Coexistence برقم هاتف واحد. عندما يغيّر النشاط التجاري رقمه في تطبيق WhatsApp Business، تقطع Meta الاتصال، ويظهر سبب الفصل CHANGE_NUMBER في تقريرها. الرقم الجديد هو رقم هاتف تجاري مستقل على المنصة، ويجب ربطه عبر مسار Coexistence بوصفه اتصالاً جديداً.

### ماذا يحدث للاتصال عند تغيير الرقم؟

ينتهي. تدرج Meta تغيير رقم الهاتف ضمن أسباب فصل اتصال Coexistence، ويظهر السبب CHANGE_NUMBER في disconnection_info ضمن خطاف الويب (webhook) account_update الذي تستلمه.

هذا اتساق من المنصة وليس تشدداً. فكل ما تعرفه جهة واجهة برمجة التطبيقات (API) مرتبط برقم هاتف تجاري: معرّف رقم الهاتف واسم العرض وتصنيف الجودة واشتراكات webhook. الرقم المختلف أصل مختلف، لذلك لا ينتقل شيء من الرقم القديم تلقائياً، ويتوقف الاتصال القديم لحظة التغيير.

### كيف أربط الرقم الجديد؟

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

- أن يكون نشطاً في تطبيق WhatsApp Business بالإصدار 2.24.17 أو أحدث.
- أن يقع ضمن Business Portfolio التي تديرها.
- ألا يكون مرتبطاً بمزوّد آخر.
- أن يُقدَّم اسم العرض عند التسجيل، كما لأي رقم هاتف تجاري.

### ما الذي يجب تحديثه في جانب الربط البرمجي؟

كل مكان خُزّن فيه الرقم القديم أو معرّفه. التكاملات التي ترسل عبر Cloud API تخاطب معرّف رقم هاتف، لذا فإن أي CRM أو سير عمل أتمتة أو وكيل ذكاء اصطناعي ما زال يشير إلى المعرّف القديم سيفشل بدل أن ينتقل إلى الجديد.

كما يبدأ الاتصال الجديد أسئلة التسجيل من جديد، ومنها مشاركة سجل المحادثات ونافذة 24 ساعة لمزامنته. ويجب تطبيق وجهة webhook المحددة على الاتصال القديم على الاتصال الجديد. وتستحق سعة المحفظة الفحص أيضاً: تحدد Meta لـ Business Portfolio جديدة سقفاً قدره رقمان تجاريان مسجلان إلى أن يتم التحقق منها أو تبلغ حد 2,000 للمراسلة.

### ماذا يحدث للرقم القديم على المنصة؟

يبقى أصلاً في WhatsApp Business Account إلى أن يزيله أحد. لا تسمح Meta بحذف أرقام الهاتف التجارية إلا لمسؤولي Business Portfolio، وترفض حذف رقم استُخدم لإرسال رسائل مدفوعة خلال آخر 30 يوماً.

الحذف تنظيف اختياري وليس شرطاً لربط الرقم الجديد، لكن ترك أرقام قديمة في الحساب يسهّل أن يواصل نظام ما مخاطبة الرقم الخطأ. وإزالته بعد مرور 30 يوماً تُبقي الحساب مقروءاً.

- تغيير الرقم في التطبيق قبل التخطيط لإعادة الربط. ينتهي الاتصال القديم في تلك اللحظة.
- ترك معرّف رقم الهاتف القديم في التكاملات. يفشل الإرسال بدل أن يتبع الرقم الجديد.
- محاولة حذف الرقم القديم مباشرة بعد التحويل. تمنع Meta ذلك إذا أرسل رسائل مدفوعة خلال 30 يوماً.

**هل يتبع الاتصال رقمي الجديد؟** لا. تفصله Meta وتبلغ بسبب الفصل (CHANGE_NUMBER)، ويُربط الرقم الجديد كاتصال جديد.

**هل أحتاج إلى معرّف رقم هاتف جديد؟** نعم. الرقم الجديد رقم هاتف تجاري مستقل على المنصة، وله معرّفه الخاص.

**هل يمكنني حذف الرقم القديم فوراً؟** فقط إذا لم يرسل رسائل مدفوعة خلال آخر 30 يوماً، ولا يستطيع الحذف إلا مسؤول المحفظة.

**هل أختار اسم العرض من جديد؟** نعم. تشترط Meta معلومات اسم العرض عند تسجيل رقم هاتف تجاري.

---

## التحقق من النشاط التجاري في Meta وأرقام Coexistence

https://easycoexistence.com/ar/docs/business-verification

ينطبق التحقق من النشاط التجاري في Meta على Meta Business Portfolio وليس على رقم هاتف. يمكن لأي Business Portfolio أن يرسل دون تحقق، بحد أولي قدره 250 مستلمًا فريدًا في اليوم ورقمين مسجلين. التحقق مسار واحد للوصول إلى حد 2,000، ويرفع سقف الأرقام إلى 20، وهو شرط قبل التقدم بطلب العلامة الزرقاء.

### هل التحقق من النشاط التجاري مطلوب لربط رقم؟

لا. تتعامل وثائق Meta مع التحقق بوصفه وسيلة لرفع ما يستطيع الـ Business Portfolio فعله، وليس شرطًا للإرسال أصلًا.

يبدأ أي Business Portfolio جديد بحد رسائل قدره 250 مستلمًا فريدًا خارج نافذة خدمة العملاء خلال فترة متحركة مدتها 24 ساعة، وبسقف رقمين مسجلين للنشاط التجاري. ينطبق الحدان سواء تم التحقق أم لا، ويستطيع النشاط التجاري مراسلة عملائه ضمنهما منذ اليوم الأول.

ما يغيّره التحقق هو السقف الأعلى. فهو أحد المسارات الثلاثة التي تذكرها Meta لرفع حد الرسائل من 250 إلى 2,000، وأحد المحفزين اللذين يرفعان سقف الأرقام المسجلة إلى 20.

### ما الذي يتيحه التحقق على WhatsApp؟

ثلاثة أمور منفصلة، يوصف كثير منها كأنه أمر واحد.

- مسار لحد الرسائل: التحقق إحدى طرق التأهل للحد 2,000، وبعدها يتولى التوسع التلقائي من Meta الأمر.
- سقف أكبر للأرقام: ترفع Meta الـ Business Portfolio من رقمين مسجلين إلى 20 وترسل خطاف الويب (webhook) باسم business_capability_update.
- أهلية Official Business Account: يجب التحقق من الـ Business Portfolio الذي يملك الرقم قبل طلب العلامة الزرقاء.
- لا شيء من هذه الأمور الثلاثة يغيّر طريقة عمل تطبيق WhatsApp Business على الهاتف.

### كيف ينطبق التحقق على رقم متصل عبر Coexistence؟

من خلال الـ Business Portfolio. الرقم المتصل عبر Coexistence يوجد في WhatsApp Business Account يتبع Meta Business Portfolio، والتحقق خاصية لذلك الـ Business Portfolio. تشترك كل الأرقام فيه في النتيجة نفسها، وكذلك في حد الرسائل.

العلامة الزرقاء أضيق نطاقًا. تذكر صفحة Official Business Account لدى Meta أنها لا تمنح هذه الحالة لأرقام تطبيق WhatsApp Business وغيرها، ولا تصف بشكل منفصل الأرقام المستخدمة مع التطبيق وCloud API معًا. أما معايير الأهلية الأخرى فهي التحقق، و30 يومًا على الأقل على المنصة، والتحقق بخطوتين على الرقم، واسم عرض معتمد.

### أي Business Portfolio ينبغي التحقق منه؟

الذي يملك WhatsApp Business Account، وهو لنشاط تجاري يربط رقمه الخاص ينبغي أن يكون الـ Business Portfolio الخاص به.

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

ربط كل نشاط تجاري داخل Business Portfolio خاص به يُبقي التحقق والحدود والفوترة لدى النشاط الذي يرسل فعلًا.

- تأجيل الاتصال حتى انتهاء التحقق. الإرسال يعمل بدونه ضمن الحد الأولي.
- التحقق من Business Portfolio غير الذي يملك WhatsApp Business Account. النتيجة لا تنتقل بينهما.
- وضع أرقام عدة عملاء في Business Portfolio واحد للوكالة. تشترك كلها في حد رسائل واحد وسقف أرقام واحد.

**هل أحتاج إلى التحقق من النشاط التجاري لاستخدام Coexistence؟** لا. يمكن لـ Business Portfolio أن يرسل بدونه، بحد أولي قدره 250 مستلمًا فريدًا خلال 24 ساعة متحركة.

**هل يمنحني التحقق العلامة الزرقاء؟** ليس وحده. هو أحد شروط حالة Official Business Account، التي تُطلب بشكل منفصل وتراجعها Meta.

**هل التحقق لكل رقم؟** لا. إنه يتبع Meta Business Portfolio، وكل رقم فيه يشترك في النتيجة نفسها.

**هل يغيّر التحقق التطبيق على هاتفي؟** لا. هو يغيّر حدود المنصة والأهلية، ولا يغيّر سلوك تطبيق WhatsApp Business.

---

## حدود المراسلة في WhatsApp: مستويات المحفظة الحالية

https://easycoexistence.com/ar/docs/messaging-limits-and-tiers

يحدد حد المراسلة عدد الأشخاص الفريدين الذين يمكن لنشاط تجاري تسليم رسائل إليهم خارج نافذة خدمة العملاء خلال 24 ساعة متحركة. ومنذ 7 أكتوبر 2025 يُحدَّد لكل Meta Business Portfolio وتتشاركه كل الأرقام فيه، ويبدأ من 250 ثم يرتفع إلى 2,000 ثم 10,000 ثم 100,000 ثم يصبح غير محدود.

### ماذا يحسب حد المراسلة فعلياً؟

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

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

الحد يخص عدد الأشخاص الذين تصل إليهم أولاً، لا سرعة الإرسال ولا حجمه.

### ما الذي تغيّر في أكتوبر 2025؟

قبل 7 أكتوبر 2025 كان لكل رقم هاتف حده الخاص، وكان الرقم الجديد يبدأ من 250 بغض النظر عمّا حققته أرقام أخرى. ومنذ ذلك التاريخ يتبع الحد محفظة النشاط التجاري وتتشاركه كل الأرقام فيها.

- الرقم المسجّل حديثاً يشارك حد المحفظة فوراً.
- الخطوة الأولى بعد 250 هي 2,000، وكانت 1,000 سابقاً.
- تصل الزيادات بعد 6 ساعات من استيفاء المعايير، بدلاً من 24.
- انخفاض تصنيف جودة الرقم لم يعد يخفض الحد.
- الحقل المطلوب قراءته هو whatsapp_business_manager_messaging_limit، أما messaging_limit_tier فمهمل.

### كيف يرتفع الحد؟

على مرحلتين. للخروج من 250 تُكمل المحفظة مساراً واحداً من مسارات التوسع: التحقق من النشاط التجاري، أو أن يتحقق منه شريك الإعداد، أو تسليم 2,000 رسالة خارج نوافذ خدمة العملاء إلى مستلمين فريدين خلال 30 يوماً باستخدام قوالب ذات تصنيف جودة عالٍ. بعدها تراجع Meta جودة الرسائل وتوافق أو ترفض، ويصل الرفض عبر خطاف الويب (webhook) account_alerts مع تحديد البديل الذي ينبغي اتباعه.

من 2,000 فصاعداً يصبح التوسع تلقائياً. ترفع Meta المحفظة مستوى واحداً حين ترسل رسائل عالية الجودة عبر كل أرقامها وقوالبها، وتستهلك نصف حدها الحالي على الأقل خلال آخر 7 أيام. لا شيء يُشترى ولا طلب يُقدَّم.

### ما الفرق بين حد المراسلة ومعدل الإرسال؟

الحد يحسب الأشخاص في اليوم، أما معدل الإرسال فيحسب الرسائل في الثانية. يُضبط كل منهما على حدة ويفشل على حدة.

وعلى رقم Coexistence يكون الفرق حاداً. تثبّت Meta معدل الإرسال عند 20 رسالة في الثانية لأي رقم يُستخدم مع تطبيق WhatsApp Business وCloud API معاً، حفاظاً على توافقه مع التطبيق. وهذا الرقم لا يتغير بتغير مستوى المحفظة، فمحفظة بحد مراسلة غير محدود تظل ترسل بمعدل 20 في الثانية من رقم Coexistence.

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

- قراءة messaging_limit_tier. هذا الحقل مهمل، والحقل الحالي المعتمد هو whatsapp_business_manager_messaging_limit.
- افتراض أن كل رقم جديد يبدأ من 250. منذ أكتوبر 2025 يرث الرقم حد المحفظة فوراً.
- احتساب الردود ضمن الحد. الرسائل داخل نافذة خدمة العملاء المفتوحة ليست جزءاً منه.
- ترك حملة رقم واحد تستنزف حصة بقية الأرقام. المحفظة كلها تسحب من الحد نفسه.

**هل الحد لكل رقم أم لكل حساب؟** لكل Meta Business Portfolio منذ 7 أكتوبر 2025، وتتشاركه كل الأرقام في المحفظة.

**هل تُحتسب ردود العملاء ضمن حدي؟** لا. تُحتسب فقط عمليات التسليم خارج نافذة خدمة العملاء، ويُحسب كل مستلم فريد مرة واحدة في كل 24 ساعة متحركة.

**هل يخفض تصنيف الجودة المنخفض حدي؟** لا منذ أكتوبر 2025. أوقفت Meta خفض الحدود عند انخفاض الجودة، لكن الجودة ما زالت تحدد هل ينمو الحد.

**هل يرفع المستوى الأعلى معدل الإرسال في Coexistence؟** لا. معدل الإرسال على رقم Coexistence ثابت عند 20 رسالة في الثانية أياً كان المستوى.

---

## كتالوجات المنتجات على رقم Coexistence

https://easycoexistence.com/ar/docs/catalog-and-coexistence

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

### هل يبقى كتالوج تطبيق WhatsApp Business بعد Coexistence؟

نعم، على الهاتف. يذكر جدول ميزات Coexistence لدى Meta أدوات النشاط التجاري، ومنها الكتالوج والطلبات والحالة، دون أي تغيير في طريقة عملها داخل تطبيق WhatsApp Business بعد الربط.

ويصنّف الصف نفسه هذه الأدوات على أنها غير مدعومة في Cloud API. وهذا ما ينبغي التخطيط له: لا يجوز أن يتوقع التكامل قراءة كتالوج التطبيق أو تعديله أو نسخه عبر API.

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

### كيف يعمل كتالوج المنتجات عبر Cloud API؟

عبر كتالوج مرفوع إلى Meta ومرتبط بحساب WhatsApp Business نفسه. الكتالوج مخزون منظم من المنتجات أو الخدمات، ويحمل كل صنف تفاصيل مثل الاسم والوصف والسعر والصور والتوفر. وتصف Meta أربع مراحل.

- رفع المخزون، عبر Commerce API أو Meta Commerce Manager.
- إعداد التجارة لكل رقم هاتف: هل السلة مفعّلة وهل الكتالوج ظاهر.
- مشاركة المنتجات برسائل الكتالوج أو المنتج الواحد أو المنتجات المتعددة أو الدوّار.
- ردود العملاء، وتصل على شكل إشعارات خطاف الويب (webhook) تتضمن تفاصيل الطلب وأسئلة المنتجات.

### ما الذي يختلف في رسائل المنتجات بين API والتطبيق؟

توثّق Meta فرقاً واحداً ظاهراً: الرسائل المرسلة عبر Cloud API لا تعرض حالياً أيقونة سلة التسوق في رأس المحادثة، بخلاف رسائل المنتجات المرسلة من تطبيق WhatsApp Business.

ولجانب API إعدادات لا يعرضها التطبيق بالطريقة نفسها. فسلة التسوق مفعّلة افتراضياً وأيقونة واجهة المتجر مخفية لكل رقم هاتف تجاري في الحساب، ويمكن تغيير كليهما لكل رقم عبر نقطة النهاية (endpoint) الخاصة بإعدادات التجارة. وتعطيل الكتالوج يجعل روابط كتالوج wa.me وزر View catalog يعرضان تحذير كتالوج غير صالح عند النقر.

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

### من يراجع المنتجات؟

Meta، تلقائياً. تُراجع الأصناف المضافة إلى كتالوج مرتبط بحساب WhatsApp Business، ويُعلَّم الصنف المخالف للسياسات مع توجيه النشاط التجاري إلى WhatsApp Commerce Policies لمراجعتها. ويمكن استئناف قرار رفض الصنف من داخل Meta Commerce Manager، عبر خيار الاعتراض.

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

وعلى الأنشطة التجارية التي مقرها الهند التزام إضافي بالامتثال لقوانين البيع عبر الإنترنت، وتتيحه Meta من خلال Business Compliance API الخاصة بها.

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

**هل يؤدي الربط إلى حذف الكتالوج؟** لا. تذكر Meta أن Coexistence تُبقي أدوات النشاط التجاري في التطبيق، ومنها الكتالوج، دون تغيير.

**هل تستطيع API قراءة كتالوج التطبيق؟** تصنّف Meta أدوات النشاط التجاري في التطبيق غير مدعومة ضمن Cloud API، بينما تستخدم رسائل المنتجات في API كتالوجاً مرتبطاً بحساب WhatsApp Business نفسه.

**كم منتجاً تتسع له رسالة واحدة؟** حتى 30 في الرسالة متعددة المنتجات، منظمة في أقسام.

**هل يمكن إيقاف السلة؟** نعم، لكل رقم هاتف، عبر endpoint إعدادات التجارة. وهي مفعّلة افتراضياً.

---

## قوائم البث مقابل قوالب التسويق بعد ربط Coexistence بالرقم

https://easycoexistence.com/ar/docs/broadcast-lists-vs-templates

بعد ربط الرقم عبر Coexistence، تصبح قوائم البث في تطبيق WhatsApp Business للقراءة فقط ولا يمكن إنشاء قوائم جديدة. المكافئ على واجهة برمجة التطبيقات (API) هو قالب تسويقي يُرسل إلى كل مستلم، ويتطلب موافقة مسبقة، ويُحتسب ضمن حد المراسلة الخاص بـ Business Portfolio، وتحاسب عليه Meta، ويراعي تفضيلات التسويق لكل شخص.

### ما الذي يحل محل قائمة البث على API؟

قالب تسويقي معتمد يُرسل مرة واحدة لكل مستلم عبر Cloud API. لا يوجد كائن قائمة في جانب API: يحتفظ التكامل بالجمهور ويرسل القالب إلى كل رقم فيه.

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

يرد شرح التعطيل نفسه والأسباب التي تذكرها Meta له في صفحة الميزات التي تعطّلها Coexistence عند الربط.

### من يحق له تلقي قالب تسويقي؟

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

تترك Meta الطريقة للنشاط التجاري ما دامت تستوفي هذه المتطلبات والقانون المعمول به: الرسائل النصية SMS ونموذج على موقع ويب ومكالمة IVR ونموذج ورقي موقّع كلها أمثلة مذكورة. لذلك يقع دليل الموافقة في سجلات النشاط التجاري نفسه، لا في قائمة جهات الاتصال بالهاتف.

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

### لماذا لا تصل بعض القوالب التسويقية؟

لأن API يطبق ضوابط لكل مستلم لم تكن قوائم البث تظهرها.

- حدود التسويق لكل مستخدم: قد يحجب WhatsApp القوالب التسويقية عن شخص أقل احتمالاً للتفاعل، ويظهر الخطأ 131049 عندها.
- إيقاف التسويق: يمكن للشخص إيقاف الرسائل التسويقية من النشاط التجاري عبر إعداد العروض والإعلانات، فيظهر الخطأ 131050 عندها.
- أرقام الولايات المتحدة: لا يسلّم WhatsApp حالياً القوالب التسويقية للمستخدمين الذين لديهم أرقام هواتف أمريكية.
- المناطق المستثناة: حدود كل مستخدم غير مفعّلة حالياً في المنطقة الاقتصادية الأوروبية والمملكة المتحدة واليابان وكوريا الجنوبية.

### هل تعمل أداة الرسائل التسويقية في التطبيق نفسه؟

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

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

قوائم البث هي الاستثناء الذي يتغير فعلاً، ولهذا تحتاج إلى بديل.

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

**هل تُحذف قوائم البث لدي؟** لا. تصبح قوائم البث الحالية للقراءة فقط، ولا يمكن إنشاء قوائم جديدة ما دام الرقم متصلاً.

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

**لماذا فشل قالب بالخطأ 131050؟** هذا المستلم اختار إيقاف تلقي الرسائل التسويقية من نشاطك التجاري. وتقول Meta ألا تعيد المحاولة.

**هل اختفت ميزة الرسائل التسويقية في التطبيق؟** تذكر Meta أن أدوات المراسلة في التطبيق، ومنها الرسائل التسويقية، تبقى دون تغيير في التطبيق بعد الإعداد.

---

## متطلبات الموافقة المسبقة على WhatsApp للرسائل التي يبادر بها النشاط التجاري

https://easycoexistence.com/ar/docs/opt-in-requirements

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

### ماذا تشترط سياسة Meta للموافقة المسبقة؟

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

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

وقد خففت Meta نقطة واحدة في تحديث سياستها لشهر نوفمبر 2024: يمكن أن تكون الموافقة عامة ولا يلزم أن تذكر WhatsApp، ما دام القانون المحلي مُلتزمًا به.

### ما طرق أخذ الموافقة التي تقبلها Meta؟

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

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

### هل تُعد جهة اتصال في تطبيق WhatsApp Business موافقة مسبقة؟

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

وهذا مهم في رقم Coexistence لأن الاتصال قد يزامن جهات الاتصال من التطبيق، وقاعدة العملاء الحالية هي الجمهور البديهي لأول حملة قوالب. لكن امتلاك رقم شخص ما لا يعني حصولك على تأكيده.

أما العميل الذي يراسل النشاط التجاري فحالته مختلفة: رسالته تفتح نافذة خدمة العملاء، ويمكن للنشاط التجاري أن يرد داخلها.

### ماذا يحدث إذا كانت الموافقة المسبقة ضعيفة؟

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

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

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

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

**هل يجب أن تذكر الموافقة المسبقة WhatsApp؟** لا. منذ تحديث السياسة في نوفمبر 2024 أصبحت الموافقة العامة مسموحة، بشرط أن تلتزم بالقانون المحلي.

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

**هل يمكن أخذ الموافقة المسبقة دون اتصال بالإنترنت؟** نعم. تذكر Meta بين الطرق المقبولة أخذها شخصيًا أو على الورق بمستند موقّع.

**ماذا يجب أن يحدث عندما ينسحب شخص ما؟** توقف عن مراسلته أيًّا كانت القناة التي طلب بها ذلك، واحذفه من قوائم جهات الاتصال كما تشترط السياسة.

---

## كيف يؤثر الحظر والإبلاغ في تقييم جودة WhatsApp

https://easycoexistence.com/ar/docs/quality-rating-blocks-and-reports

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

### ما الملاحظات التي تخفض تقييم جودة WhatsApp؟

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

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

وللقوالب تقييمها الخاص، يُبنى على الملاحظات ومعدلات القراءة، إلى جانب تقييم الرقم.

### ماذا يحدث عندما تنخفض الجودة؟

تحدث أمور عدة، على مستويات مختلفة.

- قد يفشل الإرسال مع الخطأ 131048، وتربطه Meta بحظر عدد كبير من الرسائل أو الإبلاغ عنها كرسائل مزعجة.
- القوالب المصنّفة YELLOW أو RED يمكن إرسالها، لكنها معرضة للإيقاف المؤقت أو التعطيل.
- تدخل الجودة في وتيرة إرسال القوالب، وقد يبطئ ذلك تسليم الحملة.
- تتيح السياسة لـ WhatsApp تحديد عدد الرسائل التي يمكن لنشاط تجاري إرسالها بحسب الحظر والإبلاغ.
- منذ 7 أكتوبر 2025 لم يعد الانخفاض يخفض حد الرسائل الخاص بـ Business Portfolio، لكنه قد يمنع هذا الحد من الارتفاع.

### كيف أستعيد تقييم جودة منخفضاً؟

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

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

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

### أين يظهر تقييم الجودة؟

يظهر في WhatsApp Manager ضمن أدوات الحساب وأرقام الهاتف، إلى جانب حالة الرقم وحد الرسائل. ويظهر أيضاً في كائن رقم الهاتف عبر واجهة برمجة التطبيقات Graph API في الحقل quality_rating، كما يظهر تقييم القوالب في كل قالب بالحقل quality_score، وفي لوحة إدارة القوالب بإحدى القيم High أو Medium أو Low أو Quality pending.

لا يظهر شيء من ذلك في تطبيق WhatsApp Business على الهاتف، ولهذا قد يتراجع رقم Coexistence دون أن ينتبه أحد في المتجر. ولا يصل التقييم عبر خطاف الويب (webhook) المسمى phone_number_quality_update رغم اسم حقله، وله صفحة خاصة تشرح ما يحمله هذا الخطاف فعلاً.

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

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

**هل يمكن أن يخفض التقييم المنخفض حد الرسائل؟** ليس منذ 7 أكتوبر 2025. لكنه قد يمنع الحد من الارتفاع ويقيّد الإرسال.

**كم تستغرق الاستعادة؟** لا تنشر Meta مدة للاستعادة. يغطي التقييم الأيام السبعة الأخيرة، فالملاحظات الأقدم من ذلك لا تُحتسب.

**هل تُحتسب المحادثات المكتومة؟** نعم. تعدّ Meta كتم الصوت والأرشفة إشارتي جودة، مثل الحظر والإبلاغ.

---

## GDPR و Coexistence: أين تذهب بيانات الرسائل

https://easycoexistence.com/ar/docs/gdpr-and-coexistence

بعد ربط رقم عبر Coexistence، تُنسخ رسائله بين تطبيق WhatsApp Business وCloud API. تذكر Meta أنها تعمل بصفة معالج بيانات نيابةً عن النشاط التجاري في Cloud API، وتحتفظ بالرسائل 30 يومًا كحد أقصى، وتتوقع من كل نشاط تجاري أن يفي بالتزاماته الخاصة وفق GDPR تجاه عملائه.

### ما الذي يتغير في بيانات الرسائل عندما يستخدم الرقم Coexistence؟

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

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

تعرض هذه الصفحة ما توثقه Meta وما تفعله EasyCoexistence. وهي ليست استشارة قانونية، والحكم على مطابقة إعداد معين لـ GDPR يعود إلى النشاط التجاري ومستشاريه.

### ماذا تقول Meta عن دورها بموجب GDPR؟

تعرض صفحة خصوصية بيانات Cloud API لدى Meta موقفها بكلماتها الخاصة.

- حيث يعترف القانون بمعالج البيانات، تعمل Meta بهذه الصفة نيابةً عن النشاط التجاري عند تقديم Cloud API.
- يستخدم Cloud API الرسائل التي يعالجها نيابةً عن النشاط التجاري وبتعليماته فقط، ما لم يُوجَّه بغير ذلك.
- يُحتفظ بالرسائل 30 يومًا كحد أقصى، وتُحذف معرّفات المستخدمين خلال 30 يومًا من آخر تحديث لحالة الرسالة.
- على عملاء Cloud API الوفاء بالتزاماتهم الخاصة بموجب قوانين مثل GDPR.
- يغطي ملحق نقل بيانات WhatsApp Business العملاء في المنطقة الأوروبية.

### هل يمكن تخزين بيانات الرسائل داخل الاتحاد الأوروبي؟

تقدم Meta خاصية التخزين المحلي في Cloud API، وهي تحفظ محتوى الرسائل في حالة السكون داخل بلد مختار بعد فترة قصيرة من الاستخدام. وفترة الاستخدام هذه في Cloud API تصل إلى 60 دقيقة، وقد يُعالَج المحتوى خلالها في مراكز بيانات Meta حول العالم. والخيارات الأوروبية هي ألمانيا للاتحاد الأوروبي، وسويسرا، والمملكة المتحدة.

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

### إلى أين تذهب الرسائل بعد Meta؟

إلى أي endpoint تستقبل عبره webhook حساب WhatsApp Business Account، وتتيح آلية تجاوز webhook من Meta للتطبيق إرسال webhook حساب معين إلى عنوان URL للاستدعاء مختلف عن عنوان التطبيق نفسه.

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

وتوثق Meta كذلك أن لديها تقارير SOC 2 Type II وISO 27001 الخاصة بـ Cloud API، وتنشرها عبر مركز الامتثال للمراسلات التجارية Business Messaging Compliance Center.

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

**هل Meta معالِج أم مسؤول عن البيانات في Cloud API؟** تذكر Meta أنها تعمل بصفة معالج بيانات نيابةً عن النشاط التجاري في Cloud API، حيث يعترف القانون بهذا المفهوم.

**كم تحتفظ Meta بمحتوى الرسائل؟** تذكر Meta حدًا أقصى للاحتفاظ برسائل Cloud API هو 30 يومًا، لأغراض مثل إعادة الإرسال.

**هل ترى EasyCoexistence محادثاتي؟** توجّه Meta أحداث الرسائل إلى نظامك الخاص، ولا تخزّن EasyCoexistence محتوى المحادثات أبدًا.

**هل هذه الصفحة استشارة قانونية؟** لا. فهي تعرض ما توثقه Meta وما تفعله EasyCoexistence. وتقييم الامتثال يعود إلى النشاط التجاري ومستشاريه.