DIV CSS 佈局教程網

提起死鏈接、錯誤鏈接，我們會立即想到死鏈接檢測工具Xenu，它能快速有效的發現因站長疏忽而造成的死鏈接、錯誤鏈接，是站長檢查網站最得力的助手。對於自寫的網站作用更為明顯，因為不論站長多麼細心，都無法保證鏈接100%地正確無誤。

放置在404錯誤頁的統計代碼統計到的數據

以自寫網站程序為例。當網站把二級分類專為二級域名進行301跳轉，當網站想從動態轉化成偽靜態，當網站結構調整部分欄目刪除等等無一例外地先前存在，因調整而後期消失。它們被搜索引擎收錄了，甚至是不小的流量。

很遺憾，我們無法控制上述問題的發生，因為網站變動在所難免。死鏈接檢測工具Xenu能檢測出網站鏈接出現的問題，卻無法檢測到在網站裡徹底消失的鏈接。

比如鏈接A的內容因某種原因消失了，因網站生成靜態頁面緣故，它還“存在”在好多頁面上，Xenu的出現幫助了我們；鏈接B的內容消失了，因網站采用動態頁面，整個網站裡再也找不到鏈接B，Xenu因此無法幫助我們。

更嚴重的是：鏈接B已經被百度谷歌收錄且表現良好，每日搜索到鏈接B的幾十人都無法打開了。一直以“良好的用戶體驗”為目標的你，意識到了此問題，並且意識到解決問題可有效提高流量。問題怎麼去解決？

問題的解決之道：巧用流量統計

作為站長我們都知道，一個鏈接打不開時會返回404錯誤頁，以我維護的網站為例，景觀網的404錯誤頁是我仿照站長站簡單完成的。我在IIS裡設置裡指定404錯誤到此頁。

404錯誤頁的統計代碼告訴我每日有100左右IP損失

在訪問地址不存在時會展示這個頁面，但無法得知是哪一個地址不存在造成的。於是我在51啦統計專門申請了統計ID加進了自定義的404錯誤頁面上。通過51啦流量統計裡的入口（指訪問者進入網站時訪問的第一頁，即訪問者是從這一頁進入您的網站的）。我准確知道了是哪些頁面讓服務器發出了404錯誤。

問題的解決之道：巧用301跳轉

圖片中的案例是我用asp寫的網站。因結構調整，我把主域名WWW下的A.asp？id=X&str=news換成了二級域名下的B.asp？id=X；並使用了靜態地址C-X.html。我只需在WWW下重新寫一個頁面A.asp獲取ID並301跳轉到C-X.html，就解決問題了。（其中X表示ID號）

結構調整時全部做了301跳轉，做這些已經半年多了，感覺差不多了就把301跳轉頁面刪除了，沒想到百度動作這麼緩慢，老的頁面還是存在。100多個IP也不是小數目，還有有針對性的寫幾個頁面接收這些流量吧。

還好，301跳轉百度完成了90%，這10%並不需要多少功夫就完成了。至於其他細節過於繁缛，就此省略吧。