站点地图（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 的問题通常不体現在报错上，而是表現為“提交正常但覆盖缓慢”。定期做一次索引與分片的比對，比事後排查更省力。