第一层：地址是否真正到达
先区分浏览器是否已显示登录表单。如果出现DNS错误、证书警告、超时、404或5xx，问题还在地址或服务响应层，此时改密码不会修复页面到达。记录最终主机、时间和错误原文，不要只写“官网进不去”。
地址经过跳转时，要看结束后的主机和证书提示。如果页面索取与登录无关的身份证、银行卡、助记词或远程控制权限，应立即停止。品牌字样和HTTPS都不能单独证明页面的经营身份。
第二层：会话是否被保存
页面能显示，提交后却又回到登录表单，才适合进入会话层。Cookie或隐私设置可能影响第三方站点登录。Google的账号帮助建议包括新窗口、检查Cookie设置、私密浏览以及必要时清理缓存与Cookie。
这些方法应按从轻到重的顺序使用。先开一个私密窗口做对照，不要一开始就删除所有浏览记录。私密窗口成功只说明浏览器环境存在差异，不证明账号曾被限制，也不证明原窗口里的某一个Cookie就是唯一原因。
第三层：账号反馈是否明确
只有页面明确返回密码、验证码、账号不存在、订阅或设备限制等提示时，才进入账号层。保存脱敏提示和时间，使用经营方认可的恢复渠道。本站没有账号数据库，不能代登录、代收验证码或判断具体账号状态。
使用他人授权账号时，能登录不等于拥有恢复权。绑定邮箱、手机、付款记录和重置路径通常决定谁能恢复账号。不要在共享账号里保存私人资料，也不要把完整账号截图交给无法核对身份的人。
一份有用的异常记录
记录应包含：发生时间、最终主机、是否显示登录表单、第一次错误原文、私密窗口对照结果、异网对照结果和最早失败层。如需截图，先删除邮箱、手机、用户编号、订单和Cookie。
页面完全未到达时做异网对照；页面反复回到登录表单时做私密窗口对照；出现明确账号反馈时停止浏览器与连接检查，回到经营方恢复渠道。这个顺序不能证明服务端当前状态，却可以避免在错误层重复操作。