注意：大多搜索引擎網站將『404』與『410』狀況同樣看待，如Google。(參看Matt Cutts的解釋明白)

對HTTP404狀況碼的了解

HTTP 404 不正確意味著鏈接指向的網頁不存在，即原始網頁的URL失去效力，這種事情狀況常常會發生，很難防止，譬如說：網頁URL生成規則變更、網頁文件更名或移動位置、導入鏈接拼音書寫不正確等，造成原來的URL地址沒有辦法過訪；當Web 服務器接到大致相似煩請時，會回返一個404 狀況碼，奉告瀏覽器要煩請的資源並不存在。不過，Web服務器默許的404不正確頁面，不管Apache仍然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不正確頁面的內部實質意義，這會造成顯露出來復制網頁問題。對搜索引擎網站而言，尤其是Google，不惟很難取得相信指數TrustRank，也會大大減低Google對網站品質的核定。（為何會顯露出來回返『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的形似沒相關系。

(二)Apache下設置404不正確頁面

為Apache Server設置 404不正確頁面的辦法很簡單，只需在.htaccess 文件中參加如下所述內部實質意義即可：

注意：
1.牢牢記住不要將404不正確轉向到網站主頁，否則有可能會造成主頁在搜索引擎網站中消逝
2.牢牢記住不要運用完全URL(例如：/nofound.php方式)，假如運用完全URL回返的狀況碼是『302』+『200』（已測試）

(三)IIS/ASP.net下設置404不正確頁面

首先，改正應用手續根目次的設置，敞開 『web.config』 文件編輯，在那裡面參加如下所述內部實質意義：

注：上文例中『error.asp』為系統默許的404頁面，『notfound.asp』為自定義的404頁面，運用時請改正相應文件名。

而後，在自定義的404頁面『notfound.asp』中參加：

這麼，便可以保障IIS能夠准確地回返『404』狀況碼

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

設置靜態404不正確頁面的辦法則比較簡單，在IIS管理器中右鍵裸機要管理的網站，敞開『屬性』中的『自定義不正確信息』頁，為『404』設定相應的不正確信息頁即可。然而，此居於『消息兒類型』中必須要挑選『文件』或『默許值』，而不要挑選『URL』，不然，將造成回返『200』狀況碼。