上个月一个做汽配的老板来找我，号是他找人接的 API，接完他以为就完事了——结果客户发过来的消息他根本不知道，后台也不显示，等三天后想起来看，客户早找别家下单了。他第一句话就是：接了 API 怎么比没接还瞎？
这不是个例。前面写过接API后手机还能不能用、号到底归谁、模板消息怎么发，这篇把 API 系列的最后一块补上：客户发进来的消息，怎么又快又稳地到人手里。接 API 不是甩手掌柜，消息接不住，评分掉得比普通号还快。
一、先搞清消息怎么到你手里：webhook 的三个前提
API 号收消息不靠手机弹通知，靠的是 webhook——你可以把它理解成一个你自己的"收件地址"，客户每发一条消息，Meta 就往这个地址推一条通知。要收得到，三个前提缺一个不可：
| 前提 | 是什么 | 漏了会怎样 |
|---|---|---|
| 公网可达的 HTTPS 地址 | 你得有一个全网都能访问、带有效 SSL 证书的网址 | 地址填了也不通，或者自签证书直接被拒 |
| 验证握手 | 配置时 Meta 会先发一次验证请求，你的服务器要按规则原样回应 | 验证不过，后面配置全部白搭 |
| 订阅 messages 字段 | 验证通过后还要在后台勾选订阅"消息"这个字段 | 最常见的坑：验证成功了却一条消息都收不到 |
那位汽配老板就是第三种：验证全通过，就是没订阅 messages 字段，等于装了个门铃但没接铃铛的线。收不到消息先别怀疑号，先查这三步。
二、收到了不等于接住了：先回 200 再干活
第二个坑在处理消息的顺序上。Meta 往你的地址推消息时，有个很硬的规矩：它要你的服务器在几秒内确认收到（HTTP 200）。你要是慢慢悠悠先去查库存、写数据库再回复确认，Meta 就当你没收到，会自动重推，而且会一直推到确认为止。
听着是好事？坏就坏在重推会造成同一条消息推好几遍。如果你的程序每收到一条就自动回复一条，客户一句"你好"，能收到你三条"你好"。所以正确的姿势是：
1. 先秒回 200 确认，再慢慢处理业务——确认和干活分开；
2. 按消息 ID 去重——同一条消息推三遍，只处理一遍；
3. 服务器宕机要有人知道——重推也不是无限的，宕机太久错过了就是永久丢，Meta 那边没有补发机制，只能靠你自己监控告警。
还有一条容易被忽视的安全细节：推送到你地址的请求要校验签名（Meta 用你的密钥给每条请求盖了章），不校验的话，任何人都能伪造"客户消息"骗你的自动回复。这些细节找服务商搭的时候可以逐条对照验收，服务商交付怎么验收那套清单在这里照样用得上。
三、三种承接方式对照表：按进粉量选，别硬上
消息收得到了，接下来是人怎么接。三种方式各有各的适用段位，选贵的不如选对的：
| 承接方式 | 适合的进粉量 | 成本 | 主要风险 |
|---|---|---|---|
| 后台人工看 | 一天几个粉，试水期 | 几乎为零 | 忘看、看晚，漏单 |
| 自动分流+人工接 | 每天几十个，稳定投放 | 中等 | 分流规则写错，粉绕远路 |
| 模板机器人全自动 | 每天成百上千，标准问答 | 最高 | 客户觉得冷冰冰，聊死 |
另外分清楚：承接侧收不到消息和发送侧发不出消息是两码事，一个是 webhook 配置问题，一个是号和模板的问题，排查方向完全不同，别混在一起猜。
我的建议一句话：进粉量在一天几十个以内，自动分流加人工是性价比最高的。自动层负责秒回兜底和把粉按来路分好类（第一句话术怎么接里那套分层逻辑直接能用），人工层负责把有意图的粉聊深。纯机器人全自动只适合物流查询、订单状态这种标准问答，拿去做获客承接，客户体验一塌糊涂——接粉拼的是响应快，更是接粉实测里那些分钟级动作。还有一条底线别碰：自动应答是接粉用的，不是拿认证号当群发器用的，群发和认证的边界之前划过，越线就是往被举报的枪口上撞。
四、24 小时客服窗口怎么用，承接才不亏钱
自动回复和人工回复都要在窗口规则里干活，这套规则之前讲过一部分，这里按承接视角再捋一遍：
- 客户给你发一条消息，24 小时客服窗口就开了，从客户最后一条消息起算；
- 窗口开着：自由文本随便发，实用类模板也不另计费——所以该在这窗口里干的活抓紧干；
- 窗口关了：只能发预审过的模板，按条计费；
- 客户任何时候再回一条，窗口重新刷新。
对承接最大的启示就一条：所有重活往窗口里塞。客户刚发消息的那几小时是窗口最富余的时候，报价、发资料、约样安排全往这段排，别等窗口关了用模板一条条补，那就是72小时排班里说的"窗口是钱"。另外注意，营销类、认证类模板即使在窗口内也照常计费，不是窗口内什么都不要钱，别被一句话误导。
五、半夜进粉的自动应答怎么搭：三层兜底
号是全天候接消息的，人是排班的，中间的缺口就是自动应答补的。搭法三层，直接抄：
| 层 | 干什么 | 举例 |
|---|---|---|
| 第一层：首回兜底 | 任何时段进粉先秒回一条，确认收到+预告人工响应时间 | "已收到，工作时间内2小时内有同事对接" |
| 第二层：关键词路由 | 常见意图自动给对应资料 | 报价→报价表；目录→产品册；地址→园区定位 |
| 第三层：转人工触发 | 触发条件一到，立刻推给值班的人 | 客户发图片、报具体型号、开始砍价 |
三个提醒：一，半夜自动首回送达也能开窗口，早班接手时窗口还是热的，这跟排班表是配套的；二，关键词路由的词表每月要按实际进粉更新一轮，不然粉的问法变了就路由空了；三，转人工的触发别设太苛刻，客户发出第二次追问还没人接，体验就崩了。号多了以后，承接的人手和配号数量要一起算，别号多的人少，接不过来照样白搭。
自动应答再聪明也只是接住的底座，成单还是靠人工跟进的温度。号这一头也别忘了基本盘：API 只是换了接线的姿势，防封养号那套日常维护该做的一样做，别以为接上系统就百毒不侵。三层搭好后，你可以放心把夜里的号交给系统，白天把人往高意图粉上压。
微信：AIbaogongtou ｜ WhatsApp：8615757917922
六、常见问题
问：webhook 配置全通过，就是收不到客户消息，先查什么？
先查有没有订阅 messages 字段。验证通过和订阅字段是两回事，这是"配置成功但收不到"的第一大原因。其次查服务器是否秒回了 200，不回确认 Meta 会认为推送失败。
问：消息被重推，自动回复会重复发给客户吗？
会，如果不做去重。按消息 ID 去重是标准做法，同一条消息无论推几遍，只处理一次、只回一次。服务商搭建的可以现场用两条相同消息测一下。
问：手机 App 上那个"问候消息/离开消息"自动回复，API 号能用吗？
那是 App 端的功能。纯 API 号要自己在服务端做自动应答；如果走了共存模式号上还挂着 App，App 的自动回复可以继续用，两边别打架就行。
问：24 小时窗口内发营销模板计不计费？
计费。窗口内只有自由文本和实用类模板不另计费，营销类、认证类模板窗口内照常按条计费。别把"窗口内发什么都能发"理解成"窗口内发什么都不要钱"。
问：不懂技术，这套东西搭得起来吗？
不用自己写代码。大部分服务商的后台自带自动回复和分流功能，你按这篇的三层结构去提需求、按窗口规则去验收就行——重点是你得知道要什么，验收时才不会被告交付的时候忽悠。