Twilio 在 2026 年 9 月 22 日的产品更新中确认，Verify Event Streams 的 Verification Attempt DLR 事件类型在当日 22:00 UTC 后停止使用。Twilio 表示，此后即使订阅仍存在，也可能不再发送这一类新事件；同一订阅中的其他事件类型会继续正常传送。
影响边界：这项变化影响使用 Twilio Verify Event Streams 接收 Attempt DLR 数据的开发者和运维团队。它不是一次短信网络故障，也不代表验证码短信本身已经停止发送。
发生了什么
Verification Attempt DLR 用于向事件流订阅者提供验证尝试相关的投递回执信息。停止后，继续等待该事件的处理程序可能不再获得新数据，基于它计算的投递监控、仪表盘或告警也可能变得不完整。
谁会受到影响
- 订阅 Twilio Verify Event Streams 并处理 Attempt DLR 的开发者；
- 使用该事件衡量验证码短信投递状态的运营与风控团队；
- 依赖该事件触发自动告警、重试分析或数据仓库入库的系统。
对接码与短信验证用户的实际意义
普通接收验证码的用户通常不需要操作。真正需要处理的是发送方和平台开发者：如果后台只依赖已停止的事件判断验证码是否投递，数据可能出现空白，从而被误判为号码无法接收、供应商故障或成功率突然下降。
建议检查
- 搜索 Event Streams 订阅和代码中是否使用 Verification Attempt DLR；
- 确认 9 月 22 日 22:00 UTC 之后相关事件是否停止进入数据管道；
- 不要把事件缺失直接解释为短信未投递；
- 根据 Twilio 的停用事件说明，重新选择可用的监控数据与告警口径。
本文由 API.CC 资讯团队整理发布
原始来源
Twilio Product Changelog
查看官方原文 ↗编辑说明
本文根据 Twilio 官方产品更新整理，并解释其对短信验证监控的实际影响。SIMLIFE 与 API.CC 存在商业关联；本文不代表 Twilio 对 API.CC 的认可，也不声称 API.CC 使用或支持上述 Twilio 功能。