الدعم

WhatsApp develops and operates the WhatsApp Business API, which enables businesses to communicate with WhatsApp consumer users on the WhatsApp network. When using the Cloud API, Meta will host the WhatsApp Business API for you and provide an endpoint for the WhatsApp service for your incoming and outgoing WhatsApp communications.

Please view information about the sunset of the On-Premises API.

Access to Cloud API is free, and we expect it to generate additional cost savings for developers, as Meta hosts and maintains the Cloud API.

We want to make it clear what it means to message with a business on WhatsApp. Some businesses may choose to use Meta or another company to help them manage and store their messages. When a business chooses to manage their messages with another company, we will let consumers know by showing a different system message. Learn more.

The Cloud API architecture significantly simplifies the Solution Partner's operational and infrastructure requirements to integrate with WhatsApp Business Platform. First, it removes the infrastructure requirements to run Business API docker containers (CAPEX savings). Second, it obviates the need of operational responsibilities to manage the deployment (OPEX savings). For details, refer to the architecture diagram comparing the On-Premises and Cloud API deployments.

Solution Partners and direct clients do not need the WebApp and CoreApp containers that are used in the On-Premises API. Meta will manage all database data and media data on behalf of the Solution Partner or direct client.

As your on-premises performance depends heavily on your hardware, software, and connectivity to WhatsApp servers, if you wish to understand these differences, you can perform your own load tests on Cloud API as you might have done for your own on-premises installation. You can also refer to our performance comparison to understand more details around how the on-premise and Cloud APIs compare.

Migrating between the on-premises and Cloud APIs is seamless, and can be done bidirectionally. See migration details for more information.

يُرجى عرض صفحة حالة API الخاصة بواتساب للأعمال للحصول على أدوات قياس الملاحظات المحددة في API السحابة.

يُرجى عرض صفحة حالة API لمزيد من التفاصيل.

يتم تحديث التوّفر مرة واحدة يوميًا.

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

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

توجد حالات لا يتم فيها تتبع زمن التوقف تلقائيًا فيما يتعلق بالتوّفر:

• مشكلات الشبكة التي تتسبب في فشل الطلبات قبل أن تصل إلى طبقة Graph API (الطبقة الأولى).
• مشكلات الشبكة التي تتسبب في عدم وصول أحداث webhooks الصادرة إلى نقطة نهاية webhook للنشاط التجاري.

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

الحالات الأخرى التي تظهر في لوحة معلومات التوّفر لدينا بعد أن يتم اكتشافها يدويًا هي (ليس خطأ في النظام):

• يتم تحديد مشكلات مصادقة Meta مثل رمز المصادقة (مكتبات رموز الأمان) إما كطلبات مشروعة قد فشلت في المصادقة أو الحصول على التصريح.
• عملية التحقق التي ترفض الطلبات المشروعة.

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

لا نوفر حاليًا اتفاقيات متوفرة على مستوى خدمة المنتج لزمن العمل و/أو زمن الاستجابة.

We will have disaster recovery and data replication across multiple regions. The expected downtime would be within our SLA and usually in the order of less than a minute to less than five minutes.