删掉一個栏目、下架一批商品、合並两篇内容，這些操作在後台几秒钟就完成了。但過几天搜一下，舊連結還在结果里，点進去要么是 404，要么跳到一個新頁面——于是很多人開始怀疑：是不是刪除没生效？

其實從刪除到索引里真正不再出現，中間隔着一次抓取、一次判断和一次更新。理解這個顺序，比反复刷新搜尋结果有用得多。

先分清：你要的是“打不開”還是“別收錄”

這两個目标對應的做法完全不同。

• 内容确實不再需要，希望用戶和搜尋引擎都別再訪問——让 URL 返回 404 或 410。
• 内容換地方了，希望老連結把用戶带過去——用 301 跳到最接近的新頁面。
• 内容還在，只是暂时不公開——同样用 404 或 410，而不是 302 跳首頁。

最容易出错的是第三種：临时下架就 302 跳首頁，或者留一個空壳頁面撑着。這類頁面會被当成“内容空、還活着”，慢慢變成软 404，反而長期占着索引位置。

404 和 410：差在哪，怎么選

两者都表示這個地址没有内容了。区別在语义：404 是“找不到”，410 是“明确、永久地没有了”。

搜尋引擎對 410 的處理往往更干脆，因為它不需要再反复確認這個 URL 會不會恢复。實践中：

• 内容永久刪除、不會回来——優先 410。
• URL 拼错、文件從未存在——404 就够。
• 内容還在但換了地址——用 301，不要用 404 或 410。

需要提醒的是，410 不是“加速刪除按钮”。搜尋引擎仍然要重新抓一次這個 URL、確認返回碼，才會更新索引。速度取决于它多快再来訪問。

几個常见场景的處理思路

商品下架，未来可能重新上架

如果這個 SKU 還會回来，直接删頁面代價不小。更稳的做法是保留原 URL，頁面保留基础信息並說明目前狀態，同时明确标注不可購買。這样老連結的用戶体驗和索引连續性都能保住。

内容合並，两篇變一篇

把被合並的 URL 301 到保留頁，並確認保留頁真的覆盖了原頁面的核心信息。如果只是跳到首頁或栏目頁，等于告诉搜尋引擎“這两篇没關系”，原来积累的連結價值基本就断了。

整個栏目或整站下线

整站要下线且不打算再上线，用 410 並保留一段時間是常见做法。但要注意：不要给整站加 noindex 之後立刻關站。爬虫抓不到頁面，也就讀不到 noindex，索引反而會停留更久。要么让服務器繼續返回 404 / 410，要么在還能訪問的阶段用 noindex 並等它生效。

只是不想让它出現在结果里

如果頁面需要保留给用戶訪問，只是不希望被收錄，用 noindex。robots.txt 的 disallow 會阻止抓取，爬虫讀不到頁面上的 noindex，结果常常是“没抓到但還在索引里”。

刪除之後，還可以主動做几件事

1. 確認服務器返回的是正确的狀態碼，而不是跳轉，也不是 200 的空頁面。
2. 把新地址加進内鏈，让爬虫從站内就能走到，而不是只等着從外部發現。
3. sitemap 里移除已刪除的 URL，避免繼續提交無效地址。
4. 如果涉及敏感信息、需要紧急處理，可以用搜尋平台的移除工具作為临时手段，它解决的是“先別顯示”，不是長期狀態。
5. 检查舊連結的外鏈情况，能联系修改的尽量改到新 URL。

時間预期：別把過程当成故障

刪除後的表現通常是這样：先是頁面被抓取时返回 404 / 410，然後索引里這條记錄逐渐淡化、减少出現，最後才完全不出現。這個過程從几天到几周都算常见，跟站点規模、連結數量、抓取频率都有關系。

判断刪除是否成功，看的不是搜尋结果，而是服務器返回碼和索引狀態的變化。前者你可以完全控制，後者需要時間。

與其每天搜一遍舊标题，不如把狀態碼、内鏈和 sitemap 這三件事確認好，剩下的交给抓取周期。真正出問题的，往往是狀態碼寫错了，或者新舊 URL 之間没有建立任何關系。