批量数据上限,每分钟请求上限
在部分接口中,您可以批量发送请求。比如addKeyword,一次请求中可以添加多个关键词。多数情况下,我们并未对单次请求中含有的被操作对象数量有限制,但强烈建议您单个请求包含的被操作对象不要超过100个,特别是在网络状况不佳的时候。较少的数量能够极大的降低错误发生的概率。
地址:http://apihome.baidu.com/docs/index.php/Cn_sms_v1_sp_wellUse_getUpline/
调研时曾提过,当批量关键字超过400个时,容易出错!而百度这里提示的建议是单个请求不要超过100个,虽然这样可以保证其正确率,但极大的影响了效率。现SKU的词AdGroup,Advertisment,Keyword是一对一的关系,所以其数量在1W,这样的话,得提交3*3*100次请求,额,相当多啊!
解决方案:请求服务器时间间隔拉长即可。
1. 如原来有8K个词,完全处理后,分成200个每批进行请求提交,200个提交需要2秒钟,则在一个钟会有200*2*30=12000个组被提交,在返回的ID则会出现错误,没有一一对应上。
2. 如原来有8K个词,分成500词每批处理,接着进行请求提交,则发生ID错乱的概率相应降低。
总的来说,就是需要在每分钟的请求数量控制好,否则就会乱。
这是我之前每批1K个的时候,就出现了问题,请看如下截图:
本地库:
乱啊!