WhatsApp 2026年7月费率更新落地——只做接收的团队需要关心什么 — UnifyPort
Meta 在6月10日发布了 WhatsApp Business API 的费率更新，将随2026年7月账单周期生效。如果你在通过 WhatsApp 发送营销推广类消息，这是一个需要关注的定价事件——多个市场的费用正在上涨，费率结构也在调整。但如果你的团队主要是接收客户消息、在会话窗口内回复，这件事的性质完全不同：它更像是一个提醒，你关注的计费表可能本就和你无关。
以下是具体的变化、费用明细，以及不同使用模式下的实际影响。
2026年7月费率变动，逐市场拆解
Meta 的费率更新涉及三类变动：
四个市场的营销类消息费率上调：
| 市场 | 变动 |
|---|---|
| 意大利 | 营销费率上调 |
| 沙特阿拉伯 | 营销费率上调 |
| 西班牙 | 营销费率上调 |
| 英国 | 营销费率上调 |
这些调整影响的是分类为”营销”的模板消息——促销推送、召回广播、在24小时会话窗口之外发送的产品公告。如果你的团队不发送营销模板，这些涨幅和你无关。
两个市场的工具类消息费率变动：
| 市场 | 变动 |
|---|---|
| 巴基斯坦 | 工具类费率上调（+84%） |
| 土耳其 | 工具类费率下调（-84%） |
工具类模板是事务性消息——订单确认、物流通知、预约提醒。巴基斯坦的涨幅相当大，土耳其的降幅同样显著。
六个市场从区域费率转为专属费率：
| 市场 | 说明 |
|---|---|
| 中国香港 | 新增专属费率 |
| 新加坡 | 新增专属费率 |
| 匈牙利 | 新增专属费率 |
| 波兰 | 营销费率较此前区域费率下降57% |
| 罗马尼亚 | 新增专属费率 |
| 卡塔尔 | 新增专属费率 |
对于面向东南亚市场、收件人在香港或新加坡的团队来说，从区域费率转为专属费率会改变单条消息的成本计算。波兰是个例外：其营销费率比此前适用的区域费率下降了57%。
没有变的那一行
在费率更新的细节中，有一行保持不变：所有市场的服务对话依然免费。
服务对话在客户主动发消息给你的 WhatsApp Business 号码、且你在24小时会话窗口内回复时触发。无需模板，不做分类，Meta 不收取单条费用。这从2025年7月 Meta 转向单条计费模式以来就没变过，这次更新也没有改变。
对于日常工作就是”客户发消息过来、我们回复”的团队——售后队列、售前咨询、订单查询——整个费率更新都与核心交互无关。上涨的费用针对的是你主动发送的消息，按模板类型分类，在会话窗口之外投递。如果你不做这些，费率表是别人的事。
只做接收的团队在哪里还在花钱
“服务对话免费”这话没错，但不完整。以下是只做接收的团队仍然会产生费用的地方：
迟到的回复会变成模板消息。 如果客户下午2点发消息，你的客服在第二天下午跟进——间隔25小时——这条跟进消息就超出了24小时窗口。WhatsApp 会将其重新归类为模板消息，按收件人所在国家的工具类或营销类费率单条计费。团队里没人提交过模板，也没人觉得这是一次广播推送。但从计费角度看，一条稍晚的回复和一次营销活动走的是同一个计费通道。
BSP 加价会在意外费用上叠加。 如果你通过 BSP（商业解决方案提供商）接入，BSP 的利润加成——通常15–20%——会加在 Meta 收取的所有费用之上。$0的服务对话带来$0的加价。但一旦回复滑出窗口变成模板计费，BSP 就会在上面叠加百分比。2026年7月在意大利、西班牙、沙特和英国的费率上调意味着这种叠加在这些市场更贵了。
平台费与消息量无关。 BSP 平台费——通常$29–$500+/月——不随费率变化。这是获取基础设施访问权限的固定费用：模板管理、广播工具、收件箱界面。即使你的团队从未打开过这些工具，费用照收。
在受影响市场，一个只做接收的团队要花多少钱
以英国市场为例——七月营销费率上调的四个市场之一，假设一个四人客服团队在接收 WhatsApp 消息：
| 场景 | 2026年7月费率下的月度费用 |
|---|---|
| 100%回复在24小时窗口内 | $0（Meta）+ BSP 平台费 |
| 95%在窗口内，5%超时（重归类为工具类） | 约$12–18（Meta）+ BSP 加价 + 平台费 |
| 同一团队，无 BSP，无模板系统 | $0 |
第三行值得仔细看。如果一个团队的工作流程确实不需要外发模板——不做广播、不做召回、不发主动通知——那么2026年7月费率调整所涉及的整个计费面，都是这个团队用不到的基础设施。
没有费率表的路径
UnifyPort 的非官方接口可以接入普通的 WhatsApp 账号——客户通讯录里已有的那个号码——并将每条入站消息以标准化的 message.received webhook 事件投递：
{
"event": "message.received",
"account_id": "acct_3qPmRz",
"provider": "whatsapp",
"from": "user_88c1ae",
"text": "你好，英国仓的库存补上了吗？",
"timestamp": 1751241600,
"message_id": "wa_msg_4d8e2f"
}你的后端通过 signing_secret 验证 HMAC-SHA256 签名，然后将消息路由到现有队列。回复通过一个 POST /v1/messages 调用发出——没有模板分类，没有按类别定价，没有每季度更新的费率表。
这里没有营销层级，因为没有模板系统。没有工具类费率，因为没有消息分类引擎。没有 BSP 加价，因为没有 BSP。2026年7月的费率变动——以及 Meta 已经预告的10月变动——在这个架构里不产生任何行项目，因为它们调整的计费面在这里根本不存在。
同一个 webhook 端点也接收来自 Telegram、LINE、TikTok、Zalo 和 X 的消息，使用相同的 message.received 事件格式。增减通道不改变计费模型——只改变 payload 中的 provider 字段值。
这周该做什么
2026年7月费率将在下一个账单周期生效。在此之前，三件事值得检查：
-
拉出你的模板消息明细。 你有多少”回复”实际上因为超出24小时窗口而被计为模板消息？如果答案不是零，7月的费率上调适用于那些消息。
-
确认你的 BSP 加成比例。 如果你的 BSP 按百分比加价，费率上调会通过加价传导。20%的 BSP 加成意味着你承担的是涨幅的120%，不是100%。
-
问一下费率表是否和你有关。 如果你的工作流程纯粹是入站——客户先发消息、团队在窗口内回复、不做外发活动——那么费率表调整的计费面可能根本不是你的计费面。一个标准化入站 webhook 没有需要更新的费率表。