Hỗ trợ

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.

Vui lòng xem Trang Trạng thái API WhatsApp Business của chúng tôi để biết số liệu về khả năng quan sát cụ thể của API Đám mây.

Vui lòng xem Trang Trạng thái API để biết thêm chi tiết.

Độ sẵn sàng được cập nhật mỗi ngày một lần.

Trong một số trường hợp, hệ thống có thể tự động tính không chính xác các lỗi người dùng nhất định vào thời gian dừng chạy. Với những trường hợp này, chúng tôi sẽ ghi đè thời gian dừng chạy thành thời gian chạy sau khi phân tích chi tiết trong vòng một tuần.

Có thể đã xảy ra những vấn đề không ảnh hưởng đến độ sẵn sàng trên toàn cầu của chúng tôi. Trong những trường hợp này, Trang Trạng thái API WhatsApp Business sẽ có một trạng thái để cho biết có thể đã xảy ra một số tình trạng gián đoạn không ảnh hưởng đến độ sẵn sàng trên toàn cầu. Vui lòng gửi phiếu yêu cầu Hỗ trợ trực tiếp để điều tra thêm.

Thời gian dừng chạy xét về độ sẵn sàng không được tự động theo dõi trong các trường hợp sau:

• Sự cố mạng khiến yêu cầu bị lỗi trước khi đến được lớp API Đồ thị (lớp đầu tiên).
• Sự cố mạng khiến webhooks gửi đi không đến được điểm cuối webhook của doanh nghiệp.

Bất kỳ vấn đề nào xảy ra trước khi đến hệ thống của chúng tôi và sau thời điểm này đều sẽ hiển thị là lỗi hoặc không thành công. Ngoài ra, các vấn đề xảy ra sau lần gửi webhook đầu tiên sẽ tiếp tục được thử lại cho đến khi gửi thành công đến điểm cuối webhook.

Các trường hợp khác được phản ánh trong bảng điều khiển độ sẵn sàng sau quy trình phát hiện thủ công bao gồm (không phải lỗi hệ thống):

• Các vấn đề xác thực trên Meta - như mã xác thực (thư viện bảo mật) - được xác định xem liệu đó có phải là yêu cầu hợp lệ bị lỗi xác thực/ủy quyền hay không.
• Quá trình xác thực từ chối các yêu cầu hợp lệ.

Trong cả hai trường hợp, WhatsApp sẽ phát hiện và giải thích nguyên nhân gây ra những vấn đề nêu trên sau đó, gần như tức thì, nhưng không phải tức thì.

Chúng tôi hiện không cung cấp thỏa thuận cấp độ dịch vụ dành cho sản phẩm được bán ra thị trường đối với thời gian chạy và/hoặc độ trễ.

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.