如果您总是期待在网站/ URL迁移期间的流量下降，甚至是临时？
如果您没有注意到，MOZ最近推出了
闪亮的新SEO问答平台对于所有世界来看待，探索和用来了解SEO。
最初作为职业会员推出的私人功能，Q＆A为公共和搜索引擎打开 – 查看2011年
很长一段时间，莫斯的有机交通的重要部分来自Q＆A.
悲伤地，经常发生，随着时间的推移，随着时间的推移，Q＆A看到严重忽视。结果：
tEchnical债务，几乎不可能更新
页面加载得如此慢慢
许多用户完全放弃了
垃圾邮件变得越来越普遍
促进工具已经过时
，并且无法跟上
原因，发生了两个可预测的事情：
Q＆a随着时间的推移，对用户变得较小和令人满意的是 显着下降
所以Moz有一个选择：立即改善问答，或杀死它。
谢天谢地，我们选择改善它。
在
nodebb
（推荐的情况下，使用我们的现有数据库快速旋转了一个新的问答，但在前端和后端的完全现代技术迅速旋转了一个新的问答。
为什么这种迁移是危险的Ging
我们受到强烈的时间约束。通常需要几个月，我们需要在几周内完成。这呈现了SEO视角的独特挑战。
最大的挑战？
我们的整个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实践！！我们可以为服务器端渲染实施解决方案，但再次，我们根本没有时间。我们担心谷歌会渲染内容的问题，这可能会坦克我们的排名（稍后更多。） 如何执行迁移
剥离这一巨大的迁移虽然最小化交通损失的风险，但我们遵循
基本的SEO站点迁移最佳实践
，以及额外的“特殊”额外的额外额外的额外额外的额外额外的额外额外的额外的额外的额外的额外的方法。
1。 301重定向映射
简单地说，您如何实现301重定向的方式到
制作或打破您的迁移
实现。对我们来说，这实际上是这项工作的最简单，最简单的部分，因为我们有很多与网站迁移的经历[ ！ （有人还记得seomoz.org?)
获成了每个可能的URL和URL路径的列表。这是惊人的，您可能会错过多少URL和模式。一个好的爬虫对于帮助来确保不要忘记任何东西至关重要。对于Moz，我们能够使用Google Analytics，Search Console和我们自己的Moz Pro Site爬网的数据来实现这一点。
我们将每个URL映射到新的NodeBB平台上的相应URL。虽然我们发现了许多边缘案例，但这相对简单。
我们肯定会通过301重定向一切。这是重要的SE许多平台和开发人员默认可能会使用302s。虽然谷歌告诉我们，他们通过302s和301s ，谷歌也表明301s是一个更强大的规范化信号。
谈到规范化，我们还使用NodeBB平台运行新URL结构的爬网。在我们发现与我们的旧模式不匹配的URL路径的情况下，我们认为NodeBB团队能够轻松设置 Canonicalization模式以避免Google过度索引我们的URL。
2。最大地图管理管理
我们的迁移策略的关键部分是网站地图管理。这涉及两个步骤：
1。旧网址：
我们已经有了所有旧网址的站点。 importa.NTLLY，我们将这些站点留在搜索控制台中。这样，谷歌将继续抓取旧网址并“查看”重定向。 通常，WebMasters犯了太早删除了站点的错误，这可能会通过谷歌降低爬行率。这意味着它可能需要更长时间的谷歌来处理重定向。 SiteMaps不是一个完美的保证，谷歌将访问所有旧网址，但他们确实提供了一个提示。事实上，在几个月后，我们仍然有几千个URL，即使与站点仍然没有访问过谷歌仍然没有访问过。无论如何，没有旧网址的站点地图，问题可能会更长时间。
2。新的URL：我们的旧地点被分组为50,000列出 – 最大allo谷歌周三SEO社区有一些建议，将URL分组为较小的站点地图
实际上可以提高爬行效率。
幸运的是，NodeBB允许我们默认构建更小的站点地图，所以这正是我们所做的。我们现在拥有
130个单独的XML站点
而不是数万个URL的2-3个网站地图，而不是每种URL。
3。垃圾邮件+ cruft清理
正如我之前提到的，旧的问答在
中有60,000篇个单个帖子
建立在10年超过10年。
不可避免地，许多这些帖子非常低质量。我们怀疑帖子的低质量，以及用户体验不佳，可能会导致谷歌对我们进行降低。再次，时间约束MEANT我们无法完成内容修剪审计。幸运的是，NodeBB再次来到救援（这开始听起来像广告一样 – 我发誓不是！）并通过他们的垃圾邮件插件来删除最明显，最低质量的违规者的所有60,000个帖子。
总共除去了超过10,000篇帖子。
我们没有重定向这些URL，并且只需在迁移之后让它们404。没有人似乎想念他们。
fyi：内容修剪的另一个优秀资源是
与伯纳隆黄，Sugantan Mohanadasan和Andy Chadwick。4。更好的内部链接和用户体验
即使我们在相同的内容和基本设计中移植，迁移也提出了一种改善用户体验的理智机会。为实现这一点，我们对整个UX进行了两个微小的调整：
在整个应用程序中添加了面包屑
在侧边栏中添加了高度相关的“相关问题”
旧的问答既没有这些特征也没有。降落问题的用户没有选择探索其他问题。因此，我们多年来遭受了令人沮丧的高的反弹率和差的网站订婚指标。结果：迁移前后诚实，我从未见过迁移就像这样。已经进行了许多迁移，我尽我所能为大家做好准备，为最可能的情况做好准备：在Google处理所有URL的情况下，准备15-30％的流量拨款1-3个月。
实际上，甚至没有接近发生这种情况。
正如您在下面的图表中看到，我们实际上看到了流量增加，几乎在第一天开始。
实际上，在迁移后的两个月内，有机Google流量到Q＆Pages是近19％的
与所有其他页面的流量相比。
是什么造成这种直接升力的交通？它是改进的地图覆盖范围，内部链接更好，或其他东西吗？
我们根本不确定，但我们确实有一个提示。
一旦我们推出了新的Q＆A，接合号码通过屋顶拍摄：
较高的时间较高的时间
较低的反弹率每个会话的更多页面
简而言之，用户似乎是
和
更高的
更新了
的新经验。
可以改进的用户订婚是否有帮助排名？ 再次，我们不知道。谷歌相当紧张，关于它是如何或可能不使用用户点击信号进行排序目的，但我们确实有我们的怀疑
。
迁移到未来
我们仍然继续改善Q＆A经验。最值得注意的是，我们正致力于优先考虑速度改进，特别是在谷歌围绕
核心Web Vitals
的工作。
无论如何，这绝对是一种令人愉快的迁移，我们没有经历交通措施 – 甚至一天都没有经历过流失！
SEO最佳实践，迁移实际上可能会导致快速净获胜。
