你的網(wǎng)站改版上線半年，搜索流量不升反降。查了Google Search Console才發(fā)現(xiàn)，大量舊URL被標成“軟404”——你當初為了讓用戶“有地方可去”，把下架產(chǎn)品頁全部301跳轉(zhuǎn)到首頁。搜索引擎沒領(lǐng)情，反而認定你在制造低質(zhì)量頁面。

這正是混淆404頁面與301重定向的典型代價。兩種HTTP狀態(tài)碼的意圖完全不同，一旦用錯，就相當于主動告訴爬蟲“我的網(wǎng)站內(nèi)容混亂”，直接打擊排名與抓取預(yù)算。

先弄清楚兩種狀態(tài)碼到底在說什么

當你訪問一個網(wǎng)址，服務(wù)器會返回一個三位數(shù)字的HTTP狀態(tài)碼。其中404 Not Found表示“請求的資源在服務(wù)器上不存在，也沒有給出可以轉(zhuǎn)向的新地址”。瀏覽器會展示一個錯誤頁面，搜索引擎在重試幾次仍得到404后，會將其從索引中刪除。

301 Moved Permanently則表示“你請求的資源已經(jīng)被永久分配了一個新URL，以后都應(yīng)該直接訪問新地址”。瀏覽器會自動跳轉(zhuǎn)，搜索引擎也會把原URL的權(quán)重、外鏈信號轉(zhuǎn)移到新URL上。

核心區(qū)別只有一條：這個資源是不是永久換了一個新位置，而且新位置能提供等價的內(nèi)容？ 是，就用301；否，就該讓服務(wù)器明確返回404（或者如有內(nèi)容曾被永久刪除且無替代，可用410 Gone）。

很多團隊看到掉鏈第一反應(yīng)是“跳走總比報錯強”，擅自把所有死鏈301指向首頁或欄目頁。這恰恰制造了最常見的“軟404”災(zāi)難：服務(wù)器返回200或301，但落地頁與用戶意圖完全不相關(guān)，搜索引擎會判定該URL實質(zhì)為失效頁面，既不會傳遞權(quán)重，還會累加低質(zhì)信號。

如何正確實現(xiàn)404與301重定向

以下配置假設(shè)你使用Nginx或Apache，示例均經(jīng)過最小化處理，去掉無關(guān)指令。

Nginx示例

創(chuàng)建明確的301重定向，從舊地址指向一個內(nèi)容對等的新頁面：

location = /old-product-page {
    return 301 https://www.example.com/new-product-page;
}

如果要重定向一個目錄下的所有舊URL，并保留路徑結(jié)構(gòu)，可用正則：

location ~ ^/old-blog/(.*)$ {
    return 301 https://www.example.com/new-blog/$1;
}

定義404頁面時必須保證HTTP狀態(tài)碼為404，不能因為返回了好看的錯誤頁面就變成200。正確的寫法是：

error_page 404 /404.html;
location = /404.html {
    root /var/www/errors;
    internal;
}

其中internal;確保該地址只能由內(nèi)部重定向觸發(fā)，用戶直接訪問/404.html會收到404。想進一步確認狀態(tài)碼，用curl測試：

curl -I https://www.example.com/nonexistent-page
# HTTP/1.1 404 Not Found

Apache示例

在.htaccess或虛擬主機配置中，啟用重寫引擎后：

RewriteEngine On
# 單頁面301
RewriteRule ^old-page$ https://www.example.com/new-page [L,R=301]

# 目錄批量遷移
RewriteRule ^old-products/(.*)$ https://www.example.com/new-products/$1 [L,R=301]

自定義404仍要確保狀態(tài)碼為404，Apache默認會正確處理ErrorDocument指令：

ErrorDocument 404 /errors/not-found.html

測試同樣使用curl -I，確認響應(yīng)頭第一行包含404或301及Location字段。

檢驗清單

• 對301目標頁執(zhí)行curl -I，確認最終返回200，不要鏈到另一個重定向或404。
• 檢查Location頭是否攜帶完整的絕對URL（推薦），以避免相對路徑造成的二次跳轉(zhuǎn)。
• 瀏覽器開發(fā)者工具的“網(wǎng)絡(luò)”標簽可直觀查看跳轉(zhuǎn)鏈，確保一次301直達最終頁面。
• Google Search Console的“網(wǎng)址檢查”工具可以實時查看抓取結(jié)果，確認谷歌看到的狀態(tài)碼與你預(yù)期一致。

避開三個會讓流量折損的陷阱

陷阱一：把404頁面做成“軟200”

有些框架或CDN默認將404頁面包裝為一個正常頁面，返回200 OK，僅僅在HTML里寫“頁面未找到”。爬蟲會將其視為有效頁面嘗試索引，導致大量空洞內(nèi)容污染站點。務(wù)必在CDN、負載均衡、后端框架各層都保持404狀態(tài)碼透傳。

陷阱二：無論什么死鏈都301到首頁

搜索引擎已明確將這種行為視為“不恰當?shù)能?04”。如果某個舊URL確實沒有內(nèi)容對應(yīng)的新頁面，直接返回404或410，并在錯誤頁面提供搜索框、站點導航鏈接。這樣用戶有路可走，信號也干凈。

陷阱三：放任重定向鏈增長

舊URL跳到一個中間地址，中間地址再跳向新地址，形成A→B→C的鏈式重定向。每次額外跳轉(zhuǎn)都會增加延遲，削弱權(quán)重傳遞效率。在維護重定向映射表時，應(yīng)定期將歷史上的多級跳轉(zhuǎn)扁平化為A→C的直達301，并用curl -I -L檢查是否已經(jīng)閉環(huán)。

301與404的選擇不是“對與錯”的道德題，而是“信號是否清晰”的工程題。每處理一條死鏈，只問自己：它的內(nèi)容有沒有一個永久的新位置，且新位置能直接滿足用戶的同一信息需求？答案決定了用301把流量和權(quán)重護送過去，還是用404干凈地告訴爬蟲“到此結(jié)束，可以刪除索引”。把這個判定邏輯固化為團隊的處理流程，你才能把死鏈管理從應(yīng)急補丁升級為持續(xù)健康的站點資產(chǎn)。