IOSOR

IOSOR 知识库

10DLC 的 opt-in 证据：审核方在开通活动前需要什么

10DLC 活动注册的合规清单——审核方到底核对什么、哪些同意采集方式经得起检验，以及如何让证据几分钟内可查，而不是靠翻箱倒柜。

10DLC 活动审核不会相信「用户已同意」这种营销式说法——它要的是证据:确切的界面、确切的措辞、确切的时间戳,以及半年后陌生人也能顺着查下去的留痕链。把 opt-in 当成幻灯片上一个勾选框的团队,会在上线中途被限速、被拒或被暂停。本文面向运营白标预付费消息计划的合规与产品负责人,他们需要活动审批经得起真实审计,而不仅仅是首次提交。

IOSOR 期望 opt-in 证据与 spend 处于同一预付费控制面——项目「就绪」不是因为某处存在一张表单,而是因为证据几分钟内就能调出,不必翻箱倒柜。月平台用量接近约 USD 1,000+ 时,活动注册审核方默认你已具备生产纪律,而不是通话前五分钟才找到的截图。

「证据」到底意味着什么

说法 它说了什么 审核方要的证据
「用户在我们网站同意了」 相信我们 采集当时的表单与文案存档截图
「同意记录在 CRM 里」 相信我们 与号码、消息绑定的带时间戳记录
「我们遵守规则」 相信我们 书面政策加上与之对应、可调取的日志

审核方逐行核对什么

  1. 展示给用户的确切 opt-in 措辞,而非转述
  2. 采集到的号码是否与实际发送号码一致
  3. 采集方式(网页表单、关键词加入、口头/纸质、结账勾选)按来源逐一记录
  4. 时间戳与方式在同意发生那一刻就记录,而非事后重建
  5. 范围:交易类与营销类同意分开保存,绝不事后合并

经得起检验的采集方式

  • 网页表单默认不勾选,清楚显示发送频率与 HELP-STOP 文案
  • 关键词加入(如回 START)与准确的 inbound/reply 一并记录
  • 口头或纸质同意按脚本执行,在活动注册用途范围内可保存、可调取
  • 结账页面的 opt-in 在购买当下展示,不要埋进通用条款里

同意那一刻要记录什么

字段 为什么重要
时间戳(UTC) 证明同意早于首条消息
展示的确切文案 证明措辞与活动承诺一致
采集渠道 把证据绑定到注册用途
IP / 设备或来源参考 支持争议处理

投诉之后才补的截图不是证据,而是事后重建,审核方看得出区别。

存了但审计窗口内调不出来的证据,等于没有。按号码和活动为 opt-in 记录建索引,按监管或审核方期望的期限留存,并能由指定负责人调取,而不必翻找旧系统——一份在时间压力下谁都查不动的表格,和压根没有记录一样,都过不了这个测试。

如果 STOP 没有立即生效、HELP 得不到真实回应,opt-in 证据只讲了一半故事。把屏蔽状态与 opt-in 证据放在一起,让一个仪表盘一次查询就能回答「这个号码是否同意过,现在是否仍然符合资格」——而不是两套互相矛盾的系统。

  • 「等活动被标记了再去凑证据」
  • 截图没有时间戳或来源不明
  • 一条证据链覆盖企业跑的所有活动
  • 同意文案写在文档里,却从未在真实产品中展示过
  • opt-in 证据请求没有指定负责人

常见导致拒绝或限速的证据缺口

  • 同意文案与注册样本消息不一致
  • 一条 opt-in 记录覆盖多个不相关活动
  • 存储前没有号码格式归一化的记录
  • 营销同意被悄悄挪用于交易场景
  • 证据只存在于客服人员的记忆里

从 IOSOR 开始

请在提交 10DLC 营销活动审核之前，将归档的加入许可截图和同意日志直接上传至控制台。请配置您的网络钩子，以便在每个订阅者条目中传递精确的协调世界时时间戳、IP 记录和捕获的加入许可语言。在合规网关验证您的证据包之前，请暂停您的消息队列。

IOSOR 要点

通过 10DLC 加入许可审计需要可验证的、带有时间戳的证明，该证明必须在用户同意的精确时刻记录，而不是在运营商标记之后才进行追溯性断言。记录准确的表单文案、明确未勾选的同意框以及捕获渠道，可确保您的品牌从第一天起就做好审计准备。

请务必记录每个电话号码在发送第一条消息之前的协调世界时时间戳、捕获来源和完整的加入许可语言。请勿依赖宽泛的隐私政策、未经验证的客户关系管理记录或多个不同营销活动之间的共享同意轨迹。

这篇指南有帮助吗？

相关指南