URL 重定向检查器。
追踪 301、302 与重定向链。
免费在线 URL 重定向检查器 —— 即时追踪 301、302、307、308 重定向，检测重定向链与循环，并查看每一跳的 HTTP 响应头。
应用场景
谁在使用我们的 URL 重定向检查器
从调试 301 重定向链的工程师，到审计网站迁移的 SEO 团队，我们的重定向检查器让每一跳都一目了然。
开发者
追踪每一跳，一次解决。
直接在开发环境中调试复杂的路由逻辑和混合内容警告。
SEO 团队
避免因错误重定向而损失排名。
识别浪费抓取配额、稀释链接权重的重定向链和循环。
市场营销
精确掌握流量去向。
验证联盟链接和活动 URL，确保用户到达正确的落地页。
QA 测试
在发布前捕获重定向问题。
为 URL 迁移和网站结构变更自动化回归测试。
API 用户
重定向追踪，全面自动化。
通过简单的 REST API，将强大的追踪引擎集成到自己的仪表盘、监控工具或 CI/CD 流水线中。
一站式
URL 重定向检查器
追踪 301 与 302 重定向链、捕获无限循环、检查 HTTP 响应头，并使用任意 user-agent 进行测试 —— 一款为工程师与 SEO 团队打造的免费工具。
即时分析
毫秒级追踪复杂的重定向链。优化的后端引擎轻松处理各种路由场景。
可视化路径
直观展示每一跳、状态码和延迟。即时识别循环和死链。
响应头检查
深入分析 HTTP 响应头。逐跳分析 Cookie、缓存策略和服务器信息。
User-Agent 模拟
测试不同设备和爬虫的重定向行为。对移动优先索引和 SEO 至关重要。
安全检查
验证 SSL/TLS 证书，识别不安全的重定向（HTTP 到 HTTPS 的混合内容警告）。
强大的 API
自动化审计工作。将重定向检测能力直接集成到 CI/CD 流水线中。
重定向检查器 API。
几分钟即可集成。
免费的 REST API 提供与 Web 界面同源的重定向追踪引擎 —— 非常适合构建自定义监控、链接校验任务，或自动审计 301 与 302 重定向的 CI/CD 流水线。
- check 简洁的 REST 接口
- check JSON 响应格式
- check 高频调用配额可选
// GET /api/check // Query params: url (required), ua (optional), ignoreSSL (optional) // CORS: Access-Control-Allow-Origin: * const response = await fetch('https://www.redirectcheck.org/api/check?url=https://example.com'); const data = await response.json(); // Optional custom user agent const response2 = await fetch( 'https://www.redirectcheck.org/api/check?url=https://example.com&ua=CustomBot/1.0' ); // Success response // { // url: 'https://example.com/', // redirects: [{ from, to, status_code, duration, headers }], // final_result: { final_url, status_code } // } // Error response // { // url: 'https://example.com/', // error: true, // error_message: '...', // error_type: 'FETCH_ERROR', // redirects: [], // final_result: null // }
Runtime note: ignoreSSL=true is accepted by the endpoint for compatibility, but Cloudflare Workers cannot disable TLS verification. If you pass it, failed requests will include a note in error_message.
URL 重定向检查器常见问题
关于检查 301、302、307、308 重定向以及修复重定向链的常见问题。
什么是 URL 重定向检查器？ expand_more
URL 重定向检查器是一款免费工具，可以追踪一个 URL 从你输入的地址到最终目标之间的完整路径，并捕获沿途的每一次 HTTP 重定向。使用我们的检查器你可以：
- 实时查看重定向链中的每一次跳转
- 识别每一跳所使用的状态码 —— 301、302、303、307、308
- 检测导致 ERR_TOO_MANY_REDIRECTS 的无限重定向循环
- 查看每一步的响应头、Cookie 与 canonical 标签
- 测试 URL 在 Googlebot、Chrome、Safari 或任意自定义 user-agent 下的表现
如何检查一个 URL 是否使用了 301 重定向？ expand_more
将 URL 粘贴到上方的检查器并点击「开始追踪」，几毫秒内你就能看到完整的重定向链 —— 每一跳的精确状态码会告诉你该重定向是 301（永久）、302（临时）、307 还是 308。要验证一个 301：
- 输入源 URL（例如 https://example.com/old-page）
- 查看重定向链的第一行 —— 状态徽章会显示 301
- 确认目标 URL 与你预期落地的位置一致
- 使用 API 端点 /api/check 在 CI/CD 中自动监控 301 重定向
什么是重定向链？为什么它对 SEO 有害？ expand_more
当一个 URL 在到达最终目标之前需要经过两个或更多中间 URL 时，就形成了重定向链（例如 A → B → C → D 而不是 A → D）。冗长的重定向链会损害 SEO 与性能，原因包括：
- 每一跳都会增加网络延迟，拖慢用户和爬虫的首字节时间
- Google 可能在若干跳之后停止跟随，导致页面无法被抓取
- 链接权重（PageRank）可能在多次 301 跳转中被稀释
- 抓取配额会被浪费在中间 URL 上，而不是用于抓取新内容
- 使用慢速网络的移动用户对累积延迟的感知最为明显
目标是只保留一跳。我们的检查器会高亮每一个中间 URL，让你能够将重定向链压平为直接的 A → 最终目标。
301、302、307 与 308 重定向有什么区别？ expand_more
四者都是 HTTP 3xx 状态码，但对浏览器、缓存和搜索引擎而言行为差异很大：
- 301 Moved Permanently —— 永久重定向，可缓存，传递 SEO 权重；适用于已迁移的内容
- 302 Found —— 临时重定向，不会被积极缓存；适用于 A/B 测试或临时接管
- 303 See Other —— 在 POST 之后重定向，使下一次请求变为 GET；常见于表单提交
- 307 Temporary Redirect —— 类似 302，但保留 HTTP 方法（POST 仍为 POST）
- 308 Permanent Redirect —— 类似 301，但保留 HTTP 方法；推荐用于 API 端点的永久迁移
选错状态码可能会破坏表单提交、流失链接权重，或导致页面从搜索结果中被剔除。检查器会显示当前使用的精确状态码，方便你逐个审计重定向。
如何修复 ERR_TOO_MANY_REDIRECTS 或重定向循环？ expand_more
ERR_TOO_MANY_REDIRECTS 意味着一个 URL 在循环中反复重定向（A → B → A → B……），直到浏览器放弃。我们的检查器会通过红色横幅明确标记循环，并指出循环开始的位置。常见原因与解决方法：
- HTTP ↔ HTTPS 配置错误 —— 确保 HTTPS 规则不会再次重定向回 HTTP
- www 与非 www 循环 —— 选定一个规范主机名，让另一个一次性重定向到它
- 反向代理或框架路由中的尾部斜杠冲突
- Cloudflare Page Rules、Vercel vercel.json 或 Nginx 配置中存在冲突的重定向规则
- 过期的浏览器 Cookie 或缓存导致循环 —— 用无痕窗口验证一下
我能检查 HTTP 到 HTTPS 的重定向并批量测试多个 URL 吗？ expand_more
可以。检查器会将每一次协议变化记录为独立的一跳，方便你端到端审计 HTTPS 迁移。要一次性检查多个 URL：
- 使用免费的批量重定向检查器，一次最多测试 100 个 URL
- 确认每个 HTTP URL 都通过 301（而非 302）重定向到对应的 HTTPS 版本
- 发现会触发混合内容警告的不安全中间跳转
- 验证全站范围内 www → 非 www（或反之）的合并保持一致
- 通过公开的 /api/check JSON 端点自动化持续审计