伺服器日誌與SEO詳解（一）

仲介交易 HTTP://www.aliyun.com/zixun/aggregation/6858.html">SEO診斷 淘寶客 雲主機 技術大廳

看了很多文章，都是關於伺服器日誌的，似乎沒有定論。 經過我對伺服器日誌的分析和瞭解，做一下結論：

1、伺服器返回200 0 0 ，代表著baiduspider對伺服器進行了請求，得到了回應，抓取了新的資料。 此種情況下，搜尋引擎的處理流程是，如果是新發佈的文章內容，百度抓取並放出的可能性大於70%。 如果是很早之前發佈的文章，一般不會抓取以後馬上就釋放，一般到大更新，或者是進行資料對比，確定不是垃圾內容以後，再進行釋放。

2、伺服器返回200 0 64 ,很多人認為這是被百度K掉的前兆。 也有不少SEOer站出來解釋，這種情況未必是K站，一般有三種解釋。

目前，對於 200 0 64 的觀點大致分為以下幾種：

會話故障，請求不可到達，並非百度封站徵兆

百度封站、「撥毛」或放入沙箱

64位作業系統

樂思蜀參考了大量相關文章，雖未得出最終結論，但覺得第一種觀點最合理，現分析如下。

首先來看 200 0 64 狀態碼的構成

200 0 64：sc-status(協定狀態) sc-substatus(協定子狀態) sc-win32-status(Win32狀態碼)

sc-status(協定狀態)：200 連接成功

sc-win32-status(Win32狀態碼)：64 指定的網路名不再可用

以上內容摘自樂思蜀博客空間

以上三種解釋都有合理之處，不過經過我對伺服器日誌的分析，研究如下：

出現200 0 64代碼，一般情況下，代表著baiduspider曾經在此路徑下抓取過內容。 通過對比，搜尋引擎認為該網頁沒有必要再重新進行抓取。 這路徑下的頁面，有可能之前已經抓取過，但是未釋放，也有可能是抓取過，已經釋放。

通常情況下，我們可以通過伺服器日誌的分析，列出200 0 64的頁面，對此類頁面，進行簡單的改動或者是處理，這樣的話，應該可以引起搜尋引擎的觸發，重新對頁面進行收錄，可能會當時釋放。

已經被收錄的頁面產生64代碼，應該是百度記錄此頁面被使用者頻繁訪問或者是通過搜尋引擎得到搜尋結果後點擊網站，造成baiduspider跟蹤使用者行為，對頁面進行重新訪問。

所以，我們可以針對伺服器日誌，開發一個適合seo的伺服器日誌分析工具，通過此工具，可以真實記錄蜘蛛或機器人的訪問，並對訪問返回的結果進行分析。 可以通過分析，得到如何讓更多的頁面讓蜘蛛抓取並獲得良好排名的方案。

另外通過日誌分析工具，從引申的角度講，可以製作一個蜘蛛誘餌，主動引導baiduspider進行爬行和抓取，並獲得良好的排名。 我說的可不只是網站地圖。

原文連接：HTTP://www.wowsome.net/seoinfo/2009/1216/51410.html