更快的網(wǎng)站技術分析的見解

2016-08-09    分類: 網(wǎng)站建設

更快的網(wǎng)站技術分析的見解
先進的搜索引擎優(yōu)化SEO
pagespeed的見解可能是有用的,但是一個好的成績并不能保證一個快速的網(wǎng)站。有更聰明的方法來評估和提高網(wǎng)站速度。

谷歌的pagespeed的見解是一個易于使用的工具,深圳網(wǎng)站制作公司測試網(wǎng)頁是否可能比它要慢。它給出了一個得分來量化頁面性能。因為這個分數(shù)是混凝土,pagespeed見解評分經(jīng)常被用來作為衡量網(wǎng)站性能。同樣的PageRank年回來,鄉(xiāng)親們想優(yōu)化這個數(shù)字只是因為它存在。事實上,要在這個題目上受歡迎的文章:如何實現(xiàn)100 / 100與谷歌網(wǎng)頁速度測試工具。

更快的網(wǎng)站技術分析的見解

在普通CMSes的小網(wǎng)站(認為WordPress),這可以完成。如果是你,pagespeed的見解是一個偉大的開始。對于大多數(shù)網(wǎng)站來說,一個好的分數(shù)是不現(xiàn)實的。那么我們從哪里開始呢?

這就是這個職位是關于。我想提出三點:

延遲會傷害負載時間超過帶寬

pagespeed見解成績不應該信以為真

改善始于測量,目標設定和優(yōu)先次序

我寫的SEO從業(yè)者銘記。我會跳過一些技術方面的。你應該帶著足夠的視角走開,開始問正確的問題。你可能會做出更好的建議作為結果。

免責聲明:http2提高一些在這篇文章中討論的問題。具體而言,對同一服務器的多個請求較少問題。它不是萬能藥。

延遲會傷害負載時間超過帶寬

在我們第一次看到pagespeed規(guī)則可以讓你認為它是所有關于服務更少的字節(jié)用戶??s小,優(yōu)化,壓縮。大小只有一半的故事。它也需要時間為您的要求只是到達服務器。然后服務器需要時間來回應你!

當你提出請求時會發(fā)生什么?

如果用戶在瀏覽器地址欄中鍵入URL并點擊輸入,則請求。很多事情發(fā)生時,要求作出。最后一部分是傳送請求的內(nèi)容。只有最后一個比特受到帶寬和內(nèi)容大小的影響。

履行請求需要(或多或少)這些步驟:

找到服務器

連接到服務器

等待回應

接收響應

每一步都需要時間,而不僅僅是最后一步。前三個獨立于文件大小,它們是有效的固定成本。這些費用與每個請求不論負載是微小的,縮小的CSS文件或一個巨大的未壓縮圖像。


為什么需要時間才能得到回應?

我們不能回避的因素是網(wǎng)絡信號不能比光的速度傳播得快。這是一個理論上的大值,在現(xiàn)實中,它將需要更長的時間比數(shù)據(jù)傳輸。例如,它以光為巴黎和紐約之間往返40ms。如果需要兩倍的時間數(shù)據(jù)實際上跨大西洋,那么最低時間將從服務器獲得響應是80ms。

這就是為什么CDN是常用的。CDN將服務器物理上更貼近用戶,這是減少以達到服務器時間的唯一途徑。

這多少錢?

看看這張圖(從Chrome的工具):

生活的要求,測量由鉻開發(fā)工具。

所有的值在紅盒子里是什么,我在考慮“延遲”。他們總220ms。內(nèi)容實際轉移了0.7ms。沒有壓縮文件大小可以幫助;減少請求采取的時間,唯一的辦法是減少延遲。

我們不需要做很多請求來加載頁面嗎?

加載一個頁面所需的所有內(nèi)容需要一個以上的請求。如果該URL對應于一個網(wǎng)頁,瀏覽器通常會發(fā)現(xiàn)它需要加載更多的資源來渲染頁面。這些可能是CSS,JavaScript或字體文件。它必須遞歸地通過上面列出的相同步驟加載每個文件。

幸運的是,一旦服務器被發(fā)現(xiàn)(“DNS查找”在上面的圖像),瀏覽器將不再需要查找它。它仍然要連接,我們將不得不等待一個響應。

持懷疑態(tài)度的閱讀測試pagespeed的見解

所有的pagespeed見解評價蓋的事情可以影響網(wǎng)站速度。對于大型網(wǎng)站,其中一些不那么容易實現(xiàn)。根據(jù)您的網(wǎng)站是如何設計的,有些人會比別人更有效。這并不是說你有理由不做這些事--他們都是做法,他們都幫助。但他們并不代表整個網(wǎng)站的速度圖片。

記住,這里的“懷疑”閱讀每個pagespeed見解規(guī)則。

減少帶寬使用的測試

規(guī)則

持懷疑態(tài)度的閱讀

優(yōu)化圖像

除非你有巨大的圖像,這可能不是一個大問題。這只是衡量圖像是否可以進一步壓縮-而不是你加載太多。

使壓縮

壓縮容易。你應該用它。它也可能不會有很大的差別,除非你有(例如)巨大的JavaScript文件加載。

縮小的HTML

可能會減少開銷只有幾十KB。延遲將有更大的影響比響應大小。

縮小CSS

可能會減少開銷只有幾十KB。延遲將有更大的影響比響應大小。

壓縮Js文件

可能不會像將JS合并到單個文件中那樣重要,從而減少要進行的請求的數(shù)量。

減少延遲測試

規(guī)則

持懷疑態(tài)度的閱讀

瀏覽器緩存

絕對讓我們緩存自己的文件??赡軓木彺嬷惺芤娴脑S多文件可能托管在第三方服務器上。你必須自己主持更改緩存時間。

減少服務器響應時間

閾值太高。它也試圖排除服務器的物理延遲,而只看服務器收到請求后多長時間響應。

避免登陸頁面重定向

對.

消除渲染阻塞JavaScript和CSS以上的折疊內(nèi)容

一個有效的關注,但可以非常困難。在初始頁面加載的頂部上呈現(xiàn)零請求,在折疊內(nèi)容之上呈現(xiàn)沒有必要滿足大多數(shù)性能目標。

把可見的內(nèi)容

其實很重要。

不要把這些作為網(wǎng)站性能的最后一句話!獨立于這些測試,這里有一些事情要考慮。一些不包括在所有的pagespeed的見解,有的只覆蓋了一半:

緩存內(nèi)容控件。

減少您從第三方域加載的內(nèi)容量。

減少服務器響應時間超出要求通過pagespeed見解測試最低。

移動服務器接近最終用戶。基本上,使用CDN。

減少阻塞請求。確保你使用的http2將有助于在這里。

如何開始改進

測量

在這篇文章中的屏幕截圖工具創(chuàng)建鉻。它內(nèi)置在瀏覽器中,允許您檢查頁面加載時會發(fā)生什么。

他們不相信pagespeed見解的工具,去在Chrome瀏覽器加載頁面。檢查它如何執(zhí)行??纯词裁匆髮嶋H上似乎需要更多的時間。通常答案是顯而易見的:例如,將花費太多的時間載入廣告。

目標設定

如果一個好的pagespeed見解評分并不是你的目標,你需要知道你的目標將是。這很重要,因為它允許你將當前的性能與目標進行比較。您可以看到是否減少帶寬的要求將實際達到您的目標,或者您是否還需要做一些事情,以減少延遲(使用CDN,處理較少的請求,首先加載高優(yōu)先級的內(nèi)容)。

優(yōu)先考慮

優(yōu)先頁面速度“修復”是重要的-這不是唯一類型的優(yōu)先級。還有一個問題,什么是實際需要加載。pagespeed的見解并試圖找出你是否優(yōu)先倍以上內(nèi)容。這是一個偉大的目標。它也不是一個好的評估,它可能更容易分裂成“關鍵”和“非關鍵”的路徑內(nèi)容,無論什么是表面上的褶皺。

例如:如果您的網(wǎng)站依賴于廣告收入,您可能會加載所有內(nèi)容在頁面上,然后才開始加載廣告。畢竟,pagespeed的見解是一一一刀切的解決辦法。

結論

故事到目前為止,PageSpeed的見解可能是有用的,但也有更聰明的方法來評估和提高網(wǎng)站的速度。一個好的分數(shù)不能保證一個快速的網(wǎng)站。

如果你有興趣了解更多,我強烈建議檢查出Ilya Grigorik的網(wǎng)站,專門介紹這一古老而又好甲板。格里高利克是一個Web性能測試工程師在谷歌和一個很好的溝通者對網(wǎng)站的速度問題。

網(wǎng)頁題目:更快的網(wǎng)站技術分析的見解
網(wǎng)頁地址:http://www.muchs.cn/news28/20728.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供營銷型網(wǎng)站建設、建站公司、網(wǎng)站導航做網(wǎng)站、標簽優(yōu)化服務器托管

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

h5響應式網(wǎng)站建設