10 月 1 日起，WhatsApp 每一条消息都要收费。账单最重的一笔，落在话痨式自动化头上。

2026 年 10 月 1 日，WhatsApp Business Platform 上的回复通道不再免费。Meta 自己的定价文档写得很直白，自该日起，"Meta will charge on a per-message basis for all service messages, consistent with how Meta charges for template messages. These messages have not been charged since November 1, 2024."（Meta 将对所有 service message 按条计费，方式与它对模板消息的计费一致。这类消息自 2024 年 11 月 1 日以来一直未计费。）[1] 你在 24 小时客服窗口内发送的自由格式回复，每个客服团队和每个聊天机器人赖以生存的那类消息，将有一个按条价格。在同一窗口内发送的 utility 模板同样开始计费，它们自 2025 年 7 月起免费。[1] 最终费率会在 2026 年 9 月 1 日前公布。[1] 读完这篇文章如果只改一件事，就改这件：去测量你的业务每场会话发出多少条消息，因为从 10 月起，这个数字就是你的账单。变贵的不是这个渠道，是话痨。

我们在东南亚为企业运营 WhatsApp 上的 AI 员工，所以这次定价直接落在我们和我们的客户身上。这篇文章是对照 Meta 一手文档核过的变化清单、真实会话量下的算账，以及一个我们认为大多数报道都没说到的设计结论。

10 月 1 日到底变了什么

变化之后的规则一句话就能说清：企业在 WhatsApp Business Platform 上投递的每一条消息都计费。下面是逐类消息的前后对照。

你发送的内容	今天	2026 年 10 月 1 日起
24 小时窗口内的自由格式回复（service message）	免费	按条计费 [1]
24 小时窗口内的 utility 模板	免费	按条计费 [1]
窗口之外的 utility 模板	按条计费	按条计费，部分市场费率有调整 [2]
Marketing 模板	按条计费	按条计费
Authentication 模板	按条计费	按条计费
由 Meta Business Agent 驱动的回复	自 2026 年 8 月 1 日起按 token 计费	按 token 计费 [1]
客户发给你的任何消息	免费	免费

utility 一侧的原文值得完整引用，因为这半句正是大家容易一扫而过的："Effective October 1, 2026, Meta will charge on a per-message basis for utility messages sent in response to users within an open 24-hour customer service window. These messages have not been charged since July 1, 2025."（自 2026 年 10 月 1 日起，Meta 将对在打开的 24 小时客服窗口内回复用户的 utility 消息按条计费。这类消息自 2025 年 7 月 1 日以来一直未计费。）[1]

Service message 的计费方式"与 Meta 对模板消息的计费方式一致"，按条，价格对齐各国 utility 与 authentication 模板的费率。[1] 还有一个在规模化时很要紧的细节：utility 和 authentication 模板有随月度量级下降的阶梯费率，而 service message 一档都没有。Meta 说得毫不含糊："Volume tiers: None. Meta will not offer volume tiers for service messages. Meta continues to offer volume tiers for utility and authentication messages."（阶梯费率：没有。Meta 不会为 service message 提供阶梯费率，但继续为 utility 和 authentication 消息提供。）[1]

10 月 1 日之前还有一个截止日

Meta 页面顶部有一段容易被略过的话，它是整次变化里唯一一个失败即中断、而不只是多花钱的环节："For any Solution Provider or directly-integrated businesses that does not have a payment method on file by September 30, 2026, Meta will stop delivering service messages as of when they become charged on October 1, 2026."（任何 Solution Provider 或直连企业，如果在 2026 年 9 月 30 日之前没有在档的付款方式，那么当 service message 于 2026 年 10 月 1 日开始计费时，Meta 将停止投递这类消息。）[1] 没有绑卡的企业，10 月 1 日拿到的不是一张更大的账单，而是根本无法回复客户。如果你是直连，这就是这个月唯一必须处理的事；如果你走服务商，今天就去问清楚：在档的是他们的付款方式，还是你的。

两种非模板消息，两个不同的计量表

还有一项变化被大多数报道并进了上一项里，而对任何正在挑选 AI 供应商的人来说，它其实更关键。自 2026 年 7 月 1 日起，一条非模板回复会落入两个类别之一，两者的计量方式不同。[1]

类别	由谁驱动	Meta 如何计费
Service	人工客服，或第三方 AI 方案	按条，按该市场的 utility 费率，自 2026 年 10 月 1 日起 [1]
Meta Business Agent	Meta 自家的 agent 平台	按 token，自 2026 年 8 月 1 日起，每百万 token 2 美元 [1]

Meta 的定义值得逐字读："Any non-template message that is not powered by Meta Business Agent is a service message."（任何不是由 Meta Business Agent 驱动的非模板消息都是 service message。）而 service message"can be powered by a person, like a customer service representative, or by a 3rd-party AI solution"（可以由人来驱动，比如一位客服代表，也可以由第三方 AI 方案驱动）。[1] 也就是说，如果你的 AI 跑在 Meta 之外，它发出的每一条回复都是按固定按条费率计价的 service message，而 AI 的费用你另外付给你的 AI 供应商。如果你用 Meta 自家的 agent，AI 与投递合并成一笔按 token 的费用，Meta 估算每条消息消耗 20,000 到 25,000 token，约合 4 到 5 美分。[1]

Meta 自己公布了一组对照，场景是在巴西发出 1,000 条 AI 驱动的回复：较低复杂度的第三方方案约 27 美元，较高复杂度的约 97 美元，Meta Business Agent 约 40 到 50 美元。[1] 诚实的解读是两边都没有压倒性优势。用便宜模型回答简单问题，价格胜过 Meta 的 agent；用昂贵模型处理难题则不然。真正变了的是这种对照第一次成为可能，因为两边终于都有了公开的计量表。

窗口不再是价格边界，但仍是权限边界

我们见过的最常见误读是"24 小时窗口没了"。没有。窗口失去了两份工作里的一份，另一份还在。

到目前为止，窗口同时做两件事。它决定你被允许发什么：窗口内可以自由格式，窗口外只能用模板。它也决定发送花多少钱：窗口内免费，窗口外付费。10 月 1 日之后，权限规则原封不动：Meta 的文档仍然写明，非模板消息只能在打开的客服窗口内发送。[2] 消失的是价格规则。无论窗口内外，消息都计费。

这个区分有一个实际后果。你围绕"打开窗口、保持窗口热度、赶在窗口关闭前发送"搭建的所有流程，对可达性和内容许可仍然有效，只是不再帮你省钱。省钱的杠杆整个挪到了别处：你到底发了多少条消息。

定价怎么走到这一步：三步

孤立地看，10 月 1 日像一次费率调整。放在时间线上看，它是一场刻意的、走向全量计费渠道的第三步。

日期	变化
2024 年 11 月	Meta 停止对 service 会话收费，回复通道免费 [1]
2025 年 7 月 1 日	按会话计费终结，模板按条计费，窗口内的 utility 模板免费 [1][2][4]
2026 年 8 月 1 日	Meta Business Agent，Meta 自家的企业 AI，转为按用量计费，每百万 token 2 美元 [1]
2026 年 10 月 1 日	Service message 与窗口内 utility 模板开始计费。企业发出的每一条消息从此都有价格 [1]

方向是一致的：从打包到计量，从免费通道到计价通道。先是会话变成按条，然后 Meta 自家的 AI 变成按 token，现在连回复本身也按条。我们的规划假设是：按条费率长期只朝一个方向走，而消息数从此是这个渠道运营成本里的一条常设项目。

用数字算一遍

费率按条、以美元计、由接收方所在国家决定。Meta 在它的定价页面上提供完整价目表的 CSV 下载，所以没必要相信任何供应商的表格，包括我们这张。[2][3] Utility 费率，也就是 service message 继承的那一档，马来西亚每条 0.0140 美元，新加坡 0.0160 美元，印尼 0.0250 美元。[3]

东南亚的读者要留意 Meta 是怎么划分市场的。这个区域里只有马来西亚、新加坡和印尼是单独定价的。菲律宾、泰国和越南被归进同一个 "Rest of Asia Pacific" 区段，utility 与 authentication 费率为 0.0113 美元。[2][3] 这比区域内任何单独定价的市场都便宜，所以一家曼谷或马尼拉的企业在价目表里找不到属于自己的那一行，而这其实是好消息。

那条常设警告仍在：上面这份价目表是今天生效的版本。Meta 已表示会在 2026 年 9 月 1 日前公布 10 月 1 日生效的费率，含 service message，而今天这份价目表里的 service 那一列仍然标着不适用。[1][3] 在那之前，现行 utility 费率是工作代理值。

接下来才是真正决定账单的部分。每条价格是固定的，每场会话的消息数不是，而且它随设计好坏差异巨大。

会话形态	企业发送条数	马来西亚成本	印尼成本
一个支持问题，一条落地的回答加一条确认收尾	2	$0.028	$0.05
同一个问题走菜单机器人：问候、菜单、重新提示、回答、满意度询问	6	$0.084	$0.15
一整天来回把一个线索聊到合格，企业发言 8 轮	8	$0.112	$0.20

每月一千场支持会话，第一行和第二行的差距是 28 美元对 84 美元。同样的问题，同样的答案，三倍的账单。

这些数字没有一个会杀死这个渠道。一场解决问题的支持会话只花几美分，依然便宜，远低于一通电话。这些数字真正做的事，是给设计质量加了一个乘数。克制的会话和话痨的会话之间差三到四倍，而从 10 月起，这个差价按月结算。

豁免条款暴露了方向

有两样东西在这次变化里幸存，两样都很说明问题。

第一，由 Click-to-WhatsApp 广告或 Facebook 主页行动号召按钮发起的会话保留 72 小时免费入口窗口，Meta 确认它"在消息投递方面维持不变"。[1] 有三个条件容易被忽略：客户必须来自 Android 或 iOS 应用，桌面端和网页端不算；72 小时不是从点击开始算，而是从你回复的那一刻开始，并且这条回复必须落在最初的 24 小时之内；豁免覆盖的是投递，不覆盖 Meta 自家 AI 的 token 费用。[1][2] 在这些限制之内，它确实是一条真实存在的免费通道，而且是你花广告费才进得来的那一条。自然发生的会话计量收费，广告带来的会话有补贴。这不是巧合，这是商业模式露出了原形。

第二，免费的 WhatsApp Business 应用，也就是店主在手机上手动用的那个，不受影响。[5][6] 计量表装在 API 上，换句话说，装在规模化收发和自动化上。Meta 在给机器定价，不是给个体户定价。

两件事放在一起，平台的姿态很清楚：WhatsApp 希望企业消息要么按条付费，要么由它的广告引擎买单，并且希望自动化流量按它发送的量付出对应的钱。

按条计费是对话痨的征税

WhatsApp 的经济单位过去是会话，10 月 1 日起是消息。一切只放大消息数、不放大成果的东西，现在都是一个每月开发票的成本乘数。

看看乘数实际藏在哪里：

• **菜单树。**问候语、编号菜单、"账单问题请按 2"、客户打了一句话而不是数字之后的重新提示。每一场会话都先烧掉四条消息，才开始产生任何价值。
• **多气泡习惯。**为了节奏感把一个答案拆成三个气泡的自动化。那是三条消息，三倍于一条的价格。
• **重试循环。**每一句"抱歉，我没听懂"现在都是一条为理解失败买单的付费道歉。

日历 drip 值得单独一段，因为它是这份清单上你早就在付钱的那一项。按定时器触发的培育序列，触达的是一个并没有写信给你的客户，所以既没有打开的窗口，也不涉及任何 service message。那些是 marketing 模板，而 marketing 是价目表上最贵的一档：马来西亚每条 0.0860 美元，是 utility 费率的六倍多，印尼 0.0411 美元。[3] 对一张五千人的名单做每日触达，一个月就是 15 万条 marketing 消息，在马来西亚约合 12,900 美元，而这一切在 10 月都不是新增的。当年论点还在买家注意力上时，我们就写过反对 drip 的理由；发票一直都在，10 月只是把计量表延伸到了这些campaign 引出的回复上。

新定价奖励的是解决密度。也就是用一条消息而不是五条回答问题，在同一轮里完成筛选和预约，用交互按钮把三轮澄清压缩成一次点击。它意味着跟进由客户真实做过的事触发，也意味着把真正需要长交互的工作挪到你自己的界面上，让 WhatsApp 当那只门铃，而不是整座房子。

这本来就是好的会话设计该有的样子。客户从来都更喜欢一条有用的回复，而不是五个气泡的填充物。变化在于：过去糟糕的设计消耗的是好感，好感容易被忽略；10 月起它消耗的是钱，钱不容易被忽略。

10 月 1 日之前该做什么

测量是一个下午的工作量，下面有些改动则是一个迭代周期。杠杆按对账单的影响排序，只有第一条例外，它排在最前是因为跳过它的后果不同。

1. **确认 9 月 30 日之前已绑定付款方式。**没有付款方式，Meta 在 10 月 1 日不是给你开账单，而是直接停止投递你的 service message。[1] 如果你和 Meta 之间隔着一家服务商，让他们书面告诉你：覆盖你账户的是谁的付款方式。
2. **测量每场会话的消息数。**拉上个月的数据，按流程计算企业发送条数除以会话数。这一个比值就是你的敞口。支持流程上高于 4 或 5 的，都值得看看轮次花在了哪里。
3. **给自己的流量标价。**用上个月的出站消息总数乘以你所在市场的 utility 费率。[3] 那大致就是按今天的行为，你 10 月的账单项。现在就决定它是否改变你的产品定价、你的毛利，或者两者都不改。
4. **清理自动化里的"窗口内免费"假设。**任何因为"窗口内免费"而灌水的流程，马上要把灌水变成开销。把五条单发的提醒并成一条每日摘要；把确认合并进它要确认的那条回答里。
5. **把菜单折叠成回答。**如果客户第一条消息已经说明来意，就直接回答。靠理解来路由，不靠编号菜单。
6. **把长交互挪出计量渠道。**深链到预约页、订单状态页、门户。一条打开你自有界面的消息，胜过十条在气泡里逐条复刻它的消息。
7. **Click-to-WhatsApp 合适就继续用。**如果你已经在跑 CTWA 获客，在上文那些 Android 与 iOS 限制之内，它的 72 小时免费窗口现在既是归因优势，也是价格优势。[1][2]
8. 9 月 1 日核对价目表，并问你的服务商这笔钱怎么到你头上。[1][3] 计费发生在平台层，所以每家 BSP、每个消息类供应商都会继承它。差别只在传导得是否透明。

常见误读

这些说法已经在供应商文章和群聊里流传，其中大多数属于那种让人舒服的错误。

**"WhatsApp 做客服现在太贵了。"**按已公布的费率，一场解决了问题的支持会话只花几美分。[3] 渠道没问题。变贵的是用六条消息干一条消息的活的设计，解法是改设计，不是搬家。

**"24 小时窗口没了。"**窗口的权限规则一字未动：自由格式内容仍然要求窗口打开，窗口外仍然只能发模板。[1][2] 结束的是窗口内的免费。权限边界，还在。价格边界，没了。

**"量大有折扣，会缓和很多。"**Utility 和 authentication 模板有阶梯费率。Service message 没有，而且 Meta 是明说的。[1] 降低 service message 账单的办法只有一个：少发 service message。

**"用 AI 回复就等于要为 AI 付钱给 Meta。"**只有当这个 AI 是 Meta 的才如此。由第三方系统生成的回复就是一条普通的 service message，按市场费率计价，而 Meta 也指出，使用第三方 AI 的企业"typically incur separate charges for AI usage from the AI provider and message delivery from the messaging solution provider"（通常会分别产生两笔费用：AI 使用费付给 AI 供应商，消息投递费付给消息服务商）。[1] 两张账单，两个计量表，而其中 AI 那一半不由 Meta 定价。

**"我服务商的套餐会把这个吸收掉。"**这笔费用源头在 Meta，平台全域生效，所以同一天进入每家服务商的成本。有的会作为明细项传导，有的会折进套餐然后涨价。无论哪种，它最终都会出现在你的账单上；让你的供应商指给你看它在哪。

AI 员工在 WhatsApp 上的处境

我们在这件事上显然有利益，所以先把立场亮出来，然后照样把论证做完。

StaffOS 卖的是在 WhatsApp 上工作的 AI 员工：解决工单的支持 agent，筛选并预约的获客 agent。在 Meta 新的分类里我们属于第三方 AI 方案，所以我们的 agent 发出的每一条回复都是按市场费率计价的普通 service message，而模型成本由我们自己负责，不是 Meta 替你计量的东西。[1] 我们本来就活在按单位计价之下，因为我们的每一次模型调用都按 token 计费，而且我们把它按租户计量到每一条消息。10 月起，渠道本身的计费方式和模型一样了。我们认为这就是整个行业现在该用的心智模型：在 WhatsApp 上，token 进，消息出，两头都计量，两头都是设计责任。

它恰好也奖励 agent 本来就该有的构建方式。一个读懂客户第一条消息、基于你的商品目录给出落地回答的 agent，一轮干完菜单树五轮的活。一个在同一场会话里完成筛选加预约的 agent，不需要一条 drip 序列把线索赶回来四次。一条由真实信号而非排期触发的跟进，是一条值得发送的消息。我们为解决密度而构建，因为它赢下会话；10 月 1 日之后，它还会明明白白地赢在发票上。如果你这个季度在比较供应商，给清单加一个问题：你们的每次解决平均发多少条消息，按你们的设计节奏，一场会话我要花多少钱？

这也是平台今年第二次在所有人脚下挪动地面，上一次是 4 月把客户身份从电话号码上挪走的那次身份变更。两次的教训相同：对着一手契约构建，先读平台文档再读供应商摘要，并且把"免费"当作一个阶段，而不是一个事实。

做预算之前要核实什么

最终费率是唯一还悬着的事项：Meta 在 2026 年 9 月 1 日前公布 10 月 1 日的费率，含 service message。[1] 在把数字写进预算之前，对照在线文档核实三件事：你触达的每个国家的官方价目表 [3]、你的 utility 与 authentication 流量是否适用任何阶梯费率 [2]、你的 BSP 或平台供应商会在发票上如何呈现这笔新费用。本文的数字来自 Meta 的文档及其公布的美元价目表，时间为 2026 年 8 月下旬，9 月 1 日价目表落地后我们会更新。

如果这里有任何数字与在线价目表不再一致，告诉我们，我们会改。一篇悄悄过期的定价文章，比没有这篇文章更糟。