换了地址，
登录状态会怎样？

地址变化与账号变化不同

读者从旧收藏进入另一地址后，如果没有自动保持登录，容易以为账号出了问题。但页面地址和账号本身不是同一个对象。应先确认当前目的地的身份，再观察这次浏览器访问是否拥有可用会话。

如果跳转来自一份旧发布说明，先核对它是否仍适用。不要只凭目标页面也写着iKuuu，就认为它与原来的页面必然共享账号状态。查找说明的方法见发布页来源核对。

Cookie的范围决定发送条件

通用HTTP机制中，Cookie可以有域和路径范围，也可以设定有效期。浏览器不是向所有网站发送同一份记录，而是按这些条件处理。由此可以理解：曾经在一个地址完成登录，不足以证明访问另一个主机时一定具有相同会话。

这是通用浏览器机制，不是对iKuuu当前实现的判断。服务方可能采用其他认证或迁移方式，具体结果仍要由已确认页面的实际说明支持。不能仅因为登录状态没有保留，就断定原账号已被删除。

把三种观察分别写下来

先记录页面是否加载，再记录提交后的提示，最后观察是否进入预期的账户界面。三个结果各自提供不同信息：网页可读说明取得了内容，提交反馈说明请求得到回应，预期界面则帮助判断后续操作是否达到目的。

若页面反复回到登录位置，保留当时提示和发生时间即可。不要先把所有站点的浏览器资料清空，也不要用多个未知地址反复输入账号来排查。先缩小到当前已确认的页面，结合网页登录说明整理阶段。

描述问题时不需要交出会话

可以写成：“从此前保存的说明进入账号页，页面加载正常，提交后仍停留在原页面，显示某段提示。”这保留了过程与结果，不需要公开密码、验证码或Cookie内容。若没有可确认的支持渠道，也不要把完整截图发到陌生页面。

涉及客户端时，还要区分网页认证和网络连接。网页登录成功不能单独证明客户端已经导入配置或开启连接；本篇仅讨论浏览器中的地址与会话，不扩写未经核实的客户端步骤。