很多站点把 sitemap 当成一張地址清單，生成脚本一跑，所有 URL 的 lastmod 都寫成同一天——通常是脚本執行的那天。表面上看不出問题，但搜尋引擎在决定這次要不要重抓某個頁面时，會參考這個時間。如果每次来看都是同一天，每次抓回来内容又没變，這個字段的可信度就會下降，之後真正更新的頁面也容易被一並忽略。
它不决定收錄，但影响抓取調度的分配。收錄核對时把它当成一個需要先驗證的前提，比事後反复猜為什么更新了没反應要省事。
全站同一個時間戳會带来什么
- 抓取预算被摊平：本来该優先重抓的更新頁，和半年没動的舊頁排在一起。
- 更新信号失效：真正改了内容的頁面，無法通過這個字段表達出来。
- 核對时失去參照：你無法用 lastmod 判断這次抓取是不是冲着你的改動来的。
- 容易反向影响判断：日誌里看到蜘蛛频繁来，就以為收錄會跟着變好。
核對步骤
- 先抽样：從 sitemap 里按模板分几组，每组取若干 URL，记下它們的 lastmod。
- 與實际對比：拿頁面真實的更新時間（後台修改记錄、模板版本、内容變更日誌）與之對照，看偏差有多大。
- 再看抓取日誌：找出這些 URL 最近一次被抓的時間，观察是不是所有頁面被均匀地、机械地轮询。
- 查索引狀態：把這几组 URL 的索引情况和最近是否真的更新過放在一起看，判断時間信号有没有起到作用。
如果抽样發現，更新频繁的栏目和從不更新的栏目 lastmod 完全一样，那基本可以確認這個字段是脚本批量寫死的。
哪些頁面值得给准确時間
不必追求全站都精确，但要分清主次：
- 值得给：正文會持續修订的内容頁、價格或库存會變的頁面、有明确發布與更新時間的文章。
- 可以粗略：聚合頁、标簽頁、篩選结果頁等由模板生成的地址，時間本身意义不大。
- 不要造假：不要為了催抓把時間改成目前時間，這類操作一旦被识別，反而會削弱整個文件的參考價值。
两個容易踩的坑
把 lastmod 当成催收錄的開關，是常见誤解。它不承诺更快的抓取，也不保證收錄结果。
另一個坑是格式。時間戳格式不一致、时区混乱、缺少年月日，都可能让整份文件在解析阶段就被打折扣。生成脚本时最好统一一種格式，並和實际更新時間保持同一时区。
和收錄核對的關系
回到核對本身：当一批頁面長期不進索引，而 sitemap 里的時間信号又不可信时，排查方向容易被带偏——可能花大量時間去改内容质量，實际問题却出在抓取調度没有優先級。反過来，如果時間信号准确，日誌里哪個頁面被重抓、抓完多久出現在索引里的鏈路會清晰很多，判断也更容易落到具体頁面上。
建议把 sitemap 的時間字段纳入常規核對清單：先確認它可信，再去看抓取和索引。這一步花不了多少時間，但能避免後面绕遠路。