已发送不是收件箱：短信内容过滤、发送信誉，以及为何重试会更糟

「已发送」「已提交」只是交接：平台接单并交给 live 走廊，并不等于有人在收件箱看到 SMS。OTP 与告警会在产品把绿灯当成收件箱时悄悄失败，手机仍停在内容过滤或受损信誉后面。

IOSOR 以 white-label 预付费消息运行：状态、DLR 与钱包行都在您的账户。接近每月 USD 1,000+ 用量时，过滤命中、走廊 p95 与重试借记成为商务复盘材料。先证据，再扩量。目录 live 却没有过滤叙事，是凌晨两点无法辩护的承诺。in setup 市场不能当收件箱证明。没有预先囤积的「更干净发送方」可连夜替换。产品、运维与财务应能指向同一过滤码与同一借记行，而不是各拿一张截图。实验室发送不能当作生产信誉；走廊未标 live 就不要对外承诺收件箱。

已发送与已提交不是收件箱

要求可核验的 webhook。「已发送」截图不是运营模型。把词典与 未送达、拒收与过期状态 对齐，让产品与财务停止对同一事件争吵。相关 ID 必须能从发送追到终态再追到借记。

内容过滤与发送信誉

过滤器看文案、发送身份、走廊历史与投诉密度——不看意图。钓鱼措辞、短链、突然放量、滑向营销的 OTP 模板会撞同一面墙。信誉按走廊成形：干净 OTP 路径不能为另一市场的受损发送方开脱。交易模板保持短而稳；营销类与 OTP 分开。目录仍 in setup 时，实验室发送不是生产信誉。在您的账户读过滤结果，而不是外来控制台。

按走廊看过滤，而不是全球平均

全球「已发送」率会藏起一条被过滤市场。按目的地类别、发送方类型与模板家族切片。每周：过滤/失败前列走廊、submitted→delivered 相对转化 SLA、SLA 后仍非终态份额、目录标签 vs 真实发送。产品应在用户发明变通前知道过滤走廊。参见 短信可达性运营指南 与 回执、时延与故障转移。

不要对着同一过滤器重试

同一文案打进同一过滤器会烧掉预付费，并训练过滤器把你当成风暴。给自动重试设上限。先改原因——模板、发送类别、名单卫生——再第二次尝试。用户重发不是系统重试。死号与过滤循环在钱包上看起来像增长，直到财务问 delivered 为何不动。配对 短信低送达率处置手册。

危险信号

• 只有「已发送」，无 delivered/filtered
• 同一文案打进同一失败码
• 全球平均藏起过滤走廊
• 目录 live 但过滤无负责人
• 错误倾倒外来品牌名
• 模拟走廊当收件箱证明
• 假装有现货发送方可连夜替换

从 IOSOR 开始

打开 IOSOR 控制台并检查 DLR Webhook 负载流，将已提交状态与终端投递确认分离开来。对任何将相同文案重新注入非终端或运营商过滤错误代码的自动重试策略，实施立即执行暂停。通过通道级监控网关引导流量，在内容过滤器降低您的发送方信誉之前，自动标记出流量激增和 URL 变异情况。

具体运维步骤如下：

1. 登录控制台，提取过去 24 小时内的 DLR Webhook 原始日志，重点排查返回状态为已发送（Sent）或已提交（Submitted）但未获得终端到达（Delivered）确认的数据记录。
2. 按目标国家分类（Destination Class）和模板家族（Template Family）对投递指标进行切片分析，识别是否存在特定短网址或模板漂移导致的静默过滤。
3. 在系统账本与重试引擎中，针对非终端错误代码配置严格的拦截规则。严禁对未经修改的短信文案进行原样重试，防止引发自动化重试导致的发送信誉进一步恶化。
4. 导出带有 UTC 时间戳的通道分析报告，核对各通道的拦截比例，确保在上线前完成全部运维清单项的逐一确认。

IOSOR 要点

已发送或已提交的 DLR 状态仅证明消息已离开平台路径，并不意味着它已到达收件人的手机或收件箱。内容过滤器在通道级别静默运行，根据本地化的信誉历史评估短链、模板漂移和突发的流量激增。

请按目的地类别、发送方类型和模板系列来划分投递指标，以便尽早发现运营商的静默丢弃。切勿盲目将未变异的文案重试到相同的过滤器响应中，因为重复的自动重试会消耗资金，并永久训练运营商过滤器来拦截您的流量。