RCS号码检测没有一个可以通用于所有名单的“7天有效”或“30天有效”。 上次查出的结果,是那次任务对该号码返回的信息;过了某个天数,不会自动变成错误,也不会因为文件还在就永远适合继续使用。
决定是否重查,更实际的问法是:从上次检测到现在,有没有发生会影响这次使用的变化?如果没有新任务、没有新增号码,也没有待处理的疑问,单纯为了“让日期变新”重跑整份名单,通常不能解决具体问题。
一份旧结果,放在两种场合,答案会不同
例如,你只是在复盘上次名单处理情况。此时旧结果与当时的任务对应,保留它有助于还原当时做过什么,不需要用今天的结果覆盖过去。
换一种情况:同一份客户号码表过了一段时间,团队现在要用它准备新的消息任务。旧结果可以作为参考,但不能单凭旧状态就承诺当前一定能用。若这次决定依赖号码现在的状态,重新检查将要使用的部分,比机械沿用整份历史文件更合适。这是两种使用场景的示意,不是固定复查周期。
Google Messages的官方帮助区分了已连接、连接中和不支持等RCS状态,并涉及手机号验证、设备与消息应用变化。[1] 这些说明支持“使用条件可能变化”,却没有为爱普筛检测结果规定有效期,也不意味着后台Excel使用相同的状态名称。
有这几类变化,再考虑重查
名单新增了号码
新增号码没有之前的检测结果,先检查新增部分。把整份旧文件重新上传,并不会让你更清楚哪些记录是新来的。原表中将新增部分单独整理,通常就能缩小本次任务范围。
客户明确更新了联系方式或使用条件
号码变更、已知设备变化或客户反馈与旧记录不一致,都可能构成重新核对的理由。应围绕已知变化处理相应记录,而不是据此假设所有客户都发生了变化。尤其是新号码,不能继承旧号码的RCS结果。
准备开始一个真正依赖当前结果的新任务
重查时间应贴近这次准备作出判断的时候。提前很久重查,再把结果放置不用,并没有消除信息变化的可能。先确定要处理哪些号码、需要哪类结果,再安排检测;没有必要为了统一日期把所有历史联系人一起拉进来。
上一轮存在具体异常
缺行、空白字段或号码格式问题,首先需要定位,不能直接当成“结果过期”。检查输入和所选任务后再处理相关记录;反复提交同一份未修正文件,可能只是重复同一个问题。
别在重查时把检测项目换了
在爱普筛RCS号码筛选中,有效筛选与系统筛选是两项服务。前者返回手机号与是否开通,后者返回手机号、系统和ID。你上次做的是有效筛选,这次改做系统筛选,得到不同列是任务不同,不是原结果失效。
需要比较同一个号码前后变化时,应先确保比较的是同一类任务、同一个完整号码。系统字段或ID有疑问时,按具体任务说明核实;不要自行把它解释为用户换机记录、身份变化或完整的设备历史。
这也决定了重查预算怎么用:当前只缺是否开通,就围绕有效筛选;确实要使用系统结果,再选择系统任务。一次检测返回了哪项状态,并不能同时保证商业消息平台能发送、消息必达或客户愿意回复。
先留住旧记录,再追加这次的结果
最简单的处理不需要复杂系统:保留原文件,在自己的工作表中记下检测日期;新任务完成后,按手机号对照新旧结果。检测日期属于你自己的记录列,不是这里承诺的默认导出字段。
如果只更新了部分号码,就明确这一部分的日期,不要给整张旧表贴一个新的检测日期。也不要为了保持表格整齐,把没有本次结果的号码都填成“未开通”。
确定需要复查后,可以从RCS服务页进入注册与试用,把待复查部分整理成TXT提交,下载相应Excel结果。历史文件用于解释过去,本次任务用于支持眼前的判断;两者都保留,比不断覆盖同一张表更容易核对。
参考资料
- Google Messages:开启RCS聊天,RCS状态、号码验证与使用环境的官方背景;不用于定义第三方检测字段或有效期。
