頁面被收錄之後，很多站点就把它当成“完成”了。實际上收錄只是一個狀態，不是终点。之後你改标题、換正文、調整 URL 结构，索引里的那一份都需要重新對齐。這一步如果没有章法，常见的结果是：搜尋结果里看到的還是舊标题，或者新舊 URL 同时出現，甚至頁面在索引里消失一段時間。
下面按“改了什么”分三種情况来说，因為處理顺序完全不同。
先分清改動的類型
同样是“更新頁面”，對索引的影响差別很大，可以粗分成三類：
- URL 不變，只改内容，比如标题、正文、图片、内鏈
- URL 變了，内容基本不變，比如換路径、換目錄、換域名
- 頁面被拆分或合並，一個 URL 變成几個，或几個變成一個
第三種最容易被忽略，也最容易制造重复内容。
URL 不變：重点是一次改到位
URL 不變的情况下，搜尋引擎下次抓取到這個頁面时會看到新内容，索引更新只是時間問题。影响更新速度的主要有两点：抓取频率和改動幅度。
- 改動幅度：只調几個词，通常做局部更新；主体内容大改、标题和结构一起換，更容易触發重新评估。
- 抓取频率：内鏈多、更新規律、站点整体抓取正常的頁面，回訪通常更及时。
實務上的建议是：需要改就一次改清楚。今天改标题、明天換首段、後天再調一次小标题，反复小幅改動既看不出效果，也让抓取回訪缺少明确信号。站点地图里的 lastmod 可以更新，但要如實反映内容變化，不要每次發布都全站刷新。
URL 變了：把指路做完整
換 URL 属于结构性改動，處理不完整就會留下两個都能打開的版本，收錄机會被分散。要一起做完的至少有這几步：
- 舊 URL 做 301 永久重定向到新 URL，不要長期使用 302。
- 站内所有指向舊 URL 的内鏈改成新 URL，减少跳轉层級。
- 站点地图替換為新 URL，舊 URL 從地图中移除。
- 如果舊 URL 有外鏈或流量，重定向至少保留數月，不要急着關掉。
顺序上，先确定新 URL 能正常訪問、内容完整，再做重定向，最後清理内鏈和站点地图。反過来做，很容易留下一段時間的死鏈。
拆分與合並：先确定代表版本
把一篇長文拆成几頁，或者把几個薄頁合並成一頁，本质是 URL 與内容的重新對應。這时要明确哪一個是代表版本：
- 合並时，選内容最完整、外鏈最多的那個 URL 作為代表，其余頁面 301 過去，並在代表頁上补齐被合並内容的要点。
- 拆分时，每個新 URL 都要有獨立完整的主题，不要把同一段内容複製到多頁，只在标题上做区分。
- 如果几頁确實需要同时存在，比如分頁或篩選，用 canonical 指向代表版本，並確認站内連結不會同时指向多個版本。
這一步做不好，就會變成几個 URL 争同一個查询，谁都不稳定。
改動之後，站点可以核對什么
- 抓取日誌里舊 URL 和新 URL 的訪問情况，確認重定向有没有被跟進。
- 站点地图、内鏈、導航中是否還残留舊地址。
- 索引狀態是否從舊 URL 轉移到新 URL，而不是两者並存。
- 被改動的頁面，标题和摘要在搜尋结果里是否已经更新。
索引更新不是發布動作的即时回执，站点的任務是让信号一致、指路清晰，剩下的是等待。
把“改動”当成一次小型的 URL 整理来做，比事後發現两個版本同时在索引里再补救要省事得多。