直接回答
单个在靠近访客处提供的重定向只会增加几十毫秒。重定向变慢通常发生在它们被串联起来时（每一跳都是另一个请求，而且通常还是另一个连接）、在缓慢的应用程序中执行而不是在服务器或边缘执行时，或者服务器离访客太远时。将每个重定向直接指向最终 URL，包括 https、正确的主机名（带 www 或不带）以及尾部斜杠，在服务器或边缘执行，并使用重定向速度测试来检查结果。
重定向会拖慢你的网站吗？#
每次都会稍微拖慢一点。在浏览器开始加载真正的页面之前，它必须先向旧 URL 发送请求，等待重定向响应，然后再从新地址重新开始。这段时间是页面加载的一部分：Google 的 首次字节时间（Time to First Byte）指标会将重定向时间计入其第一阶段，并将 0.8 秒或更短视为良好的 TTFB[1]。重定向花掉的每一毫秒，都会少掉给其他所有内容的每一毫秒。
一个快速重定向通常不是问题。连续多个才是：Lighthouse 会对具有两个或更多重定向的页面发出标记，因为每增加一次往返都可能让加载延迟数百毫秒[2]，尤其是在移动网络上。
搜索引擎也会跟随重定向。Google 表示 Googlebot 通常会跟随 10 次重定向跳转[3]，因此较短的链路仍然可以被抓取，但每一跳都意味着爬虫要多发一次请求，也多一次链路中某个环节出错的机会。
是什么让重定向变慢#
重定向响应很小，因此它的大部分时间都耗在等待上：查找域名、打开连接、进行 HTTPS 握手，以及服务器决定把访客发送到哪里。以下是这些时间累积起来的常见原因：
| Cause | 为什么会耗时 | Fix |
|---|---|---|
| 重定向链 | 每一次跳转都是一次完整的请求和响应；跳转到另一台主机还需要新的 DNS 查询、连接和 TLS 握手 | 将第一次重定向直接指向最终 URL |
| 目标缺少 https、www 或末尾斜杠 | 目标站点会添加自己的重定向来修正 URL | 将准确的最终 URL 复制到重定向规则中 |
| 服务器离访问者很远 | 每次往返都会再次跨越这段距离，而且每一跳都要重复多次 | 通过靠近访问者的 CDN 或边缘网络提供重定向 |
| 由应用程序处理的重定向 | CMS 插件或应用代码必须先启动、加载设置，并且通常在响应前查询数据库 | 将重定向移到 Web 服务器、CDN 规则或重定向服务中 |
| Meta 刷新或 JavaScript 重定向 | 浏览器必须先下载并开始渲染页面，然后才能离开它 | 改用 HTTP 301 或 302 |
| 先使用普通 http | http 到 https 在每次首次访问时都会多一次跳转 | 链接到 https URL，并在你的网站上启用 HSTS |
重定向链：最常见的原因#
重定向链是指一个重定向指向的 URL 又会再次重定向。大多数都是意外造成的：有人设置了一个指向 https://mybrand.com 的重定向，但网站本身实际位于 https://www.mybrand.com/en/，所以访客在看到任何内容之前还会再跳转两次。
这种情况比人们预期的要常见得多。当我们检查平台上一个活跃域名重定向样本时，约有三分之一会把访客送到一个再次重定向的目标。额外的跳转大致平均分布在以下几类：添加或移除 www、同一网站上的路径变更（结尾斜杠、语言文件夹或登录页），以及完全迁移到另一个域名（RedirHub 平台数据，2026 年 10 月）。这些跳转都没有必要：把最终 URL 直接复制到重定向中就能消除它们。
如何查找并修复重定向链#
- 在我们的重定向速度测试中输入旧 URL。它会列出每一次跳转及其状态码，并显示跳转次数。
- 如果跳转次数超过一次，请复制“到达位置”下显示的最终 URL。
- 将重定向的目标更改为该精确 URL：https、相同的主机名（带或不带 www）以及相同的尾部斜杠。
- 同时更新内部链接、规范标签和站点地图，使它们也使用最终 URL，而不是通过重定向访问。
- 再次测试。结果应显示一次跳转，最后返回 200。
你的重定向工作正常吗？ 输入你的域名。你将看到状态码（301 或 302）、到达位置、HTTPS 是否有效，以及它从华盛顿、法兰克福和东京的响应速度，并与过去 7 天内测试过的所有重定向进行排名对比。
测试我的重定向每次网站迁移后，链式重定向都会不断累积，因为新的重定向会叠加在旧的上面。当你计划进行网站迁移时，应将旧重定向直接指向新的最终 URL，而不是让它们继续串联。如果某个重定向根本不起作用，请查看为什么 301 重定向不起作用。
如何让重定向更快#
- 只跳转一次，始终如此。这是最大的收益，而且不花一分钱。
- 在应用之前重定向。Nginx、Apache、你的 CDN 或重定向服务中的规则会在任何应用代码运行之前响应。先加载整个 CMS 的重定向插件，是最慢的做法。
- 在离访客最近的地方响应。来自单一服务器、单一区域的重定向，在附近很快，但在世界另一端就很慢。边缘网络会从最近的位置响应。
- 使用 HTTP 重定向，而不是 meta refresh 或 JavaScript。301 或 302 只需一次简短响应；页面自己重定向则必须先加载。
- 跳过 http 跳转。链接到 https URL，并在你的网站上启用 HSTS，这样返回的浏览器就会直接进入 https，而无需先向网络询问。
- 当迁移是永久的时，选择 301。两者响应速度一样快，但浏览器可以缓存 301，因此回访用户可能完全跳过该请求。
重定向应该有多快？#
我们的重定向速度测试只测量重定向响应本身（在新连接上的首字节时间），测试地点包括华盛顿特区、法兰克福和东京，并将其与过去七天内测试过的所有重定向进行排名。到 2026 年 10 月 24 日，七天平均值为 157 毫秒。按服务商看，中位数从最大 CDN 的约 10 毫秒到最慢短链服务的 500 多毫秒不等，而 RedirHub 自身的重定向响应为 17 毫秒。有些服务商只测试了一个或两个 URL，因此请把服务商列表当作参考，而不是排行榜。
经验法则是，低于 100 毫秒的重定向通常不会被注意到。在广告、电子邮件营销和移动流量等速度很重要的页面上，几百毫秒就值得修复了。而重定向链会把每一跳的成本成倍放大。
RedirHub：无需运行服务器的快速重定向#
如果您要重定向的域名并未托管在任何地方（旧品牌、活动域名、拼写错误域名），RedirHub 会通过 130 个全球边缘节点为您处理重定向，靠近每位访客，并在一次跳转中到达您设置的目标。您只需更改根域和 www 记录，因此 DNS 和邮箱保持原样，而且两者都会获得自动 HTTPS，由系统为您签发并续期。
| 您自己的服务器或 CMS 插件 | RedirHub | |
|---|---|---|
| 重定向的处理位置 | 服务器所在的任何地方 | 130 个全球边缘节点，靠近每位访客 |
| 旧域名的 HTTPS | 您自行安装和续期证书 | 针对根域和 www 自动签发并续期 |
| Paths | 您维护的重写规则 | 保留路径，或将每个旧 URL 映射到其自己的新页面 |
| 重定向类型 | 无论你配置什么 | 301、302、307、308 和框架重定向 |
| 多个域名或 URL | 一个配置文件或插件界面 | 每个重定向可包含多个来源域名；所有套餐均支持 CSV 导入 |
| Visibility | 服务器日志 | 点击量和独立访客，已过滤机器人；每 10 分钟重新检查一次 DNS |
| Price | 你的主机服务 | 每月 49 美元起（Core）；Pro 提供 14 天免费试用 |
当你管理许多域名时，这最有用：转发域名组合，或者通过批量 CSV 导入加载的数千个旧 URL。如果你的网站已经位于带有重定向规则的 CDN 之后，它们同样很快，而且你不需要为该网站再使用另一项重定向服务。
重定向速度检查清单#
- 每次重定向都在一步内到达最终页面。
- 目标使用准确的最终 URL：https、正确的主机名以及正确的尾部斜杠。
- 重定向在 Web 服务器、CDN 或重定向服务中运行，而不是在页面代码中。
- 内部链接、规范标签和站点地图都指向最终 URL。
- 每次网站变更或迁移后，都会重新测试关键重定向。
您的重定向有多快？ 测试一个 URL，并查看它从三个大洲的首字节时间、它经历的每一跳，以及它在过去 7 天内测试过的所有重定向中的排名。
运行速度测试资料来源
常见问题
会有一点。浏览器必须先请求旧 URL 并收到重定向，才能加载新页面，而这段时间会计入首字节时间（Time to First Byte）。如果单个重定向距离访客很近，通常只会花费几十毫秒；真正让人感觉到慢的是链式重定向和距离较远的服务器。
快速重定向的响应时间远低于 100 毫秒。2026 年 10 月 24 日，我们的重定向速度测试中，过去七天测试的重定向平均响应时间为 157 毫秒，最快的提供商约为 10 到 20 毫秒，最慢的超过 500 毫秒。
超过一个。Lighthouse 会标记包含两个或更多重定向的页面，而每多一步都会增加一次请求。Google 表示 Googlebot 通常会跟随 10 次重定向跳转，但目标最好是一次重定向直接到最终 URL。
重定向链、会再次跳转的目标（缺少 https、www 或尾部斜杠）、离访客很远的服务器、由 CMS 插件或应用代码而不是 Web 服务器或 CDN 处理的重定向，以及需要先加载页面的 meta refresh 或 JavaScript 重定向。
响应本身一样快。区别在于缓存：浏览器可以缓存 301，因此回访用户可能会跳过重定向请求，而 302 通常每次都会再次请求。请按含义选择：301 用于永久移动，302 用于临时移动。
HTTPS 连接需要进行 TLS 握手，这会增加一次往返，因此通过 https 的重定向会比同样的 http 重定向稍慢一些。更大的成本是额外的一次 http 到 https 跳转；请链接到 https URL 并启用 HSTS，让浏览器直接跳转到 https。
在重定向速度测试中输入 URL，该测试会计算重定向响应本身的时间，并从多个地点进行测试，同时列出每一次跳转。RedirHub 的免费重定向速度测试从华盛顿特区、法兰克福和东京进行测量，并将结果与过去 7 天内测试过的所有重定向进行排名。
RedirHub 在 130 个全球边缘节点对重定向进行响应，靠近每一位访客，以单次跳转直达你设置的目标，并自动签发 HTTPS。你只需要更改根域和 www 的 DNS 记录，因此你的域名其他部分不会发生变化。
TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.
相关文章
查看所有文章
