Ba cách nhận tin nhắn đến WhatsApp: So sánh toàn diện Cloud API, BSP và giao diện không chính thức — UnifyPort
Câu hỏi về cách nhận tin nhắn đến WhatsApp nghe có vẻ là vấn đề đã được giải quyết, nhưng có sự khác biệt thực sự giữa ba con đường khả dụng. Chọn sai có thể làm chậm tiến độ thêm nhiều tuần hoặc tốn kém hơn đáng kể.
Một điều cần biết trước: WhatsApp On-Premises API đã chính thức ngừng hoạt động vào ngày 23 tháng 10 năm 2025. Nếu bạn đang đọc tài liệu cũ đề cập đến việc chạy Docker container WhatsApp trên cơ sở hạ tầng riêng, con đường đó đã đóng lại. Hiện tại chỉ còn Cloud API hoặc các giải pháp thay thế ngoài hệ thống API chính thức.
Cách 1: Meta Cloud API (kết nối trực tiếp)
Con đường chính thức. Bạn đăng ký số điện thoại trên Meta Business Platform, cấu hình webhook, và nhận sự kiện đến trực tiếp từ máy chủ Meta — không qua trung gian.
Những gì cần chuẩn bị: Tài khoản Facebook Business Manager, tài khoản Meta for Developers, số điện thoại chưa từng đăng ký trên WhatsApp, và tài liệu xác minh doanh nghiệp (mã số thuế, giấy phép thành lập hoặc hóa đơn tiện ích).
Thời gian triển khai: Phần kỹ thuật — tạo ứng dụng, đăng ký số, cấu hình webhook — hoàn thành trong vòng một giờ. Điểm nghẽn là Xác minh Doanh nghiệp (Business Verification): sau khi nộp tài liệu, thường mất 2–5 ngày làm việc để Meta phê duyệt, một số trường hợp có thể kéo dài đến hai tuần.
Trước khi xác minh hoàn tất: Tài khoản bị giới hạn 250 cuộc trò chuyện do doanh nghiệp khởi tạo trong mỗi khoảng 24 giờ. Cuộc trò chuyện do người dùng khởi tạo (khi người dùng nhắn tin trước) không bị giới hạn này. Nếu nhu cầu của bạn chủ yếu là nhận tin nhắn đến, bạn có thể bắt đầu nhận trước khi xác minh hoàn tất, chỉ là không thể gửi hàng loạt chủ động.
Sau khi xác minh: Giới hạn tăng lên Cấp 1 (1.000 cuộc trò chuyện do doanh nghiệp khởi tạo mỗi 24 giờ), với các cấp cao hơn khi xếp hạng chất lượng cải thiện.
Chi phí: Truy cập API miễn phí. Từ ngày 1 tháng 7 năm 2025, mỗi tin nhắn mẫu được giao sẽ được tính phí riêng theo danh mục (tiếp thị, tiện ích, xác thực, dịch vụ) và quốc gia của người nhận. Mỗi tháng có 1.000 cuộc trò chuyện dịch vụ miễn phí. Bạn tự xây dựng và chi trả cho cơ sở hạ tầng webhook endpoint.
Cách 2: BSP (Nhà cung cấp giải pháp kinh doanh)
BSP (Business Solution Provider) là các công ty được Meta chứng nhận để bán lại quyền truy cập WhatsApp Business API. Thay vì làm việc trực tiếp với Meta, bạn onboard qua nền tảng của BSP — họ xử lý kết nối API và phân phối webhook, thường cũng cung cấp giao diện quản lý.
Các BSP phổ biến gồm Twilio, WATI, 360dialog, SleekFlow, 1msg và Vonage.
Thời gian triển khai: Thường nhanh hơn kết nối Cloud API trực tiếp — BSP cung cấp quy trình onboarding có hướng dẫn. Một số tuyên bố có thể triển khai trong vài giờ cho các trường hợp sử dụng cơ bản. Tuy nhiên, yêu cầu xác minh của Meta vẫn áp dụng cho các giới hạn nhắn tin cao hơn.
Chi phí:
- Phí nhắn tin của Meta (cùng mức cơ bản như kết nối trực tiếp)
- Phụ phí BSP: thường $0,003–$0,010 mỗi tin nhắn, hoặc tăng 10–30% trên mức cơ bản
- Phí nền tảng hàng tháng: từ khoảng $29/tháng (gói cơ bản) đến $500+/tháng (doanh nghiệp)
- Phí theo số: một số BSP tính thêm phí cho mỗi số WhatsApp kết nối (ví dụ: $15/tháng/số)
Ở lưu lượng thấp, phí hàng tháng chiếm ưu thế. Ở lưu lượng cao, phụ phí mỗi tin nhắn trở thành chi phí lớn. Dù thế nào, tổng chi phí cũng cao hơn kết nối Cloud API trực tiếp.
Những gì bạn nhận được: Cơ sở hạ tầng được quản lý, giao diện cho hộp thư đến và quản lý mẫu, hướng dẫn tuân thủ, và đội hỗ trợ am hiểu chính sách WhatsApp.
Cách 3: Giao diện không chính thức
Con đường thứ ba không sử dụng hệ thống API của Meta. Giao diện không chính thức kết nối với WhatsApp qua WhatsApp Web — cơ chế tương tự trình duyệt sử dụng — để nhận tin nhắn đến dưới dạng sự kiện webhook có cấu trúc.
Đây là cách UnifyPort xử lý tin nhắn đến: một tài khoản WhatsApp thông thường — bất kỳ số nào, kể cả số cá nhân hay số đang dùng cho hỗ trợ — kết nối một lần. Sau đó, mỗi tin nhắn đến được chuẩn hóa thành sự kiện message.received tiêu chuẩn và gửi đến webhook của bạn kèm chữ ký HMAC-SHA256.
Những gì cần chuẩn bị: Một tài khoản WhatsApp hiện có. Một webhook endpoint.
Thời gian triển khai: Thường trong vòng một ngày. Không cần tài liệu, không cần chờ phê duyệt, không cần tài khoản Business Manager.
Chi phí: Phí đăng ký dịch vụ thay vì tính phí theo tin nhắn. Không phát sinh phí Meta cho phía tin nhắn đến.
Những gì bạn nhận được: Khởi đầu nhanh, tiếp tục dùng số hiện tại (số mà khách hàng đã lưu trong danh bạ), và sự kiện message.received có cấu trúc giống hệt sự kiện từ Telegram, LINE, TikTok, Zalo và X — một schema, tất cả các kênh.
Những gì bạn chấp nhận: Cách này hoạt động ngoài Điều khoản Dịch vụ của WhatsApp. WhatsApp chủ động phát hiện việc sử dụng API không chính thức thông qua phân tích hành vi và khớp mẫu. Tài khoản bị phát hiện có nguy cơ bị đình chỉ. Đây là đánh đổi chính và không phải rủi ro lý thuyết.
So sánh trực tiếp
| Cloud API (trực tiếp) | BSP | Giao diện không chính thức | |
|---|---|---|---|
| Thời gian đến webhook đầu tiên | Vài giờ + 2–14 ngày (xác minh) | Vài giờ đến vài ngày | Trong vòng một ngày |
| Yêu cầu xác minh doanh nghiệp | Có | Tùy nhà cung cấp | Không |
| Dùng được số hiện tại | Không (chỉ số chưa đăng ký) | Không | Có |
| Chi phí API cơ bản | Miễn phí (tính phí theo tin nhắn) | Miễn phí + phụ phí 10–30% | Đăng ký |
| Phí nền tảng hàng tháng | Không | $29–$500+ | Đăng ký |
| Định tuyến dữ liệu | Meta → trực tiếp | Qua BSP | Qua dịch vụ |
| Tuân thủ ToS WhatsApp | Có | Có | Không |
| Chuẩn hóa đa kênh | Không | Không | Có (6 nền tảng) |
Phương án nào phù hợp với tình huống nào
Cloud API trực tiếp: Phù hợp khi triển khai quy mô lớn, cần trạng thái tuân thủ chính thức, có thời gian chờ xác minh, và muốn chi phí đơn vị thấp nhất về dài hạn.
BSP: Phù hợp khi đội nhóm không có chuyên môn kỹ thuật sâu và giao diện quản lý quan trọng, không muốn tự xây quản lý mẫu, và chi phí thêm chấp nhận được đổi lấy tốc độ triển khai.
Giao diện không chính thức: Phù hợp khi cần nhận tin nhắn ngay, số hiện tại đã có trong danh bạ khách hàng, hàng đợi xác minh sẽ trì hoãn ra mắt nhiều tuần, và đã đánh giá và chấp nhận rủi ro ToS. Cũng phù hợp khi muốn một schema sự kiện được chuẩn hóa duy nhất cho tất cả các kênh đang sử dụng.
Ba con đường không cạnh tranh cho cùng một đối tượng khách hàng. Hầu hết các đội nhóm đều sẽ quay lại xem xét lại so sánh này sau khi đã chọn. Tốt hơn là hiểu cả ba trước khi quyết định.