API传统的查排名方式 通过百度搜索源代码做哪些功能呢

最近在考虑一些东西,越发觉得解耦的重要性,而解耦的最佳方式,现在看,便是把各个功用做API,经过API来调用,这儿忽然延伸到一个问题 : 假如仅仅查排名?那么怎么规划好API?

传统的查排名方式

一般的接口都是直接输入关键词,然后回来排名,这种对于关键词数量少来说没问题,比如chinaz敞开的api就能够干这个工作...可是5118相对自由一点,会把查找整个查找成果的url都回来给你,这样你就能够做更多工作(后面会讲).

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

1. 我要查询百度的录入量?
2. 我有1000个站,同时操作一个关键词?是不是要提取1000次查找成果?
3. 我想经过标题去查询我这个站是不是降权?
4. 我想查询一个域的在这个关键词下,前200名有多少条成果?

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

经过百度的查找成果能够做干的工作

大致看图,就能够知道,把查找成果源代码做成api ( 是源代码 ) ,就能够做不少的功用出来.

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

其中这个原子级api,能够延伸出许多功用,大概便是如图,其中,假如把关键词的录入量和查询对手的2个api,组合一下,就能够用来分类竞争度...而这个进程是不需要在去恳求百度的..

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

这个工作说简略也简略,说难也难...因为这个接口不怎么挣钱.. 比如chinaz,把查排名做得满足简略,你查一个排名,便是用一次积分... 可是5118,你能够拿到这个查找成果(仅url和标题),就能够重复使用...

总结