管理成功的SEO迁移

[ad_1]

管理成功的SEO迁移

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

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

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

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

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

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

这样的示例包括Homebase HTTPS迁移(Omi Sido对此进行了深入介绍 这里),以及最近的Logojoy到Looka的品牌重塑,当通过第三方工具查看时,排名关键字减少了25,000(从150k到125k)。

界定SEO迁移

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

管理成功的SEO迁移“ width =” 718“ height =” 262“ Size =”(最大宽度:718px)100vw,718px“ data-srcset =” https://cdn.searchenginejournal.com/wp-content/uploads/ 2019/11 / migration-gone-wrong-5dd274985f26c.png 718w,https://cdn.searchenginejournal.com/wp-content/uploads/2019/11/migration-gone-wrong-5dd274985f26c-480x175.png 480w,https: //cdn.searchenginejournal.com/wp-content/uploads/2019/11/migration-gone-wrong-5dd274985f26c-680x248.png 680w“ data-src =” https://cdn.searchenginejournal.com/wp-content/上传/2019/11/migration-gone-wrong-5dd274985f26c.png站点迁移的示例,其中SEO咨询公司成立得太迟,并且在做出所有关键决定之后。

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

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

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

在范围界定文档中,必须建立以下条件:

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

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

风险缓解

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

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

重新导向

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

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

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

通常,进行迁移时,人们会专注于重定向URL,因为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专业人员可以控制的。

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

通常,这不是开发人员的错,而是更多决策者的计划不周的征兆。

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

不可控制的变量

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

图片积分

作者截图,2019年11月

相关文章