我们的转化率看似在跌(30d 17.3% → 近 24h 14.6%),会触发误报警。
真相:这 100% 是单一死路组合 apple/TR 的幽灵库存洪流造成的假象。
剔除 apple/TR 后,真实端到端转化率是 21.7%,不但没跌,反而高于 30 天均值。
健康的生意在变好;一个我们根本供不出货、却标成"有货"的组合,正在同时(1)伪造订单增长、(2)压低报表转化、(3)每周烧掉 2.3 万次供应商调用、(4)让 77 个真实付费用户平均失败 85 次。
注:DogeSMS 采用"先扣款失败退款"计费模型,营收/利润只按 completed 订单计;cancelled/expired 金额已全额退回,不计营收。
把过去 24h 按服务拆分,一个组合立刻跳出来:
| 服务 | 下单 | 完成 | 转化 | 利润 |
|---|---|---|---|---|
| apple | 901 | 6 | 0.7% | $0.77 |
| telegram | 643 | 44 | 6.8% | $17.01 |
| openai | 423 | 205 | 48.5% | $33.77 |
| 228 | 8 | 3.5% | $12.07 | |
| flipkart | 77 | 41 | 53.2% | $8.61 |
| tinder | 62 | 39 | 62.9% | $3.13 |
apple 占 24h 全站 34% 下单,几乎全在 apple/TR(土耳其):
| apple 国家 | 下单 | 完成 | 失败 | 转化 |
|---|---|---|---|---|
| TR 🇹🇷 | 864 | 0 | 677 | 0.0% |
| IN | 14 | 5 | 5 | 35.7% |
| US | 10 | 0 | 0 | 0.0% |
apple/TR 此前长期是每天 3–90 单的长尾,7 月 21 日起单日暴涨到 1000–1765 单,全程 0 完成:
日期 apple/TR下单 完成 07-18 22 1 07-19 9 0 07-20 36 0 07-21 ▲▲▲▲▲▲▲▲▲▲ 1005 0 07-22 ▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲ 1765 0 07-23 ▲▲▲▲▲▲▲▲▲▲▲▲▲ 1371 0 07-24 ▲▲▲▲▲ 574 0 07-25 ▲▲▲▲▲▲ 624 0 07-26 ▲▲▲ 380 0 07-27 ▲▲▲▲▲▲▲▲ 854 0 ────────────────────────────── 近7天合计 6,573单 0完成 = 全站 32.3% 订单量
当前可售目录里,apple/TR 有 5 家供应商全部标为 sellable 且报告巨量库存——但真实交付是 0:
| 供应商 | 标称库存 | 成本 | 售价 | 真实接码 |
|---|---|---|---|---|
| durianrcs.com | 1,000 | $0.16 | $0.25 最低 | 0% |
| grizzlysms.com | 158,408 ⚠️ | $0.50 | $0.71 | 0% |
| lubansms.com | 200 | $0.60 | $0.86 | 0% |
| sms-bus.com | 772 | $0.88 | $1.24 | 0% |
| sms-man.com | 122 | $3.21 | $4.39 | 0% |
可售目录重建只信供应商上报的 source_available_count,没有基于"真实交付率"的门。durianrcs 把 apple/TR 标成 $0.25(全站最便宜档之一)+ "有货",于是它在前端排序里既便宜又可选——用户点进去,六家供应商轮流 canonical_fallback,全部失败。
后端早已实现"P2 接码率自愈器" combohealth,用于自动隐藏死路组合,且消费端已完整接线:
LEFT JOIN 跳过 hidden
但在 production:
combo_health.enabled: false —— 从未开启combo_health_decisions 表 0 行 —— worker 一次都没跑过(2026-06-30 那次日报已发现此机制关闭,但当时结论是"即使开启也几乎空转"——因为它按 供应商×服务×国家 三元组、100 样本门评估,而当时死库存分散、单三元组样本不够。)
apple/TR 的洪流本身,把每个供应商三元组的 24h 样本量都推过了 100 门槛。模拟"若此刻开启 combo_health 会被隐藏的三元组",结果干净得惊人——只有 apple/TR 的 6 个供应商,全部 0% 接码,没有任何一个赚钱组合被误伤:
| 会被隐藏的三元组 | 24h attempts | 分配 | 收码 | 接码率 |
|---|---|---|---|---|
| apple/TR · durianrcs | 872 | 55 | 0 | 0.00% |
| apple/TR · 5sim | 724 | 0 | 0 | 0% |
| apple/TR · sms-man | 699 | 0 | 0 | 0% |
| apple/TR · lubansms | 510 | 3 | 0 | 0.00% |
| apple/TR · sms-bus | 408 | 85 | 0 | 0.00% |
| apple/TR · grizzlysms | 205 | 52 | 0 | 0.00% |
换言之:开启 combo_health 是一个可证零附带损伤、可随时回滚、营收零风险的一行改动,会在下一个小时 tick 精准隐藏 apple/TR,其它任何组合都不动。
combo_health.enabled: true。min_sample_size 100→20–30、评估粒度升到"服务×国家"跨供应商池化、hide_threshold 1%→3–5%——这是更大改动,建议单独排期 + A/B。blocked。| 组合 | 下单 | 完成 | 转化 | 用户 |
|---|---|---|---|---|
| apple/TR | 6,573 | 0 | 0.0% | 77 |
| telegram/JP | 436 | 2 | 0.5% | 137 |
| telegram/RU | 193 | 0 | 0.0% | 57 |
| telegram/SG | 156 | 0 | 0.0% | 78 |
| whatsapp/DE | 143 | 1 | 0.7% | 30 |
| whatsapp/RU | 134 | 1 | 0.7% | 22 |
| telegram/TW | 112 | 0 | 0.0% | 62 |
| whatsapp/JP | 108 | 0 | 0.0% | 19 |
| telegram/OM | 102 | 0 | 0.0% | 45 |
合计约 7,950 单(近 7 天全站 ~39%)流向"接近 0 交付"的死路;其中 apple/TR 一项占 92%。