關于處置 404 錯誤頁面有不少方法。這里主要講的處置這個問題的時候不只考慮用戶還有考慮到搜索引擎，也是 seo 正確處置方式；以下是從網絡上整理出來的信息。希望對大家有所幫助。

對 HTTP404 狀態碼的理解

    HTTP 404 錯誤意味著鏈接指向的網頁不存在即原始網頁的 URL 失效，這種情況經常會發生，很難避免，比如說：網頁 URL 生成規則改變、網頁文件更名或移動位置、導入鏈接拼寫錯誤等，導致原來的 URL 地址無法訪問；當 Web 服務器接到類似請求時，會返回一個 404 狀態碼，告訴瀏覽器要請求的資源并不存在但是 Web 服務器默認的 404 錯誤頁面，無論 Apach 還是 IIS 均十分簡陋、呆板且對用戶不友好，無法給用戶提供必要的信息以獲取更多線索，無疑這會造成用戶的流失。

    因此，很多網站均使用自定義 404 錯誤的方式以提供用戶體驗防止用戶流失。一般而言，自定義 404 頁面通用的做法是頁面中放置網站快速導航鏈接、搜索框以及網站提供的特色服務，這樣可以有效的協助用戶訪問站點并獲取需要的信息。

HTTP404 對 SEO 影響

    自定義 404 錯誤頁面是提供用戶體驗的很好的做法，但在應用過程中往往并未注意到對搜索引擎的影響，譬如：錯誤的服務器端配置導致返回 “ 200 狀態碼或自定義 404 錯誤頁面使用 Meta Refresh 導致返回 “ 302 狀態碼。正確設置的自定義 404 錯誤頁面，不只應當能夠正確地顯示，同時，應該返回 “ 404 錯誤代碼，而不是 200 或 “ 302 雖然對訪問的用戶而言， HTTP 狀態碼究竟是 404 還是 200 來說并沒有什么區別，但對搜索引擎而言，這則是相當重要的

一 ) 自定義 404 錯誤頁返回 “ 200 狀態碼

    當搜索引擎蜘蛛在請求某個 URL 時得到 404 狀態回應時，即知道該 URL 已經失效，便不再索引該網頁，并向數據中心反饋將該 URL 表示的網頁從索引數據庫中刪除，當然，刪除過程有可能需要很長時間；而當搜索引擎得到 200 狀態回應時，則會認為該 url 有效的便會去索引，并會將其收錄到索引數據庫，這樣的結果便是這兩個不同的 url 具有完全相同的內容：自定義 404 錯誤頁面的內容，這會導致出現復制網頁問題。對搜索引擎而言，特別是 Googl 不但很難獲得信任指數 TrustRank 也會大大降低 Googl 對網站質量的評定。為什么會出現返回 “ 200 狀態碼的情況？請參看下面內容 “ 自定義 404 錯誤頁面的基本原則 ”

    一直在使用 Google Sitemap 當我提交 XML 格式網站地圖文件時， Google 會驗證我身份以確保是網站合法的管理者。驗證方式有兩種：上傳指定名稱的 html 頁到網站根目錄或者在網頁 meta 區域添加一個標識身份的 meta 標簽。通常是使用上傳 html 網頁的方式，但 Google 卻提示我網站根目錄下找不到這個網頁（實際上我已上傳，并且通過瀏覽器可以訪問）這是一個很可怕的問題 .

二 ) 自定義 404 錯誤頁使用 Meta Refresh 返回 “ 302 狀態碼

    經常看到許多網站的自定義 404 錯誤頁面采取類似這樣的形式：首先顯示一段錯誤信息，然后，通過 Meta Refresh 將頁面跳轉到網站首頁、網頁地圖或其他類似頁。根據具體實現方式不同，這類 404 頁面可能返回 “ 200 狀態碼，也可能返回 “ 302 但不論哪種，從 SEO 技術角度看，均不是一種合適的選擇。

    對 “ 200 狀態的情況我上面已經談過，那么，當 404 頁面返回 “ 302 時，搜索引擎會怎么對待呢？從理論上說，對 “ 302 錯誤，搜索引擎認為該網頁是存在只不過臨時改變了地址，仍然會索引收錄該頁，這樣，同樣會出現類似于 “ 200 狀態碼時的重復文本問題；其次，以 google 為代表的主流搜索引擎對 302 重定向的適用范圍要求越來越嚴格，這類不當使用 302 重定向的情況存在很大的風險。

確保自定義 404 錯誤頁面能夠返回 “ 404 狀態碼

    自定義 404 錯誤頁面設置完畢后，一定要檢查一下其是不是能夠正確地返回 “ 404 狀態碼。可以使用 Server Header 檢查工具，輸入一個不存在網頁的 url 檢查一下 HTTP Header 返回情況，確信其返回的 404 Not found

404 錯誤的處置方式

一 ) 定制 404 錯誤頁面的基本原則

    首先應明確的 404 錯誤應工作在服務器級而不是網頁級。對定制使用動態頁面如 PHP 腳本類型的 404 頁時，必需確保在 PHP 執行前服務器已經順利地送出 “ 404 狀態碼，不然，一旦執行到 ISAPI 級別，返回的狀態碼便只能是 200 或其他如 “ 302 之類的重定向狀態碼了

    其次，自定義網站的 404 錯誤頁面時，對設置的錯誤頁面 URL 鏈接應使用相對路徑而不是絕對路徑，而且自定義 404 頁面應該放在網站根目錄下。盡管無效鏈接可能是多種形式的 URL 但當發生 404 訪問錯誤時， WEB 服務器會自動將其轉到自定義的當 404 錯誤頁中，這跟 URL 形似沒有關系。

二 ) Apach 下設置 404 錯誤頁面

    為 Apach Server 設置 404 錯誤頁面的方法很簡單，只需在 .htaccess 文件中加入如下內容即可：

ErrorDocu 404 /notfound.php

注意：

1. 切記不要將 404 錯誤轉向到網站主頁，否則可能會導致主頁在搜索引擎中消失

2. 切記不要使用絕對 URL 例如： http://www.yoursite.com/nofound.php 形式 ) 如果使用絕對 URL 返回的狀態碼是 302 + 200 已測試）

三 ) IIS/ASP.net 下設置 404 錯誤頁面

    首先，修改應用順序根目錄的設置，打開 web.config 文件編輯，其中加入如下內容：

＜ configur ＞

＜ system.web ＞

＜ customError mode= On defaultRedirect= error.asp ＞

＜ error statusCode= 404 ″ redirect= notfound.asp / ＞

＜ /customError ＞

＜ /system.web ＞

＜ /configur ＞

注：上文例中 “ error.asp 為系統默認的 404 頁面， notfound.asp 為自定義的 404 頁面，使用時請修改相應文件名。

然后，自定義的 404 頁面 “ notfound.asp 中加入：

＜ %

Response.Statu = 404 Not Found

% ＞

這樣，便可以保證 IIS 能夠正確地返回 “ 404 狀態碼

四 ) IIS/ASP.net 下設置 404 靜態頁面

    設置靜態 404 錯誤頁面的方法則比較簡單， IIS 管理器中右鍵單擊要管理的網站，打開 “ 屬性 ” 中的自定義錯誤信息 ” 頁，為 “ 404 設定相應的錯誤信息頁即可。不過，此處在消息類型 ” 中一定要選擇 “ 文件 ” 或 “ 默認值 ” 而不要選擇 “ URL 不然，將導致返回 “ 200 狀態碼。