SEO PUSH API(如何实现SEO元素的定制化和需求分离)

一般的大网站会划分产品,运营,销售,营销,研发等部门。其中几乎所有职能部门都会给研发部提需求,排期,上线,改BUG。营销中的SEO往往是被排在优先级靠后的位置,SEO的需求实现很慢,而出了BUG也比较靠后才会修复。为了解决这个问题,我提出一个“SEO PUSH API”的概念。 相信很多公司已经这么做了,比如的友情链接管理(全站每个页面都不同,不是说首页的),TDK的单独定制。我所描述的这个API,无非是将所有SEO需求都综合到一起了,没什么难理解的。

SEO PUSH API

好处有三点:

一,可以任意定制每个页面的SEO元素:

举个例子(临时找的,如果不准确请原谅),先说好几个前提:

  1. 我们先假设例子中的模板是没有问题的,命中了大部分的用户的需求。
  2. 百度指数真实反应了实际用户查询需求。
  3. 假设这个网站上没有更好的页面来匹配“花冠和卡罗拉的区别”。
  4. 更换完title之后,内容仍然是100%符合用户需求的。

他的模板是:

他想匹配的用户需求是:xx和xx哪个好

但是从百度指数上看“花冠和卡罗拉的区别”指数不错,而“花冠和卡罗拉哪个好”,却没有记录。

“花冠和卡罗拉的区别”的百度指数“花冠和卡罗拉哪个好”的百度指数

那么这个页面的title应该被定制为:

下面说理论。如图所示,当用户访问产品的Web服务器时,看到的页面是经过SEO人员定制的,模板化的页面。比如:

模板基本可以满足大部分需求,也便于技术实现。但对于有些商品,用户的搜索习惯却和模板不一致。当发现这种需求量大的时候,需要SEO运营人员在后台针对某个URL定制有针对性的SEO元素,还可能需要人工手写差异化的内容,或者由SEO的技术团队从其他的数据源对接。

二,便于SEO需求和产品需求的隔离:

SEO的很多需求是关于内容相关性,而产品的很多需求往往是关于用户体验的。两类需求都由同一个技术团队来实现,必然顾此失彼。在大型网站中,SEO团队是可以专门配置技术人员的。这样就可以将两类需求分割给不同团队来实现,再通过API对接,展示到前端。这样可以使得产品和SEO的需求并行实现,极大提升了生产效率。并行的意思就是,SEO的很多需求完全可以通过后台运营实现,而不需要麻烦web技术团队了。而web技术团队可以集中精力改善用户体验和网站稳定性。

三,SEO的需求可以随时上线,而不必等迭代周期:

友情链接的时效性就不用说了。其他方面的改动,如果运气好的话,第二天就可以看到效果。改动周期越短,越能提高工作效率。

完整的格式定义

技术方面再啰嗦几句 ==========

  1. 这个API所推送的内容,在Web端必须有缓存(以URL为key)。如果使用主动缓存(有新内容则及时覆盖旧内容),那么SEO需求的改动可以随时生效。
  2. SEO部门只运维离线数据库,单机即可,不保证可用性。生产库必须由Web技术部门运维,必须有负载均衡或其他手段保证可用性。即使离线数据库挂掉1年,也不能影响线上的内容。
  3. API其实是由Web部门提供的,采取push的方式(可以用http post),由SEO部门从离线库push到生产库。千万不要从离线库pull数据,毕竟这是单点服务。
  4. 请一定做好语法风险控制,即api中的内容不应该包含html语法符号。否则很可能导致页面排版错乱。

发表评论