做收錄核對的时候，很多人习惯只問一句：這個 URL 在不在索引里。在，就打勾；不在，就记下来跟進。這個判断本身没错，但它只回答了“有没有”，没有回答“索引里留的是哪個版本”。如果頁面早就改過标题、換過價格、删過一段内容，而索引里那條记錄還停留在几個月前的样子，那么這次核對得到的结论其實是失真的——你會把一批本该繼續观察的頁面当成已完成。
先分清三種“看起来没更新”
從頁面修改到搜尋里看到新内容，中間要過好几道环节。任何一道卡住，表現都是“内容没變”，但原因完全不同，處理方式也不一样。
蜘蛛還没重新来抓
頁面更新了，但抓取环节還没跟上。這種情况下，索引里保留舊版本是正常的，因為系統手里确實只有舊的那份。判断依據是看最近一次抓取時間，如果更新時間明顯晚于最後一次抓取，基本可以归到這一類。
已经抓過，但索引没有替換
日誌里能看到抓取记錄，時間也在更新之後，但搜出来的标题、摘要還是舊的。這說明抓取拿到了新内容，但索引替換环节没有立刻生效。它可能只是延迟，也可能是因為新版本被判定為與舊版本差异不大，或者頁面本身的可索引信号不够清晰。
索引已经更新，展示层還没跟上
還有一種情况是索引資料已经變了，但你看到的搜尋结果片段来自缓存。這類“舊版本”通常會在較短時間内自己消失，不需要額外動作，但它很容易在核對当天造成誤判。
核對版本时先看這几個位置
不用把每條 URL 都翻一遍，先按模板挑代表頁，再對下面几個位置做比對：
- 标题：改動過标题的頁面，最直观的信号就是搜尋里顯示的标题和頁面目前标题是否一致。
- 摘要或描述片段：如果摘要里出現了頁面上已经删掉的句子，基本可以確認索引版本偏舊。
- 正文關键信息：價格、库存、生效日期、版本号這類會變的内容，比對起来最敏感。
- 最後一次抓取時間：和頁面更新時間放在一起看，谁先谁後一目了然。
- 頁面自身的更新時間信号：發布時間、修改時間、结构化資料里的時間字段是否和實际改動對得上。
把這五項放在一張表里過一遍，通常十几分钟就能判断出是“未抓取”“未替換”還是“展示延迟”。
版本過舊會带来两個誤判
第一，會把内容质量問题掩盖掉。頁面在索引里，看起来收錄狀態正常，于是没人去查它的标题是不是重复、正文是不是太薄。等到流量一直不起色，回头才發現索引里那條记錄的内容根本不是現在這一版。
第二，會让已经下架或失效的信息繼續留在搜尋结果里。頁面已经改成“活動結束”，索引里還寫着“限时進行中”，用戶点進来的体驗和頁面對不上。這種情况不一定是收錄出了大問题，但對站点信任度是實打實的消耗。
更新之後的常規動作
内容更新完成後，不需要做太多額外操作，按顺序走完下面几步即可：
- 確認頁面能被正常抓取，没有 robots、noindex、登入墙之類的阻挡。
- 检查這個 URL 是否只對應一個規范地址，避免參數、大小寫、尾斜杠把同一頁拆成几條记錄。
- 從几個稳定的内鏈入口重新指向该頁，让抓取路径保持通畅。
- 如果站点有 sitemap，確認其中的時間字段随更新同步變化，而不是全站同一個日期。
- 隔一段時間再比對一次标题和摘要，確認索引版本已经替換。
预期要按頁面類型分開定
活動頁、商品頁這類改動频繁的頁面，索引版本滞後是常態，核對周期可以短一些；說明文档、教程類頁面改動少，只要確認版本一致就行，不必反复盯着。把這两類混在一起定同一個预期，只會让核對结果忽好忽坏，看不出真實問题。
收錄核對不只是數 URL 的個數，也要看每條记錄里的内容是不是現在這一版。前者回答“有没有”，後者才回答“對不對”。
實际操作中，建议把“版本是否一致”作為收錄核對表里的固定一列。它不增加多少工作量，却能帮你把“已收錄”這個笼统结论拆得更清楚，也能让後續的内容優化有據可依。