你把一個(gè)經(jīng)營(yíng)了三年的博客從 /blog 遷移到 /articles，上線一周后來自搜索引擎的流量斷崖式下跌——抓取日志里，舊版鏈接全部返回 404 Not Found，搜索引擎正在批量把你的內(nèi)容從索引中剔除。這并不是服務(wù)器或 CMS 的 bug，而是在需要 301 永久重定向 的位置，錯(cuò)誤地交給了 404 頁面。兩者雖然都出現(xiàn)在訪問失敗的信道上，但扮演的角色和產(chǎn)生的后果截然相反。

從表象到本質(zhì)：404 與 301 的核心區(qū)別

• 404 Not Found 是一個(gè)客戶端錯(cuò)誤狀態(tài)碼（4xx），由服務(wù)器在「找不到請(qǐng)求資源」時(shí)返回。它的語義很直接：這個(gè) URL 現(xiàn)在沒有內(nèi)容，服務(wù)器也不知道它以后會(huì)不會(huì)有。瀏覽器會(huì)展示錯(cuò)誤頁面（默認(rèn)白底黑字或自定義頁面），用戶停留在一個(gè)死胡同。
• 301 Moved Permanently 是一個(gè)重定向狀態(tài)碼（3xx），表示「你請(qǐng)求的資源已被永久移動(dòng)到一個(gè)新位置」。它在響應(yīng)頭的 Location 字段中帶上目標(biāo) URL，瀏覽器會(huì)自動(dòng)跳轉(zhuǎn)，用戶幾乎無感知。

核心差別在于：404 終止了請(qǐng)求，不提供出路；301 則完成了一次導(dǎo)航轉(zhuǎn)移，把請(qǐng)求、流量連同「地址權(quán)重」一并交給新 URL。對(duì)于網(wǎng)站運(yùn)營(yíng)者，這意味著你每放出一個(gè) 404，就是在切斷一條本來可以繼續(xù)工作的路徑。

搜索引擎視角：哪一個(gè)在損耗你的 SEO 資產(chǎn)？

搜索引擎對(duì)兩者有完全不同的處理邏輯：

• 遇到 301，爬蟲會(huì)更新其數(shù)據(jù)庫中的 URL，將舊鏈接的排名信號(hào)（PageRank、外部鏈接等）絕大部分傳遞給新目標(biāo)。Google 的官方表述是「301 重定向傳遞的權(quán)重接近原 URL」。
• 遇到 404，搜索引擎視為「該頁面永久不存在」。初期可能保留索引一段時(shí)間，但反復(fù)抓取失敗后會(huì)從索引中徹底刪除，同時(shí)所有指向該頁面的外鏈都將變成斷裂鏈接，原本積累的權(quán)威度被清零。

如果你只是關(guān)閉了一個(gè)不再有替代內(nèi)容的產(chǎn)品頁，返回 404 是合理的；但如果是路徑結(jié)構(gòu)調(diào)整、域名遷移、內(nèi)容永久移動(dòng)到新位置，返回 404 就等于主動(dòng)拋棄了過往的 SEO 投入。常見的錯(cuò)誤操作是：網(wǎng)站改版后統(tǒng)一給舊鏈接一個(gè)漂亮的 404 頁面，卻沒有任何重定向策略。這樣「好看」的 404 永遠(yuǎn)無法幫你保住流量。

實(shí)現(xiàn)層面的正確姿勢(shì)與避開暗坑

1. 何時(shí)選擇 404

• 內(nèi)容真正被刪除，且不存在邏輯對(duì)等的新頁面。
• 防止軟 404：不要返回一個(gè)「200 OK」的頁面，上面寫著「內(nèi)容未找到」。這會(huì)讓搜索引擎把低質(zhì)量頁面混入索引，造成抓取預(yù)算浪費(fèi)和排名稀釋。務(wù)必返回真實(shí)的 404 HTTP 狀態(tài)碼。

2. 如何配置 301 重定向

以 Nginx 為例，把被廢棄的舊路徑 /old-blog/some-post 重定向到新路徑 /articles/new-slug：

# 精確路徑重定向
rewrite ^/old-blog/some-post$ /articles/new-slug permanent;

# 整個(gè)目錄遷移：/old-blog/ 下的所有請(qǐng)求映射到 /articles/
rewrite ^/old-blog/(.*)$ /articles/$1 permanent;

permanent 指令使 Nginx 返回 301。如果你用 Apache，對(duì)應(yīng)的 .htaccess 寫法是：

Redirect 301 /old-blog/some-post /articles/new-slug
RewriteRule ^old-blog/(.*)$ /articles/$1 [R=301,L]

更換域名時(shí)，應(yīng)使用服務(wù)級(jí)重定向，避免逐條寫死：

server {
    server_name old-domain.com;
    return 301 https://new-domain.com$request_uri;
}

3. 必須特別注意的邊界條件

• 重定向鏈：避免 A→B→C 的多跳 301。鏈中每增加一跳，不僅拖慢訪問速度，權(quán)重傳遞也會(huì)逐級(jí)衰減。直接讓 A 跳轉(zhuǎn)到最終目標(biāo)。
• 混淆 302：302 是臨時(shí)重定向，不會(huì)傳遞長(zhǎng)期 SEO 信號(hào)。在永久移動(dòng)的場(chǎng)景下誤用 302，等于告訴搜索引擎「舊 URL 還要留著」，新舊共存分散權(quán)重。
• 循環(huán)重定向：規(guī)則沖突很容易讓 URL 自己指向自己或其組合形成環(huán)路。上線前用 curl -I 檢查響應(yīng)頭，確保最終解析為 200 而不是一串 301/302。
• 同時(shí)有 404 頁面的情況：你仍然可以保留設(shè)計(jì)精良的自定義 404 頁面來挽回用戶，但它必須在確實(shí)找不到資源時(shí)才返回 404 狀態(tài)碼。不能把所有舊鏈接都先交給 404 頁面再企圖從中「手動(dòng)跳轉(zhuǎn)」——那種依賴 JavaScript 的跳轉(zhuǎn)搜索引擎基本不追隨。

下一步行動(dòng)建議

1. 抓取現(xiàn)存舊鏈接：從日志、Google Search Console、歷史 sitemap 中提取所有可能被第三方引用或已有排名的舊 URL。
2. 建立映射表：為每個(gè)舊 URL 指定唯一的目標(biāo)新 URL，避免多對(duì)一或一對(duì)多時(shí)的模糊處理。
3. 逐條驗(yàn)證狀態(tài)碼：在預(yù)發(fā)布或 staging 環(huán)境運(yùn)行：

   curl -s -o /dev/null -w "%{http_code}" https://yourdomain.com/old-url

   確認(rèn)每個(gè)舊鏈接返回 301 且 Location 指向正確的 200 頁面。

4. 長(zhǎng)期監(jiān)控 404 報(bào)告：Google Search Console 的「頁面」報(bào)告會(huì)匯總爬蟲遇到的 404，定期審查，對(duì)其中仍有價(jià)值的死鏈補(bǔ)充重定向。

404 與 301 之間沒有灰色地帶：要么讓路徑消失得干干凈凈（404），要么讓它帶著歷史和權(quán)重抵達(dá)新地址（301）。每一次不合時(shí)宜的 404，都是對(duì)過往鏈路建設(shè)的一次手動(dòng)報(bào)廢。