Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

SEO与UEO的分离

  近几年来,Web的发展非常迅速,以至于搜索引擎都赶不上现代Web发展的速度。新技术提供了许多UEO的支持,但是同时也在SEO方面变得更加困难。我们当然不能坐以待毙,光等着搜索引擎自己进化到跟上现代Web几乎是不可能的,这些问题还自己来解决。
  有时候会觉得,SEO(Search Engine Optimization)和UEO(User Experience Optimization)这两个东西是互斥的,很难一起做好。比如很久以前人们就喜欢堆叠关键词,但这对用户来说就非常不友好。现在估计很少人这么做了,除非他们的出发点就是做垃圾站。旧时代的Web都这样,更何况现代Web呢?现代Web是基于各种通信技术来实现的,而目前的搜索引擎可能只抓取浏览器直接访问的URL(谷歌声称支持抓取程序中发起的请求)。经常看到有人提出全站都使用程序通信,实现单页应用程序,以带来更好的UEO。这在技术上当然是可行的,但在SEO方面就行不通。
  在以前的一个项目中,我曾经冒出过这样的想法,为搜索引擎和用户分别做不同的页面,把SEO和UEO给分开实现。这想法还是是太天真了,虽然技术上可以这么做,但是存在很高的风险成本。因为这样的做法在搜索引擎看来是犯规的,一旦被查到将产生更加严重的后果。但这个思想是正确的,只是做法不对。我们当然可以做出不同版本的页面。比如很多需要注册登陆才能看到的页面实际上就是对登陆用户和未登录用户实现不同的页面。为什么这样的做法就被允许呢?因为他们针对的对象不同。他们不直接针对搜索引擎,而是针对一部分用户,这显然是很寻常的做法。就像很多聪明的作家喜欢讽刺时代的黑暗,但从不把矛头指向个人,甚至都不把矛头指向一个阶级。
  既然如此,我们可以这么做,对一些用户和搜索引擎使用页面直接输出的数据,对另一些用户使用程序通信。这同样是把SEO和UEO分开实现,而且不会触及搜索引擎的禁忌。我们可以为需要程序通信的用户们设置特定的Cookie,而没有设置这个Cookie的则认为是首次访客或蜘蛛。这样就可以轻松的实现对用户的分类了。
  最后还有一个实现成本的问题。要同时实现普通的页面输出和程序通信两个版本的网页就需要额外的开发和维护成本。但是再进一步思考的话,我们需要的行为大概就两种而已:首次访客得到的时候在服务器上生成的页面,而其它访客得到的是在客户端生成的页面。那么如果它们使用的模板、数据、引擎,全都可以通用的话,是否就不存在高成本的问题了呢?
  前后端程序共用的概念还有待进一步研究,但前面介绍的以用户分类的概念来分割SEO和UEO的做法是可行的。
网名:
3.80.32.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^