作为 SEO 专业人士，我们对迁移以及随之而来的各种程度的波动并不陌生。
随着技术和业务目标的发展，迁移是数字业务生命周期中的自然现象。
迁移可以采用不同的形式，但我们遇到的更常见的形式包括：
- 重组的 URL。
- 更改协议（HTTP 到 HTTPS）。
- 更换托管服务提供商。
- 迁移到新平台。
- 更改域名。
- 合并多个域属性。
- 减少“为什么”。
- 并更多地关注“如何”。
- 迁移的原因（来自客户端）。
- 主要和次要利益相关者。
- 每个利益相关者的活动范围和责任（维持流量和排名不是责任，而是目标）。
- 活动时间表和迁移后资源。
- （各方同意）迁移的目标。
- 报告频率和深度。
- 元数据已正确转移。
- 结构化数据得到实施和验证。
- 规格正确。
- 分页标记是正确的（Bing 也存在！）。
- 内部链接已完成并指向 200 个 URL。
- 存在 XML 和 HTML 站点地图。
- Hreflang 设置正确（如果您是国际网站）。
- 重定向已经过测试。
- 您的 404 页面返回 404 响应代码。
- 不正确的 SEO 策略/不明确的目标。
- 资源和时间表的规划和范围不足。
- 影响内容或代码的意外用户体验/设计更改。
- 让 SEO 机构介入为时已晚/在做出关键决定之后。
- 测试不佳或缺乏足够的测试。
- 对迁移后错误修复和低开发优先级的响应缓慢。
- 不可控变量（例如谷歌更新）。
of" range.
在业内我们听说迁移是错误的，也就是说迁移开始影响 SEO 之外的世界。
失去一些流量和一些排名不是头条新闻，但企业关闭商店和裁员是。
这方面的例子包括 Homebase HTTPS 迁移（Omi Sido 在此深入介绍），以及最近的 Logojoy 到 Looka 的品牌重塑，它看到更少通过第三方工具查看时排名关键字 25,000（从 150k 到 125k）。
定义您的 SEO 迁移
对我来说，获得正确的迁移范围对于成功至关重要整个迁移过程，避免出现以下情况：
网站迁移示例，其中一家 SEO 咨询公司成立得太晚，并且在做出所有关键决定之前。
范围界定和规范的一个关键部分是它必须对双方都可行开发者和更广泛的利益相关者：
歧义会产生风险。误解的空间越小越好。
在范围文档中，必须建立以下条件：
由此，您可以开始制定尽可能降低风险的活动计划。
风险缓解
在大多数情况下，任何迁移过程中的风险缓解都是针对许多例行迁移活动完成的。
但是，每项活动都旨在减少风险因素并朝着商定的目标努力。
重定向
重定向几乎是所有迁移的一部分。
但是，在执行多次迁移后流量下降审核后，这里列出了在确定范围和实施重定向时常犯的一些错误。
JS、CSS、Parameters 和 Media 文件不重定向
通常在做迁移时，人们关注重定向 URL，因为 URL 排名高，但如果有必要，您也应该考虑重定向 JS 文件、CSS、参数 URL 和媒体文件（图像、视频）。 .
很多人质疑重定向图片的价值，但网址就是网址，Google 会抓取它们。 Google 甚至建议您重定向图片网址。
环境变化
迁移到新平台、重新设计模板或更新网站结构时，重要的是要确保新“环境”至少能反映SEO质量上一个。
新平台经常上线，很多内容隐藏在JavaScript可扩展区后面，禁用NoScript或JS后仍然隐藏，或者遗漏其他关键元素，所以审核新内容很重要环境以检查以下内容：
站点速度之类的东西需要实时站点测试，除非暂存和预生产环境在镜像堆栈上（这样你就可以模拟相同的性能），但更多时候它们不在性能导向的服务器。
了解为什么迁移出错
通常，当迁移出错时，至少可以确定七个原因之一，它们是：
薄弱的战略
为了为“成功”设定一个可衡量的基准，了解迁移发生的原因并取得预期结果至关重要。
对于大多数迁移，以主要 SEO 性能为目标，然后使用所述稳定性作为增长的基础。
但是，每种迁移类型都有其自身的一组风险。这些需要传达给客户和更广泛的利益相关者。
如果您要移动主机或平台，但要保持您的 URL 结构，它应该是无缝的，但是，如果您要重命名和更改您的域名，则需要一段时间。
规划和范围界定不当
尽早制定详细的范围和项目计划可以通过设定对 SEO 流程和任务所需时间的预期来避免沿途的延误。
这还可以让您考虑项目范围内的因素是什么，什么不是，以便您可以适当地规划和分配资源。
通过规划，您还可以识别潜在的障碍，例如公共假期或销售高峰期。
例如，作为在线零售商，您不会在感恩节启动您的网站，因为重大错误可能会危及您的黑色星期五/网络周/圣诞节期间。
后期参与
SEO 迁移不会在一夜之间发生。
但是，SEO 支持在路线图中往往为时已晚，因为许多关键决策是提前做出的，可能会影响有机搜索性能。
有时，只要时间表上有进行更改的空间，延迟参与可能是一种节省，但这种情况很少见，您只需观察并为事后分析做准备。
这也意味着缺乏足够的测试（从 SEO 的角度来看）
开发响应时间慢
这通常不是业务本身的问题，也不是SEO专业人士可以控制的。
我遇到过这样的情况，之前迁移的开发资源已完全重新用于业务的另一部分，没有时间进行紧急或临时错误修复。
通常，这不是开发人员的错，而是更多决策者规划不当的症状。
我见过在整个网站上都启用了全站索引的网站（因为部署了错误的存储桶），我们几乎立即对其进行了标记——花了 4 天时间才删除分配。
无法控制的变量
尽管进行了最好的规划和资源分配，您仍会时不时地遇到无法预料且完全无法避免的事情，例如 Google 更新或 CDN/DNS 中断。
图片来源
作者截屏，2019 年 11 月
