自营号池正被 Telegram / Google 悄悄掏空

数据窗口：过去 24h（截至 2026-06-23 02:00 UTC） vs 近 7 日 / 30 日 · 数据源：Production PostgreSQL（只读）+ GA4 + main 分支代码交叉确认

📊 大盘速览（过去 24h）

大盘解读：6/22 出现一次反弹（订单 +51%、流量 +30%），但仍低于 30 日均线——印证了过去两周的流量驱动型软着陆（GA4 会话从月初 ~2,600/日 跌到中旬 ~1,300/日，转化率/会话基本稳定，说明是拉新/流量问题而非转化漏斗问题）。这是大背景，但不是今天最值钱的情报——下面这条才是。

🔍 证据链（数据 → 代码逐环咬合）

1. Telegram 是第二大需求来源，却几乎没人成功。 过去 7 天 Telegram 下单 2,212 单（仅次于 OpenAI），完成率仅 5.3%，而 OpenAI 为 46.8%。且 6/22 Telegram 单量冲到 476/日（14 天最高）——需求还在涨，成功率却趴在地板上。
   来源：orders 表，service_code 维度，近 7 日
2. 根因是「收不到码」，且与供应商无关。 Telegram 在所有供应商上「分到号→真正收到码」的比例都只有 3–11%（durianrcs 6.5% / sms-bus 11.3% / grizzly 8.2% / 5sim 3.3% / 自营 4.6%）。这是 Telegram 在运营商层面封杀虚拟号，不是供应商质量问题。
   来源：supplier_execution_attempts，Telegram 订单的 sms_per_alloc
3. 自营池被 Telegram + Google 占满。 近 7 日自营池分配：Telegram 388 次（收码 4.6%）+ Google 118 次（收码 0.8%）= 占全部分配的 ~97%。而真正适配自营号的高转化服务只分到零头：Amazon（55.6%）、Cursor/GitHub（33%）、Perplexity/Doubao（100%）。
   来源：isptelecom 分配按 service_code 拆分
4. 把它们留在自营池没有任何好处——聚合器做得更好。 Google 在聚合器 durianrcs 上收码率 19.8%，是自营池 0.8% 的 25 倍。Telegram 在 sms-bus 上 11.3% 也优于自营 4.6%。移出自营池后这两个服务仍走聚合器，用户体验只会更好。
   来源：Google/Telegram 各供应商收码率对比
5. 致命机制：每次分配都永久烧掉一个号的该服务额度。 代码 isppool/repository.go:88 明确：「同号同 service 一辈子只能分配一次」——这是为防 Telegram/OpenAI 等强风控服务检测重复号触发封号而设计的。所以每一单 Telegram 都永久消耗一个号的 Telegram 资格。
   来源：main 分支 backend/internal/repository/isppool/repository.go
6. 结果：池子的 Telegram 额度已经烧掉 97.7%。 2,000 个号里，1,954 个已经永久失去 Telegram 分配资格——整个池子只剩 ~46 个号还能发 Telegram。这就是为什么忙日会大面积「无号可用」：6/22 当天 132 次自营取号请求里 89 次（67%）被拒 NO_NUMBERS。
   来源：isp_numbers × orders 历史交叉统计
7. 这是一个被遗忘的「种子默认值」，不是有意决策。 isp_catalog_services 配置表里，Telegram 和 Google 的 enabled=true 来自 2026-05-13 的初始种子（无 admin_id）。而 OpenAI / Claude / WhatsApp 早已被运营手动 disabled，其余 20+ 服务都有明确的 added_by_admin_id。Telegram/Google 是漏网的种子默认，从没被复审过。
   来源：isp_catalog_services 表 enabled 字段 + added_by_admin_id

自营池近 7 日分配去向（按服务）

506 次分配（Telegram+Google）只换来 19 条短信；其余 ~21 次分配（高转化服务）换来 11 条。占 97% 分配量的两个服务，只贡献了 63% 的产出，却烧光了池子的核心额度。

-- 复核：先看当前状态
SELECT canonical_service_code, enabled FROM isp_catalog_services
 WHERE canonical_service_code IN ('telegram','google');

-- 执行（建议先 dev 验证 + 二次确认，遵循 prod_sql_sop）
UPDATE isp_catalog_services
   SET enabled = false,
       notes  = '收码率<5% + 永久烧池额度，移出自营池走聚合器 (2026-06-23 日报)'
 WHERE canonical_service_code IN ('telegram','google');

📈 大盘趋势明细

每日订单与完成率（近 14 日）

过去两周订单与收入从月初高点回落约 45%，6/22 反弹。GA4 会话同步走势（2,600→1,300→1,800），确认是流量端波动，转化率稳定。建议后续单独追一条：6/22 流量反弹来自哪个渠道，是否可复制。

各服务结局拆解（近 7 日，按单量）