頁面下线、合並或者改版之後，搜尋结果里還能看到舊地址，這是收錄核對时经常碰到的情况。不少人第一反應是去用移除工具，但前面的步骤没做，移除往往只是暂时的，過一段時間連結又會回到结果里。下面按實际處理顺序梳理一遍。
先確認頁面處于哪種狀態
同一個「删掉了」，在服務器层面可能是几種完全不同的情况，處理方式也不一样：
- 404 或 410：服務器明确返回不存在，這是最干净的狀態。
- 301：頁面永久跳到了新地址，属于合並或迁移，不是刪除。
- 200 但内容換成了提示语：看起来是返回正常，實际是空頁面，這種容易被当成有效頁面繼續保留。
- 200 但加了 noindex：頁面還能訪問，只是不希望被索引。适合内容仍要给人看、但不想進搜尋的情况。
先弄清属于哪一種，再决定下一步。狀態没對齐，後面的操作容易互相打架。
索引是否移除，最终由搜尋引擎判断。我們能做的是把信号给清楚、给一致，時間和节奏不在自己的控制范围内。
404 和 410 的實际差別
410 表示永久刪除，语义比 404 更明确。實际中两者對索引清理的影响差別有限，關键是一致：不要让同一個地址一會儿 404、一會儿 200、一會儿又 302。反复變化的狀態會让爬虫难以判断，反而拖慢清理。
如果頁面只是内容被合並到了另一篇，用 301 指向新地址更合适，不要直接返回 404。刪除和合並是两件事，混在一起處理會让舊連結的權重和用戶都無處可去。
核對顺序：先给信号，再等抓取
下面這個顺序不是死規定，但按它走能减少返工：
- 確認頁面本身返回正确的狀態碼，而不是 200 的空壳頁面。
- 清理站内指向這些地址的内鏈，導航、面包屑、相關推荐、分頁组件都要看一遍。
- 從 sitemap 里移除對應 URL，包括拆分出的 sitemap 索引文件。
- 检查 robots.txt，確認没有誤屏蔽整個目錄。目錄被屏蔽後爬虫看不到 404，清理會更慢。
- 检查 CDN 和缓存层，確認回源拿到的不是缓存的舊版本。
- 同步處理移動版、舊域名、http 與 https、带 www 與不带 www 的對應版本。
- 观察日誌，確認爬虫重新訪問過這些地址，並且拿到了预期的狀態碼。
- 上述都做完、等了一段時間仍不消失，再考虑移除工具。
移除工具是临时措施
URL 移除工具會在一定時間内隐藏某條结果，适合處理紧急情况，比如頁面上有不该公開的信息。但如果地址本身還能正常訪問，隐藏期結束後结果可能重新出現。它解决的是「先看不到」，不是「永久消失」。長期處理還是得靠前面那些信号。
容易遗漏的同步位置
- 頁面里的结构化資料，删了頁面但标记還留着。
- CMS 或插件自動生成的相關文章、热门列表。
- 站内搜尋结果頁、标簽頁里残留的連結。
- CDN 邊缘节点上的缓存副本。
- 舊域名的解析没有下线，仍能訪問到同一份内容。
- 外部網站上的引用連結，這部分只能等對方更新，自己控制不了。
怎么判断處理是否到位
可以從三個地方對照：服務器日誌里目标地址被重新抓取並返回 404 或 410；索引相關的报表中對應數量在下降；搜尋结果里舊地址消失，或点击後提示頁面不存在。三者不總是同步，時間差很正常。
给一点耐心，索引更新有自己的节奏。真正需要警惕的不是慢，而是狀態前後不一致——那才是让清理反复的常见原因。