最近在思考一些东西,越发觉得解耦的重要性,而解耦的最佳方式,目前看,就是把各个功能做API,通过API来调用,这里突然延伸到一个问题:如果只是查排名?那么如何规划好API?

传统的查排名方式

一般的接口都是直接输入关键词,然后返回排名,这种对于关键词数量少来说没问题,比如chinaz开放的api就可以干这个事情...但是5118相对自由一点,会把搜索整个搜索结果的url都返回给你,这样你就可以做更多事情(后面会讲).

回到上面的问题,如果直接输入关键词返回排名,这样做成一个接口,那么我假如需要如下功能,是不是要全部重新开发?

我要查询百度的收录量?

我有1000个站,同时操作一个关键词?是不是要提取1000次搜索结果?

我想通过标题去查询我这个站是不是降权?

我想查询一个域的在这个关键词下,前200名有多少条结果?

这显然是不对的,如果规划api的话,我觉得应该是这样规划

通过百度的搜索结果可以做干的事情

-w978大致看图,就可以知道,把搜索结果源代码做成api(是源代码),就可以做不少的功能出来.

这个api功能,我暂时就叫原子级api(我自创的名词),意思就是不能再分割的功能,当然在请求百度之前,有很多功能(如ua随机,代理ip切换,cookies等)这里就不说这个...

其中这个原子级api,可以延伸出很多功能,大概就是如图,其中,如果把关键词的收录量和查询对手的2个api,组合一下,就可以用来分类竞争度...而这个过程是不需要在去请求百度的..

在seo做数据分析这个维度上来看,这个东西实在实用...但是纵观5118,chianz等都没有提供相关接口....

这个事情说简单也简单,说难也难...因为这个接口不怎么赚钱..比如chinaz,把查排名做得足够简单,你查一个排名,就是用一次积分...但是5118,你可以拿到这个搜索结果(仅url和标题),就可以反复利用...

总结

今天思路有点混乱,但是整体是想说,在做功能规划或是api的时候,核心在于拆分后重组,就是小学数学说的合并同类项...这样效率上就会有很大的帮助。