站点每天新增三百多篇,普通收录接口的配额只剩 10 条,脚本按顺序推,前面十条永远是首页改版产生的地址,正文一条都轮不上。
这类报错背后常见的原因有几处,逐个排除就行。配额按站点权重分配,新站只有个位数。也可能是推送队列没有优先级,列表页和参数页排在前面。
不容易想到的是,每天固定推全量,配额被无效地址吃掉。
先看当天剩余配额
curl -s 'http://data.zz.baidu.com/urls?site=https://www.example.com&token=xxx' -d '' | head -3
然后确认待推队列里正文的数量
grep -c '/post/' push_today.txt
剩下的就是用 sitemap 做兜底通道
curl -s https://www.example.com/sitemap.xml | head -3
中间停过一次,把已经改的东西回滚干净,再重新来一遍。
同样的操作我在测试机上先走了一遍,线上只做验证过的部分。
别只看报错消失,验证要多做一步。调整推送顺序后正文的当日推送率达到 100%,百度收录速度明显加快。
配额少的时候只推正文,其他地址靠 sitemap 和站内链接被发现。拖得越久,排查成本越高,因为现场状态会被后续操作覆盖。
