站点每天新增三百多篇,普通收录接口的配额只剩 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 和站内链接被发现。拖得越久,排查成本越高,因为现场状态会被后续操作覆盖。

作者 9823189