Meta Refresh 重定向检测

meta refresh（HTML 页面自动刷新）是一种 HTML 标签，它会让浏览器在延迟若干秒后加载另一个 URL：

<meta http-equiv="refresh" content="0; url=https://example.com/new-page">

延迟为 0 时，它的效果与普通重定向相同。延迟更长时，访问者会先看到页面本身，就像过去常见的“正在跳转，请稍候”页面那样。JavaScript 重定向则通过 location.href = '...' 或 location.replace('...') 之类的代码完成同样的工作。两者都属于客户端重定向：服务器返回 200 OK，由浏览器执行重定向。

对于每个状态码为 2xx 的 HTML 响应，TrueURL 会扫描页面的前 256 KB，查找 meta refresh 标签以及简单、无条件的 JavaScript 重定向。作用与 meta refresh 相同的 Refresh HTTP 响应头也能被检测到。找到后，它会显示相应的标签或脚本片段、解析后的目标 URL 和延迟时间，把这一跳标记为 meta refresh 或 JavaScript，并从目标地址继续跟踪重定向链。只是重新加载同一页面的刷新不属于重定向，会被忽略。

可以在高级设置中关闭对任一类型的跟踪，以便查看页面本身。TrueURL 不会执行 JavaScript：它读取页面中的脚本，识别那些在页面加载时必定执行、指向固定 URL 的重定向，无论是立即执行，还是位于顶层 setTimeout 中。依赖某种条件（例如点击、同意选择或屏幕尺寸）的重定向，或者在代码中拼接目标 URL 的重定向，都无法被检测到。请使用 GET 而不是 HEAD，因为 HEAD 响应没有可供扫描的响应体。

• 即时 meta refresh（延迟为 0）：Google 将其视为永久重定向，与 301 相同。
• 延时 meta refresh：被视为临时重定向，因此原 URL 往往会继续保留在索引中。
• JavaScript 重定向：Google 只有在渲染页面之后才能发现它们，而渲染可能在抓取之后很久才进行。许多其他爬虫和大多数链接预览爬虫根本不执行 JavaScript。

Google 建议，只要能配置服务器端重定向就尽量使用，把 meta refresh 作为后备方案，例如用于无法发送 301 的静态托管。

定时重定向会带来无障碍问题：使用屏幕阅读器的用户，或者只是阅读速度较慢的用户，会在页面意外切换时找不到自己读到了哪里。WCAG 将定时 meta refresh 列为一种失败情形（F40），而延迟为 0 的即时重定向则是一种公认的技术（H76）。

如果必须在 HTML 中进行重定向，请把延迟设为 0，添加指向新 URL 的 canonical 标签，并在页面中放一个指向新 URL 的可见链接，供浏览器不跟随刷新的访问者使用。