使用 Sara Moccand 避免 5 个 SEO 网站迁移错误

已发表: 2022-06-27

您是否曾经参与过灾难性的网站迁移？也许您已经被带入一个项目来处理经过深思熟虑的网站迁移的影响。

今天，我们将与一位去年屈服并订阅 Netflix 和 Disney Plus 的女士讨论迁移网站时要避免的五个关键错误。她是 SEO Nerds Switzerland 聚会的联合主持人和 Liip 的 SEO 专家，Liip 是一家在瑞士设有六个办事处的网络和移动开发机构。热烈欢迎 In Search SEO 播客 Sara Moccand。

要避免的错误是：

计划不周
不测试重定向
不审核分期
在高需求时期迁移
将分期编入索引

5个需要关注的站点迁移技巧

萨拉：嗨。

D：嘿，萨拉。你可以在 liip.ch 找到 Sara。那么 Sara，为什么网站迁移对 SEO 来说是一个如此大的问题？

S：主要是因为你会失去所有作为收入来源的自然流量，我会说。这是主要原因，所以每个人都必须非常小心他们的网站迁移。

D：所以今天，我们将讨论迁移网站时要避免的五个关键错误。从第一开始，计划不周。

1. 计划不周

S：是的，最大的错误之一是计划不周。我有几个例子。糟糕的计划可以从一开始就开始。例如，在代理商中，销售天数错误，这意味着您必须重新讨论预算，这使得它变得非常复杂。有几个例子，但让我们从主要问题开始。显然，如果您没有正确计划，您就不会按照您想要的方式实现事情。正如我之前所说，第二个问题是流量损失。这是灾难性的场景，流量丢失，解决这个问题的方法是了解所有相关人员的姓名。这就是秘密。了解谁是开发人员，谁是前端、后端、设计师等。尽可能了解他们的姓名和他们的工作，以便随时与他们联系。

每个网站迁移就像一个新项目。所以你有项目，然后有一个计划。在那里你可以准确地看到 SEO 可以交互的地方。记住这一点很重要。例如，一开始，开发人员知道要做什么，他们会选择使用的技术。因此，对于 SEO 来说，了解他们计划使用哪种技术是很有趣的。也许你也可以影响正在使用的技术。有时，不是很频繁，但有时。这只是一个关于学习整体规划和弄清楚你可以在哪里互动的例子。

D：当然，您可以在计划中包含很多内容，但是您会在计划中包含任何标准元素吗？还是每个项目都非常独特？

S：我会说三个标准的东西。知道什么时候选择了技术，知道设计师什么时候开始设计网站的架构，知道什么时候上线，然后你就可以分析阶段来确定它们什么时候上线。这让我想到了网站迁移的细分。你有你的计划，然后你把它分解成几个阶段。首先是准备阶段，这是您与开发人员互动的地方。在那里，您还必须分析网站的运行情况、哪些页面很重要等。您还将准备重定向地图。下一个阶段是测试阶段，您可以测试所有内容，因为暂存的任何内容都将 100% 上线，因此如果那里出现问题，之后就会出现问题。

D：你也提到了那里的 URL。我猜有些网站迁移比其他网站迁移更容易。有些您可能正在迁移服务器并保留相同的技术、CMS、相同的 URL……如果您必须更改每个 URL 或大多数 URL，会发生什么情况？也许您正在从带有 ASP 的东西（例如，在 URL 的末尾）转变为相当简单的 URL？是否可以同时保留所有排名和更改 URL？

S：当我在一家开发公司工作时，人们会来做这件事。他们不会只是稍微改变一下服务器。他们想做的正是如此。他们想改变一切。那是我的问题。所以是的，它有效。你必须做你的重定向，你必须做你的重定向地图，你有时间搜索引擎需要适应一点。大多数情况下它工作得很好，因为当你做你的重定向映射时，目标是聪明地做。例如，您知道如果页面针对特定内容进行排名，那么您会将其重定向到同一主题。然后你必须在你的重定向映射中小心一点，然后它就可以工作了。同样，我见过的大多数情况就是他们改变了一切。

D：关于你所说的另一个后续问题。你说有时候搜索引擎需要一点时间来适应。在您看到与以前相同的排名之前，给搜索引擎多少时间是合理的？

S：不，我是说在你恐慌之前。我会说这取决于，但我见过一些时候他们并没有改变一切，但他们改变了很多，他们适应得很快。我会说最多一个月，一个半月。如果在那之后它不适应，那么某个地方就会出现问题。

D：让我们继续第二个问题，而不是测试重定向。

2.不测试重定向

S：是的。让我们在耻辱墙上举几个我做得不好的例子。我记得一开始我组织了我的重定向地图，每个文件都很好。然后我把它交给开发人员准备我测试的所有东西。我说一切都很好。然后它上线了。当我们上线时，我想知道发生了什么。然后我意识到它正在生成一个重定向链，这让我有点惊讶。所以我很幸运能够与开发人员建立良好的关系，他们能够当场解决这个问题。这是我测试过的一种情况，但我测试得不够好，因为在上线之前我没有意识到这一点。

又一次在耻辱墙上，并意识到完美测试一切的重要性。我记得有一个包含许多国家/地区的网站，但是 URL 有一个特定的角色。所以我请开发人员帮我做一个脚本，这样我们会更快。他做了脚本，然后我与开发人员预订了半天的时间进行测试，但随后他说，“嘿，Sara，我测试了它。” 太棒了。如果你已经做到了，那太棒了。但是让我尝试一个国家。所以我在美国进行了测试，然后我说，“一切正常。伟大的。谢谢你。再见。击个掌！” 然后我们就开始直播了。我检查了一切，当我检查时，我是，“发生了什么事？什么是跳跃？日本和科威特在哪里？” 所以我看到我们迁移了所有东西，但我们错过了日本和科威特，在它们上线之前我没有意识到这一点。再说一次，我很幸运，因为他们帮助我立即恢复了它，所以没有真正的影响，因为它发生在我们纠正一切的那天。但这是一个问题。你必须测试。

D：我想这也与第三点有关，因为第三点不是审核分期。

3. 不审核分期

S：是的，这是第三点的一部分。一开始，我有我的票，我正在检查它们，在舞台上一切都很好。极好的。票已执行。但后来我意识到我并没有像正常审核网站那样进行审核。例如，你开始看到奇怪的东西。我记得这个网站，它最近发生在服务器端，它呈现完美。我可以在控制台中看到代码中的所有内容。所以我很高兴。但是我有隐藏元素的问题，我总是检查隐藏元素。发生的事情是 JavaScript 的行为非常怪异。它正在从隐藏元素中删除所有文本。所以你可以看到它，但在代码中看不到。这是一个例子，说明审计网站的登台和检查所有实施是多么重要。

您需要做的另一件事是拥有自己的清单，修复清单，包含所有任务，就像审核一样，然后您可以随时添加一列。例如，如果您使用 Google 表格，有一个栏目，我有一张票，对于这些任务不需要，我可以接受。例如，对于我给出的 JavaScript 案例，您不开票，只有在出现问题时才开票。然后你在另一列上列出你的优先级列表，即状态。哪个状态 URL 正在进行中，然后您发表评论。评论非常重要，每个人都会把它们拿走，但评论很重要，因为你需要知道为什么有些东西会被阻止。例如，如果有人阻止或另一张票正在阻止，您需要知道阻止它。这是关于审核分期及其重要性的一点点。这取决于，但一些开发人员也会在代码中使用所有页面上的 noindex。然后他们会在上线时忘记将其删除。问题是你必须知道他们正在使用它，所以你可以要求他们记住在上线之前删除 noindex，拜托。

D：第四点要避免的是在高需求时期迁移。

4. 在高需求时期迁移

S：是的。这应该很明显，因为您有这个丢失流量的问题，或者至少在短时间内，并不总是这样。同样，这取决于网站迁移，但存在适应时间的风险。然后，如果您有时间参加其他活动……假设您从事电子商务。可能在 10 月到 12 月底之间，您不想迁移您的网站，因为圣诞节快到了，很多人会通过您的电子商务商店购买。客户通常知道在那个时期他们有很高的需求。因此，您可以与客户核实他们的分析以避免出现问题。

D：您之前提到，一些开发人员甚至可能在每个页面上都设置 noindex，以实际尝试避免页面被索引。错误五是对分期进行索引。您会建议在暂存环境中的每个页面上都使用 noindex 标签来避免这种事情吗？

5. 将分期编入索引

S：不，密码保护始终是解决方案。你可以做 noindex 但是，就像我的例子一样，你可能会在上线时忘记。最后，始终有效的最佳解决方案是受密码保护，句号。我记得几年前分期被编入索引时，那可能是我经历过的最令人震惊的经历。 Staging 被索引了，问题是……你可以在网站上买票，问题是试图在 Staging 网站上买票的人有点灾难性。你能想象人们试图在登台网站上购买吗？所以他们联系我说他们有这个问题。我们能够解决它，因为它相对容易解决。这可能是我的主要观点之一。一旦开发人员放入密码保护并放入 noindex。所以我需要小心，不仅要检查它是否受密码保护，还要检查 noindex。

D：我敢肯定，在迁移我们的网站时，您可以将这个对话扩大到 101 个错误以避免，但希望我们已经获得了您的前五名。和往常一样，这是来自 Sara 的好东西。让我们以 Pareto Pickle 结束。帕累托说，你可以从 20% 的努力中获得 80% 的结果。您会推荐哪一项 SEO 活动可以为适度的努力提供令人难以置信的结果？

Pareto Pickle - 网站迁移规划

S：对我来说，网站迁移就是计划。花一点时间进行计划。与您必须做的工作相比，这并不是一个巨大的时间。如果你有结构，那么你就不会犯错误，然后你会为自己节省很多时间，因为对于每一个错误，你都需要时间从错误中恢复，所以要明确计划。

D：合理规划。我一直是你的主人，大卫·贝恩。你可以在 liip.ch 找到 Sara。 Sara，非常感谢您参加 The In Search SEO 播客。

S：谢谢。

D：谢谢你的聆听。