在站点/URL 迁移期间,您是否应该一直期待流量下降,即使是暂时的?
如果您没有注意到,Moz 最近推出了一个闪亮的新谷歌搜索引擎优化问答平台,供全世界查看、探索和使用以了解谷歌搜索引擎优化。
多年前最初作为 Pro 会员的私人功能推出,Q&A 于 2011 年开放供公众和搜索引擎查看。
从那以后的几年里,它增长到超过 60,000 个帖子,涵盖了所有可以想象的谷歌 SEO 主题,以及数千万的页面浏览量。长期以来,Moz 的有机流量很大一部分来自问答环节。
但遗憾的是,正如经常发生的那样,随着时间的推移,问答环节被严重忽视。因此:
- 该平台积累了大量技术债务,几乎无法更新
- 页面加载如此缓慢,许多用户完全放弃
- 垃圾邮件变得越来越普遍
- 审核工具已过时,无法跟上
由于这些原因,发生了两件可以预见的事情:
- Q&A 对用户的用处和满意度降低
- 随着时间的推移,流量显着下降
所以 Moz 有一个选择:立即改进 Q&A,或者杀死它。
值得庆幸的是,我们选择改进它。
与 NodeBB 的出色团队合作(顺便说一句,强烈推荐),我们使用现有数据库快速启动了一个新的问答,但在前端和后端使用了完全现代的技术。
为什么这次迁移具有挑战性
我们处于紧张的时间限制之下。通常可能需要几个月的时间,我们需要在几周内完成。从谷歌搜索引擎优化的角度来看,这提出了独特的挑战。
最大的挑战?我们的整个 URL 结构需要改变。(如果我们有更多时间,我们可以避免这种情况,但这是我们没有的奢侈品。)这意味着我们需要迁移数千个如下所示的 URL:
- 旧:moz.com/community/q/how-long-will-it-take-to-reach-da-2
- 新:moz.com/community/q/topic/69872/how-long-will-it-take-to-reach-da-2
迁移还包括 Moz 的所有用户配置文件,数量达数十万。公平地说,大多数用户配置文件实际上都没有被索引。
无论如何,这是一次巨大的迁移!
另一个潜在的危险信号是大多数问答将使用客户端渲染——不被认为是最好的谷歌 SEO 实践!我们本可以为服务器端渲染实现一个解决方案,但同样,我们根本没有时间。我们担心 Google 会在呈现内容时遇到问题,这可能会降低我们的排名(稍后会详细介绍。)
我们如何执行迁移
为了完成这一巨大的迁移,同时最大限度地减少流量损失的风险,我们遵循了基本的 google SEO 站点迁移最佳实践,以及一些“特殊”附加功能以进一步提升。
1. 301重定向映射
简而言之,您实施 301 重定向的方式将影响您的迁移实施。
对我们来说,这实际上是工作中最简单、最直接的部分,因为我们在站点迁移方面拥有丰富的经验!(有人记得 google seomoz.org 吗?)
- 我们列出了所有可能的 URL 和 URL 路径。令人惊讶的是,您可能会错过多少 URL 和模式。一个好的爬虫对于帮助解决这个问题至关重要,以确保您不会忘记任何事情。对于 Moz,我们能够使用来自 Google Analytics、Search Console 和我们自己的 Moz Pro 网站抓取的数据来完成此任务。
- 我们在新的 NodeBB 平台上将每个 URL 映射到其对应的 URL。虽然我们发现了许多边缘情况,但这相对简单。
- 我们确保通过 301 重定向所有内容。这很重要,因为许多平台和开发人员可能默认使用 302。虽然 Google 告诉我们他们通过 302s 和 301s 平等地传递 PageRank,但 Google 还表示 301s 是一个更强的规范化信号。
说到规范化,我们还使用 NodeBB 平台对新的 URL 结构进行了爬网。在我们发现 URL 路径与我们的旧模式不匹配或我们认为无关的情况下,NodeBB 团队能够轻松设置规范化模式以避免 Google 过度索引我们的 URL。
2.最大站点地图管理
我们迁移策略的一个关键部分是站点地图管理。这涉及两个步骤:
1. 旧网址:我们已经有了所有旧网址的站点地图。重要的是,我们在 Search Console 中保留并注册了这些站点地图。这样,Google 将继续抓取旧网址并“查看”重定向。
通常,网站管理员会犯过早删除站点地图的错误,这可能会导致 Google 的抓取速度下降。这意味着 Google 可能需要更长的时间来处理重定向。
站点地图并不能完美保证 Google 会访问您的所有旧网址,但它们确实提供了提示。事实上,几个月后,我们仍然有数千个 URL,Google 仍然没有访问过,即使站点地图已经到位。无论如何,如果没有旧 URL 的站点地图,问题可能会花费更长的时间。
2. 新网址:我们的旧站点地图被分组到每个 50,000 个列表中——这是 Google 允许的最大值。google SEO 社区中有一些建议,将 URL 分组到较小的站点地图中实际上可以提高抓取效率。
幸运的是,NodeBB 默认允许我们构建更小的站点地图,这正是我们所做的。我们现在有 130 个单独的 XML 站点地图,而不是 2-3 个站点地图和数万个 URL,通常每个站点地图不超过 500 个 URL。
3.垃圾邮件+垃圾清理
正如我之前提到的,旧 Q&A 有超过 60,000 个单独的帖子在 10 年内建立起来。
不可避免地,其中一些帖子的质量非常低。我们怀疑帖子的低质量以及糟糕的用户体验都可能导致谷歌对我们的排名降低。
同样,时间限制意味着我们无法进行完整的内容修剪审计。幸运的是,NodeBB 再次出手相救(这开始听起来像广告——我发誓不是!)并通过他们的垃圾邮件插件运行了所有 60,000 个帖子,以删除最明显、低质量的违规者。
我们总共删除了 10,000 多个帖子。
我们没有重定向这些 URL,只是在迁移后让它们 404。似乎没有人想念他们。
仅供参考:另一个关于内容修剪的优秀资源是与 Bernard Huang、Suganthan Mohanadasan 和 Andy Chadwick 的精彩网络研讨会。
4.更好的内部链接和用户体验
即使我们移植了相同的内容和基本设计,迁移也为改善用户体验提供了绝佳的机会。为了实现这一点,我们对整体 UX 做了两个微小的调整:
- 在整个应用程序中添加面包屑
- 在侧边栏中添加了高度相关的“相关问题”
旧的 Q&A 没有这些功能。遇到一个问题的用户没有选择探索其他问题的选项。结果,我们多年来一直遭受着令人沮丧的高跳出率和糟糕的网站参与度指标。
结果:迁移前后
老实说,我从未见过像这样的迁移。在执行了许多迁移之后,我尽最大努力让每个人都为最可能的情况做好准备:为 1-3 个月的流量下降 15-30% 做好准备,而 Google 会处理所有 URL。
事实上,甚至没有发生任何类似的事情。
正如您在下面的图表中看到的那样,我们实际上看到了流量的增加,几乎从第一天开始。
事实上,在迁移后的两个月内,与所有其他页面的流量相比,问答页面的自然谷歌流量增长了近 19%。
是什么导致交通量立即上升?是改进的站点地图覆盖率、更好的内部链接还是其他什么?
我们只是不确定,但我们确实有提示。
我们一推出新的问答,参与人数就飙升:
- 现场时间更长
- 跳出率较低
- 每个会话更多页面
简而言之,用户似乎对新体验更快乐、更投入。
提高的用户参与度是否有助于排名?
再说一次,我们不知道。谷歌对于它如何使用或不使用用户点击信号来进行排名方面守口如瓶,但我们确实有我们的怀疑。
走向未来
我们仍在继续改进问答体验。最值得注意的是,我们正在努力优先考虑速度改进,特别是考虑到 Google 围绕 Core Web Vitals 开展的工作。
无论如何,这绝对是一次令人愉快的迁移,我们没有经历过流量下降——甚至一天都没有!
也许如果您极大地改善您的用户体验、网站架构和谷歌 SEO 最佳实践,迁移实际上可能会带来快速的净赢。