译文已经对了，点发送却失败，或连续失败后官方提示需要验证、暂时不能发消息。这时再加大群发、再切多开会加重限制。下面只讲发送被平台拦住时怎么处理，不把翻译预设和话术库再写一遍。
一、先分清失败出在HelloGPT这一层还是出在WhatsApp、Telegram等平台这一层
- 只在HelloGPT里红字失败，官方App里同一句能发出去
先检查HelloGPT到该平台的会话还在不在、该实例是否掉线。刷新会话后再发一条短测试。官方能发、翻译器不能发，优先重新绑定，而不是改词库。
- 官方App里也发不出去，或出现验证、帮助中心提示
这是平台侧限制。HelloGPT再换引擎也绕不过。按官方提示完成验证，并停止在翻译器里继续重试同一批号码。
- 只有群发任务失败，一对一还能发
问题在发送频率、名单质量和是否含未对话号码。把群发停掉，一对一维持接待。不要用一对一去把群发失败的名单再连点一遍，频率一样会被计入。
- 只有某个号失败，其他实例正常
限制往往跟单个平台账号走。只停该号的群发和陌生号开拓，其他号正常接待。全账号一起停，是把范围扩大了。
二、一旦怀疑被限制，先停高风险动作，而不是先换设备硬发
- 立刻停止群发、停止对新号码首条营销、停止短时间多次登录
这三项最容易被叠加计算。停下来让当前限制自己冷却，比换个实例继续推更安全。
- 保持该号在常用网络和常用设备上正常登录，不要马上新设备再扫一次
限制期间再增加新设备登录，像在加重异常。常用手机和常用电脑维持原状，完成官方要求的验证即可。
- 一对一只回已经在聊的客户，不主动开新话题去“测试能不能发”
已经在进行的询盘可以回。用新号列表去群测“现在能发了吗”，会把恢复时间拖长。要测，只用自己的第二个号，且一天测极少次。
- 不要用同一段营销文案对失败名单立即重发
内容重复加对象重复，是典型加重项。失败名单先放着，过后再筛出真正有效的人，改成不同说明、更小批次。
三、按官方要求完成验证和申诉类步骤，同时在HelloGPT里少动该号
- 短信、邮箱、人脸或帮助中心流程在官方App里做完
这些验证页属于平台。做完再回到HelloGPT刷新会话。验证做到一半又在翻译器里点十次重发，会互相打架。
- 完成验证后先发一条给自己或内部号，再给客户回积压
内部通了，再处理真实询盘。积压很多时按询盘时间逐条回，不要用群发把积压一次性推出去。
- 检查已链接设备列表，删掉不认识的旧会话
设备过多本身像异常。只留正在用的手机和电脑。HelloGPT的链接若被官方删掉，再按绑定流程扫一次，而不是连续扫失败的旧码。
- 近期改过的代理、频繁切节点，先改回该号常用环境
登录地和网络来回跳，平台会保持怀疑。固定常用环境后再观察发送是否恢复。翻译仍可在本地引擎进行，但发送通道要干净。
四、限制解除后怎样改用法，避免一周内再进同一状态
- 群发恢复时人数和间隔比出事之前更保守
先极小名单、更长间隔，观察一天再略增。直接回到出事当天的量，容易再进限制。
- 新号码先一对一互动，再进入可群发标签
从未聊过的号码批量推，失败率高。先有过往来，再进活动名单。标签规则上一篇写过，这里只强调限制后更要执行。
- 多开数量和登录次数保持平稳，不在同一天给同一号加很多新设备
平稳比多更重要。需要新设备就一次加一台，用稳再加。
- 把发送失败记录留下，分清是号码无效还是账号受限
无效号从名单删除。账号受限则整体降温。两类混在一起反复重试，会把好号码也一起打进失败统计。
发送失败时先判断是翻译器会话断了还是平台在拦。平台在拦就停群发、停新设备、在官方完成验证，再用内部号试一条。恢复后把量和间隔降下来。翻译解决的是看懂和写对，发出去能不能到达由平台规则决定。下次连续失败，先停手看官方App能否发送，能发再查HelloGPT绑定，不能发就按限制处理，不要两条线一起猛点重试。