多數遇到自己網站自己開啟緩慢或者群裡由人反饋說自己網站開啟緩慢,時往往會做3件事情
1:谷歌搜尋 網站速度測試工具,然後點選某一個連線看看,網站是不是很慢,或者是不是在全國很快.
2:谷歌搜尋 網站慢的原因,然後腦補各種影響網站慢的原因,在自己網站上找一邊,看看有沒有原因
3:找累了觀望一週,再感覺一下,網站到底慢不慢,是換網站安裝程式,還是換web服務提供商,還是買哪家的cdn.
這網站效能優化與網站加速啊,就好比看病,得先找到問題出在那,準確定位到問題,對症下藥.不能靠猜測,也不能道聽途說,要用工具一步一步的去測量.

本文反駁下面類似文章

10種優化頁面載入速度的方法 - 極客頭條 - CSDN.NET
頁面載入速度優化的12個建議 - 站長之家
推薦十大優化頁面載入速度的方法 - 51CTO.COM
提升網頁載入速度和體驗以及圖片優化的方法Web標準教…

大家都是前端要有點職業精神
一般都是通過3款工具接合使用:GoogleAnalytics-BrowserInsight-YahooYSlow
GoogleAnalytics:分析使用者在那些域名下或者網頁下流失,並定位是因為開啟速度慢而流失,還是因為內容不感興趣而流失
BrowserInsight:分析使用者訪問域名和頁面pv與載入時間關係,根據 相關指標 定位使用者群訪問頁面慢的原因和頁面在那個階段發生了緩慢
YahooYSlow

定位網站緩慢的原因:不能靠感覺,不能靠猜,不能靠蒙,也不要輕易換服務商和換應用程式,流量大了的站點上馬cdn也要有完整的實施策略 ,畢竟cdn這麼奢侈的工具不是每個人都玩得起的

就目前國內的情況而言,國內網路複雜務必,造成使用者分佈在各種網路情況下,使用者的網路越複雜,大開網站的速度就越慢,所以需要用BrowserInsight來測試使用者網路複雜度—-使用者網路複雜度 netType

就目前網站頁面構成而言,頁面結構月複雜,業務月複雜,使用者開啟網站的速度就越慢,所以需要用YahooYSlow來測頁面複雜度—-頁面複雜度 pageType

使用者開啟頁面的速度簡稱為使用者體驗—–使用者滿意度apdex

所以就有了公式 apdex=fn(netType,pageType);

就站點或者網路產品開發過程而言
在開發和測試階段 pageType,是不穩定的, netType是穩定的,所以 pageType影響頁面載入時間的主要因素

在站點發布後 netType 是不穩定的, pageType是穩定的,所以 netType是影響頁面載入時間主要因素

根據業界對大量生產站點進行的持續觀測,總結了一套評估使用者滿意度的統計演算法,BrowserInsight 對這套演算法進行了全面支援.並接合YahooYSlow與網頁載入生命週期,進一步完善了這套統計學演算法在網站監測領域的實施.

BrowserInsight 從5個方面進行支援定位網站效能瓶頸日常所需的資料
1:全量採集資料—–統計演算法樣本越多月準確,無論是日pv100的部落格,還是日pv1000萬的商業站點,BrowserInsight均給予友好的支援
2:網頁效能區間—–一個網頁載入過程包括基本的伺服器端耗時,網路耗時,頁面載入,資源載入,大多數網站效能瓶頸瓶頸往往在某一個區間,BrowserInsight 支援的非常好
3:響應時間分佈——頁面網站影響時間到底集中在哪裡,緩慢的訪問是頻發還是偶發,發生緩慢的使用者群集中還是分散,這些日長進行效能優化任務時候需要進行排查的問題,BrowserInsight 給予了完美的支援
4:實時資料————任何大型的商業站點每時每刻都由大量的使用者在訪問,出現故障迅速定位問題,不容片刻等待— BrowserInsight 的的資料的實時的，雖然幹不少谷歌毫秒級別但是分鐘級別也是可以接受的.
5:使用者資源零消耗————- BrowserInsight 師從Google Analytics ,部署方式也與Google Analytics類似,無需消耗 磁碟,cpu,寬頻
最後補一張圖
就目前前端發展來看，凡是需要使用者登入後看到的頁面一般都會採取js繪製頁面，伺服器端只提供介面
所以針對這種情況普通使用者是分不清的，只會投訴說你的頁面慢，其實是js報錯或者ajax報錯造成的！
所以對一js和ajax為核心的應用頁面加速速度就是個偽命題，減少js錯誤和ajax錯誤才是王道。