從做SEO著手老大就一直給我灌輸：要做科學的SEO，無論流量是漲仍然降都要曉得那裡面出處，而要理解這些個同時判斷網站流量的走向就一定要靠日記剖析，而不是憑感受的料想是哪一些因素運用流量變樣。因為這個本來就從數值著手，對於網站的數值時實監控，從數值中判斷網站的問題存在的地方，而後做出相應的變更。這也是我們網站能一直牢穩進展從流量的直線減退到回昇一直到大漲的一個端由存在的地方。

　　近來網站的流量一直漲得十分的快，不過網站某一部份的抓取量卻直線減退，然而引得量還在不斷的提高流量也在不斷的上昇。也就由於這麼在八月終就發覺抓取量的減退，但一直被前眼的流量所疑惑沒有對抓取減退做個數值剖析，同時也是因為在做一點優化而疏忽了抓取量這一塊，直到今日纔對這一塊的數值做了個開始階段的的剖析，下邊就把一個簡單的剖析思考的線索和最後結果分享給大家：

　　首先為了明確的曉得具體哪一天抓取量顯露出來了大的變動，同時和每個月有一個較表面化的相比較，因為這個首先計數了下日記裡從六月份兒到九月17號的每日抓取量如下所述圖：

　　

　　依據這個計數圖可以看出，在六月抓取量仍然正常的撩動，同時7詜聕終抓取上有表面化的昇漲，不過八月10號著手往下撩動後就再也沒有回到原來的至高點。同時九月8號左右著手呈直線減退發展方向，從這個圖就可以開始階段的的看出，網站在七月26號著手做過對抓取方面的優化，同時10假如屬正常撩動的話那末11號12號左右網站應當做過調試，而這個調試是影響蛛蛛對網站的抓取的。網站從九月4號著手抓取量昇漲，同時8號著手減退，這兩個時間點也是要等待去剖析的。

　　接下來依照曾經剖析網站的向例首先剖析了下網站的響應時間走勢，如下所述圖所示：

　　

　　從上頭兩個圖相比較剖析：

　　首先，九月份兒的響應時間曲線撩動十分的大，而抓取量撩動也非常大，並且曲線的波時正好相反。 4號著手響應時間在減退，同時網站的抓取量在往昇漲，直到8號響應時間降到達谷底在這個上抓取量也昇漲到無上點從9號著手響應時間昇漲，抓取量也著手減退，並且一直降，再也淌有回漲過，固然13號著手網站的響應時間又減退，不過抓取量仍然一直減退。

　　從上頭對九月份兒的剖析可以看出，九月份兒影響蛛蛛對網站抓取的最表面化問題是網站的響應時間，這時期服隨著流量的上昇，服務器的壓力也在昇漲，造成網站的響應速度減退了眾多而影響了蛛蛛對網站的抓取。不過13號著手抓取量還在降則有可能除網站響應速度外還有其他的端由存在的地方。因為這個接下來剖析了下八月份兒的數值曲線圖：

　　對於八月份兒，10號抓取量達到無上點往後抓就著手減退，且一直再也沒有回到那一個至高點，按道理來講每日網站定期更新大量量的數值，抓取量應當是昇漲的，不過它在降。而相比較下圖發覺，八月份兒的26號曾經響應時間十分平安穩當，並且都比較快。從這一相比較可以解釋明白八月份兒抓取量的撩動和網站的響應速度沒有任何瓜葛。

　　因為這個接下來就剖析了下蛛蛛在八月份兒對網站抓取所回返的狀況碼：如下所述圖：

　　

　　從上圖可以看出，蜘在八月份兒對網站的抓取過程中顯露出來了2百分之百的500狀況碼。而據數值計數，這時2百分之百的數值所有來自於八月11號到13號。也就是說這三天網站顯露出來過嚴重的網站內裡不正確，服務器不可以完成煩請。

　　因為這個剖析了下在八月10號前後對網站的改動：經過對網站代碼的剖析(由於做技術的，網站代碼的改動時間很容易找出)，發如今八月11號的時刻網站添加了一個功能，而這個功能取數牽涉到三張表，而在取數時疏忽了一個環節，因為這個在網站功能更新後的三天內萌生了眾多不正確頁面一直到三天後發覺纔戒除。

　　綜合上頭的兩個剖析可以看出近期的抓取量減退主要是兩個端由：

　　1、網站過訪量大造成響應速度減退。

　　2、網站內裡的不正確造成蛛蛛對網站萌生一個新的不順利的判斷。

　　當然這只是開始階段的剖析後得出的兩個論斷，日記還得接著剖析由於在後續的剖析中還發覺近來網站萌生了眾多垃圾鏈接，而這些個鏈接的出處有可能也是手續方面顯露出來問題。全部的問題都從IIS日記的剖析中慢慢的浮出水面。 端由找到達，解決方案已經十分簡單，征對相應的問題做處置就是了。

　　版權聲明：請尊筆者的原創內部實質意義，如需過載，請注見於文字章原始地址，筆者/新浪微博：邱勝標

　　原文地址：