網站收錄

内容改版後索引還是舊的:重新抓取與重评的触發條件

頁面内容已经改過,搜尋结果里却還是舊标题和舊摘要。這種情况要先分清是没重新抓取、抓取了没重评,還是展示层缓存,再從站点地图時間戳、内鏈入口和主動提交几個方向推進,同时避開無意义改動带来的干扰。

網站收錄

内容改版後索引還是舊的:重新抓取與重评的触發條件

頁面改完标题、正文或價格,搜尋结果里却還是老样子:标题是舊的,摘要還是那段已经删掉的文字。這種情况多半不是“没收錄”,而是索引里的這份副本還没被刷新。要處理它,先把几種情况分開看。

先分清:没重新抓取、抓取了没重评、只是展示层缓存

三種情况的處理方式完全不同,搞混了就會白費力气。

  • 没重新抓取:服務器日誌里看不到近期對该 URL 的請求,說明搜尋引擎還没回来看過。
  • 抓取了但没重评:日誌有請求、狀態碼正常,但索引里的标题和摘要仍是舊的。抓取频率和重新评估频率不是一回事,内容更新不等于索引立刻更新。
  • 展示层滞後:索引其實已经更新,只是搜尋结果頁面本身有一段缓存期,通常比索引恢复得更快,不需要专门處理。

判断自己属于哪一類,最省事的办法是看日誌時間與快照内容,再對照索引狀態报告里该 URL 的最近抓取時間。

让頁面被重新回訪的常規触發点

不需要复杂操作,重点是把“這個頁面變了”這個信号明确地传出去。

  1. 站点地图里的 lastmod 要真實。只在内容實质改動时更新,改了又改、時間乱跳會让這個信号贬值。
  2. 内鏈與入口带来的訪問。頁面被频繁点击、從首頁或栏目頁有稳定入口,回訪通常更勤;孤立的更新頁往往要等很久。
  3. 主動提交。IndexNow、搜尋资源平台的接口能传達“有變化”,但只解决通知問题,不决定是否重评。
  4. 更新聚合入口。如果站内有“最近更新”“相關推荐”這類模块,让改動的頁面出現在里面,相当于给它补了一次入口。

哪些更新動作反而帮倒忙

  • 只改几個错別字或動了排版,却把 lastmod 改成当天。反复几次之後,更新信号就不可信了。
  • 更新时顺手把 URL 換掉或加了參數,等于让引擎面對一個新地址,舊地址上的积累被切断。
  • 為了顯得“新鲜”,在頁面底部自動生成当天日期。這類時間戳很容易被识別為無意义變動。
  • 大改内容结构的同时又調整 canonical 或其他索引指令,一次改動叠了两個變量,出問题时不好判断原因。

更新频率和索引刷新不是正比關系

有些站点希望每天動一点就能天天刷新索引,實际並不是這样。引擎會综合頁面價值、變更幅度、這個地址歷史上的更新表現以及站点整体的更新节奏来安排回訪,而不是按你的編輯次數排队。

频繁的小改動往往不如一次明确的實质更新有效。與其每天微調一遍,不如把改動攒成一次,让頁面确實产生了新的信息量,再用 lastmod 和提交把這個變化说清楚。

推進顺序

  1. 先在服務器日誌確認近期有没有抓取。没有,重点放在入口和提交;有,重点放在内容信号。
  2. 判断是不是實质變化。只是小修,就不必期待索引很快刷新。
  3. 確認狀態碼、canonical、robots 都正常,没有把引擎挡在门外。
  4. 提交之後耐心等待,不要在两三天内反复改動同一個頁面。
索引刷新有它自己的节奏。能做的是把信号發清楚、把入口留好,然後给它時間。反复折腾同一頁,通常只會让判断更模糊。