Nhận tin nhắn đến trên WhatsApp mà không cần API chính thức — UnifyPort

Năm 2026, ba điều gần như xảy ra cùng lúc với WhatsApp Business API chính thức, và cộng lại chúng thay đổi bài toán chi phí của rất nhiều đội ngũ. Cách tính phí theo cuộc hội thoại bị thay bằng tính phí theo từng tin nhắn, rồi đến ngày 1 tháng 1 mức giá các quốc gia lại được điều chỉnh thêm một lần. Hạn mức tin nhắn cao nhất giờ nằm sau bước Xác minh Doanh nghiệp (Business Verification). Và trợ lý AI đa năng bị cấm hoạt động trên nền tảng — chỉ những luồng tự động hóa hướng tác vụ mới được phép.

Nếu mục tiêu của bạn là xây một thứ trò chuyện thông minh với người dùng trên WhatsApp, ba thay đổi đó giáng thẳng vào bạn. Nhưng có một câu hỏi thầm lặng đáng đặt ra trước: bạn có thực sự cần cả bộ máy gửi đi chính thức không, hay bạn chỉ cần nhận một cách ổn định những gì người dùng gửi tới?

Con đường chính thức tắc ở đâu

WhatsApp Business API chính thức được xây quanh việc gửi tin nhắn doanh nghiệp, và gần như mọi ràng buộc đều bắt nguồn từ đó.

Xác minh và điều kiện. Để mở hạn mức tin nhắn hằng ngày cao hơn, bạn phải hoàn tất Business Verification — nộp giấy tờ công ty, được duyệt, và vận hành dưới tư cách Tài khoản Doanh nghiệp. Số cá nhân hay số thông thường hoàn toàn không phải là thành phần của hệ thống này.

Tính phí theo tin nhắn và duyệt mẫu. Từ giữa năm 2025, mỗi tin nhắn mẫu được gửi đi đều bị tính phí riêng, định giá theo danh mục và quốc gia người nhận. Tin nhắn chủ động phải dùng mẫu đã được duyệt trước và tuân thủ cửa sổ nhắn tin. Cả chi phí lẫn công sức xét duyệt đều tăng theo khối lượng.

Hạn chế AI. Tính đến năm 2026, chatbot AI đa năng không còn được phép hoạt động qua API chính thức nữa. Tự động hóa duy nhất được công nhận là các luồng hướng tác vụ. Nếu kế hoạch của bạn là một AI agent đọc tin rồi trả lời tự do, kế hoạch đó không còn vừa với bề mặt chính thức nữa.

Có một điểm dễ bỏ sót: tất cả những thứ trên đều là ràng buộc gửi đi — tính phí, mẫu tin, xác minh, quy định AI. Nhưng chúng kéo cả việc nhận tin vào chung một hệ thống tuân thủ. Muốn nhận tin qua kênh chính thức, trước hết bạn phải đủ điều kiện tham gia, trả phí và tuân theo một hệ thống được thiết kế quanh việc gửi đi.

Lật ngược hướng: thứ bạn cần thường là chiều đến

Hãy lùi lại một bước và nhìn xem một hệ thống hướng tới khách hàng thực sự cần gì trong phần lớn thời gian. Nó cần biết, đáng tin cậy và gần như tức thời, rằng một người dùng vừa gửi tin nhắn — và đưa tin nhắn đó vào backend nơi phần mềm (hoặc AI agent) quyết định việc tiếp theo.

Đó là bài toán nhận. Và việc nhận không nhất thiết phải thừa hưởng mô hình tính phí, duyệt mẫu hay hạn chế AI vốn tồn tại để quản lý việc phát tin chủ động đi. Bạn không bắn mẫu marketing tới một triệu số điện thoại; bạn đang hứng lấy những tin nhắn mà người ta vốn đã chủ động gửi cho bạn.

Tách hai chiều này ra chính là cốt lõi. Gửi đi — chủ động, bị quản lý, tính phí — là một việc. Nhận — tiếp nhận, chuẩn hóa, định tuyến — là việc khác, và nó không cần bị nhốt bên trong hệ thống gửi đi mới hoạt động được.

Con đường nhận trông như thế nào

UnifyPort coi chiều nhận là bài toán hạng nhất. Một tài khoản WhatsApp thông thường kết nối vào là đủ — không cần xác minh doanh nghiệp, không cần duyệt mẫu, không theo mô hình tính phí từng tin. Khi người dùng gửi tin nhắn, nó được chuẩn hóa thành một sự kiện webhook chuẩn duy nhất và giao đến endpoint của bạn kèm chữ ký HMAC-SHA256.

Người dùng trên WhatsApp
      ↓  (gửi tin nhắn)
UnifyPort  (giao diện không chính thức)
      ↓  chuẩn hóa → sự kiện chuẩn
      ↓  chữ ký HMAC-SHA256
Endpoint webhook của bạn
      ↓
Bộ định tuyến / CRM / AI agent của bạn

Bất kể đến từ tài khoản nào, sự kiện mà backend nhận được đều có cùng hình dạng — một sự kiện message.received mang nội dung tin nhắn, tham chiếu người gửi, ID luồng hội thoại và timestamp. Mọi thứ backend cần để định tuyến, ghi log và phản hồi. Giữa tin nhắn của người dùng và mã của bạn không có mẫu, không có danh mục, không có đồng hồ tính phí từng tin chen vào.

Với đội vận hành, ý nghĩa thực tế là: bạn có thể bắt đầu nhận và xử lý tin nhắn WhatsApp mà không phải chờ qua hàng đợi xác minh trước. Với developer, nó có nghĩa là chỉ một định dạng sự kiện để phân tích và một chữ ký để xác minh, chấm hết.

Một hình dạng cho mọi kênh

WhatsApp hiếm khi là kênh duy nhất. Cùng một doanh nghiệp thường còn chạy Telegram, TikTok, LINE cho khách Thái Lan, Zalo cho thị trường Việt Nam, và đôi khi cả X. Mỗi nền tảng giao tin nhắn đến theo định dạng riêng, với những điểm dở hơi và ràng buộc riêng.

Lớp giao diện không chính thức gói tất cả lại thành một. Sự kiện message.received từ WhatsApp giống hệt về cấu trúc với sự kiện message.received từ Telegram hay Zalo — cùng field, cùng kiểu, cùng logic định tuyến. Backend của bạn chỉ cần học một định dạng sự kiện là xong. UnifyPort chuẩn hóa các sự kiện đến từ WhatsApp, Telegram, LINE, TikTok, Zalo và X về đúng schema duy nhất đó.

Chỗ đứng của AI agent

Đây cũng chính là thứ làm kế hoạch AI khả thi trở lại. API chính thức cấm trợ lý AI đa năng — nhưng hạn chế đó nằm bên trong hệ thống gửi đi của Meta. Khi tin đến đến dưới dạng sự kiện có cấu trúc, đã chuẩn hóa, độc lập với kênh, ngay tại endpoint của chính bạn, thì làm gì với nó là kiến trúc của bạn quyết định.

Một AI agent có thể đọc sự kiện message.received, gọi bất kỳ API nào nó cần để kiểm tra đơn hàng hay tra cứu thông tin, rồi soạn câu trả lời — trong cùng pipeline mà một router theo rule vẫn dùng. Như đã đề cập trong bài viết về bot-to-bot của Telegram, agent suy luận tốt nhất trên một bề mặt sự kiện đồng nhất; lớp nhận chính là thứ trao cho nó một bề mặt như vậy, xuyên suốt các kênh. Chỉ chuyển cho con người khi agent không giải quyết được.

WhatsApp API chính thức đang là, và sẽ vẫn là, công cụ đúng cho việc phát tin chủ động quy mô lớn có quản lý. Nhưng nếu thứ bạn cần chỉ là nhận tin nhắn đến một cách ổn định — từ tài khoản thông thường, không hàng đợi xác minh, không đồng hồ tính phí từng tin, không lệnh cấm AI — thì đó là một bài toán khác, và nó có một câu trả lời khác. Một webhook, mọi kênh, đúng những tin nhắn mà người dùng vốn đã gửi cho bạn.