WhatsApp Meta Business Agent tính phí theo token: đội chỉ xử lý inbound nên làm gì trước ngày 1 tháng 8

Sau ngày 2 tháng 7, thay đổi giá của WhatsApp Business không còn chỉ là chuyện hóa đơn. Nó trở thành một câu hỏi về kiến trúc AI.

Theo cập nhật giá của Meta, từ ngày 1 tháng 8 năm 2026, các tin nhắn do Meta Business Agent tạo trên WhatsApp Business Platform sẽ được tính phí theo token. Một mốc khác cũng quan trọng không kém: từ ngày 1 tháng 10 năm 2026, Meta sẽ tính phí lại theo từng tin nhắn đối với service messages và utility templates được gửi trong customer service window đang mở. Nói đơn giản, các phản hồi tự do mà nhiều đội hỗ trợ từng xem là phần chi phí thấp của WhatsApp sẽ trở thành một bề mặt tính phí rõ ràng.

Đây không chỉ là thay đổi tài chính. Nó thay đổi cách mọi đội nhận tin nhắn khách hàng và muốn dùng AI để phân loại, đánh giá lead, tra cứu dữ liệu và soạn phản hồi đầu tiên đưa ra quyết định.

Nếu bạn chạy outbound campaign, bạn đã quen theo dõi template category và phí gửi. Nhưng nếu workflow của bạn chủ yếu là inbound, câu hỏi khác hẳn: nên để agent do Meta quản lý nằm trong WhatsApp, hay giữ lớp inbound dưới quyền kiểm soát của mình và đưa tin nhắn vào AI agent riêng?

Điểm quyết định mới

Meta Business Agent rất hấp dẫn với chủ shop nhỏ và các đội muốn no-code automation. Meta mô tả agent này có thể trả lời câu hỏi, gợi ý sản phẩm, thu thập thông tin khách hàng, đặt lịch và chuyển sang người thật khi cần. Với một shop làm việc gần như hoàn toàn trong WhatsApp Business App, đó là một gói tính năng hữu ích.

Nhưng với đội kỹ thuật có khối lượng support cao, cần so sánh nó với một mô hình khác:

Khu vực quyết định	Meta Business Agent	AI agent tự xây trên inbound webhook
Tin nhắn đến đâu trước	WhatsApp / lớp agent của Meta	Webhook, queue, CRM hoặc helpdesk của bạn
Đơn vị tính phí	Token usage của Meta Business Agent từ ngày 1 tháng 8	Chi phí model/provider và hạ tầng của bạn
Service replies	Tính phí lại từ ngày 1 tháng 10 nếu không do Meta Business Agent xử lý	Phụ thuộc vào đường gửi mà bạn chọn
Quyền kiểm soát AI	Cấu hình trong sản phẩm agent của Meta	Toàn quyền với prompt, model, retrieval, tools và handoff
Hỗ trợ đa kênh	Ưu tiên WhatsApp và các bề mặt của Meta	Cùng một handler nhận WhatsApp, Telegram, LINE, TikTok, Zalo và X
Lưu dữ liệu	Trong ranh giới sản phẩm của Meta	Lưu vào hệ thống của bạn ngay khi nhận

Agent được quản lý phù hợp khi mục tiêu chính là “trả lời khách WhatsApp mà không cần xây phần mềm”. Mô hình webhook mạnh hơn khi WhatsApp chỉ là một kênh trong hệ thống hỗ trợ rộng hơn.

Vì sao đây không phải cập nhật rate card thông thường

Bài rate card tháng 6 nói về giá template và thay đổi theo thị trường. Bài này nói về bề mặt kiểm soát.

Service-message billing ảnh hưởng đến các đội trả lời trong customer service window 24 giờ. Token billing ảnh hưởng đến các đội chọn AI agent gốc của Meta. Hai thay đổi này đẩy đội ngũ vào một lựa chọn: trả tiền cho đường AI được tích hợp sẵn trong WhatsApp của Meta, hoặc giữ WhatsApp như một kênh đầu vào và tiếp tục chạy lớp reasoning của riêng mình.

Với đội kỹ thuật 2-10 người, đường thứ hai thường dễ đánh giá hơn vì kiến trúc rất rõ:

1. Khách hàng gửi một tin nhắn WhatsApp.
2. Tin nhắn đến webhook của bạn dưới dạng event chuẩn hóa.
3. Backend xác minh chữ ký.
4. Router quyết định chuyển tin nhắn đến người thật, tra cứu CRM, hoặc AI agent.
5. Hệ thống của bạn lưu event, output của model và quyết định handoff.

Khác biệt chính không phải là có AI hay không. Khác biệt là tin nhắn lần đầu trở thành dữ liệu bạn kiểm soát ở đâu.

Đường đi với UnifyPort

Với UnifyPort, một tài khoản WhatsApp có thể gửi inbound messages đến cùng webhook endpoint mà bạn dùng cho các kênh nhắn tin khác. Event đến dưới dạng message.received, với envelope ổn định trên nhiều provider:

{
  "id": "evt_7c41f0b2a9",
  "type": "message.received",
  "provider": "whatsapp",
  "account_id": "acc_8c21d0",
  "occurred_at": "2026-07-03T09:24:18Z",
  "data": {
    "conversation": {
      "id": "84901234567",
      "type": "user"
    },
    "sender": {
      "id": "84901234567",
      "type": "user",
      "name": "Minh Tran"
    },
    "message": {
      "id": "wamid.HBgM",
      "type": "text",
      "text": "Can your team check my shipment before closing today?",
      "direction": "inbound",
      "sent_at": "2026-07-03T09:24:16Z"
    },
    "event": {
      "kind": "message_received"
    }
  }
}

Khi webhook endpoint có signing_secret, mỗi lần delivery được ký sẽ có X-Device-Timestamp và X-Device-Signature. Chữ ký là HMAC-SHA256 hex digest của timestamp, một dấu chấm và raw request body. Điều này cho backend một đường xác minh duy nhất trước khi bất kỳ AI agent hoặc hàng đợi người thật nào xử lý tin nhắn.

Sau đó, kiến trúc AI là của bạn. Một pipeline support đơn giản có thể như sau:

WhatsApp message
  -> UnifyPort message.received webhook
  -> Signature verification
  -> Intent classifier
  -> CRM / order lookup
  -> AI draft response
  -> Human review or auto-reply rule

Pipeline đó cũng có thể nhận Telegram, LINE, TikTok, Zalo và X bằng cách thay đổi giá trị provider, không phải viết lại handler. Điều này quan trọng vì hệ thống AI support chỉ thật sự hữu ích khi nhìn thấy toàn bộ hành trình khách hàng. Nếu agent WhatsApp chỉ trả lời một kênh còn tin nhắn LINE và Zalo nằm ở nơi khác, automation vẫn bị chia cắt.

Ba việc cần kiểm tra trước ngày 1 tháng 8

Trước khi Meta Business Agent bắt đầu token billing, hãy kiểm tra workflow WhatsApp support hiện tại theo ba điểm.

Thứ nhất, tách inbound routing khỏi AI answering. Bạn có thể muốn AI soạn nháp phản hồi, nhưng điều đó không có nghĩa WhatsApp nên là system of record. Nếu CRM, helpdesk hoặc dashboard nội bộ đang giữ customer context, tin nhắn inbound nên đến đó trước.

Thứ hai, liệt kê những quyết định cần audit. Lead qualification, xử lý hoàn tiền, đổi lịch hẹn và quy tắc escalation thường là business decisions, không chỉ là chat replies. Nếu bạn cần kiểm tra vì sao khách được route như vậy, AI dùng nguồn nào, hoặc khi nào chuyển sang người thật, bạn cần event logs bên ngoài chat app.

Thứ ba, đếm số kênh. Nếu WhatsApp là kênh khách hàng duy nhất, hosted agent của Meta có thể đủ. Nếu đội của bạn cũng xử lý Telegram, LINE, TikTok, Zalo hoặc X, một WhatsApp-only agent có thể tạo thêm một operating model thay vì giảm độ phức tạp.

Khi nào Meta Business Agent là lựa chọn đúng

Có những trường hợp Meta Business Agent là mặc định hợp lý.

Nếu bạn là chủ doanh nghiệp nhỏ, hầu hết tin nhắn nằm trong WhatsApp, không có CRM tùy chỉnh và chỉ muốn một trợ lý no-code có thể trả lời câu hỏi thường gặp từ business content, sản phẩm của Meta được thiết kế đúng cho việc đó. Cài đặt diễn ra trong WhatsApp, agent học từ nội dung kinh doanh, và handoff controls nằm trong cùng app mà chủ shop đang dùng.

Đó không phải là cùng một người mua với một đội kỹ thuật đang tích hợp nhiều kênh vào backend. Với đội đó, chi phí của hosted agent không chỉ là token bill. Nó còn là chi phí tách dữ liệu, routing và escalation ra nhiều bề mặt khác nhau.

Nên ghi gì vào architecture decision

Quyết định thực tế khá đơn giản:

• Nếu WhatsApp là workspace, dùng WhatsApp-native agent.
• Nếu WhatsApp là một input của support system, giữ inbound layer trung lập.
• Nếu AI decisions cần được log, route, test hoặc tái sử dụng qua nhiều kênh, đặt agent phía sau webhook pipeline của bạn.

Vai trò của UnifyPort trong mô hình này hẹp và rõ ràng: nhận tin nhắn từ WhatsApp và các nền tảng nhắn tin lớn khác dưới dạng một signed event stream. Nó không quyết định AI model, prompt, CRM hay escalation rules của bạn. Nó chỉ đưa raw material vào hệ thống của bạn đủ sớm để bạn tự đưa ra các quyết định đó.

Ngày 1 tháng 8 làm chi phí AI trở nên rõ ràng. Ngày 1 tháng 10 làm service replies rõ ràng trở lại. Với đội chỉ làm inbound, tháng tới là thời điểm phù hợp để quyết định WhatsApp nên sở hữu agent, hay WhatsApp chỉ nên chuyển tin nhắn vào hệ thống mà bạn đã tin tưởng.