iis預設的錯誤頁是很不友好的，很多人看到預設的錯誤頁時都會說：**打不開了!白白損失了這部分流量。而如果錯誤頁直接跳轉到首頁又對搜尋引擎很不友好，搞不好首頁還會被封掉。所以根據情況，有兩個方法解決這個問題：
1、如果是部落格等內容型的**，可以返回乙個帶有404錯誤的搜尋框讓訪客搜尋，若是電子商務型**，則可以返回乙個帶有404錯誤的進度條進行跳轉。這兩種方法即照顧了訪客又顧及到了seo。
2、可以在google webmaster tools中檢視自己**錯誤頁有多少。
修改預設錯誤頁的方法很簡單：在iis中右鍵單擊要管理的**，在自定義錯誤中設定404為相應的錯誤資訊頁。這裡有兩種方式：
1、如果「訊息型別」你選擇的是「檔案」，則只能使用.html或htm結尾的檔案，否則使用者訪問錯誤頁時會出現**。用這種方式設定的錯誤頁，雖然.html檔案中沒有輸出404狀態，但iis執行後會自動輸出404狀態。
2、如果你「訊息型別」選擇了「url」，則必須用asp檔案(因為只有在asp檔案中才能設定404狀態)，否則訪問錯誤頁時會返回200狀態碼。還要在asp檔案中加上：
如果你希望定時跳轉到首頁，則也有兩種方法：
1、利用meta標籤的refresh進行跳轉
據google中文部落格管理員介紹，yahoo就使用的此方法進行跳轉。
2、使用js進行跳轉
個人感覺使用js的方法好一些，因為meta標籤跳轉擔心搜尋引擎會識別為「200」或「302」見這裡的這段話：
常常看到許多**的自定義404錯誤頁面採取類似這樣的形式：首先顯示一段錯誤資訊，然後，通過meta refresh將頁面跳轉到**首頁、網頁地圖或其他類似頁。根據具體實現方式不同，這類404頁面可能返回「200」狀態碼，也可能返回「302臨時重定向」，但不論哪種，從seo技術角度看，均不是一種合適的選擇。
對「200」狀態的情況我們上面已經談過，那麼，當404頁面返回「302」時，搜尋引擎會怎麼對待呢?從理論上說，對「302」錯誤，搜尋引擎認為該網頁是存在的，只不過臨時改變了位址，仍然會索引收錄該頁，這樣，同樣會出現類似於「200」狀態碼時的重複文字問題;其次，以google為代表的主流搜尋引擎對302重定向的適用範圍要求越來越嚴格，這類不當使用302重定向的情況存在很大的風險。
在網上看到的幾個注意點：
1、切記不要將404錯誤轉向到**主頁，否則可能會導致主頁在搜尋引擎中消失。
2、切記不要使用絕對url，如果使用絕對url返回的狀態碼是「302」+「200」。
3、在「訊息型別」中一定要選擇「檔案」或「預設值」，而不要選擇「url」，不然，將導致返回「200」狀態碼(這點與我自己測試的不一樣，我選擇了相對url，最終用firebug測試的結果是404)
IIS基礎 返回404錯誤頁面的合理設定方式
iis預設的錯誤頁是很不友好的，很多人看到預設的錯誤頁時都會說 打不開了 白白損失了這部分流量。而如果錯誤頁直接跳轉到首頁又對搜尋引擎很不友好，搞不好首頁還會被封掉。所以根據情況，有兩個方法解決這個問題 1 如果是部落格等內容型的 可以返回乙個帶有404錯誤的搜尋框讓訪客搜尋，若是電子商務型 則可以...
django中返回404錯誤頁面的幾種方法
在views.py中定義 def news request try pass 獲取資料except raise http404 你所訪問的頁面不存在 第一種方法 return httpresponse 你所訪問的頁面不存在 status 404 第二種方法return render to respo...
NGINX下配置404錯誤頁面的方法
nginx下配置自定義的404頁面是可行的，而且很簡單，只需如下幾步 1.建立自己的404.html頁面 2.更改nginx.conf在http定義區域加入 fastcgi intercept errors on 3.更改nginx.conf 或單獨 配置檔案，例如在nginx sites enab...