度量Web效能的關鍵指標

　　自網站誕生以來，響應速度/響應時間一直都是大家關心的話題，而速度慢乃是網站的一個殺手，正當大家以為四核和寬頻能力的提升能夠解決這些問題時，Wi-Fi和移動裝置為熱點移動網際網路又悄然興起。

　　在2006年，Amazon曾做過一個報導，響應時間每提高100ms，他們便會增加1%的收入。優化的價值已顯而易見，但到底多快才是個標準，或者速度有多快才算夠快呢？那麼到底什麼是響應時間，它有多大的價值？

　　從技術上來講，響應時間是指使用者傳送一個指令（例如，一個頁面請求）瀏覽器接收到完成載入的時間。定義看起來非常簡單，但當你在思考如何設計一個帶有許多額外物件的現代網頁時，響應時間對使用者體驗是非常重要的，並且它也不會告訴你，哪些因素影響著響應時間。

　　一個稍微好點的衡量標準則是頁面載入時間。頁面載入時間是指從使用者傳送指令到瀏覽器載入完整個頁面物件所用的時間。好比響應時間，頁面載入整個過程涉及到很多事情，它由一系列執行步驟組成，並且每一步都需要單獨監控，每一步都會告訴你問題所在。

　　步驟包括：

• DNS解析時間
• TCP連結時間
• HTTP重定向時間
• 首位元組載入時間
• HTML內容時間
• 整個頁面物件載入時間

　　DNS解析時間

　　DNS查詢的時間就是將域名翻譯成具體IP的時間，大多人數認為，無論DNS是否工作，都不是件簡單的事情。

　　在這個過程中，你可能會遇到許多微妙的問題，比如響應時間太長、超時、無效的快取等。這些情況下，一個查詢便可通過，但它需要花費更多的時間。

　通常，如果DNS的查詢時間過長，那麼意味著你或託管服務商的DNS服務有問題。記住，如果網站與其DNS服務之間距離太遠，那麼解析時間也會稍微增加，這在一些國際網站上會體現出來，而有效的快取則會降低時間。

　　TCP連結時間

　　當URL被解析成一個IP地址後，TCP連結時間表示客戶端連結到服務端所花費的時間。監控連結時間有助於開發者發現一些影響響應時間的問題，比如網路延時、路由問題、伺服器寬頻問題等。

　　例如，如果寬頻伺服器不足以處理工作負載，那麼客戶端要先與伺服器端意識到這個問題，當客戶端向伺服器端傳送請求時，可能會被拒絕或者時間超時、響應時間延遲等問題。

　　HTTP重定向時間

　　HTTP重定向時間主要是指TCP連結完成時間，它意味著傳送初始通知到重定向網站並且瀏覽器最終定向到目標網站所花費的時間。如果沒有重定向，那麼重定向時間就為0。它包括了DNS解析時間、TCP連結等等。

　　HTTP重定向可用於縮短URL、當網頁連結移動時，可用於防止連結損壞，或允許多個域名連結到一個網站上。

　　首位元組載入時間

　　當開發人員思考如何優化網站時，往往會選擇優化內容——檔案組合、多媒體優化、快取和壓縮檔案，但也有需要對伺服器進行優化。其中一個最佳指標就是首位元組的載入時間，首位元組載入時間表示從連結建立到首位元組成功轉換所花費的時間。這個時間也包括了伺服器執行各種協議和計算的時間。

　　通常伺服器端遇到與首位元組相關的問題包括記憶體洩露、程式派生的程式太多——沒有完全關閉——低效SQL查詢，並且呼叫外部資源，例如谷歌和Facebook。

　　HTML內容時間

　　HTML內容時間主要包括載入Web頁面佈局、CSS、JavaScript，這個時間與HTML頁面的大小有著直接的關係。HTML內容載入時間通常會作為衡量寬頻的一個指標，但也不完全是。

　　整個頁面物件載入時間

　　一旦整個HTML內容被整個接收，瀏覽器會解析所有的頁面物件，並且直到所有物件載入完畢。這些物件包括圖片、JavaScript、CSS、Flas物件、RSS回饋、JavaScript檔案等。

　　衡量全頁載入時間對監控第三方內容非常有用，特別是廣告，但它並不會告訴你有哪些使用者看了這個廣告。例如，它不會告訴你第三方內容放在哪載入速度會快些。但站在使用者角度來看，這些並不算問題。

　　作者對網站的響應時間和頁面載入時間進行了詳細的劃分與解釋，相信你對這些指標都有了更深地理解，開發者可以根據這些指標來確定網站的問題所在（如果這方面存在問題）。

　　來自：SMARTBEAR