在seo的過程中檢查IIS日記是一件很關緊的事，尤其是當頁面做了比較大的改動時，經過日記的檢驗測定，可以發覺眾多很有趣兒的問題。如今空間都供給日記查問的功能，而日記普通儲存安放在網站根目次下的log、wwwlog、logfiles等大致相似的目次下，經過下載大致相似的文件解壓了就可以用記事本就檢查了。

　　下邊我截取代碼施行剖析。

　　2010-07-24 02:20:57 W3SVC133 221.231.137.66 GET – 80 – 123.125.66.111 Baiduspider+(+ 煩請的url

　　80 服務器端口號

　　123.125.66.111 服務器的IP

　　baiduspider 百度蛛蛛

　　200 0 64 0 200表達煩請成功， 64意味著百度對於該頁面的爬動並未絕對讀取完結，在爬動的過程中讓步了，歸屬一個不正確代碼，而最終一個數值為0，則表達抓取的網頁體積字節為0。

　　200 0 64 狀況碼的構成是：sc-status(協議狀況，200在這處指連署成功) sc-substatus(協議子狀況) sc-win32-status(Win32狀況碼，64是指定的網絡名不可以用

　　看第二個列子：

　　2010-07-24 12:37:39 W3SVC133 221.231.137.66 GET – 80 – 203.208.60.79 Mozilla/5.0+(compatible;+Googlebot/2.1;++) 200 0 0 6503

　　/501.html 煩請的url

　　compatible 指兼容性

　　Googlebot 谷歌機器人

　　200 0 0 6503 煩請成功並下載了6503字節數值。

　　普通我們只要看百度和google的蛛蛛就可以，其它的辦法同樣，就不在舉例了。下邊我列舉下常見的HTTP狀況碼：

　　1xx(臨時響應);2xx(成功);3xx(已重定向);4xx(煩請不正確);5xx(服務器不正確);

　　200 – 服務器成功回返網頁

　　301 – 長久性資源重定向

　　302 – 短時間之內性資源重定向

　　304 – 上次GET後，頁面為變樣

　　403 – 服務器已經煩請，但還沒執行

　　404 – 煩請不正確或煩請敗績

　　505 – HTTP 版本不受支持

　　無須非常多，以上的HTTP狀況碼能看懂就好了，其它的狀況碼比較不常見，所以不要記了，用到的時刻自個兒在搜索引擎網站裡找下就可以了。