一樣平常設置404頁面是能夠的:

　　翻開IIS治理器–>點擊要設置自界說404網點的屬性–>點擊自界說毛病選項–>選中404頁–>選中並翻開編纂屬性–>按閱讀挑選你要的404頁–>按肯定保留退出–>毛病頁面熟效

　　然則有些2003體系的IIS按如上設置就是不可，上面的辦法固然能夠，但返回的狀況碼倒是200：

　　把新聞內容設置成 URL

　　URL裡填寫 /404.htm

　　再把 404.htm 放在網站根目次下。

　　間接修正默許的404頁面也是不可的。

　　本來是文件拜訪權限的題目，隻要把404.htm設置成everyone可讀 就好瞭。

　　參考材料:

　　在經由過程HTTP狀況碼檢察搜刮引擎蜘蛛若何匍匐你的網站一文中，我先容瞭一些常常觸及到的HTTP狀況碼及寄義，比方人人常常商量而且與本文相幹的Http狀況碼：

　　404：辦事器找沒有到指定的資本，要求的網頁沒有存在(比方閱讀器要求的網頁被刪除大概移位，但沒有消除往後該鏈接有用的大概性);

　　410：要求的網頁沒有存在(留意：410表現永遠性，而404表現暫時性);

　　200：辦事器勝利返回要求的網頁;

　　301：網址永遠性重定向

　　302：網址暫時性重定向

　　留意：大部門搜刮引擎將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″狀況碼時的反復文本題目;其次，以谷歌為代表的支流搜刮引擎對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 文件中參加以下內容便可：

　　ErrorDocument 404 /notfound.php

　　留意：

　　1.牢記沒有要將404毛病轉向到網站主頁，不然大概會致使主頁在搜刮引擎中消逝

　　2.牢記沒有要應用絕對URL(比方：/nofound.php情勢)，假如應用絕對URL返回的狀況碼是302″ 200″(已測試)

　　(三)IIS/ASP.net下設置404毛病頁面

　　起首，修正運用法式根目次的設置，翻開 web.config 文件編纂，在個中參加以下內容：

＜configuration＞
＜system.web＞
＜customErrors mode=On defaultRedirect=error.asp＞
＜error statusCode=404″ redirect=notfound.asp /＞
＜/customErrors＞
＜/system.web＞
＜/configuration＞

註：上文例中error.asp為體系默許的404頁面，notfound.asp為自界說的404頁面，應用時請修正響應文件名。

然後，在自界說的404頁面notfound.asp中參加：

＜%
Response.Status = 404 Not Found
%＞

　　如許，即可以包管IIS可以或許準確地返回404″狀況碼

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

　　設置靜態404毛病頁面的辦法則比擬簡略，在IIS治理器中右鍵單擊要治理的網站，翻開屬性中的自界說毛病信息頁，為404″設定響應的毛病信息頁便可。不外，此處在新聞范例中必定要挑選文件或默許值，而沒有要挑選URL，否則，將致使返回200″狀況碼。

　　本文由整頓宣佈，轉載請說明!