跳转链接：入口、过程和最终目的地

跳转本身不是恶意结论

MDN 列出的重定向用途包括站点迁移、临时维护以及让多个地址指向同一资源。浏览器跳到新地址，可能是正常流程，也可能改变了你原本准备访问的对象。

页面的初始地址和后续地址是两个不同观察点。即使起点名称熟悉，也不能把最初的信任自动传递给每个新目标。

尚未打开与已经打开，做法不同

尚未打开时，优先从已知的机构入口查找同一业务。仅凭短地址外观无法得知完整跳转链，普通读者没有必要亲自试遍每一步。

已经打开时，停下当前业务操作，查看地址栏完整地址，再核对页面要求。不要为了复现刚才闪过的地址不断刷新、返回或再次点击陌生链接。

1. 记下收到链接的渠道和预期任务。
2. 记录当前可见主机；看不到时写“地址不可见”。
3. 从独立确认的官方应用或书签查同一通知。
4. 主机或任务无法对上时，暂不提交信息。

“最终地址”也有观察边界

开发者文档说明，跳转可以由 HTTP 响应、HTML 或 JavaScript 触发。因此只检查一种机制，不一定覆盖页面后续行为。不同会话或时间下的结果也不能凭一次观察保证一致。

本指南不提供在线跳转探测服务。页面没有实际探测结果时，不显示“检测通过”或“风险为零”。读者的记录应写“当前观察到的地址”，避免把一次观察包装成长期保证。

情景：课程资料链接突然变成验证码表单

虚构示例：同事转发了课程讲义，页面跳转后要求先填写短信验证码。核验目标应是“为何阅读公开讲义需要这项信息”，而不是继续尝试更多入口。

从培训机构已知页面查找同一课程说明；确认不了就停在未确认。这个结论来自任务与诉求的矛盾，不需要先证明整条跳转链一定恶意。

参考资料与核验范围

本文为公开资料结合教学情景的整理，虚构地址仅用于解释结构，不是具体站点的检测结果。技术事实与操作建议的参考资料：

• MDN：HTTP 重定向
• FTC：识别与避开钓鱼消息