2024 年黑五，一个卖家三个店的单子全放在同一间仓里。结果 TikTok 那批订单晚了 6 小时才进 WMS——爆款 40 分钟卖空，平台却还显示有货，超卖 300 多单，客服电话被打爆。仓里的人觉得委屈：货是够的，是单子来晚了。根子不在仓，在订单接入的方式从一开始就选错了。
多渠道这事，十年前是"有 Shopify 就行"，现在是 Shopify、Amazon、TikTok Shop、Walmart 全开，订单从四个方向往一个 WMS 里灌。灌的方式只有两种：轮询（polling），隔几分钟去各平台问一遍"有新单吗"；webhook，平台有新单主动推给你。选哪个，决定了你的单子延迟是分钟级还是秒级，更决定了大促那天你是睡觉还是救火。
轮询和 webhook，差的不只是实时性
很多人以为这是个"快 vs 慢"的选择，太天真了。两种方式差在四个维度：
延迟。 轮询的延迟等于你的轮询间隔，5 分钟一轮，平均延迟就是 2 分半。webhook 是秒级推送。平时 2 分半没人感觉，大促爆款 40 分钟卖空，2 分半的延迟乘上四个平台，就是超卖。
成本。 轮询是拿你的 API 调用次数换的。Amazon SP-API 这类接口有严格的限流，调用频率超了直接被封一段时间；单量越大，轮询越频繁，越容易撞上限流墙。webhook 不占你的调用额度，平台推多少你收多少。
可靠性。 轮询丢单的概率低——问到了就是问到了。但 webhook 有两种死法：平台推了你没收到（网络抖动），或者你收到了没处理好（服务重启）。所以 webhook 必须配重试和幂等：同一单推三遍，WMS 里只能有一单。这个坑我见过不止一家踩过，大促时重复建单，发了两次货。
平台支持度。 不是每个平台都给你 webhook。Shopify 的 webhook 很成熟，TikTok Shop 也提供订单推送，但 Amazon 主要是 SP-API 的通知订阅机制，各家叫法和行为都不一样。具体以各平台官网最新文档为准，别拿去年的经验套今年的接口。
我的选型建议：按单量分三档
别纠结技术优劣，看你自己的单量，对号入座：
日单 500 以下：轮询够了。 四个平台每 5 分钟轮一遍，延迟可接受，开发量小，一个工程师几天搞定。把省下的时间花在对账上。
日单 500～5000：webhook 为主，轮询兜底。 webhook 负责实时，兜底轮询每小时跑一遍全量，把 webhook 漏掉的单捞回来。这是性价比最高的组合，也是我见过最多中型卖家用的方案。
日单 5000 以上：webhook 加消息队列，再加对账。 推送先进队列削峰，消费端做幂等去重，半夜跑一次平台订单和 WMS 订单的全量对账。大促前做一次推送风暴压测——平台大促时推送延迟和重复推送都会放大，没压测等于裸奔。
不管你在哪一档，有三件事是铁律：第一，订单号做全局唯一键，重复推送直接丢弃；第二，平台推送的签名一定要验，别图省事跳过，我见过没验签被伪造订单灌库的；第三，留一个每小时跑一次的全量对账任务，这是所有多渠道仓的保命项——webhook 会丢，轮询会漏，对账不会说谎。
回到开头那个卖家：后来他们改成了 webhook 加小时级对账，第二年黑五，四个平台 2 万单，零超卖。技术方案没有高低贵贱，只有跟你的单量匹不匹配。先算清自己的单，再选接入的方式，顺序别反了。
