要点速览： 要审核短信供应商的 OTP 送达质量，需通过生产路由向目标网络上配备真实 SIM 卡的独立手机发送测试消息。将实际到达的内容与供应商报告的送达情况进行比较。TelQ 使用物理手机在 180+ 个国家运行此测试——供应商的仪表盘反映的是其系统的输出，而非用户手机实际接收到的内容。
在 API 响应和用户手机之间的某个环节，OTP 正在消失——而供应商自己的报告无法告诉你发生在哪里。送达仪表盘显示 98%。登录完成率却说着另一个故事。你围绕供应商的数据构建了内部仪表盘，数据看起来一切正常，直到客服工单开始讲述不同的故事。
这是处理数字支付的金融科技公司面临的常见差距。在一个2024 年 5 月的记录案例中，一家每月约有 20 万次 OTP 请求的美国消费金融科技公司，短信账单在一个月内从 2,500 美元飙升至 48,000 美元——发往三个非洲国家代码的欺诈流量每天产生 12,000 个虚假 OTP 请求，而供应商的报告在账单到来之前没有显示任何异常。差距并不总是这么戏剧化，但如果你只看供应商的数据，它永远是不可见的。
以下是如何审核实际情况。
为什么供应商的送达仪表盘不是审核
当你的短信供应商发送 OTP 时，其系统生成一份送达报告（电信术语称为 DLR）。该报告通过路由链回传，并在供应商的仪表盘中显示为"已送达"。
问题在于：DLR 反映的是供应商基础设施报告的内容，而非收件人手机实际接收到的。确认信息可能在消息到达目标运营商之前就已生成，或者由一个从未检查手机是否实际收到的系统生成。送达报告是路由系统声称发生的记录，不是接收的证明。
这意味着将供应商的仪表盘作为审核证据是循环论证。你在问供应商供应商是否送达了。数据来自你试图验证的同一基础设施。
对于 OTP 流量来说，风险是具体的：一个与实际接收不符的"已送达"状态意味着用户盯着登录屏幕，等待一个永远不会到来的验证码。
OTP 送达审核实际检查什么
真正的审核超越供应商的报告。对于 OTP 流量，有四件事很重要：
实际送达与报告送达。 消息是否到达了目标网络上的真实手机，还是供应商系统在没有确认手机接收的情况下报告了成功？当两者不一致时，你遇到的就是行业所称的虚假 DLR：声称成功的送达报告，而手机什么都没收到。
Sender ID 完整性。 消息到达时是否显示你的公司名称或短号码，还是在传输中被更改了？在某些市场，运营商会在不通知的情况下修改或剥离 Sender ID。用户收到来自陌生发送方而非你的品牌名称的 OTP，可能会忽略它或将其标记为可疑。Sender ID 指南介绍了这在各国的差异。
延迟。 OTP 是否在验证码的有效窗口内到达？NIST SP 800-63B 建议使用短效 OTP 验证码，大多数实现使用 30 至 120 秒的窗口。一个在用户请求 90 秒后才到达的 OTP，如果有效期为 60 秒，功能上等于未送达。你的供应商报告会将其显示为成功送达，而你的用户看到的是一个过期的验证码。
内容完整性。 OTP 验证码是否完整到达？消息内容可能在传输中被修改：字符被更改、文本被截断、编码被破坏。如果你的系统发送的 6 位验证码在手机上以 5 位到达，无论送达状态如何，认证都会失败。
以上每一种失败在供应商的报告中看起来都像是成功送达的消息。如果不从供应商系统外部检查，没有一种是可见的。
多个国家的送达结果——Sender ID 修改以红色标记
如何运行独立送达审核
方法很简单：通过你的生产 OTP 使用的确切路由发送测试消息，发送到目标网络上配备真实 SIM 卡的真实手机，并记录到达的内容。
三件事使结果有意义。
首先，测试必须通过你的生产路由。如果你通过单独的测试通道或不同的 API 端点发送，你审核的是 OTP 不经过的路由。关键在于看生产路径对你的消息做了什么。
其次，接收手机必须独立于供应商的基础设施。一部配备真实 SIM 卡、在实际目标运营商网络上的手机，不是虚拟号码，不是模拟器，不是供应商控制的任何东西。你需要一个与你验证的路由链没有任何关系的接收器。
第三，测试不能被识别为测试。某些路由对已知的测试流量与生产消息的处理方式不同。如果路由识别出测试号码属于测试服务，它可能会以更高的优先级或不同的处理方式处理该消息。短信白名单指南解释了为什么这很重要以及如何考虑这一点。
消息到达（或未到达）后，你进行比较：手机收到了吗？显示了什么 Sender ID？送达花了多长时间？内容是否完整？你的供应商的 DLR 对同一条消息报告了什么？
这两个数据点之间的差距就是你的审核发现。
结果告诉你什么
供应商报告与手机接收之间的比较产生几种不同的模式。
当供应商报告已送达且手机收到了正确 Sender ID、完整内容和可接受延迟的消息时，该路由对该目的地有效。这是你想要的结果。
当供应商报告已送达但手机什么都没收到时，路由存在送达差距。供应商系统为一条从未到达的消息生成了成功确认。对于 OTP 流量，这种模式的每个实例都是你的分析无法归因于送达的失败登录。
当 Sender ID 在传输中被更改时，你在该市场存在品牌完整性问题。OTP 到达了，但来自用户不认识的号码或字母数字字符串。即使送达在技术上成功，完成率也会下降。
当延迟超过 OTP 有效窗口时，验证码在到达前就过期了。供应商会将此报告为已送达，而用户无法使用该验证码。如果你运行 60 秒或 30 秒的 OTP 窗口，即使中等程度的路由延迟也会变成认证失败。
当消息内容被修改时，OTP 验证码可能被更改或截断。用户输入收到的内容，与系统生成的不匹配，认证失败。供应商显示的是干净的送达。
跨市场扩展审核
如果你的金融科技公司只向少数几个国家的用户发送 OTP，你可以使用当地 SIM 卡和一些电子表格手动运行此审核。但大多数金融科技公司发送到数十个市场。
手动手机检查无法扩展。你需要在用户所在市场、他们使用的实际运营商网络上的测试号码，配备不会被识别为测试基础设施的 SIM 卡。
TelQ 在 180+ 个国家和 1,500+ 个网络上运行此测试，使用物理手机上的真实 SIM 卡。平台记录实际送达、显示的 Sender ID、接收的内容和延迟，然后与供应商的 DLR 进行比较。自 2016 年以来，TelQ 使用此方法处理了超过 1 亿次测试。如需了解送达审核如何融入短信测试方法论的更广泛视角，短信测试指南涵盖了完整框架。
供应商的报告告诉你他们的系统做了什么。独立审核告诉你用户实际收到了什么。如果你运行 OTP 流量并想弥合这一差距，开始使用 TelQ 测试。
常见问题
什么是短信供应商送达审核？
短信供应商送达审核验证供应商报告的送达指标是否与收件人手机实际接收到的内容相符。其工作原理是通过生产路由向目标网络上的独立手机发送测试消息，并将实际接收情况与供应商的送达报告进行比较。审核检查送达确认、Sender ID 准确性、消息延迟和内容完整性。
我能用供应商自己的报告来审核 OTP 送达吗？
不能。供应商的送达报告反映的是其路由基础设施报告的内容，而非收件人手机实际接收到的。送达报告可以在消息从未到达、Sender ID 被更改或内容在传输中被修改时仍显示成功。独立审核需要从供应商系统外部、在目标网络的真实手机上进行检查。
我应该多久审核一次短信供应商？
路由质量会随时间变化。今天可靠送达的路由可能因运营商政策变更、路由调整或供应商不会通知你的决定而在下个月降级。对于 OTP 关键流量，持续监控可以在影响登录完成率之前捕获降级。至少在任何路由变更后以及在最高流量市场定期进行审核。
供应商说已送达但 OTP 从未到达是什么意思？
这意味着供应商系统在没有经过验证的手机接收确认的情况下生成了成功确认。送达报告是在消息到达用户手机之前由路由基础设施产生的，或者系统在没有检查的情况下确认了送达。这被称为虚假 DLR。对于 OTP 流量，每个实例都是一个在供应商数据中显示为成功送达的失败认证。
如何跨多个国家审核短信送达？
你需要在每个目标国家的真实 SIM 卡测试号码，在用户所在的实际运营商网络上。TelQ 使用物理手机在 180+ 个国家和 1,500+ 个网络上提供此服务。每次测试通过你的生产路由发送到目标网络上的真实设备，记录送达、Sender ID、延迟和内容，并将结果与供应商的送达报告进行比较。
