作为外贸SEO专业人员，我们对迁移及其带来的各种波动程度并不陌生。

随着技术和业务目标的发展，迁移是数字业务生命周期中自然发生的事件。

迁移可以采用不同的形式，但是我们遇到的更常见的迁移包括：

• 重组URL。
• 更改协议（HTTP到HTTPS）。
• 更改托管服务提供商。
• 迁移到新平台。
• 更改域名。
• 合并多个域属性。

风险和变量的级别在不同的迁移类型之间以及客户的技术堆栈中的变量和细微差别之间会发生巨大变化，这意味着几乎不可能提供“现成的”范围。

在行业中，我们听说迁移是错误的，即当迁移开始影响SEO之外的世界时。

失去一些流量和一些排名并不是头条新闻，但是关闭商店并裁员的企业却是头条新闻。

这方面的例子包括固定课室HTTPS迁移（如覆盖深度近江西多在这里），以及最近的Logojoy到Looka更名，其通过第三方工具眼睛看时显示为25000的排名关键字的下降（150K至125k）。

界定SEO迁移

对我来说，正确确定迁移范围对于整个迁移过程的成功至关重要，并避免出现以下情况：

作用域和规范的关键部分是，它对于开发人员和更广泛的利益相关者都必须是可操作的：

• 减少“为什么”。
• 并更多地关注“如何”。

歧义会带来风险。误解的空间越少越好。

在范围界定文档中，必须建立以下内容：

• 发生迁移的原因（从客户端）。
• 主要和次要利益相关者。
• 每个利益相关者的活动范围和责任（保持流量和排名不是责任，这是一个目标）。
• 活动时间表，以及迁移后资源。
• （各方同意）迁移的目标。
• 报告频率和深度。

由此，您可以开始创建活动计划，以尽可能减少风险。

风险缓解

在大多数情况下，任何迁移期间的风险缓解都是针对许多常规迁移活动进行的。

但是，每种活动都旨在减少风险因素，并努力实现商定的目标。

重新导向

重定向几乎是所有迁移的一部分。

但是，在执行了许多迁移后流量下降审核之后，以下是在范围界定和实施重定向时常犯的一些错误。

JS，CSS，参数和媒体文件未重定向

通常，进行迁移时，人们将注意力集中在重定向URL上，因此排名靠前，但您也应该在需要时重定向JS文件，CSS，参数URL和媒体文件（图像，视频）。 。

许多人质疑重定向图像的价值，但URL是URL，Google会对其进行爬网。Google甚至建议您重定向图像URL。

环境变化

在迁移到新平台，重新设计模板或更新网站结构时，重要的是要确保新的“环境”至少能反映前一个SEO的质量。

新平台通常会上线，并且很多内容都隐藏在JavaScript可扩展区域的后面，并且禁用了NoScript或JS后，它仍然保持隐藏状态，或者错过了其他关键元素，因此审核新环境以检查以下内容很重要：

• 元数据已正确结转。
• 结构化数据已实现并得到验证。
• 规范是正确的。
• 分页标记正确（Bing也存在！）。
• 内部链接已完成，并指向200个URL。
• 存在XML和HTML站点地图。
• Hreflang的设置正确（如果您是国际网站）。
• 重定向已经过测试。
• 您的404页面返回404响应代码。

了解迁移为什么会出错

通常，当迁移出错时，可以至少指出以下七个原因之一，这些原因是：

• 不正确的SEO策略/目标不明确。
• 资源和时间表的规划和范围不足。
• 意外的UX /设计更改会影响内容或代码。
• 太迟/关键决策已经定下来之后，才让SEO机构参与进来。
• 不良或缺乏足够的测试。
• 对迁移后错误修复的响应速度慢，开发优先级低。
• 不可控制的变量（例如Google更新）。

战略不力

为了为“成功”设定可衡量的基准，了解迁移为什么会发生并达到预期的结果至关重要。

对于大多数迁移而言，目标是主要的SEO性能，然后将所述稳定性用作增长的基础。

但是，每种迁移类型都有其自己的一组风险。这些需要传达给客户和更广泛的利益相关者。

如果您要迁移主机或平台，但要维护URL结构，则它应该是无缝的，但是如果您要重新命名和更改域名，则需要一段时间。

规划和范围界定不佳

尽早设定详细的范围和项目计划，可以通过设定对SEO流程和任务花费多长时间的期望来避免一路延误。

这还使您可以在项目范围内考虑哪些因素是，哪些不是因素，以便可以适当地计划和分配资源。

通过制定计划，您还可以确定潜在的障碍，例如公共假期或销售高峰期。

例如，作为在线零售商，您不会在感恩节那天开通网站，因为主要错误可能会危害您的黑色星期五/网络周/圣诞节期间。

后期参与

SEO迁移不会在一夜之间发生。

但是，SEO支持通常是在路线图中太迟了，因为事先做出了许多关键决定，这些决定都会影响自然搜索的性能。

有时，只要在时间轴上有进行更改的空间，迟到的参与就可以成为一种节省的恩典，但这种情况很少见，您只能注视并准备验尸。

这也意味着缺少足够的测试（从SEO角度来看）

开发响应时间慢

这通常不是企业本身的问题，也不是SEO专业人员可以控制的问题。

我曾经遇到过这样的情况，在此之后，迁移开发资源已被完全重新用于业务的另一部分，因此没有时间进行紧急或临时的错误修复。

通常，这不是开发人员的错，而更多是决策利益相关者计划不佳的征兆。

我见过网站在整个站点上都启用了全索引noindex（因为部署了错误的存储桶），我们几乎立即对其进行了标记-分配资源需要4天才能删除它。

不可控制的变量

尽管规划和资源分配得最佳，但您时不时地会被无法预料和完全无法避免的事情所困扰，例如Google更新或CDN / DNS中断。