SEO：对于重新设计和迁移，为最坏的情况做准备

您花了几个月的时间准备重新设计或迁移电子商务。 您需要考虑搜索引擎的优化，并预计启动后自然搜索流量会增加。 但是发布时发生的事情会影响或破坏您的表现。 重要的是要期待最好的，但要做好最坏的准备。

SEO性能始终根据发布后网站的状态而变化。 这种变化是正面的还是负面的，取决于您对SEO的战略，设计和实施的程度。 重新设计或迁移的启动可能会改变搜索引擎对您的网站进行爬网和编制索引的方式，从而改变排名和自然搜索流量。 您计划使这种变化是积极的，但并不总是这样。

但是还有另一个因素：启动策略本身。 有四个关键步骤。

301重定向

重新设计或迁移中最重要的SEO因素之一是301重定向策略。 301重定向告诉搜索引擎该旧页面已移至新位置。

重定向会将搜索引擎漫游器转移到新的URL，以便可以对其进行索引。 但这也要求搜索引擎将其在旧URL中存储的所有权限转移到新URL。 之后，搜索引擎可以从其索引中删除旧的URL。

重新设计或迁移中最重要的SEO因素之一是301重定向策略。

此过程对于启动至关重要，因为该权限是排名能力的最高确定者之一。 如果没有重定向，则新页面必须从头开始，在没有旧站点多年来获得的所有权限帮助的情况下，建立自己的权限。

您的开发人员团队将帮助您实现301重定向。 要制定计划，请参阅“如何进行重新设计，使用301重定向策略保护SEO”上的操作指南文章。

永远不要跳过此步骤。 这不是一个有趣的步骤，您的开发人员团队不会喜欢这样做。 但是，不使用301重定向启动的后果是立即而可怕的，如下所示。

如果启动时没有301重定向，则会丧失自然搜索性能中依赖于非品牌查询的部分。 这些是最难排名的搜索-不包含您公司品牌名称的搜索。

您的品牌搜索效果通常会更好，因为它通常在网站的域名中表示，并且遍布网站的所有页面。 但是，如果您公司的品牌竞争激烈，您可能会发现转销商或其他渠道合作伙伴在这些搜索中的排名比发布前更高。

分析工具

启动前阶段也是收集基准分析的绝佳时机，以便您可以将启动后的性能与之进行比较。 如果SEO性能存在问题，您不想在繁忙的发布后争夺数据。 在启动之前收集它，这样您就可以做好准备。

至少在发布前八周收集每周数据。 同时捕获上一年的相同数据也是一个好主意。 如果您测量发布前八周和发布后八周的时间，则这是四个月的数据，这表明季节性可能会发挥作用。 您需要知道分析中的上升趋势还是下降趋势是由于启动还是由于季节性。

至少要每周从分析中捕获自然搜索会话，订单和收入。

在Google Search Console中，捕获每周点击次数，展示次数，点击率和平均排名。 注意索引和错误级别。 请记住，Google Search Console数据未存档，因此每天丢失数据。 安全播放并定期下载数据。

捕获您的管理要求的所有指标，这些指标对于分析SEO性能至关重要。 例如，如果老板热衷于跳出率，则最好在基准中捕获自然搜索跳出率数据。

收集您可能需要的一切。 在发布后有时间收集它可能是您所没有的奢侈品。

沟通

一些团队建立了各种作战室，从中可以管理发射的进度并对发生的任何问题进行分类。 您的SEO专业人士应该在那个房间里。 如果没有，她应该在开放线路上拨入。 她将需要知道启动何时完成，何时进行301重定向以及何时出现可能影响SEO的问题。

确保整个团队都有她的联系信息，并且她有电话号码，电子邮件，即时消息ID以及团队使用的其他任何主要沟通方式。 启动后不知道与谁联系遇到严重问题，不要被抓住。

如果她遇到其他团队成员的**，请散布上图，显示发射问题对性能的影响。 该数据已在许多发射中得到了概括。 这是一个反复出现的模式。 使用这些数据来帮助团队理解SEO是迁移的关键部分，并且完全受技术实施的影响。

确保您的SEO专业人员可以访问开发人员的票务平台，以便她可以在发现错误时提交错误和关键问题。 否则，请向她提供联系点，以将问题归纳到此。

发布后测试

知道您将在发布后进行测试并提前计划的内容。

您的第一步应该是仔细检查robots.txt文件中没有全局disallow命令，并且页面上没有meta robots noindex标记。 这是使搜索引擎脱离开发站点的两种常用方法。 它们有时会意外地**到实时生产站点，这会导致整个站点的索引降级。 在开始时进行快速检查可以避免以后的很多痛苦。

下一步应该测试这301个重定向。 它们的实现问题应立即解决-在搜索引擎机器人发现它们并开始更改其索引模式之前。

有更多的测试要比本文概述的要多。 对于您的发布，请事先列出一个列表。 之后，如果发现错误，请检查每件事并编写带有示例的详细注释。 将关键问题与错误分开，并进行相应的沟通。

这篇文章的基调是厄运与忧郁：为最坏的情况做准备。 一些产品发布顺利，自然搜索性能立即得到改善。 它确实发生了，但不是很经常发生。 重新设计和迁移通常是网站生命周期中的复杂事件，有很多动静的部件，几乎不可能完美启动。

期望最好，但要做好最坏的准备。