「站群自动」网站迁移SEO核对清单：不要失去流量

几乎没有什么可以比执行不当的网站迁移更快地破坏品牌在搜索结果中的表现。

更改域名或实施HTTPS可能是一项很好的业务举措，但是如果您不考虑搜索引擎如何对此举措做出反应，则几乎可以肯定，自然搜索流量会遭受重大打击。

在为网站制定迁移游戏计划时，请使用以下SEO清单进行准备。

1.仔细考虑迁移是否是正确的选择

网站迁移几乎总是会造成暂时的流量损失-Google需要时间来处理更改并相应地更新其索引。 精心执行的网站迁移可以最大程度地减少流量波动，在最佳情况下，Google最终会将新网站视为原始网站。

尽管如此，那只是最好的情况。 现实情况是，网站迁移本身并不会带来SEO收益，也不会消除搜索引擎的损失。 （这就是为什么SEO经常将网站迁移用作改善SEO的机会，例如简化网站结构，修复断开的链接，合并冗余页面和进行内容改进。）

考虑到所有这些，何时进行网站迁移值得？

• 当进行强有力的品牌重塑时。
• 迁移时会产生新闻和链接。
• 当站点需要移动到HTTPS时（仅通过迁移即可带来SEO收益的少数情况之一）。

2.使用沙箱

在未首先测试测试服务器上的所有内容之前，切勿进行站点迁移。 验证重定向工作正常，并在公开之前进行所有私下检查。 如果不做任何测试就一口气做下去，肯定会导致错误，如果错误严重到极了，他们可以将您的网站推迟数周。

3.计划在缓慢的时间内迁移

计划周密且受监控的迁移不会永久影响您的流量，但您应该计划暂时的下降。 因此，最好在一年中的很短的时间内执行迁移，前提是您网站的性能存在季节性。 在假期期间或假期之前不久进行网站迁移始终是个坏主意。 尽管目标始终是避免丢失任何流量，但重要的是要确保如果确实丢失流量，则在业务已经很慢的情况下也会丢失流量。

4.在迁移之前抓取您的网站

使用Screaming Frog之类的工具爬网您的网站，并确保保存爬网以备后用。

您需要确保您在旧站点上具有完整的URL列表，以使所有内容不会因过渡而丢失。

利用此机会来识别旧站点上存在的所有爬网错误和重定向。 随着时间的流逝，这些趋向于上升。 我很少遇到一个至少没有断开或重定向的链接的网站。

在迁移过程中，您应绝对删除或替换所有指向404页的链接。 另外，我强烈建议更新指向重定向页面的所有链接，以便它们指向最终页面。 您不想在迁移后以重定向链结尾。

请记住，网站爬网可能无法识别网站上的每个页面。 例如，如果您的页面没有与网站上其他页面链接，则这些页面不会显示在爬网中。 当然，您可以使用自己的记录和数据库来查找这些页面，但是，如果不可能，则可以在Google Analytics（分析）数据中以及通过类似Ahrefs的链接浏览器找到这些页面。

如果找到任何孤立页面，请确保更新站点，并在迁移过程中链接到这些页面。 如果未从您网站的其余部分链接到这些页面，则它们吸引搜索引擎流量的可能性将大大降低。

5.基准化您的分析

**您的Google Analytics（分析）数据; 您将需要此信息，以便您可以快速确定迁移后是否丢失了任何流量。

如果有任何流量丢失，从您的新网站导出Analytics的数据和运行与旧网站的数据侧方比较，这样就可以精确地识别哪些页面丢失的流量。 在许多情况下，流量损失将被隔离到单个页面，而不是整个站点。

您可能还想使用Ahrefs之类的工具来识别并记下最链接到的页面。 迁移后，您将需要特别注意这些页面并密切监视它们。 如果这些站点丢失流量，则表明该权限未从您的旧站点正确转移到新站点。 这些页面对您的权限贡献最大，因此此处的丢失可能会影响网站的整体性能。

6.将所有更改的URL从旧映射到新

您应该有一个电子表格，其中列出了每个旧的URL和每个新的URL。

理想情况下，在网站迁移期间，所有旧页面都位于新网站上。 显然，删除页面会删除其捕获搜索引擎流量的能力。 最重要的是，在迁移过程中删除太多页面可能会导致Google得出结论，即新网站与旧网站不一样，从而导致您失去排名。

同样，理想情况下，URL架构应与旧架构相同，除非您有很强的理由进行更改。 如果您确实打算进行更改，则网站迁移似乎是理想的时机，但是您应该意识到，这样做可能会导致Google将其视为完全不同的网站。 如果您同时执行两项操作，则将无法确定是否有任何流量损失是由于更改体系结构或迁移站点造成的。

保持体系结构不变的另一个原因是，它允许您在.htaccess文件中使用正则表达式轻松地从旧页面重定向到新页面。 与一一命名重定向相比，这给您的服务器减轻了负担，并且使设置重定向的过程变得轻而易举。

7.更新所有内部链接

新站点上的HTML链接应指向新站点，而不是旧站点。

这听起来似乎很明显，但是随着过程的进行，您将很快意识到保持链接不变的诱人之处，因为它们仍然会重定向到新的URL。 不要屈服于这种诱惑。 除了服务器负载（这会降低站点性能）之外，重定向还会使您的PageRank受到影响。

重写链接的理想方法是对数据库执行搜索和替换操作。 应该执行该操作，以便它在不更改文件夹结构的情况下更新域名（假设您保持站点结构不变）。

仔细编写搜索和替换操作，以便仅更新包含URL的文本。 通常，您希望避免使用相同的搜索和替换操作来更新品牌名称和URL。

8.自我规范化所有新页面

验证新站点上的规范化引用的是新站点，而不是旧站点。 对旧站点进行规范化可能会造成灾难性的后果，因为它可能会阻止对新站点建立索引。

我建议对新站点上的所有页面进行自我规范化（当然，对于那些应该规范化为另一页的页面除外）。 结合重定向，这可以告诉Google新站点实际上是旧站点的新位置。 无论如何，建议在站点范围内进行自我规范化，因为URL参数会创建重复的内容，这些内容应始终规范化为不带参数的URL。

9.解决重复的内容问题

迁移过程中的各种错误操作可能导致重复的内容问题。 请注意这些问题，并采取措施避免出现这些问题：

• 如果同时发布了URL的多个版本，则将导致重复的内容。 如果正确进行自我规范化，则应该解决此问题，但是我始终建议在.htaccess中设置重定向规则，以便只能访问该页面的一个版本。 确保链接一致以避免从内部链接重定向。
• IP地址应重定向到URL。
• 请注意导致相同内容的文件夹，尤其是“默认”文件夹。
• 验证仅使用HTTPS或HTTP，并且仅可访问该站点的www或非www版本。 其他人应重定向到正确的站点。
• 如果您的站点具有搜索功能，则搜索结果页应该没有索引。
• 我之前提到过，但是应该进行自我规范化，以避免URL查询字符串创建重复的内容。

10.识别并解决所有已删除的页面

我在上面提到，您通常应该避免在迁移过程中删除任何页面。 如果仅出于商标目的而必须删除某些页面，请执行以下步骤：

• 列出所有页面。
• 不要将旧页面重定向到新站点。
• 从这些页面上删除所有链接。
• 从旧站点中删除页面，并允许它们重定向到404。
• 如果该页面有合适的替代品，请设置重定向并更改所有链接以指向新页面。 仅当替换页面具有与旧页面相同的目的时，才应这样做。
• 不要将已删除的页面重定向到主页（也称为“软404”）。 如果没有合适的页面替代品，则应该为404。只有链接到该页面时404才是错误。

11.确保到位自定义404页面

定制的404页面使用户可以轻松浏览您的网站，并在其不再存在的页面上找到有用的信息。

12.管理和提交站点地图

将您的旧站点地图保留在Google Search Console中，并为新站点添加站点地图。 请求Google抓取旧的站点地图并发现重定向是加快此过程的好方法。

13.始终保持分析到位

在向公众发布网站之前，请在新域上安装Google Analytics（分析）并使其正常运站群自动行。 您不希望在过渡期间丢失任何数据，因此在迁移期间注意流量的任何变化很重要。

14.重定向所有更改的链接

如上所述，设置重定向的理想方法是在旧站点的.htaccess文件中使用正则表达式。 regex表达式应该只换出您的域名，或者在进行SSL迁移时换成HTTP换成HTTPS。

对于不可能做到的任何页面，您将需要设置一个单独的重定向。 确保这不会与您的正则表达式产生任何冲突，并且不会产生任何重定向链。

在测试服务器上测试您的重定向，并验证它不会产生任何404错误。 我建议您在重定向在您的公共网站上发布之前执行此操作。

请记住，重定向生效后，您的网站已有效迁移。 在设置重定向之前，新站点应处于原始状态。

15.保持对旧域的控制

除非迁移的目的是出售原始域名，否则我强烈建议您不要放弃对旧域名的控制。 理想情况下，旧域应无限期地逐页重定向到新域。 如果这些重定向丢失，则旧站点获得的所有入站链接也将丢失。

一些行业专家声称，一旦Google停止为旧域名建立索引，您就可以放弃对旧域名的控制，但是我绝不建议这样做。 尽管有可能Google会将指向旧站点的链接归因于新站点，即使没有重定向，但它对搜索引擎的信任度比我推荐的要高得多。

16.监控流量，性能和排名

请密切注意您的搜索和引荐点击量，并在迁移后至少一周内每天进行一次检查。 如果流量有任何变化，请深入到页面级别，并将旧站点上的流量与新站点上的流量进行比较，以确定哪些页面丢失了流量。 尤其应该检查那些页面是否存在爬网错误和链接问题。 如果可能，您可能希望将指向页面旧版本的所有外部链接更改为新版本。

同样重要的是，根据权限和外部链接数，密切关注链接最多的页面。 这些页面在您网站的整体排名能力中发挥着最大作用，因此此处的性能变化表明您网站的整体性能。

使用SEMrush之类的工具来监控目标关键字的排名。 在某些情况下，这会告诉您在流量变化明显之前是否发生了某些事情。 这也将帮助您确定Google为新站点建立索引的速度以及是否从索引中删除了旧站点。

17.在Google Analytics（分析）中标记日期

在迁移过程中，使用Google Analytics（分析）注释来标记关键日期。 这将帮助您确定在此过程中可能遇到的任何问题的原因。

18.确保正确设置了Google Search Console

您将需要在Google Search Console中为新域设置新属性。 验证是否为正确的版本进行了设置，并考虑了HTTP与HTTPS，www与非www的关系。 提交新旧站点地图，以巩固旧站点已被重定向到新站点的消息。

在Google Search Console中提交地址更改，要求Google抓取新的站点地图，然后使用“以Google身份获取”提交要索引的新站点。 在执行此操作之前，请确保所有重定向，规范化和链接均无错误，这一点非常重要。

19.正确管理PPC

更新您的PPC广告系列，使其指向正确的网站。 如果您的PPC广告系列指向旧站点，则由于重定向，属性将在Analytics（分析）中丢失。

20.更新所有其他平台

更新所有社交媒体配置文件，用作访客发布者的个人简历，您拥有的其他网站，使用的论坛签名以及您利用的任何其他平台，以使这些链接指向的是新站点，而不是旧站点。

21.伸出您最突出的链接

请与链接到您的最权威的网站联系，以使他们了解迁移情况，并建议他们更新链接以指向新网站。 并非所有人都能做到这一点，但是这样做的人将有助于加快Google认识到网站迁移已发生的过程。

我不建议您对每个链接进行此操作，因为这对于大多数站点来说将是非常耗时的，但是对于您的顶部链接则值得这样做。

22.监视索引页面数

Google不会立即为您新站点上的所有页面建立索引，但是，如果经过一个月后，索引页面的数量与旧站点的值不相同，则肯定出现了问题。

23.检查404和重定向

爬网新站点以确认没有404或301（或任何其他3xx，4xx或5xx代码）。 新站点上的所有链接应直接指向正常运行的页面。 404和501错误是最大的违法者，应首先注意。 如果有适合404页面的替换项，请更改链接本身以指向替换项，并验证通过其他方式到达缺少页面的任何人的301位置是否正确。

第二大罪犯是指向旧网站上301页的链接。 即使这些重定向到新站点，服务器负载也不利于性能，并且链接回旧站点可能导致对站点迁移已发生的事实感到困惑。 尽管所做的所有其他努力应向Google和其他搜索引擎阐明这一点，但最好不要碰到这些事情。

此后，任何其他301都可以照顾。 始终更新内部链接以直接指向正确的页面，而不要通过重定向。

24.搜寻您的旧网址

使用Screaming Frog或类似的工具来爬网所有旧的URL。 请确保对您在迁移之前收集的URL进行爬网，并确保该列表包含所有无法通过爬网发现的URL。 不要尝试直接爬网该站点; 301将使它仅抓取第一页。

验证所有旧URL都重定向到新站点。 除非您在迁移过程中删除了该页面，否则不应有任何404。 如果有404，请确认没有链接到它们。 如果不需要404，请设置适当的重定向。

检查外部URL，以验证所有重定向均正常。 外部URL均不应为301或404。 外部URL中的301表示重定向链，并且对性能不利。 重定向到404将为您的用户带来非常令人沮丧的体验，并可能以其他方式损害您的SEO。

结论

如果在不考虑SEO的情况下进行了网站迁移，那么您几乎可以押注在此过程中失去搜索引擎流量。 除了在受到Google惩罚后与我联系的客户之外，我遇到的最糟糕的SEO困境是由专业人员在网站迁移期间造成的，这些专业人员没有考虑搜索引擎会对流程做出怎样的反应。 如果您打算迁移网站，请牢记以上所有内容，并且网站应该一帆风顺。

本文中表达的观点是来宾作者的观点，不一定是Search Engine Land。 工作人员作者在此处列出。