前些天在百度站長俱樂部里看到某站長的帖子,稱網站三次被K,第一次是發垃圾鏈太狠,第二次是堆積關鍵詞,第三次是全站采集,沒有原創。被K之后,該站長在查看之前iis日志時,發現百度蜘蛛在爬行部分頁面后狀態碼返回200 0 64。大禹在網上查找了相關問題,發現出現類似情況的還不少。很多SEOer更是祭出了“200 0 64是被K的前兆”一說。

而百度LEE給出的答復是“我們也無法確定出現這種狀態代碼時是否會影響抓取,但可以確定和Baisuspider的抓取行為無關。建議檢查一下iis配置和自己網站的程序有無問題。”
連LEE都沒法給出一個準確的答案,更是為“200 0 64”披上了一層神秘的面紗。難道“200 0 64”真是災難前的序幕。
大禹帶著這個疑問,查找了相關資料。在MSDN的《Win32狀態碼詳細說明》中,對64的解釋是“指定的網絡名不再可用”。而導致該問題的可能性有很多,以下大禹總結了一些常見的。
1、服務器開啟了GZIP壓縮,關閉后返回正常。
2、服務器Computer Browser服態、server服務、workstation服務其中之一運行不正常。
3、Apache配置錯誤,引起Apache與WinSock v2相沖突,出現64錯誤。
4、常發生在ASP.NET開發的網站,在程序獲取一個響應流之后,未讀出內容便被關閉,這種情況也是產生64的一個原因。
5、類似第四種情況,IIS在等待客戶端ACK時,客戶端選擇重置或斷開鏈接,從而狀態碼返回64。

不管是以上哪種可能,都可以確定和Baisuspider的抓取無關。因此,也就排除了200 0 64是網站被K的前兆一說。前3者由于服務器、IIS、Apache配置問題,導致網絡不可達,從而引起Baisuspider無法有效抓取。而后兩種可能屬于客服端行為所致,服務端未得到ACK響應,導致Baisuspider無法成功抓取。這也就解釋了,為何網站被K及200 0 64在網絡高峰期出現頻率更高。
出現200 0 64后,大禹建議馬上自行檢查或聯系空間商檢查服務器、IIS或Apache的配置及網絡狀況。在排除以上可能后,觀察200 0 64出現的頻率并做持續監測,如果長期無法解決,可向baidu反映此問題。文章原創,轉載請注明出處 788中國門窗幕墻人才網 http://www.788job.net,謝謝。