先记录最后抵达的网址
在手机浏览器输入地址后，页面可能经过一次或多次跳转。真正需要记录的是地址栏最后显示的网址、页面标题和发生时间，而不是只保留最初输入的文字。HTTP重定向能够改变请求目标，因此“打开了某个地址”和“最终停在哪个页面”是两项不同信息。
如果最后进入说明页、账号页或错误页，先按页面角色分类。不要因为页面带有相似名称就提交密码、验证码或Cookie；本站也不会要求这些资料。
固定一个浏览器环境
浏览器会话通常与来源和标签页环境有关。先在当前普通窗口完成一次测试，再选择另一浏览器或无痕窗口作对照，不要同时清缓存、换网络、重置密码和切换设备。
对照时保持地址、账号角色和操作顺序一致，只记录最终网址、提示原文与是否回到入口。这样才能判断差异更接近浏览器会话，而不是把所有变化归到账号本身。
把账号反馈单独阅读
页面抵达成功不代表账号验证完成；验证通过也不保证后续会话已经保存。若出现验证码过期、登录回跳或重复验证，分别记录提示出现在哪一步。
连续重复提交通常不会增加有效信息。更稳妥的做法是暂停操作，保留时间、设备、浏览器与脱敏截图，再依据已经确认的账号支持渠道处理。
形成可以复查的结论
最小记录只需要四栏：最终网址、页面角色、浏览器环境和账号反馈。结论应限定为“当前设备在当前时间的结果”，不能据此宣称官网永久变更或服务整体中断。
若另一台设备结果正常，把它写成未受影响项目；若两边都失败，再进入移动网络和配置层检查，而不是直接重新安装App。