主动推送一次能提交多少条地址，两个通道给的数为什么不一样

向搜索引擎主动推送链接时，一次请求能提交多少条地址，这个数在两条通道上差别很大，直接对比会得到错误结论：一条通道说的是单次请求能装多少条地址，另一条说的是每次提交操作的上限，而且还叠加了按账号浮动的每日额度。量纲不同——一个是单请求容量，一个是单账号日额度。要把新内容尽快送进检索队列，得先分清这两个数各自管什么。

两个数回答的不是同一个问题

单请求容量决定一次批量提交要不要拆包；每日额度决定一天里最多能消耗多少提交量，以及拆多少包都没用——额度顶到了就只能等第二天刷新。前者是负载问题，后者是配额问题。把它们混成一个「能推多少条」，就会出现「明明一次只发了几百条，却被提示超额」或者「一次塞满上限结果整批失败」两种相反的错误。

以单次请求计的那条通道

IndexNow 的公开常见问题里写明：允许在单个 JSON 负载的 POST 请求中提交最多 10,000 个 URL；对频繁更新的页面，建议的做法是在重新提交之前至少等待 5 分钟。这条通道的特点是容量按请求给，同一份负载可以覆盖多个主机，重发间隔是建议而不是拒绝——它约束的是重复提交的节奏，而不是每天的总量。

以每日额度叠加的那条通道

Bing 侧的提交帮助给的是另一套口径：一次最多提交 500 个 URL，账号另设有每日提交额度，超出时提示已超过每日额度、需要次日再试。这里的 500 是操作层上限，跟单次请求容量不是一回事；真正卡住批量规模的是那个会浮动的日额度，两个数要分开记。

为什么按通道切批而不是一次清空队列

站内链接推送的队列里同时混着新发文章、改版更新与历史补推，三类对上限的敏感度不同。把整队地址塞进一次请求会撞上负载上限；反过来按最小通道切批，又会在额度通道上过早耗尽当日余量。稳妥做法是按通道分别排队：容量大的通道承接大批量与整站补推，带日额度的通道优先给新发内容与改版地址，留出余量应对突发。同一批地址在两条通道上的重发节奏不同，也要求分开排队而不是共用一个定时器。

站内的链接推送怎么排这两条队

后台的链接推送管理负责向检索通道提交新内容，Sitemap 自动生成负责给全量地址的一份清单，两条路要分工：主动推送处理「刚发生的变化」，站点地图处理「完整覆盖」。伪静态 URL 让提交的地址与用户访问的地址一致，提交才不会因为参数化路径被当成同一页。批量提交前先看地址是否可访问、状态码是否正常，再按上面的分队规则发；被提示超额时不要重试同一批，把当日剩余配额留给新内容。

常见问题

问：一次能推的条数越大越好吗？ 答：不是，负载过大容易被整批拒绝，且同一批地址重复提交意义有限，按通道能力切批更稳。

问：站点地图已经生成了，还要主动推送吗？ 答：要分开看。站点地图给的是全量清单，主动推送解决的是新内容被尽快发现，两者覆盖的时间尺度不同。

问：提示超过每日额度该怎么办？ 答：当天停止重复提交同一批，把剩余额度留给新发与改版的地址，次日额度刷新后再补历史队列。