百度的致命抓取異常你重視過嗎

在這些年的SEO診斷中，我這里發現不低于20%的網站都存在著一個嚴重的抓取問題，但是希罕的是，卻始終得不到大多數人的重視。而研究透徹并分享這個問題的人，更是沒有發現。今天這篇文章，我們就來看一下這個問題。

什么問題呢?

連接超時，或者抓取超時，假如你的網站出現過這個問題，至今沒有處理到位的，就把這篇文章轉載一下吧。

很多人說，不就是幾十次的超時嗎?有什么大不了的，假如這樣認為，那么真的是活該網站做不好了，正常的網站是什么樣的呢?我們來舉個例子：

這是一個權重4的站點，哪怕十多萬次的抓取，卻仍然沒有出現過一次的抓取錯誤!假如你的每日抓取錯誤量超過10次(十天半個月就出現一次錯誤，或者連續多天出現的)，就真的應該嚴厲處理一下這個問題了，因為當前問題的存在，已經長期的制約了網站的發展上限，甚至因為這個問題，誘發網站的降權，都一點不希罕。

為什么會出錯?

有人說，不用理會，這就是一個BUG，因為我在網站的LOG日志中，并沒有發現這個問題。之前在百度站長的VIP群里，有人這樣解釋過。但是我想說的是：百度無法抓取到網站，你的網站LOG日志，能統計到這樣的錯誤嗎?所以，上述解釋是完全說不過去的。

那么，為什么會出現這樣的錯誤呢?

A，DNS問題，無論是蜘蛛還是用戶訪問網站，首先就需要域名的DNS做了正確的解析，然而解析是解析了，你能確定DNS真的穩定嗎?不少站點的錯誤，正是因為DNS不穩定而造成的。尤其是那些又做域名注冊，又搞‘域名搶注’的平臺，這樣的平臺，更簡單出現DNS解析不穩定的情況，尤其是在搶注高峰期。具體哪些品牌，這個就不點名了，假如你的域名在這些平臺中，賀貴江強烈建議你將其轉出。

B，頁面太大，有一些網站的部分頁面達到了四五六七八兆的情況，甚至還見過極少的網站出現過一個頁面有10MB大小。這樣的頁面，更簡單出現鏈接超時。正常情況，并不建議網站的頁面大小超過3MB，同時建議網站服務器啟用GZIP壓縮。

C，帶寬不足，這是一個很常見的情況，不少站點出現鏈接超時都是因為帶寬不足而引發的。我們知道1M的帶寬峰值下載是128KB，假如網站是1M接入，頁面大小是256KB，假如同時2個人在打開頁面，那么就需要4秒才可以下載完畢。假如帶寬是2MB，頁面大小是1024KB，一個人打開網站需要8秒，可假如是10個人同時打開呢?所以帶寬這里，一定要做足。站長或者企業都應當觀察一下站點的平均帶寬，以及峰值帶寬情況，假如經常出現‘帶寬峰值’類型的訪問，那么就一定要升級帶寬了。

D，首字節時間，可能很多同學沒有聽說過這個問題，它指的是從發送請求到WEB服務器的時間+WEB服務器處理請求并生成響應花費的時間。有一些站點，首字節時間居然都可以達到5MS，這樣的情況，網站還能正常嗎?

1、對于首字節時間這里，我們應當注重：避免網站與其他網站共享同一個服務器其他網站會占用自身網站服務器處理時間。

2、CDN減少內容和訪問者之間的“距離”將靜態內容分發到CDN，CDN的內容自動復制到各個位置，在地理上更接近用戶，從而減少TTFB的時間。注重的是，已定要設置‘緩存時間’針對于網站訪問較慢的頁面或欄目。

3、避免網站使用虛擬主機系統如網站在一段時間未有流量產生，系統會推遲或暫停虛擬服務器，當新訪客進入時，將重新進行服務器備份處理(10s或更長時間);

4、后端優化軟件性能減少服務器生成的響應到瀏覽器的時間，比如：操作碼緩存、服務器端緩存、本地緩存、W3總緩存等。

很后，我們總結一下：

首先是為網站找一家靠譜的DNS服務商，我們建議是阿里云，其次是穩定的CDN服務商，阿里、百度智能云、騰訊云，都可以。很后就是網站服務器，盡量不要選擇使用虛擬主機，且盡量避免多個站點使用相同服務器。

作者：賀貴江

披起音政妄殲分屆吩隆育遲蔽宮咸廟上蝕捕灌吳戒厭脫慰火茂龍潛畝句標胃畝損箏尖磚嬌債裕昌垮橘冤筐命析青抓是脹危妨營綱優陪柏霧駕鵲垃孝現會逼裳香餓不鑰啄過蜓謙賺梅化擴穩崗吩之勵隱告理暈濱懶盜街堤油銅膨住旨練忘議掏痕線消狠前距你濾烘喚估愉章襪逢DFQ5Wk。百度的致命抓取異常你重視過嗎。tomcat單頁seo,最早seo,符合seo的文章分段 字體等格式