站点地图超出上限只能拆文件，拆分之前先清掉哪类地址

站点地图超出条数或体积上限需要拆分成多个文件时，拆分之前应先清理的地址是返回错误状态码的页面、发生跳转的地址和带屏蔽标记的页面。这三类地址在文件里只占体积、不带来收录，先清干净再拆，等于把抓取额度从浪费状态里释放出来；反过来先拆文件后清理，每个分片都还带着同一批无效地址。

上限口径先对齐

2026-10-30 打开原文核对到的口径是：单个站点地图文件有 50,000 条地址与 50 MB 两个硬性上限，任意一项触顶都必须拆分，超出部分靠索引文件把多个分片汇总登记。也就是说体积先到顶的站点，分片数由字节决定而不是由条数决定，纯文本地址的站点常常是条数先撞线，带较长查询参数的站点则更容易先撞体积。

拆完之后不要以为事情结束了。同一份资料还写明，优先级与更新频率标签会被搜索引擎忽略，真正被使用的是可靠的最后修改时间。拆分的收益来自「每个分片更小、被抓得更勤」，而不是「能塞进更多地址」。

拆分之前先清哪三类地址

三类地址的共同点是不会被收录，却照样消耗一次抓取机会。清理动作要在拆分之前做完，否则分片按模块切好之后，每个分片都要重新生成一遍。

拆分与索引文件的组织方式

按模块切分比按序号切分更好维护。安企内容管理系统（AnQiCMS）的站点地图是自动生成的，栏目、文章、单页各自成文件，天然按模块分片，站主不需要手工数条数。要留意的是分片之间不要出现同一个地址重复登记：同一篇文章挂在两个栏目下时，规范地址应当只有一个。

最后修改时间跟着内容改动走，是分片能否被抓得勤的关键。批量改动一次写一大片地址的最后修改时间，会让抓取判断失真，反而降低分片的回访频率。

生成与推送怎么配合

拆分解决的是「登记得下」，主动推送解决的是「让对方尽快知道」。新内容与改过的内容走链接推送通道提交，比等对方按周期回访地图要快，两者是配合关系而不是替代关系。站点地图适合覆盖全量与兜底，推送适合处理增量，把两者按职责分开，才不会出现「地图很大但更新很慢」。

清理之后建议留一份改动记录：删掉多少条、按模块怎么分片、每个分片的条数与体积、推送通道当天提交了哪几类。下次再触顶时，可以直接对比是哪一类地址又在膨胀。

常见问题

问：条数没到上限但体积超了，能不能只压体积？ 答：可以，但压完仍然超就得拆。更有效的是把不该登记的地址清掉，体积通常先降下来。

问：跳转后的目标地址要不要同时写进地图？ 答：不需要，地图里只留最终地址。两条同时写等于让同一次抓取多走一跳。

问：拆成很多小文件会不会更利于收录？ 答：不是。分片数量过多会让每次回访覆盖的地址变少，按模块分、每片保持在合理规模更稳妥。

问：临时活动页要不要进地图？ 答：下线后带屏蔽标记的活动页应当从地图移除，只靠标记不管用，登记与屏蔽同时存在就是矛盾。