重定向网址是将现有网址解析为不同网址的做法，相当于告知访问者和 Google 搜索某个网页有新的地址。重定向在以下情况下尤为有用：
- 您已将网站移至新网域，并且想尽可能顺畅地完成迁移。
- 用户可通过多个不同的网址访问您的网站。例如，如果用户可通过多种途径（如 https://example.com/home、 http://home.example.com 或 https://www.example.com）访问您的首页，那么您最好选择其中一个网址作为首选（规范）目标网址，并使用重定向将所有来自其他几个网址的流量转到该首选网址。
- 您正在合并两个网站，并且想确保指向旧网址的链接重定向至正确网页。
- 您移除了某个网页，并希望将用户转到新网页。
重定向类型概览 #
虽然用户通常无法区分不同类型的重定向，但 Google 搜索会将重定向用作指示重定向目标应是规范网址的强信号或弱信号。选择哪种重定向取决于您预计的重定向使用时长以及您希望 Google 搜索在搜索结果中显示哪个网页：
- 永久重定向：在搜索结果中显示新的重定向目标。
- 临时重定向：在搜索结果中显示源网页。
下表介绍了可供您设置永久重定向和临时重定向的各种方式，按能被 Google 正确解析的可能性排序（例如，服务器端重定向最有可能被 Google 正确解析）。请选择适用于您的情形和网站的重定向类型：
| 重定向类型 | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
永久重定向 # |
Googlebot 会遵循重定向指令，并且索引编制流水线会将其用作指示重定向目标应是规范网址的强信号。
|
||||||||||
临时重定向 # |
Googlebot 会遵循重定向指令，并且索引编制流水线会将其用作指示重定向目标应是规范网址的弱信号。
|
||||||||||
服务器端重定向 #
如需设置服务器端重定向，您需要访问服务器配置文件（例如 Apache 上的 .htaccess 文件），或使用服务器端脚本（例如 PHP 脚本）来设置重定向标头。您可以在服务器端创建永久重定向和临时重定向。
永久服务器端重定向 #
如果您需要更改某个网页在搜索引擎结果中显示的网址，建议您尽可能使用永久服务器端重定向。这是确保将 Google 搜索和用户定向到正确网页的最佳方式。301 和 308 状态代码表示网页已永久地迁移到新位置。
临时服务器端重定向 #
如果您只是想暂时将用户转到其他网页，请使用临时重定向。这样还可以确保 Google 将旧网址在搜索结果中保留更长时间。例如，如果您的网站提供的某项服务暂时不可用，您可以设置临时重定向，将用户转到说明情况的网页，而不会影响搜索结果中的原始网址。
实施服务器端重定向 #
服务器端重定向的实施取决于托管和服务器环境，或网站后端的脚本语言。
如需使用 PHP 设置永久重定向，请使用 header() 函数。您必须先设置标头，然后才能向屏幕发送任何内容：
header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/newurl');
exit();
同理，以下示例展示了如何使用 PHP 设置临时重定向：
header('HTTP/1.1 302 Found');
header('Location: https://www.example.com/newurl');
exit();
如果您有权访问自己的网络服务器配置文件，则可以自行编写重定向规则。请按照网络服务器指南中的说明操作：
- Apache：请参阅 Apache.htaccess 教程、Apache 网址重写指南以及 Apache mod_alias 文档。 例如，您可以使用 mod_alias 设置形式最简单的重定向：
# Permanent redirect: Redirect permanent "/old" "https://example.com/new" # Temporary redirect: Redirect temp "/two-old" "https://example.com/two-new"
对于更复杂的重定向，请使用 mod_rewrite。例如：
RewriteEngine on # redirect the service page to a new page with a permanent redirect RewriteRule "^/service$" "/about/service" [R=301] # redirect the service page to a new page with a temporary redirect RewriteRule "^/service$" "/about/service" [R]
- NGINX：请参阅 NGINX 博客上的创建 NGINX 重写规则一文。与 Apache 一样，您可以通过多种方式创建重定向。例如：
location = /service { # for a permanent redirect return 301 $scheme://example.com/about/service # for a temporary redirect return 302 $scheme://example.com/about/service }对于更复杂的重定向，请使用 rewrite 规则：
location = /service { # for a permanent redirect rewrite service?name=$1 ^service/offline/([a-z]+)/?$ permanent; # for a temporary redirect rewrite service?name=$1 ^service/offline/([a-z]+)/?$ redirect; } - 对于所有其他 Web 服务器，请与您的服务器管理员或托管商联系，或在您喜爱的搜索引擎中搜索指南（例如，搜索“LiteSpeed 重定向”）。
meta refresh 及其 HTTP 等效项 #
如果无法在您的平台上实施服务器端重定向，那么 meta refresh 重定向或许是一种可行的替代方案。Google 会区分两种 meta refresh 重定向：
- 即时 meta refresh 重定向：在浏览器加载网页时立即触发。Google 搜索会将即时 meta refresh 重定向解析为永久重定向。
- 延迟 meta refresh 重定向：仅在网站所有者设置的任意秒数之后触发。Google 搜索会将延迟 meta refresh 重定向解析为临时重定向。
请将 meta refresh 重定向置于 HTML 的 <head> 元素中，或置于含服务器端代码的 HTTP 标头中。例如，下面是一个 HTML 的 <head> 元素中的即时 meta refresh 重定向：
<!doctype html> <html> <head> <meta http-equiv="refresh" content="0; url=https://example.com/newlocation"> <title>Example title</title> <!--...-->
下面是一个 HTTP 标头等效项示例，您可以通过服务器端脚本注入该等效项：
HTTP/1.1 200 OK Refresh: 0; url=https://www.example.com/newlocation ...
如需创建延迟重定向（会被 Google 解析为临时重定向），请将 content 属性设置为重定向应延迟的秒数：
<!doctype html> <html> <head> <meta http-equiv="refresh" content="5; url=https://example.com/newlocation"> <title>Example title</title> <!--...-->
JavaScript location 重定向 #
网址抓取完毕后，Google 搜索会使用网页呈现服务解析并执行 JavaScript。
如需设置 JavaScript 重定向，请在 HTML head 内的脚本块中将 location 属性设置为重定向目标网址。例如：
<!doctype html> <html> <head> <script> window.location.href = "https://www.example.com/newlocation"; </script> <title>Example title</title> <!--...-->
Crypto重定向 #
如果您无法采用任何传统的重定向方法，仍应设法告知用户相应网页或其内容已迁移。实现此目的的最简单的方法是添加指向新网页的链接并随附简短说明。例如：
<a href=”https://newsite.example.com/newpage.html”>我们搬家了！ 请在我们的新网站上查找相应内容！</a>
这有助于用户找到您的新网站，并且 Google 可能会将此重定向视为 crypto 重定向（就像尼斯湖水怪一样，它的存在可能有争议；并非所有搜索引擎都可能会将这种伪重定向识别为官方重定向）。
网址的备用版本 #
当您重定向网址时，Google 会跟踪重定向来源（旧网址）和重定向目标（新网址）。其中一个网址是规范网址，具体取决于重定向是临时重定向还是永久重定向等此类信号。另一个网址会成为规范网址的备用名称。备用名称是规范网址的不同版本，用户可能会更加认可和信任此网址。当用户的查询暗示他们可能更信任旧网址时，备用名称可能会显示在搜索结果中。
例如，如果您的网站迁移到了新域名，那么即使新网址已编入索引，Google 也很可能仍会偶尔在搜索结果中显示旧网址。这是正常现象，当用户习惯使用新域名时，备用名称将逐渐消失，而您无需执行任何操作。
