为什么网站建设者对您的SEO可能会很糟糕

为什么网站建设者对您的SEO可能会很糟糕

我将大胆地声明:

页面构建器太糟糕了。

他们每个人。

他们没有提供SEO优势。

最终,这些所见即所得(“所见即所得”)网站建设者将严重限制您的业务增长。

与专家网络开发人员手工制作的HTML相比,任何页面构建器创建的HTML标记总是会指数级地膨胀。

一般人可能会问:“只要我在浏览器中拥有漂亮的设计,谁会在乎代码的外观?”

这就是为什么重要…

所见即所得?

这是一个用于设计网站的软件应用程序,您可以在其中简单地将文本图形元素放置在所需的位置,然后该软件会编写功能所需的HTML,PHP,CSS和JavaScript。

如果您不是很熟练,您可能会想:“杰里米,这怎么了?这似乎比学习我设计自己的网站所需的一切要快得多,容易得多,而且比雇用代理商便宜得多。”

如果那是您的头脑,那么您在这两个方面都是正确的。

但是对于任何严肃的生意,这些网站建设者仍然是一个糟糕的选择。

要了解原因,首先让我们看一下所见即所得编辑器的历史,在线格局如何变化以及这对当今的企业主和营销商意味着什么。

所见即所得的道路

当人们第一次开始使用浏览器进行在线浏览时,通常必须手工对网页进行精心编码,通常是在诸如记事本之类的基本文本编辑器中进行。

没有光滑的界面。没有语法突出显示。只需手动输入代码的白色背景。

我生动地记得走进北卡罗来纳州杰克逊维尔的Barnes&Noble,并购买了第一本关于HTML的书。那是1997年。

过去,这就是我们获得新技能的方式,因为学校远远落后于当前技术,而且我们没有在线的惊人资源,例如Search Engine Journal,Stack Overflow和CSS Tricks,我们可以在其中立即找到答案几乎任何东西。

即使它们存在,搜索引擎还不够先进,也没有对网络进行足够的索引以帮助用户有效地找到它们。

因此,我们从这些硕大的书本中学到了,这些书通常厚4英寸多,重几磅。

创建网页是一个缓慢而费力的过程,但是您的代码通常是干净且高效的。

当然,每个人都希望使此过程更快,更轻松。

通过向老式的文本编辑器中添加语法突出显示和代码完成等功能,该过程得到了显着改善,但很快就进入了下一步。

那是当我们看到诸如Microsoft FrontPage和Macromedia Dreamweaver之类的所见即所得工具出现时。 (Macromedia后来被Adobe收购了。)

一些网页设计师坚持使用文本编辑器,但是由于其简单性,更多的人开始迁移到所见即所得的编辑器。

现在,您不必像学习和记住数百个HTML元素那样设计网站,就像在PowerPoint中创建幻灯片一样容易。

但是这种简单性是有代价的。

虽然最终网站的前端看起来很棒,但背后的代码却是垃圾箱大火。这通常会导致网页加载速度大大降低,甚至在一个或多个浏览器中显示或无法正常运行。

一些Web设计师知道这些限制,并只使用WYSIWYG编辑器来快速制作网页原型,然后手动进行代码微调。

不幸的是,大多数人都不知道或不在乎,这意味着有数百万个在线网站无法正常运行。

这就是为什么在整个1990年代到2000年代初期,我们在网站上看到消息的内容,例如:“最好在Internet Explorer上以800×600或更高的屏幕分辨率查看该网站。”

随着时间的流逝,浏览器和网站中使用的技术也迅速发展。所见即所得(WYSIWYG)的编辑根本跟不上,大多数真正的网页设计师开始转向手工编码的网站。

这使他们能够生成更干净的代码,这些代码可以更快地加载,可以在所有主要浏览器上正确显示,并在搜索引擎中排名更高。
近年来,大多数浏览器开始更一致地呈现网页。

可以预见的是,这鼓励了所见即所得编辑器的兴起,因为它们现在通常可以产生可以在大多数现代浏览器中呈现相对较好的标记。

然后出现了无数的选择。

几乎每个托管公司都提供第三方选项或他们自己的品牌页面构建器,几家公司推出了独立的桌面或SAAS版本的页面构建器,而一些公司提供了完整的页面构建器+托管程序包,以及大量的WordPress和Drupal页面构建器插件充斥市场。

所见即所得怎么了?

页面速度

快速加载的网站对于创造良好的用户体验至关重要,并且会对以下方面产生重大影响:

  • 访客停留在您网站上的时间。
  • 有多少访客转化为买家。
  • 在付费搜索中,您为每次点击支付多少费用。
  • 您在自然搜索中的排名。

我们这些人 优先考虑页面速度 倾向于关注诸如图像大小,脚本数量和理想的媒体格式之类的细节,但通常忽略了HTML标记对页面速度的影响。

在很多情况下,人们甚至没有意识到它确实有影响。

这样考虑一下–每一个字节都会增加网页加载的时间。尽管它们看起来无关紧要,但它们的累加速度很快。

它不仅超出了HTML文件本身的大小。

每个元素都被视为一个单独的节点。节点越多,下载页面后浏览器处理和呈现页面所花费的时间就越长。

问题与嵌套元素成倍增加。

由于正确渲染页面所需的额外处理能力,太多的嵌套元素可能会导致性能下降。

页面构建器通过无效嵌套多个元素来实现特定的布局。

然后嵌套
和嵌套
和嵌套
和嵌套。

你明白了。

Wix嵌套元素“ width =” 900“ height =” 338“ size =”(最大宽度:900px)100vw,900px“ srcset =” https://cdn.searchenginejournal.com/wp-content/uploads/2020/02 /wix-nested-elements-5e497944f10b6.jpg 900w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-nested-elements-5e497944f10b6-480x180.jpg 480w,https:// cdn .searchenginejournal.com / wp-content / uploads / 2020/02 / wix-nested-elements-5e497944f10b6-680x255.jpg 680w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix- nested-elements-5e497944f10b6-768x288.jpg 768w“ src =” https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-nested-elements-5e497944f10b6.jpg

他们简单的拖放界面仅专注于前端外观,而缺乏在后台简化HTML的能力。

由页面生成器生成的特定设计可能会生成数千个元素,而经验丰富的设计人员可能仅用几百个元素就能获得相同的外观。

专业设计的网站与流行的网页构建器所制作的网站之间的速度差异惊人。

Wix性能“ width =” 779“ height =” 1100“ Size =”(最大宽度:779px)100vw,779px“ srcset =” https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/ wix-performance-5e496da9a6188.png 779w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-performance-5e496da9a6188-480x678.png 480w,https://cdn.searchenginejournal.com/ wp-content / uploads / 2020/02 / wix-performance-5e496da9a6188-680x960.png 680w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-performance-5e496da9a6188-768x1084.png 768w“ src =” https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-performance-5e496da9a6188.png

但是问题不止于此。

HTML标记

W3C有效的HTML很重要,因为具有有效HTML的网页更有可能显示和正常运行。

这也很重要,因为您的HTML标记会向搜索引擎发送某些信号。另一种看待此问题的方法是,它可以帮助他们更好地理解您的内容。

如果他们能够更好地理解您的内容,并假设它们适合搜索者的需求,则您的网页通常会排名更高,并获得更多的自然流量。

您看,我不是一个纯粹主义者,坚持每个网站的每个页面100%的时间都必须是100%有效的HTML。

我总体上支持HTML验证的原理,但是在很多情况下,错误微不足道和/或不值得花费时间,人力和金钱进行修复。现实世界中有很多灰色区域。

但是这些网站建设者将HTML验证错误提升到了一个全新的水平。对于他们来说,这几乎就像是超级大国。

Wix HTML验证“ width =” 900“ height =” 1020“ Size =”(最大宽度:900像素)100vw,900像素“ srcset =” https://cdn.searchenginejournal.com/wp-content/uploads/2020/02 /wix-html-validation-5e4979e1f2a63.jpg 900w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-html-validation-5e4979e1f2a63-480x544.jpg 480w,https:// cdn .searchenginejournal.com / wp-content / uploads / 2020/02 / wix-html-validation-5e4979e1f2a63-680x771.jpg 680w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix- html-validation-5e4979e1f2a63-768x870.jpg 768w“ src =” https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-html-validation-5e4979e1f2a63.jpg

网页几乎没有借口有将近600个HTML验证错误!

不可否认,其中一些错误导致外观和功能出现问题,并且不可避免地会损害用户体验和排名。

但是这些HTML错误(您无法修复)发现了另一个更大的问题。

您无权访问自己的代码

为了正确解决和解决技术上的现场SEO问题,您需要完全访问网站背后的HTML。

但是您无法使用这些构建器进行访问。

您只有他们的前端WYSIWYG编辑器。

使用WordPress,Drupal或任何其他开源平台时,您实际上可以对网站进行任何操作。

这很重要,因为每个网站都有不同的需求,并且这些需求会随着时间而变化。

您可能需要执行大量任务来改善现场SEO。

这些任务远远超出了基本细节,例如标题和标题标签,URL标记,结构化数据,规范URL或元描述。

当然,您可以将HTML添加到页面中,但不能编辑已经存在的HTML。

对于任何严肃的生意来说,这都是一个巨大的问题。

我们已经解决了许多常规性能和HTML验证问题,但是可能还会出现许多其他更具体的问题。

例如,我经常要做的是修改博客类别的URL结构,然后修改面包屑以准确表示新的URL结构。

这要求能够修改为网站提供动力的PHP代码。

否则您可能需要设置重定向 删除大量旧内容后

好的,使用网站构建器后,您就不得不手动配置每个单独的重定向,而传统平台则可以访问.htaccess或web.config文件,而传统平台通常可以使用以下命令为所有已删除内容创建适当的重定向:只需几行代码。

在大型网站上,直接修改HTML和数据库的功能通常使您能够快速快速解决大量页面的问题。

这可能包括:

  • 更改主题的特定部分的标记方式。
  • 在整个站点范围内添加或删除关键元素。
  • 更新网站多个页面内容中的特定链接。

由于您无权访问后台代码,因此无法微调网站的性能。

这是至关重要的,因为速度优化既是一门科学,也是一门艺术,并且对一个网站有效的方法可能会减慢甚至破坏另一个网站。

有很多试验和错误。

但是网站建设者没有让您对此做任何事情的能力,考虑到他们的糟糕速度,这是疯狂的。

如果您使用的是网站构建器,则可能会遇到无限数量的潜在现场SEO问题,而这些问题根本无法解决。

网站建设者不仅会限制技术搜索引擎优化-他们还会限制业务选择

但是,无法直接编辑网站的HTML会带来超出SEO之外的问题。

例如,我的代理机构正在为一个大型承包商包装一个网站,该承包商在多个位置提供各种服务。

我们构建了一个系统,他们可以将服务类型和联系信息简单地输入到特定页面的一组自定义字段中,然后该页面将在页脚中显示其唯一的地址和电话号码,并以适当的方式包装在幕后模式标记。

对于任何在这些自定义字段中没有数据的页面,它默认为公司联系信息和架构。

您永远无法在网站构建器中执行类似的操作。

但是,当使用像WordPress这样的开源平台时,通常可以找到一个插件来完成几乎可以想象的任何事情。

而且在极少数情况下,您不能自己开发,也可以雇用开发人员。

严肃的生意应该避免网站建设者

使用网站构建器存在太多弊端。

我相信任何认真的企业主都应该避免使用像瘟疫这样的平台。

更好的选择是选择像WordPress这样的开源平台,如果预算紧张,您可以安装自己的平台并找到免费或廉价的主题,也可以聘请自由职业者或代理机构为您解决所有问题。

您投入到简单的网站制作工具网站中的时间,资源和金钱都将被浪费,因为当您准备认真对待自己的在线形象时,必须重新开始。

编者注:在此列中表达的观点仅是作者的观点,不一定代表《搜索引擎期刊》的观点。

图片积分

特色图片:作者创作,2020年3月
由作者拍摄的所有屏幕截图,2020年3月

Total
0
Shares
相关文章