相關服務器返回代碼介紹：
200 客戶端請求已成功響應；
301 永久重定向某個鏈接；
302 臨時重定向到某個鏈接；
404 訪問的頁面暫時不存在。
當網站進行調整、頁面進行修改的時候，便會有網頁被刪除、改名或移動位置，這時候，雖然相應內容的網頁還存在於網站中，但使用原來的地址訪問則無法訪問，或者由於拼寫錯誤導致一個無效的鏈接，都將使服務器返回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跳轉到首頁。