頁面内容更新了，過了一两周在搜尋里看到的還是舊标题、舊價格、舊活動信息。這種情况很容易被归结為“没被重新收錄”，但實际原因往往分散在抓取、索引、展示三個环节。按下面的顺序核對，能更快定位到卡在哪一步。
先提示一点：更新能否被重新抓取、重新展示，取决于對方對頁面價值的判断，没有固定時間表。下面的核對是為了排除自身可控的問题，不是保證结果。
一、先確認“舊”的是哪一层
看到舊内容时，先分清三種情况，處理方向完全不同：
- 抓取没来：日誌里最後一次抓取還停在改動之前，蜘蛛根本没拿到新版本。
- 抓取了但索引没換：日誌顯示已经抓取，搜尋结果却仍是舊描述，說明新版本還没替換進索引。
- 索引換了，展示有延迟：索引資料已變，但不同地区、不同入口看到的還不一致。
把這三层分開记錄，後面的動作才有针對性。
二、核對蜘蛛是否真的抓到了新版本
看時間戳，不要只看狀態碼
翻日誌时不要只確認有没有 200。重点看目标 URL 最近一次抓取發生在内容改動之前還是之後，以及抓取时返回的字节數有没有變化。字节數和改動前几乎一样，通常說明拿到的是缓存版本，或者改動根本没生效。
排除缓存层
- 用绕過缓存的方式直接請求，確認源站輸出的 HTML 已经更新。
- 检查 CDN 或反向代理是否還在返回舊副本，核對缓存規則與刷新记錄。
- 如果正文靠前端渲染，確認渲染後的 DOM 和原始 HTML 里都能看到新内容。
三、判断改動幅度是否够被重新處理
改動量級不同，被重新评估的可能性差异很大：
- 只改一两句话、換個日期，通常不會被当成新版本重点處理。
- 主体内容、结构、标题层級都有實质調整，更容易触發重新评估。
- 改動後頁面反而變得更薄，可能不但不更新，還會影响原有收錄狀態。
四、给蜘蛛一條明确的重新發現路径
- 確認頁面能被正常訪問，没有被 robots、noindex 或登入墙挡住。
- 检查内鏈：從首頁或栏目頁到该頁的連結是否還在，連結文字是否指向目前内容。
- 更新 Sitemap 中的 lastmod，並保證時間與真實改動時間一致。
- 如果内容有分頁或分版本，確認 canonical 指向的是最新且可訪問的那個 URL。
- 不要為了催更新而反复提交同一 URL，频率過高反而容易被忽略。
五、几類常见的誤判
- 搜尋结果顯示的是缓存描述：這属于展示层，摘要需要等下一次重新生成。
- 移動端和桌面端不一致：一端已更新、一端仍是舊内容，要分別核對两套模板的輸出。
- 參數或大小寫不同的 URL：你以為更新的是同一個頁面，實际抓的却是另一個變体。
- 頁面确實没變：後台改了，但前端取的資料源没變，最终輸出仍是舊内容。
六、核對顺序小结
- 確認看到的“舊”属于抓取、索引還是展示层。
- 查日誌時間戳與返回字节數，確認是否抓到新版本。
- 绕過缓存，確認源站輸出已更新。
- 评估改動幅度是否值得重新處理。
- 检查内鏈、Sitemap、canonical 是否都指向最新版本。
- 確認没有多個 URL 變体在分散信号。
整体思路是：先把“抓取”和“收錄”分開，再把“索引”和“展示”分開。大部分“更新不生效”的問题，都卡在其中某一個环节，而不是全部。