一句话情报：Open API 渠道在 8 天内从 0 冲到全站订单量的 ~1/3（08-04 峰值 35%），是当前最猛的增长引擎——但它完全靠单一 3 天龄消费者（ozon，完成率 42%）撑着；同渠道另外 2 个集成方（telegram、whatsapp）是 ≈0% 的死路。经代码 + 数据交叉验证：死路根因不是路由 bug（跨供应商 fallback 广度与 web 相当），而是供需错配 + Open API 缺"可服务性"下单门禁——消费者把单打在我方零供给的国家上，订单挂满 5 分钟 TTL 才失败，白烧供应商 API 预算。
👉 建议：不要自主改路由/定价（红线：需人工 + A/B）。本条为决策情报，落点是"暴露可服务性 / fast-fail 门禁 + 资格化这两个集成方"，详见 §6。
24h 量能小幅回落属日内噪声——08-05 是 30 天历史峰值（5,244 单 / 1,139 成交 / $193 毛利）。本日报的价值不在这个波动，而在下面的结构性信号。
* 后端 1,242 注册 vs GA4 web 新用户 575，差额为 API 直打注册（见 §5）。
| 来源 | 订单 | 成交 | 完成率 | 营收 | 毛利 | vs prev 完成率 |
|---|---|---|---|---|---|---|
| web | 2,767 | 590 | 21.3% | $235.24 | $112.70 | 21.3% → 持平 |
| openapi | 1,423 | 392 | 27.5% | $78.41 | $43.12 | 18.5% → 27.5% ▲ |
| bulk_url | 4 | 4 | 100% | $5.36 | $5.36 | — |
| 日期 | openapi 订单 | 占全站 | openapi 营收 | 全站营收 |
|---|---|---|---|---|
| 07-31 | 1 | 0% | $0.00 | $232.75 |
| 08-01 | 183 | 6% | $3.61 | $178.66 |
| 08-02 | 772 | 23% | $11.31 | $182.70 |
| 08-03 | 469 | 13% | $0.43 | $253.06 |
| 08-04 | 1,761 | 35% | $23.32 | $271.32 |
| 08-05 | 1,790 | 34% | $81.26 | $373.77 |
| 08-06 | 980 | 27% | $51.81 | $279.32 |
08-04→08-05 全站营收 +38%（$271→$374），主要由 ozon 上线贡献——即 openapi 从"烧钱试水"转为"真金白银"就发生在 08-05。
| 消费者* | 注册日 | 主服务 | 订单 | 成交 | 完成率 | 判定 |
|---|---|---|---|---|---|---|
6e730c.. | 08-04 | ozon | 1,667 | 694 | 41.6% | 增长引擎 |
8a1c96.. | 07-31 | telegram | 3,371 | 7 | 0.2% | 死路 |
cf7cda.. | 08-02 | 502 | 1 | 0.2% | 死路 |
8a1c96.. — 3,371 单 / 7 成交| 状态 | 单数 | 拿到号 | 记录成本 |
|---|---|---|---|
| failed（无号） | 2,659 | 0 | $0.00 |
| cancelled | 376 | 366 | $88.46 |
| expired | 350 | 350 | $80.13 |
| completed | 7 | 7 | $1.65 |
cf7cda.. — 502 单 / 1 成交| 状态 | 单数 | 拿到号 | 记录成本 |
|---|---|---|---|
| failed（无号） | 495 | 0 | $0.00 |
| cancelled | 7 | 7 | $3.45 |
| expired | 3 | 3 | $2.21 |
💸 失血 ≈ $174/7d（~$25/天）记录成本（拿到号但无码的 cancelled+expired；供应商可能部分退款，故为"记录"值上限）。更大的隐性浪费：3,154 笔 failed 无号订单各自挂满 5 分钟 TTL 才放弃，空转 worker 轮询 + 供应商 API 调用预算（呼应"扫号团伙吞 42% 供应商预算"的既有观察）。
web telegram 走量集中在有货国家：US 完成率占分配 95%、CA 95%、GB 91%、RU 99%、HK 96%；这些国家 telegram 完成率 9–12%。号源和收码链路都是通的。
| 指标（telegram, 7d） | openapi | web |
|---|---|---|
| 请求国家数 | 49 | 168 |
| 无供给率（下单拿不到号） | 79% | 37% |
| 分配率 | 24% | 73% |
| 跨供应商 fallback 广度（均值） | 2.05 | 2.26 |
openapi telegram 的量压在 BO(玻利维亚 754/21%)、VE(委内瑞拉 375/63%)、TH(泰国 187/8%)，以及一批 0% 分配 的国家：KR / SG / PL / BY / NL / UY / HN。关键对照——web 同样在 SG/KR telegram 上是 0% 分配，证明这是真实无供给，不是 openapi 独有的路由缺陷。
fallback 广度 2.05 ≈ web 2.26：openapi 确实跨了 ~2 个供应商 fallback，不存在"不 fan-out"的路由 bug（这一点纠正了早前的猜测）。
backend/internal/api/openapi/orders.go 的 CreateOrder 仅校验 service/country 非空 + tier 白名单 + max_price，随后直接调用与 web 共享的同一 order service（仅打 order_source=openapi 标）。只要 catalog 里该组合有价格就会建单扣费，分配在 worker 异步进行——无货时挂满 5min TTL 才失败。而 catalog 的"有价格"≠"有真实库存"（幽灵库存，既有观察 smsman phantom inventory）。这正是既知的 canonical_fallback_invalid_country_leak 模式在 API 渠道的放大。
GA4（T-2 口径，避开次日失真）显示 web 会话稳定在 ~1,000–1,300/天，08-04 峰值 1,325 会话 / 1,134 活跃用户——web 大盘健康、无异常。但 openapi 的 1,400+ 单/天完全在 GA4 之外（API 直连不打前端埋点）。含义：近期订单量的结构性跃迁发生在一条未被前端可观测性覆盖的独立渠道，日报/转化分析必须显式按 order_source 拆 web/openapi，否则会误读大盘。
NO_SUPPLY 而非挂 5min），并/或对外暴露 per-country 实时可用量，让合作方主动避开死组合。难点：需要可靠的可用性数据源——catalog 价格不可信（幽灵库存），这是要先解决的前置。备注：telegram 消费者下单后耐心轮询 ~175s 才放弃（不像纯 bot 的秒弃），故不建议直接按 bot 一刀切限流——真假需人工判定后再决定是否走风控。
dogesms_db_production）+ 后端 main 分支代码 + GA4 property 512790783。completed 成交口径；成本为 cost_cents 记录值（供应商可能部分退款）；消费者 ID 已匿名化。