SEO必读的网站迁移指南

有许多不同类型的迁移，但规划和故障排除的基本步骤是相似的。迁移可能非常复杂，因为它们通常涉及许多人和移动部件，如果一切没有完全按计划进行，请不要担心，你几乎可以修复任何出错的地方。

在本指南中，我们将介绍：

你需要知道会发生了什么变化以及需要谁参与才能使网站顺利搬迁，换句话说，需要一个人来计划和跟踪所有活动部件，需要了解所有相关人员、他们的角色、截止日期，并制定一个流程来跟踪所有事情。项目经理和项目管理系统对此会有所帮助，只试图在电子邮件和 Slack 中完成这一切可能会很快失控。

你会想知道迁移的影响，因此请确保可以访问旧站点和新站点上的 GSC 和 Analytics(如果需要查看两者，请创建组合的可视图)。有些变化可能需要几周甚至几个月的时间，你可能会看到变化，也可能根本看不到任何变化。举例来说，如果要将一个中型站点迁移到一个新域，我预计需要几周的时间。但是，如果要合并到现有的站点中，则可能根本看不到任何流量中断。

你还想做一些准备工作，我建议以下几个步骤：

确切来说，网站迁移所涉及的内容取决于 URL 是否保持不变，下面我们将讨论这两种情况。

这通常是一个更直接的迁移(至少在 SEO 方面)，因为只有少数事情正在改变，这可能仍然是一个复杂的迁移，但与这些举措相关的许多任务通常更多的是基础架构/DevOps 或开发人员的工作而不是 SEO。

这些迁移可能包括：

如果你使用的是临时站点或开发站点，最好在实时启动前访问以检查问题。

为此，你实际上是在寻找所有更改，包括以下内容：

使用网站诊断(Site Audit)的比较功能查看自上次抓取以来的变化：

还有几个情况可能会造成更严重的问题。

这些迁移通常会更复杂，例外从 HTTP 迁移到 HTTPS - 如今这变的非常容易。

而这些迁移可能包括：

我不会担心根路径上的重定向链或更新站点链接之类的事情，修复链和更新链接不会有任何好处，因为信号会因重定向而合并。

这里有一个给网站诊断(Site Audit)用户的快速提示：如果将项目设置中的爬网范围更改为不同的域，你的新爬网将在新域上，你能够将其与旧域上的爬网进行比较。

你希望有一个开发站点或临时站点，如果有开发站点或临时站点，则应更改到在线站点，以便进行网络访问以确保一切正常。请记住，如果旧站点使用 HTTPS 并且 证书日期，机器人会通过，但用户会收到错误消息并且不会被发现，有多个站点的多域证书可以防止此问题。

如果出现下降，则可能与用户、无法抓取索引的内容、未编入的内容、内容更改或删除内容、内部链接更改或与技术 SEO 相关的更改有关。

有多种方法可以查看迁移进度并确保一切都按预期进行。

有几种不同的方法来寻找变化，正如我之前提到的，可以在网站诊断(Site Audit)中更改爬网范围，并进行比较以显示更改的内容，需要注意以下方面的变化：

通过网站分析(Site Explorer)中的热门页面 2.0(Top Pages 2.0)报告查看页面流量和更改历史记录。

还可以使用我们的爬虫来确保您的重定向工作正常，并且链接正确重定向。

这是最简单的方法：

这将向你显示带有指向它们的链接的页面，这些我们的爬虫将其视为 404 的链接页面，你可能想要重定向这些。

Google Search Console 有大量数据可帮助你进行迁移，例如，可以使用 URL 检查工具检查规范化问题，只需输入 URL，Google 就会告诉你他们选择的规范网址。

除此之外，可以导出 GSC 数据并在 Excel 或 Google Data Studio 中组合查看你的流量，以更好地观察迁移状况，你可能还想使用页面或关键字数据的组合视图来解决损失问题。

索引覆盖率报告可帮助了解你的页面是如何编入索引的，如果同时上传了旧的 sitemap 文件和新的 sitemap 文件，则可以在此处查看索引的变化并检查是否存在任何问题。通过拥有 sitemap 文件，可以获得仅针对这些 sitemap 中页面的特定覆盖率报告。

如果想查看 Google 抓取活动和任何已识别问题的概览，最好查看 Google Search Console 中的抓取统计报告，此处提供了各种报告，可帮助识别抓取行为的变化、抓取问题，并提供有关 Google 如何抓取你网站的更多信息。

你肯定想查看任何标记的抓取状态，例如此处显示的状态：

还有上次抓取页面的时间戳记。

如果没有获得站点的基线抓取并且需要检查新旧之间的差异，请查看 archive.org 来寻找他们是否有任何页面的副本。他们通常还拥有来自站点的 robots.txt 文件副本，这些副本可用于查看是否出现问题并在此过程中被意外阻止。

如果无权访问某个网站的 Google Search Console，仍然可以通过在 Google 中粘贴 URL 来检查规范化，通常显示的第一页将是规范的。

同样，如果无权访问 GSC，则可以在日志文件中检查与抓取相关的许多其他问题。

只是一个小警告，『site:』的搜索运算符有时容易造成混淆，如果使用『site:』，是在询问 Google 对特定网站的了解程度。仅仅因为在那里看到页面并不意味着它们的索引方式或迁移存在问题。我已经看到这会导致人们做一些事情，像是阻止旧站点就为了将页面排除索引，而这会导致问题。

有些问题可能会在迁移结束后很久才会出现。

迁移网站并不容易，因此如果一切顺利，是时候庆祝一下了。但是由于这可能不是你最后一次进行网站迁移，因此我建议你再与相关人员相聚，讨论哪些地方做得好、哪些地方出了问题，以及如果重来一遍必须更改哪些地方。

还有任何问题吗？到 Twitter 上找我。

译者，李元魁，SEO 分解茶博客创始人