站点地图（Sitemap）提交之后并不等于任务结束。当站点 URL 数量增长到需要分片时，分片怎么切、lastmod 时间戳写得准不准、索引文件有没有同步更新，都会影响搜索蜘蛛对入口的识别顺序。很多“提交了却迟迟没动静”的情况，问题就出在这几个细节上。
分片与 lastmod 为什么容易被忽略
Sitemap 索引文件（sitemap index）本身不包含具体 URL，只列出各个分片地址。如果索引文件和分片不同步，搜索蜘蛛拿到索引后可能读到过期的分片列表，或者读到已经不存在的分片地址，导致部分目录长期处于“已提交但未被访问”的状态。lastmod 同理，它是判断页面是否需要重新抓取的重要参考，一旦失真，抓取排期就会被打乱。
三类常见异常
一、索引文件与分片数量不匹配
新增栏目后只更新了分片，忘了把新分片写进索引文件；或者栏目下线后分片文件仍在，索引里却指向 404。两种情况都会造成入口缺口。
二、lastmod 长期不变或全站统一
把所有 URL 的 lastmod 都设成同一天，或者干脆固定成某个历史日期，会让“真正更新过的页面”和“没动过的页面”无法区分。反过来，每次生成都刷新全站时间戳，也会让这个字段失去参考价值。
三、分片内部重复或超出上限
同一个 URL 出现在多个分片里，或者单个分片塞进远超建议数量的 URL，都会增加解析成本，个别搜索引擎还可能直接跳过异常分片。
核对步骤
- 确认索引可访问：直接请求索引文件地址，检查返回状态码与内容类型，确认没有被 robots.txt 或防火墙拦截。
- 逐条比对分片列表：把索引文件里列出的分片地址与服务器上实际存在的文件做一次完整比对，找出多余项与缺失项。
- 抽查分片内容：随机抽取几个分片，检查 URL 数量、是否有重复、是否有跳转地址或 404 地址被写进去。
- 核对 lastmod 来源：确认时间戳来自内容真实修改时间，而不是文件生成时间；对批量迁移造成的全站时间戳变化，判断是否需要单独说明。
- 检查编码与格式：确认 XML 声明、命名空间、时间格式（建议带时区的 W3C 格式）都符合规范，避免解析中断。
- 与内链入口对照：挑几个只在 Sitemap 中出现、内链里没有的 URL，观察一段时间内的访问情况，判断是否属于典型的“入口单一”。
提交与观察节奏
核对完成后，重新提交索引文件即可，无需反复提交同一个分片。建议把分片生成纳入日常发布流程：内容上线时同步更新对应分片的 lastmod，新增栏目时同步更新索引文件。
- 分片按栏目或按更新时间切分，便于单独更新。
- 观察日志中 Sitemap 地址的访问频次，判断搜索蜘蛛是否还在读取旧分片。
- 大改版后保留旧分片一段时间并返回正确状态码，避免入口瞬间断档。
提示：Sitemap 只是入口补充，不能替代正常的内链结构。如果某个栏目在站内没有任何链接指向，仅靠 Sitemap 较难获得稳定抓取。
小结
Sitemap 分片与 lastmod 的问题通常不体现在报错上，而是表现为“提交正常但覆盖缓慢”。定期做一次索引与分片的比对，比事后排查更省力。