Sitemap

破坏SEO的网站重新设计错误

重新设计网站,无论是您自己的还是客户的,都是当今营销的重要组成部分。这很重要,因为技术、趋势和用户的期望会随着时间而变化,如果我们想保持竞争力,就必须跟上这些变化的步伐。

但这项任务虽然必不可少,但从 SEO 的角度来看也存在一定的风险。在此过程中可能会出现许多问题。这些问题可能会导致搜索引擎不再将该网站视为相关查询的权威答案。在某些情况下,某些错误甚至会导致处罚。

没有人想要那样。

因此,在本文中,我们将探讨一些可能破坏 SEO 的常见网页设计错误。了解潜在风险可以帮助您避免犯下那种会影响自然搜索流量的错误。

让开发环境可抓取/可索引

人们以许多不同的方式处理开发环境。大多数只是在他们的域下设置一个子文件夹。有些人可能会创建一个严格用于开发的域。还有一些人会采取预防措施来隐藏他们的开发环境,这会让 CIA 特工在他们心应该在的空旷地方有一种温暖模糊的感觉。

我倾向于属于后一类。

搜索引擎通常会跟踪链接并索引他们一路上找到的内容——有时即使你明确告诉他们不要这样做。这会产生问题,因为它们可以索引同一网站的两个版本,可能会导致内容和链接出现问题。

正因为如此,我在搜索引擎尝试访问我的开发环境时设置了尽可能多的障碍。

这就是我所做的。第一步是使用以前从未用于实时网站的干净 URL。这确保没有指向它的链接。接下来,禁止所有使用 robots.txt 的机器人,并设置一个空的索引页面,以便其他文件夹不可见。过去,我什至已经设置了密码保护,但在大多数情况下,这可能是矫枉过正。你可以打那个电话。

从那里,我将为每个正在开发的网站设置一个单独的文件夹。通常,文件夹名称将是不完整单词的组合,因此不太可能随机找到。然后 WordPress 将安装在这些文件夹中,并配置为在此级别也阻止机器人。

在排名良好的页面上任意更改图像名称

这并不总是一个问题,但如果网页排名良好,更改该页面上图像的名称可能会导致排名下降。特别是如果网页设计师不知道他们在做什么。

我已经多次看到这种情况发生了,客户聘请了一个不懂 SEO 的网页设计师来重新设计一个已经排名很好的网站。作为重新设计过程的一部分,他们用新的、更大的图像替换旧图像,但是,由于缺乏适当的经验,他们使用提供零 SEO 价值的愚蠢图像名称,例如 image1.jpg。

这带走了搜索引擎用来确定特定网页应该排名的重要上下文。

删除页面或更改页面 URL 而不重定向它们

在重新设计期间,几乎可以肯定不再需要某些页面。经验不足的网页设计师通常会简单地删除它们。其他页面可能会被移动和/或重命名,这在大多数情况下会更改其 URL。在这些情况下,没有经验的网页设计师经常更改这些 URL 并认为任务已完成。

这是一个很大的错误,因为其中一些页面可能已经排名很好。他们可能有指向他们的入站链接或已被访问者添加书签。

当您删除已经有入站链接的页面时,您将失去这些链接的所有 SEO 价值。在某些情况下,这可能会导致排名急剧下降。

问题更深了。任何点击这些链接或书签的人都会看到一个 404 页面。这对任何人来说都是零价值,更重要的是,它会产生负面的用户体验。这很重要,因为谷歌已经确认用户体验是一个排名因素。

删除页面的正确方法是将它们重定向到当前存在的最相关的页面。至于移动页面,包括以任何方式更改该页面 URL 的任何内容,将旧 URL 重定向到新 URL 同样重要。

在这两种情况下,通常都应使用 301 重定向。这告诉搜索引擎旧页面已永久移动到新位置。对于大多数托管平台,最好通过在 .htaccess 文件中添加适当的条目来实现。

如果您无法在服务器上看到 .htaccess 文件,您可能需要调整 FTP 程序的设置以查看隐藏文件。

一些专门的托管平台可能会使用不同的方法,因此您可能需要咨询他们的支持团队以确定如何完成它。

迁移到开发环境和从开发环境迁移后未执行完全爬网

无论您使用哪种方法进行迁移,都必然会遇到一些错误。通常,您将首先将实时网站迁移到您的开发环境中,然后在您进行并测试更改后将其发送回实时服务器。

我经常遇到的一个是指向错误位置的内容中的链接。例如,在实时网站上的页面或帖子中,您可能有一个指向:

domain.com/services/

迁移到开发环境后,可能是:

devdomain.com/client123/services/

到目前为止一切都很好,对吧?

但有时,在将完成的网站迁移回实时服务器时,页面和帖子中的内容可能仍包含指向开发环境中页面的链接。

这只是一个例子。网站中有无数内容链接——包括基本图像、JavaScript 和 CSS 文件的链接。

幸运的是,解决方案很简单。从桌面运行的 Screaming Frog 之类的工具或 SEMrush 之类的基于云的工具可用于抓取您网站中的每个链接。这包括前端可见的文本链接,以及隐藏在网站 HTML 中的图像、JavaScript 和 CSS 文件的所有链接。

确保在新网站迁移到实时服务器后查看所有指向外部源的链接,因为任何指向您的开发环境的链接都将显示为外部链接——当您发现应该是内部链接的“外部链接”时,您可以进行适当的修正。

在向任一方向迁移后,此步骤是必不可少的,以防止潜在的灾难性错误。

未能对所有内容执行完整的功能检查

将重新设计的网站迁移到实时服务器后,您需要做的不仅仅是快速查看几个页面以确保一切正常。相反,必须对所有东西进行物理测试,以确保它不仅看起来正确,而且功能正常。

这包括:

  • 联系表格。
  • 电子商务功能。
  • 搜索能力。
  • 互动工具。
  • 多媒体播放器。
  • 分析。
  • 谷歌搜索控制台/必应网站管理员工具验证。
  • 跟踪像素。
  • 动态广告。

迁移到实时服务器后无法重新配置 WordPress 和插件

还记得我们如何谈论在您的开发环境和搜索引擎的爬虫之间建立一堵墙的重要性吗?好吧,在将网站迁移到实时服务器之后,拆除这堵墙就更重要了。

做不到这一点很容易。这也是毁灭性的。事实上,这是我几年前犯的一个错误。

在将客户的网站迁移到他们的实时服务器后,我忘记取消选中 Yoast SEO 中告诉搜索引擎不要抓取或索引它的框。不幸的是,几天没有人注意到,此时,该网站几乎完全从谷歌的索引中删除。幸运的是,他们不依赖自然流量,一旦我取消选中该框,网站很快就被重新索引了。

由于此类错误可能会产生影响,因此在迁移到实时服务器后,您必须立即检查 WordPress 的配置以及任何可能影响搜索引擎如何处理您的网站的插件。

这包括插件:

  • 搜索引擎优化。
  • 重定向。
  • 站点地图。
  • 架构。
  • 缓存。

忽视细节

这些错误都不是特别复杂或难以避免的。您只需要了解它们,实施避免它们的计划,并密切关注细节。

本文中表达的观点是客座作者的观点,不一定是 Search Engine Land。工作人员作者在这里列出。