當網站進行調整、頁面進行修改的時候，便會有網頁被刪除、改名或移動位置，這時候，雖然相應內容的網頁還存在于網站中，但使用原來的地址訪問則無法訪問，或者由于拼寫錯誤導致一個無效的鏈接，都將使服務器返回404狀態碼。

　　但是，Web 服務器默認的404錯誤頁面，均十分簡陋、呆板且對用戶不友好，無法給予用戶尋找相應信息的更多線索，用戶看到這類頁面往往最直接的反應并是關閉瀏覽器窗口離開，這在很大程度上給網站造成損失。畢竟，對網站來說，用戶永遠是最重要的資源，以這種方式損失用戶更意味著某種程度的失敗。

　　這也是許多網站使用自定義404錯誤頁面的原因。通過良好的自定義404 頁面，可以包含對網站的相應介紹、用戶可能感興趣的內容鏈接或者網站內容導航鏈接、內容搜索功能等，能夠有效地幫助訪問者找到其欲尋找的內容或相似的內容，提高用戶在網站內瀏覽更多信息的機會。

　　正確定義404錯誤頁面：

　　1. 對于已經存在的信息由于路徑改變而導致訪問不了時，應該在IIS 中定義404錯誤指向一個動態頁面，在頁面里面使用301 跳轉到新的地址，此時服務器返回301狀態碼。

　　2. 當訪問一個錯誤的鏈接時，將調用404頁面，但由于在IIS 里面設置的不同將導致返回不同的狀態碼：

　　1. 404指向的是一個htm 文件，此時頁面返回的404狀態碼，這是正確的。

　　2. 404指向的是一個URL，例如 /error.asp，如果不在頁面里面進行設置，僅僅是返回提示的HTML 代碼，將導致頁面返回200 狀態碼，此時的危害在于，當很多頁面找不到時，都返回和訪問正常頁面時返回一樣的200狀態碼，將使搜索引擎認為該鏈接存在，并以錯誤頁面的內容進行收錄，當這樣的鏈接很多時，將導致大量頁面重復，使網站排名降低。處理方法：在顯示完提示內容后，增加語句： Response.Status="404 Not Found" ，這樣就保證頁面返回404狀態碼。

　　3. 避免在調用404 頁面的時候返回302狀態碼，容易被搜索引擎認為是重定向作弊。

　　4. 檢測方法，使用HttpWatch 查看返回代碼。參見：在這個例子中，我請求的是http://www.sina.com.cn/1223.html ，新浪返回錯誤頁面，然后5秒鐘后，使用js跳轉到首頁。