写一份别人能读懂的登录问题记录

记录的目标是还原过程

“今天又登不上”表达了困扰，却没有给出可以重现的条件。写记录时，把叙述对象从情绪改为步骤：从哪一个已知页面开始，点了什么，在哪里出现提示，是否执行过返回或刷新。对每一步只写自己确实做过的动作，不补写想当然的后台原因。

可复现也不意味着让别人登录你的账户。记录可以用于你自己稍后比较，或在服务自身已知的帮助渠道中说明情况。公开版本应当去除账户完整标识、私信、验证码、会话数据和带有临时认证参数的链接。真正需要什么资料，由具体服务的正式支持流程决定。

六个字段足以组成第一版

先写时间与环境，再写步骤，最后对照预期和实际。若不知道浏览器版本，不要猜；可以先填名称并注明版本待补。若没有看到错误码，也不需要给提示自行编号。最小记录的价值在于可信且能扩充，而不是看起来像专业日志。

虚构填写示例：只描述一次尝试

以下内容完全是教学示例，不代表对任何真实网站的访问测试。时间：2026-11-12 09:20（UTC+08:00）。环境：个人手机，日常使用的浏览器普通窗口。起始状态：由已有书签进入，昨晚曾在同一浏览器阅读，但没有单独验证会话。步骤：打开书签；进入原计划阅读的栏目；页面显示重新登录提示。

预期：继续阅读该栏目。实际：停留在登录说明页面，尚未提交凭据。已尝试：本轮没有清除站点数据，也没有换设备。待确认：当前浏览器用户资料是否与昨晚相同。这个例子的结论只能是“出现重新登录提示”，不能扩大成“所有用户今天无法访问”。

让每一次比较都留下独立结果

如果随后进行一次比较，就新增一行，不要覆盖原记录。比如只改变窗口模式，注明第二轮的时间、模式和结果。Chrome 帮助说明，无痕模式本身会建立独立会话，所以窗口模式是值得记录的条件；但两种窗口表现不同，仍不等于已经确认具体故障原因。

截图与文字各有作用。截图能保存界面状态，文字能说明动作顺序；先遮挡隐私，再附上与问题有关的局部即可。不要为了证据完整而提交整段网络日志或浏览器资料。本文的记录表是一般整理建议，实际支持渠道若要求进一步资料，应先明确资料范围与用途。

写出停止点，也写出未确认项

一份记录可以停在“未执行重新登录”，也可以停在“已按页面要求完成一次尝试，结果未变化”。把停止点写清楚，下一次就不必从头回忆。最后分别列出已知事实、可能解释和待确认项；当新增证据出现时，只更新对应部分，避免把早先推测变成看似已经证实的结论。