1、使用 301 重定向来更改网页网址 #
如果您需要更改某个网页在搜索引擎结果中显示的网址，建议您使用服务器端301重定向。这是确保用户及搜索引擎定向至正确网页的最佳方法。301状态代码表示某网页已永久迁移至新位置。
301 重定向功能在以下情况下尤为有用：
您已将网站移至新网域，并且想尽可能顺畅地完成这一转换。
用户可通过多个不同的网址访问您的网站。例如，如果用户可通过多种途径（如 http://example.com/home、http://home.example.com 或 http://www.example.com）访问您的首页，那么您最好选择其中一个网址作为首选（规范）目标网址，并使用 301 重定向将所有来自其他几个网址的流量转到该首选网址。
您正在合并两个网站，并且想确保指向过期网址的链接重定向至正确网页。
要针对托管在运行 Apache 的服务器上的网站实施 301 重定向，您需要具有访问服务器的 .htaccess 文件的权限（如果您不清楚自己的访问权限或所用的服务器软件，请与网站托管服务提供商核实）。有关详情，请参阅 Apache .htaccess 教程和 Apache 网址重写指南。如果您的网站托管在运行其他软件的服务器上，请与您的托管服务提供商核实相关详情。
2、什么是网站迁移？ #
作为网站所有者，有时您可能想要将自己的网站迁移到其他网址或基础架构。本页介绍了网站迁移的多种情况，并提供了有关如何准备、实施和监控迁移过程的提示。
在本文档中，网站的重新设计不算是网站迁移，即使它涉及到添加其他网址也是如此。重新设计是指更改现有网页的布局，或添加包含新内容的网页。而迁移是按以下其中一种方式迁移现有网页：
不涉及网址更改的网站迁移
更改网站基础架构，而不对网址进行任何可见的更改。例如，将 www.example.com 迁移到其他托管服务提供商，但保留 www.example.com 作为您网站的根网址。
涉及网址更改的网站迁移
网页网址会更改。例如：
协议更改 – http://www.example.com 更改为 https://www.example.com
域名更改 – example.com 更改为 example.net
网址路径更改 – example.com/page.php?id=1 更改为 example.com/widget
如需更改您的网站为移动设备用户和桌面设备用户提供服务的方式，请参阅适合移动设备的网站设计指南。
适用于所有网站迁移的建议 #
将迁移过程分解为若干个小步骤（如果适合您的网站）。
我们建议您最初仅迁移网站上的一小部分内容，以便测试迁移对流量和搜索引擎将网页编入索引造成的所有影响。在这之后，您可以迁移网站上剩余的内容，一次性迁移或按版块迁移都可以。 在选择网站的最初测试版块时，建议您选择具备以下特点的版块：不经常变化，且不会受到频发事件或不可预测事件的严重影响。另外请注意，虽然仅迁移一个版块是测试迁移的不错方法，但在搜索影响方面并不一定代表整个网站的迁移效果。迁移的网页越多，就越有可能遇到更多需要解决的问题。仔细规划可以最大限度地减少问题。
尽量选择在网络流量较低时进行迁移。
如果您的流量会呈季节性波动或在某些工作日骤降，那么明智的做法是在周期性流量骤降期间迁移网站。这样可以减少中断所造成的影响，还可以让服务器有更多富余资源来帮助 Googlebot 更新我们的索引。
预计迁移期间网站排名会出现短暂波动。
如果您对网站进行了重大更改，那么在 Google 对您的网站进行重新抓取以及重新编入索引期间，该网站的排名可能会出现波动。一般来说，中型网站可能需要几周的时间才能使它的大多数网页进入我们的索引，大型网站则可能需要更长的时间。Googlebot 和我们的系统发现和处理已迁移网址的速度，在很大程度上取决于网址的数量和您的服务器速度。提交站点地图有助于加快发现流程，按版块迁移网站也是可行的。
在 Google 搜索中心提问。
我们的帮助页面上有大量实用的建议，同时我们的用户论坛中也有针对特定问题的解答。如果您没有找到答案，可以在我们的搜索引擎优化 (SEO) 咨询交流时间活动期间向我们的 Google 搜索专家实时提问。
如果迁移涉及网址更改，您可以考虑进行 A/B 测试或运行测试。
做好规划，留出几周时间来允许抓取和编入索引，便于系统发现更改，同时留出流量监控时间。
3、在不更改网址的情况下迁移网站 #
本指南介绍了在迁移网站的托管基础架构时，如何最大限度地降低对 Google 搜索效果的影响。例如，更换托管服务提供商或迁移到内容分发网络 (CDN) 时。本指南仅适用于不影响用户可见的网址的迁移。
概览 #
1.查看网站迁移方面的常见问题解答和基本信息。了解会出现的情况，以及迁移对您的用户和排名可能会有何影响。
2.准备新的托管基础架构。将内容上传到新服务器或配置您的 CDN 及源服务器，然后对其进行测试
3.开始网站迁移。更改您域名的 DNS 设置，使其指向新的托管基础架构。在此步骤中将进行实际的网站迁移，开始将流量发送到新基础架构的过程。
4.监控流量。密切监控新旧托管基础架构上通过的流量。
5.关闭旧的托管基础架构。当您确信所有用户都能从新的基础架构正常接收内容，并且没有人使用旧的基础架构时，请关闭旧的托管基础架构。
准备新的托管基础架构 #
此部分介绍了在开始实际的网站迁移前应执行的步骤。
复制和测试新网站 #
首先，将网站的副本上传到新的托管服务提供商。上传完成后，您可以通过全面测试用户与网站的互动方式来验证网站是否可以正常运行。以下是几点建议：
在网络浏览器中打开新网站，然后检查网站的所有元素：网页、图片、表单及下载内容（例如 PDF 文件）。
创建测试环境（例如按照 IP 限制访问权限），从而在网站上线前测试其所有功能。
您可以为新基础架构设置一个临时主机名（如 beta.example.com）来进行公开测试，以便测试通过浏览器访问网站的可访问性。借助临时主机名，您可以测试 Googlebot 能否访问您的网站。
如果可以的话，您可以使用少量的实时流量测试新网站。
检查 Googlebot 能否访问新的托管基础架构 #
如果您还没有 Search Console 帐号，请为网站创建一个新帐号，用于监控 Google 访问权限和流量。如果您为新网站创建了临时主机名，请同时为该主机名创建一个帐号。使用 Search Console 中的网址检查工具检查 Googlebot 能否访问您的新基础架构。
检查防火墙配置或拒绝服务攻击 (DoS) 的防范措施。确保该配置/措施没有阻止 Googlebot 访问 DNS 或托管服务提供商的服务器。
降低 DNS 记录的 TTL 值 #
若要提高网站迁移速度，您可以降低网站 DNS 记录的 TTL 值，从而更快地将新设置迁移至 ISP。DNS 设置通常由 ISP 基于指定的存留时间 (TTL) 设置进行缓存。请考虑在网站迁移前至少提前一周将 TTL 设置为保守的低值（例如，几个小时），以加快 DNS 缓存的刷新速度。
检查 Search Console 验证状态 #
确保您的 Search Console 验证状态在网站迁移之后将会继续有效。
如果您在 Search Console 中使用 HTML 文件方法验证您对网站的所有权，请记得将当前验证文件加入到网站的新副本中。
同样，如果您在内容管理系统的模板中添加元标记或 Google Analytics（分析）功能来验证所有权，请确保新的 CMS 副本中也包含这些内容。
开始网站迁移 #
迁移过程如下所述：
1.移除所有会被抓取的临时数据块。在创建网站的新副本时，有些网站所有者会使用 robots.txt 文件禁止 Googlebot 和其他抓取工具的所有抓取活动，或者使用 noindex 元标记或 HTTP 标头阻止将内容编入索引。在准备开始迁移时，请务必从网站的新副本中移除所有此类数据块。
2.更新 DNS 设置。将 DNS 记录更新为指向新的托管服务提供商，即可开始网站迁移。有关具体操作，请咨询 DNS 提供商。由于 DNS 缓存设置已被缓存，记录需要一些时间才能完全传播到互联网上的所有用户。
监控流量 #
为确保迁移顺利进行，您可执行以下 3 项操作：
密切关注新旧服务器上的服务器日志。
随着 DNS 设置的传播和网站流量的迁移，您会注意到旧服务器上记录的流量在减少，而新服务器上的流量在相应地增加。
使用不同的公共 DNS 检查工具。
检查世界上不同的 ISP 能否正确地更新至您的新 DNS 设置。
监控抓取。
在 Search Console 中监控索引涵盖范围图表。
Googlebot 抓取速度注意事项 #
正常情况下，Googlebot 的抓取速度在新系统启用后即会出现暂时下降，但在接下来的几周内会稳步上升，并可能会升至比迁移之前还要高的速度。
出现这种波动的原因在于，我们依据许多信号确定对网站的抓取速度，当您的托管基础架构发生更改时，这些信号也会发生更改。只要 Googlebot 在访问您的新服务基础架构时没有遇到任何严重问题或出现严重速度减缓现象，它就会尽可能根据需要快速抓取您的网站。
关闭旧的托管基础架构 #
检查旧服务提供商的服务器日志。旧服务提供商的访问流量清零后，您便可关闭旧的托管基础架构。至此，网站迁移过程全部完成。
