改完标题、补了正文，過一阵去搜尋里查，结果還是舊的那一版：标题没換、摘要還是老句子，有时连正文都是修改前的。這種情况容易让人以為“没收錄”，但更多时候頁面其實在索引里，只是索引里的版本没有跟着更新。把“有没有收錄”和“收錄的是哪一版”分開看，核對顺序會清楚很多。

第一步：先確認差异出在哪一层

搜尋结果的标题和摘要並不總是照搬頁面。搜尋引擎常會從正文里摘句子，或按查询词改寫标题。所以先比對正文主体段落：如果摘要里的句子在現在的頁面上仍能找到，只是标题被改寫，那多半是展示层的正常調整，不是版本舊的問题。

真正需要核對的，是缓存快照的日期和正文主体。快照日期明顯早于最後一次修改，並且被改掉的段落還完整出現在快照里，才說明索引里的版本没刷新。

第二步：核對最後一次抓取是否發生在改動之後

索引更新建立在重新抓取的基础上。改動之後的抓取如果還没發生，索引维持舊版本是正常現象，不算故障。顺序上先看日誌或抓取統計里该 URL 最近一次抓取時間，再和内容修改時間對照：

• 抓取時間早于修改時間：等下一轮抓取即可，不必急着改動结构
• 抓取時間晚于修改時間，快照仍是舊的：進入下一步核查
• 抓取時間長期没有更新：检查内鏈、導航與 sitemap 是否還指向這個 URL

第三步：改動幅度與信号是否足够

小幅改動，比如改几個词、調一下标点，通常不足以触發重新抓取和索引刷新，這不是漏收，只是優先級問题。如果确實希望更新，改動要落在主体内容上，例如补充段落、更新資料、修正事實。

更實际的做法，是把改動同步到抓取端能讀到的信号上：

• sitemap 里的 lastmod 是否同步更新（不要每次全站刷一遍時間）
• 頁面结构化資料里的 dateModified 是否跟着變
• 指向该頁的内部連結锚文本若已過时，是否一並改掉
• 頁面在站内的位置和入口數量是否有變化

第四步：URL 與 canonical 有没有換過版本

如果改版過程中 URL 變過（加斜杠、改大小寫、換目錄），容易出現一個局面：舊 URL 在索引里保持舊内容，新 URL 刚被發現。這时先確認 canonical 指向的是想保留的那個版本，並且這個版本自身可以被抓取。canonical 指向的版本没被收錄时，容易两個版本都不更新。

另外检查是否同时存在多個近似版本，比如带參數、http 與 https、有無 www 的说法。同一份内容被拆成多個地址，抓取力量被分散，舊版本留在索引里的時間往往更長。

一份可执行的核對顺序

1. 记錄目标 URL、最後一次内容修改時間、日誌里最後一次抓取時間
2. 打開搜尋结果的缓存快照，比對正文主体，而不是只看标题
3. 检查 sitemap 的 lastmod 與 dateModified 是否同步
4. 检查 canonical、重定向與參數版本，確認只留一個主版本
5. 確認主版本在站内有正常内鏈入口，没有被 noindex 或 robots 拦住
6. 若以上都正常，用抓取工具請求一次该 URL，观察返回内容與狀態碼
7. 记錄目前狀態，隔一段固定周期再看一次，避免每天改動

抓取與收錄是两件事：抓到了不等于入库，入库了也不等于版本會立刻跟着頁面更新。把這几個环节分開记錄，判断會稳得多。

结尾的几点提醒

不要因為一次快照没刷新就频繁改标题、改 URL、反复重新提交，這些動作反而會让索引里的版本更不稳定。除非頁面确實有實质變化，否則先给一点观察時間。如果長期不更新，且入口、canonical 都没有問题，再考虑通過站点地图重新提交，或在站内新增一處合理入口，而不是反复改動頁面本身。