Cách theo dõi phí WhatsApp service message trước ngày 1 tháng 10 năm 2026
Để theo dõi phí WhatsApp service message trước ngày 1 tháng 10 năm 2026, hãy đo số SERVICE message đã được delivery trong Meta Pricing Analytics API và lưu lại object pricing từ message status webhook. Phân đoạn kết quả theo phone number và thị trường. Bạn có thể thiết lập đường cơ sở về volume ngay bây giờ, nhưng cần cập nhật dự báo sau khi Meta công bố mức phí tháng 10 trước ngày 1 tháng 9.
Điểm chính
- Meta sẽ tính phí theo từng service message đã được delivery từ ngày 1 tháng 10 năm 2026; customer-service conversation không còn là đơn vị tính phí.
- Pricing Analytics nhận diện các bản ghi này bằng
pricing_type: REGULARvàpricing_category: SERVICE. - Status webhook có tính phí cung cấp
billable: true,type: regularvàcategory: servicetrong objectpricing. - Mức phí service khác nhau theo thị trường, bằng mức utility và authentication của từng thị trường, đồng thời không có volume tier.
- Cửa sổ free entry point 72 giờ từ quảng cáo Click-to-WhatsApp và Facebook call-to-action button vẫn miễn phí delivery, vì vậy cần được lập mô hình riêng.
Điều gì thay đổi vào ngày 1 tháng 10 năm 2026
Cập nhật giá chính thức của Meta cho biết non-template message chỉ được gửi khi customer service window 24 giờ đang mở. Từ ngày 1 tháng 10, mọi non-template message do người thật hoặc AI bên thứ ba không được vận hành bởi Meta Business Agent gửi đều bị tính phí như một service message.
Điều này tạo ra ba ranh giới mà kế hoạch đo lường phải giữ riêng:
| Ranh giới | Cách Meta phân loại | Nội dung cần theo dõi |
|---|---|---|
| Người thật hoặc AI bên thứ ba trả lời trong cửa sổ đang mở | Service message | Số message đã delivery theo thị trường |
| Meta Business Agent trả lời | Meta Business Agent message | Category riêng và phí tính theo token |
| Message trong cửa sổ free entry point 72 giờ | Delivery vẫn miễn phí | Entry point và trạng thái cửa sổ |
Mỗi message chỉ chịu một loại phí category. Không cộng đồng thời phí service message và phí Meta Business Agent vào cùng một non-template reply. Cũng không nên giả định mức phí tháng 10 đã được chốt hôm nay: Meta cho biết sẽ công bố mức phí có hiệu lực từ ngày 1 tháng 10 trước ngày 1 tháng 9 năm 2026 và có thể cập nhật giá theo từng quý.
Bài so sánh giá Meta Business Agent trước đó giải thích quyết định kiến trúc. Hướng dẫn rate card tháng 7 năm 2026 giải thích bối cảnh giá theo thị trường. Bài này bắt đầu sau quyết định đó: đội của bạn nên đo những gì trước khi việc tính phí bắt đầu.
Cách theo dõi phí WhatsApp service message
1. Thiết lập đường cơ sở cho số message đã delivery
Chọn một giai đoạn đại diện, thường là bốn tuần đầy đủ, rồi truy vấn Pricing Analytics cho service category. Kết quả mà Meta mô tả gồm các field sau:
| Field | Cách dùng trong đường cơ sở |
|---|---|
start / end | Cố định reporting window |
phone_number | Tách từng số gửi |
country | Ghép volume với đúng mức phí thị trường |
pricing_type: REGULAR | Loại trừ pricing type khác |
pricing_category: SERVICE | Chỉ đếm service message |
volume | Đo số service message đã delivery |
cost | Đối soát khoản phí khi billing có hiệu lực |
Lưu kết quả theo ngày, phone number và country. Không gộp thành “conversation”: từ tháng 10, Meta đo từng business message đã delivery, nên một cuộc trao đổi support có năm reply sẽ tạo ra năm đơn vị đo lường chứ không phải một conversation.
2. Lưu object pricing từ status webhook
Meta cho biết category và khoản phí cũng xuất hiện trong message status webhook. Một bản ghi service message có tính phí có cấu trúc như sau:
{
"pricing": {
"billable": true,
"pricing_model": "PMP",
"type": "regular",
"category": "service"
}
}Hãy lưu object pricing cùng message record của bạn trước khi tổng hợp. Kiểm tra quan trọng không phải agent cho rằng reply đó là “support” hay không, mà là Meta có báo message đã delivery với category: service và billable hay không.
3. Đối soát webhook với Pricing Analytics
Chạy đối soát hằng ngày bằng hai số liệu:
- Số status-webhook record đã delivery mà
pricing.categorylàservice. volumetrong Pricing Analytics cópricing_categorylàSERVICEcho cùng phone number, country và date window.
Hãy điều tra chênh lệch thay vì âm thầm lấy trung bình. Các ranh giới thường gặp gồm status event đến muộn, time zone không khớp, reporting window bỏ sót ngày cuối hoặc message được phân loại vào Meta Business Agent thay vì service.
4. Lập dự báo mà không tự đặt mức phí tháng 10
Dùng công thức tách riêng volume và rate:
forecasted service-message cost
= delivered SERVICE volume by market
× published service rate for that marketĐể lập kế hoạch trước ngày 1 tháng 9, Meta cho biết mức phí service được căn theo mức utility và authentication của từng thị trường. Hãy xem mức phí hiện tại là input cho kế hoạch, không phải cam kết. Cập nhật lại mô hình khi mức phí chính thức tháng 10 được công bố và không áp dụng volume-tier discount của utility/authentication cho service message vì Meta nói service message không có volume tier.
Nếu Business Solution Provider thu thêm platform fee hoặc service fee, hãy giữ khoản đó thành một dòng riêng. Bài kiểm toán hóa đơn BSP giải thích vì sao gộp Meta usage với provider fee sẽ che khuất quyết định bạn cần đưa ra.
5. Kiểm thử các ngoại lệ trước ngày launch
Tạo một acceptance matrix nhỏ trước ngày 1 tháng 10:
- một human reply thông thường trong customer service window 24 giờ;
- một reply do AI bên thứ ba tạo trong cửa sổ đó;
- một Meta Business Agent reply;
- một reply trong free entry point window 72 giờ hợp lệ;
- cùng một kịch bản ở hai thị trường người nhận.
Với từng trường hợp, ghi lại category mà status webhook trả về và hàng tương ứng trong Pricing Analytics. Điều này giúp finance, support và engineering dùng chung một định nghĩa trước khi hóa đơn đầu tiên xuất hiện.
UnifyPort phù hợp ở đâu
Phép đo ở trên dành cho traffic gửi qua WhatsApp Business Platform chính thức. Một đội dùng unofficial interface của UnifyPort để nhận inbound message từ tài khoản thông thường có control plane khác: các category trong Meta Pricing Analytics không phải source of truth cho đường đi đó.
UnifyPort chuyển WhatsApp inbound message thành envelope message.received tiêu chuẩn, cũng được dùng cho Telegram, LINE, TikTok, Zalo và X:
{
"id": "evt_7c41f0b2a9",
"type": "message.received",
"provider": "whatsapp",
"account_id": "acc_8c21d0",
"occurred_at": "2026-07-14T02:15:00Z",
"data": {
"conversation": { "id": "84901234567", "type": "user" },
"sender": { "id": "84901234567", "type": "user", "name": "Minh Tran" },
"message": {
"id": "wamid.HBgM",
"type": "text",
"text": "Can you check my delivery window?",
"direction": "inbound",
"sent_at": "2026-07-14T02:14:58Z"
}
}
}Khi bật signing, hãy xác minh X-Device-Signature dựa trên chính xác raw body bằng signing_secret và X-Device-Timestamp trước khi xử lý event. Tài liệu webhook delivery mô tả input HMAC-SHA256 và hành vi delivery.
Đây không phải cách làm khoản phí của official platform biến mất trong khi vẫn gửi qua Meta. Đây là một lựa chọn tích hợp riêng cho các đội cần ordinary-account inbound access hoặc một normalized queue cho nhiều messaging channel. Với đội support xuyên biên giới đang xử lý WhatsApp cùng LINE, Zalo hoặc các kênh khác, việc tách ledger theo từng outbound path giúp chi phí và routing không bị trộn lẫn.
Giới hạn và đánh đổi
WhatsApp Business Platform chính thức phù hợp hơn khi bạn cần approved template, official campaign tooling, Meta-native analytics, Click-to-WhatsApp attribution hoặc managed support từ Business Solution Provider. Hãy giữ kế hoạch đo lường chính thức nếu bất kỳ phần nào của workflow vẫn dùng platform này.
UnifyPort không thay thế việc tuân thủ chính sách WhatsApp, official marketing capability hay billing record của Meta. Unofficial interface cũng không cung cấp các category của Meta Pricing Analytics. Với kiến trúc hỗn hợp, hãy duy trì ledger riêng và gắn nhãn rõ ràng cho từng outbound path.
Câu hỏi thường gặp
WhatsApp service message có bị tính phí theo conversation sau ngày 1 tháng 10 năm 2026 không?
Không. Meta cho biết phí được tính theo từng service message đã delivery. Hãy đếm từng business-sent reply được phân loại là service, không đếm customer service window 24 giờ.
Pricing Analytics category nào dùng để theo dõi service message?
Dùng pricing_type: REGULAR và pricing_category: SERVICE. Phân đoạn volume và cost trả về theo phone number, country và reporting window.
Tôi có thể tính chi phí tháng 10 cuối cùng vào tháng 7 năm 2026 không?
Bạn có thể đo volume và xây dựng mô hình, nhưng rate input cuối cùng chưa được chốt. Meta cho biết sẽ công bố mức phí có hiệu lực từ ngày 1 tháng 10 trước ngày 1 tháng 9 năm 2026.
Service message có được hưởng WhatsApp volume-tier discount không?
Không. Cập nhật của Meta nói service message không có volume tier, dù utility và authentication message vẫn có.
Free entry point window 72 giờ có tiếp tục miễn phí không?
Có, đối với message delivery. Meta cho biết message trong free entry point window 72 giờ hợp lệ vẫn được miễn phí delivery, còn token usage của Meta Business Agent vẫn có thể bị tính riêng.
Bước tiếp theo
Nếu bạn đang đánh giá một normalized inbound path song song với official billing model, hãy làm theo UnifyPort Quickstart và thử một event message.received đã ký trước khi thay đổi production routing.
Nguồn
- Meta: Upcoming pricing updates for Meta Business Agent, service and utility messages — kiểm tra ngày 14 tháng 7 năm 2026.
- WhatsApp Business Platform pricing and rate cards — kiểm tra ngày 14 tháng 7 năm 2026.