頁面删掉、合並或者临时停用，是站点运营里很常见的事。但把文件從服務器上移走，並不等于索引里的记錄會跟着消失。索引有它自己的节奏和判断逻辑，中間如果操作顺序不對，反而可能让舊地址停留更久，或者把本来该传递的信号一起切断。
先明确三種不同的下线
很多时候處理混乱，是因為把三種情况混為一谈：彻底刪除（内容以後不再存在）、換地址（内容還在，只是位置變了）、暂时停用（過段時間還要恢复）。換地址适合用 301 指向新地址；彻底刪除用 404 或 410；暂时停用更适合返回 503，或者保留頁面但做适当處理，直接删成 404 並不划算。
404 和 410 的差別在哪
两者都表示頁面不存在，410 更明确地表達“已永久移除”。實际抓取中，两者被處理的差异没有想象中那么大。真正關键的是：返回的必须是真實狀態碼，而不是用 200 狀態返回一個“内容已刪除”的提示頁。後者容易被当成正常頁面繼續保留，舊地址反而更难登出。
先 noindex 再刪除，還是直接删
常见建议是先给頁面加 noindex，等它從索引里离開後再删。好處是頁面還在，蜘蛛依然能抓到 noindex 信号，移除路径更确定。直接删成 404 也能最终移除，只是過程依赖蜘蛛再次抓取。两種做法都可以用，但如果頁面上還挂着大量内鏈、仍被 sitemap 收錄，先處理這些入口，往往比纠结顺序更重要。
停掉指向舊地址的入口
蜘蛛是靠連結發現 URL 的。舊地址的入口没清理干净，它會持續被抓取，看起来像“還活着”。需要一起检查的地方包括：
- 站内連結：導航、面包屑、正文引用、相關推荐、侧栏模块
- sitemap：把舊 URL 從提交文件中移除
- 结构化資料、RSS、站内搜尋结果頁
- 對外投放、合作頁面或歷史外鏈里的指向，能改的改，不能改的接受一段過渡期
這些入口不需要一次性全部處理完，但至少要保證主要入口不再指向已经不存在的地址。
canonical 和索引移除工具的使用邊界
canonical 表達的是“合並信号”，不是刪除指令。如果舊地址的内容迁到了新地址，用它做指向是合理的；但如果你只是想让舊地址從索引里消失，用 canonical 效果有限，因為它預設舊頁面依然存在，只是不再作為代表版本。索引移除類工具适合紧急场景，比如誤公開或不希望短期出現的内容。它有明确期限，属于临时手段，長期還是要靠頁面本身的狀態碼和入口清理来配合。涉及隐私或法律類内容另有专门渠道，普通内容不必走那條路。
怎么判断舊地址是不是真走了
site: 指令只能看個大概，不能当作准确數字。更可靠的观察方式是站内定期抽样、看服務器日誌里舊地址的抓取频率是否下降、看後台的索引相關报告。時間上没有统一答案，從几天到几周都有可能，取决于原来的抓取频率和頁面在站内的位置。
几個容易踩的坑
- 用 200 狀態返回“此内容已刪除”的提示頁
- 舊地址 301 到一個内容不相關的新頁面，容易被判為软 404
- 頁面删了，但 sitemap 和内鏈没動
- 一批頁面同时刪除，站内出現大量死鏈，影响其他頁面的抓取
- 本来只是临时停用，却直接设成 404，恢复後又要重新等待
把“頁面下线”拆成两件事看待：让 URL 不再可訪問，和让索引里的记錄离開。前者几分钟就能完成，後者需要狀態碼、入口清理和時間共同作用。
整体思路是：先确定下线類型，再選狀態碼，然後清理入口，最後留出观察期。顺序不必卡得很死，但每一步都要落實，否則索引里的舊地址可能比预期停留得更久。