所謂死鏈，一句話就是“打不開的鏈接”，一般狀況下所發生的死鏈是由于網頁被刪去、網站改版(本來舊URL由于站點改版URL發生了新的改變，網站改版后正確的URL是改版后的鏈接，當用戶輸入本來的URL地址時就是過錯的鏈接因而該頁面不存在)、數據庫過錯或許是程序自動生成等原因。

        而關于查找引擎和用戶來說，死鏈接都是不行友好的，假如一個網站存在許多死鏈接的話，如不及時處理，將會被查找引擎賞罰降權，情節嚴峻的話該站點還有可能會直接被K掉。

        已然死鏈接的存在對網站的優化極為晦氣，因而從網站中清理出死鏈接并進行優化就是查找引擎優化er的必備作業，關于哪些由于<0>、頁面被刪去而形成的死鏈接，由于這些頁面還可能會被用戶從查找引擎中查找到，然后發生拜訪，為了提升站點用戶體會，所以處理死鏈的辦法能夠選用404頁面進行提示用戶。

        所謂404頁面就是當用戶輸入了過錯的鏈接時而回來的頁面，它的意圖就是通知用戶所請求的頁面不存在或鏈接過錯，一起引導用戶運用網站其他頁面進行拜訪，而不是直接封閉窗口脫離。如下圖所示：(在默許狀況下，windows體系中IIS常見的404頁面)

        關于像這樣的404頁面并不具有促運用戶留在站點的作用，所以需求將這個頁面進行有用的自定義。(在這么多年以來，還經常看見一些站點沒有自定義404頁面，翻開的死鏈接所回來的頁面就如上圖所示，像這樣的站點底子沒有優化認識)。

        自定義404過錯頁面是增強用戶體會的很好做法，可是，在應用進程中許多新手查找引擎優化er往往沒有注意到它對查找引擎的影響程度，比方：過錯的服務器端裝備導致回來狀況碼“200”或自定義404過錯頁面運用MetaRefresh導致回來302狀況碼。

        正確設置的自定義404過錯頁面，不只應當能夠正確地顯現，一起，應該回來“404”狀況碼，而不是回來“200”或302狀況碼。盡管對拜訪的用戶而言，HTTP狀況碼究竟是“404”仍是“200”并沒有什么區別，可是對查找引擎來說則是適當重要的。

        查找引擎蜘蛛在請求某個URL時得到“404”狀況碼回應時，就知道該URL現已失效，便不再索引該網頁，并向數據中心反饋將該URL表明的頁面從索引數據庫中刪去，當然了，這個刪去進程有可能需求很長時間。假如想快速完全的刪去死鏈接，主張咱們使用“百度查找資源渠道”網站支撐中的死鏈提交東西。

’

        咱們能夠從以上圖中死鏈提交注意事項了解到，經過“百度查找資源渠道”進行死鏈提交3天將收效，詳細怎么進行死鏈提交，“百度查找資源渠道”將有比較詳細的闡明，咱們在操作進程中，有不明白的能夠先了解清楚，于此，就不過多闡明晰。

        而當查找引擎得到“200”狀況碼時，則會以為該URL是有用的，便會把該頁面進行索引建庫，這樣的成果便是這兩個不同的URL具有完全相同的內容，自定義404過錯頁面的內容，這會導致呈現仿制網頁問題，輕則可能會查找引擎降權處理，嚴峻則會以為網站存在做弊行為而遭受到嚴峻賞罰。

        要讓404頁面既不會誤導查找引擎蜘蛛，又能起到留住用戶的意圖，最簡略的辦法就是修正服務器默許的404頁面，使之符合優化需求。別的，現在網絡中有許多人供給了十分精巧和有創意的404頁面，有愛好的朋友都能夠結合自身的需求選用。

        以上談了兩種狀況引起的死鏈接并共享了怎么刪去死鏈接，現在談另一種發生死鏈接的要素，由疏忽或許程序過錯形成的死鏈接以及優化。由于程序過錯或許網站優化負責人的疏忽，很簡單形成死鏈接，并且這些鏈接由于是批量生成的，往往數量許多，并且不簡單被發現。

        列如，假如查找引擎優化人員過錯地設置了一個關鍵詞鏈接規矩，加入了一個自身并不能翻開的指向網址，這就是會形成一切網站內容頁中觸及這個詞時發生1個死鏈接。