直接答案
重定向会自动将访问者和搜索引擎从一个 URL 发送到另一个 URL。对于 SEO 来说，当页面已永久迁移时，请使用服务器端 301（或 308）：Google 会将其视为一个强信号，把新 URL 收录并将排名信号转移过去。只有在旧 URL 还会恢复时，才使用 302 或 307。将每个旧 URL 直接重定向到最接近的新页面，避免链式重定向，并至少保留重定向一年。
只要 URL 发生变化，就会涉及重定向：新域名、网站改版、页面合并、切换到 HTTPS。处理得当时，访问者几乎不会察觉，排名也会自然延续。处理不当时，断链、冗长的重定向链，或搜索结果中出现错误 URL，都会让流量流失。本指南将介绍什么是重定向、可用的类型、每种类型对 SEO 的影响，以及如何设置。
什么是重定向？#
重定向是一种指令，它会将请求某个 URL 的用户发送到另一个 URL。通常发生在服务器端：服务器不会返回页面内容，而是返回一个 3xx 状态码和一个包含新地址的 Location 标头。随后浏览器会自行请求该地址，因此访问者无需点击任何内容就会到达新页面。
搜索引擎处理重定向的方式也一样。Googlebot 最多会跟随 10 次重定向跳转，而重定向类型会告诉 Google 应该收录旧 URL 还是新 URL。
重定向类型#
重定向分为两类。服务器端重定向会在页面加载前发送 HTTP 状态码。客户端重定向则会先加载页面，然后通过 HTML 或 JavaScript 将浏览器转到新地址。以下是每种类型的工作方式，以及Google 如何对待它：
| Redirect | 永久或临时 | Google 如何对待它 | 用于 |
|---|---|---|---|
| 301 永久移动 | Permanent | 向搜索引擎强烈 संकेत索引新 URL 的信号 | 域名更改、迁移、页面重命名或合并、HTTP 转 HTTPS |
| 308 永久重定向 | Permanent | Same as 301 | 请求方法必须保持不变的永久迁移（表单、API） |
| 302 Found | Temporary | 较弱信号；旧 URL 通常仍会被收录 | 维护、短期活动、测试 |
| 307 临时重定向 | Temporary | Same as 302 | 请求方法必须保持不变的临时迁移 |
| Meta 刷新，0 秒 | Permanent | 视为永久重定向 | 仅当你无法更改服务器时使用 |
| Meta 刷新，延迟 | Temporary | 视为临时重定向 | “我们已搬迁”的通知页面 |
| JavaScript 重定向 | Permanent | 仅在 Google 渲染页面时才会被跟随，这可能会失败 | 当无法使用服务器端方案时的最后手段 |
| 框架（URL 掩码） | 不是重定向 | 不会发生重定向；目标内容会在您的页面内加载 | 保留地址栏中的 URL |
对于大多数网站来说，选择通常是在 301 和 302 之间。我们的 301 与 302 重定向指南 会更深入地讲解这一决策，而 301 重定向指南 则逐步介绍永久重定向。
服务器端还是客户端？#
只要可以，就使用服务器端重定向。Google 推荐这样做，它对每位访客和爬虫都有效，而且会在任何页面内容加载之前发生。客户端重定向取决于浏览器：只有当 Google 渲染了页面时，JavaScript 重定向才算数，而 Google 自己的文档也警告说渲染可能会失败。
重定向如何影响 SEO#
- 排名信号会跟随永久重定向。 301 或 308 会告诉 Google 将新 URL 编入索引，并在该地址上整合信号。302 或 307 则会保留旧 URL 作为 Google 显示的地址。
- 不会在跳转中损失 PageRank。 Google 的 Gary Illyes 在 2016 年表示，30x 重定向不再会损失 PageRank（由 Search Engine Land 报道）。关键在于选择正确的类型和正确的目标地址。
- 相关性很重要。 重定向到高度匹配的页面能留住访客，也能保留页面的目的。把所有旧 URL 都指向首页则会同时丢失这两者。
- 链式重定向会浪费时间。每跳一次，浏览器都要多一次往返，爬虫也要多走一步。请直接把旧 URL 指向最终页面。
- 时机很重要。Google 的网站迁移指南建议尽可能长时间保留重定向，通常至少一年，这样爬虫和回访用户都能看到它们。
重定向对 SEO 有害吗？#
没有。重定向是告诉搜索引擎 URL 已经更改的正确方式。如果没有重定向，旧 URL 会返回 404，它的链接也会指向空白，新页面则需要从头开始。只有在使用不当时，重定向才会带来负面影响：把永久迁移用成 302、出现过长的链式跳转、循环跳转，或重定向到无关页面。
重定向何时能帮助你的 SEO#
- 更换域名：将每个旧 URL 逐一重定向到新域名上的对应页面。
- 移动或重命名页面：把每个旧 URL 一对一映射到新的位置，而不是把所有流量都导向首页。
- 合并页面：当两个页面争夺同一个搜索词时，将它们合并，并把较弱的那个用 301 重定向到较强的那个。
- 删除页面：只有在确实存在完全对应的页面时才进行重定向。否则让该 URL 返回 404 或 410。
- 规范化 URL：为每个 URL 选择一个版本，并对其余版本使用 301，例如 http 和 https、www 和非 www，或带尾随斜杠和不带尾随斜杠的版本。
人们实际使用哪些重定向#
永久重定向占主导。在 RedirHub 上设置的重定向中，约 100 个里有 96 个是 301，且大约每 7 个账户中就有 1 个至少设置过一次 302（RedirHub 平台数据，2026 年 10 月）。如果你不确定该用哪种，通常应当选择永久迁移。
SEO 重定向最佳实践#
- 对任何永久性更改使用 301，而将 302 保留给会被撤销的迁移。
- 将每个旧 URL 重定向到最接近的对应页面，而不是主页。
- 直接跳转到最终 URL：不要有链式重定向，也不要有循环。
- 旧域名也要提供 HTTPS，这样重定向本身不会触发浏览器警告。
- 更新内部链接和站点地图中的新 URL。
- 将重定向保留至少一年；如果旧链接仍在带来访客，则保留更久。
- 在上线后测试每一个重要重定向。
如何设置重定向#
在你自己的服务器上，每个重定向添加一行。临时跳转时，将 301 改为 302：
| Where | Example (301) |
|---|---|
| Apache（.htaccess） | Redirect 301 /old-page https://example.com/new-page |
| Nginx（在 server 或 location 块中） | return 301 https://example.com/new-page; |
| PHP | header("Location: https://example.com/new-page", true, 301); exit; |
| HTML（meta 刷新，仅作为最后手段） | <meta http-equiv="refresh" content="0; url=https://example.com/new-page"> |
请注意，PHP 的 Location 标头会发送 302，除非你自己设置状态码，正如 PHP 手册 所述，因此对于永久跳转请明确传入 301。
要确认一个 URL 返回什么内容，请运行 curl -I https://old-url.com 并查看状态行，或者将其输入到我们的 重定向速度测试 中，查看每一跳以及它的响应速度。
您的重定向是否正常工作？ 输入你的域名。你会看到状态码（301 或 302）、最终落点、HTTPS 是否有效，以及它从华盛顿、法兰克福和东京的响应速度，并与最近 7 天测试过的所有重定向一起排名。
测试我的重定向无需 Web 服务器的重定向#
如果旧域名没有托管，或者您不想维护服务器规则，重定向服务可以为它提供响应。使用 RedirHub，您只需将域名根记录和 www 记录指向 RedirHub，在 Redirect type 下选择 301 或 302，然后选择 Keep the path 或 Everything to one URL。
| 服务器重定向 | RedirHub | |
|---|---|---|
| 重定向类型 | 服务器支持的任意类型 | 301、302、307、308 和框架重定向 |
| 它的响应位置 | 您的服务器 | 130 个全球边缘站点（PoP），靠近每位访客 |
| DNS 和电子邮件 | Unchanged | 保持不变；仅根域和 www 记录会更改 |
| HTTPS | 您的证书 | 针对根域和 www 自动签发并续期 |
| 多个 URL | 您编写并维护的规则 | 将每个旧 URL 映射到其自己的新页面；所有方案均支持 CSV 导入 |
| 查看是否正在使用 | 服务器日志 | 点击量和独立访客数，已过滤掉机器人 |
| Cost | 随主机服务包含 | 每月 49 美元起（Core），14 天免费试用 |
如果你运行自己的服务器，而且只需要少量规则，那么服务器是免费的，而且已经足够。当前域名没有主机服务、你管理多个域名，或者你想看看旧网址是否仍有访客时，RedirHub 就很值得使用。
对于逐页迁移映射，请通过批量重定向导入上传旧网址和新网址列表，而不是手动编写规则。每个已连接的域名都可获得免费的 HTTPS 证书，因此重定向在 https:// 和 http:// 上都能正常工作。
常见问题
重定向会自动将访客和搜索引擎从一个 URL 发送到另一个 URL。服务器会用 3xx 状态码和新地址响应旧 URL，浏览器则会自动加载新页面。
它们告诉搜索引擎页面已迁移到哪里，这样新 URL 就可以接替旧 URL 在搜索结果中的位置，而指向旧 URL 的链接仍然有效。如果没有重定向，旧 URL 会返回 404，新页面则需要从头开始。
不会。正确使用时，重定向能在 URL 更改时保护你的排名。问题通常来自错误的类型（将永久迁移使用了 302）、重定向链、循环重定向，或重定向到不相关的页面。
服务器端重定向（301、308、302、307）会发送 HTTP 状态码。客户端重定向则是在页面开始加载后使用 meta refresh 标签或 JavaScript。对于 SEO，服务器端的 301 和 302 是你最常用的类型。
301 是永久性的：Google 会将新 URL 编入索引，并把排名信号转移过去。302 是临时性的：Google 通常会继续索引旧 URL。无论哪种情况，访问者都会到达新 URL。
它们会拖慢速度。每一次跳转都意味着额外的一次往返，请求，Google 的爬虫最多会跟随 10 次跳转。应将旧 URL 直接重定向到最终页面。
只有在最后手段时才这样做。Google 只有在渲染页面时才能跟随它们，而渲染可能会失败。只要可以，就使用服务器端 301。
Google 建议网站迁移时尽可能长时间保留重定向，通常至少一年。许多网站会无限期保留它们，这样旧链接和书签就能继续工作。
RedirHub 为你指向它的域名提供 301、302、307、308 和框架重定向，无需 Web 服务器。它会自动启用 HTTPS，可保留路径或将每个旧 URL 映射到新页面，并显示每个重定向的点击次数。
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.
相关文章
查看所有文章
