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

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

在普通CMSes的小網站（認為WordPress），這可以完成。如果是你，pagespeed的見解是一個偉大的開始。對于大多數網站來說，一個好的分數是不現實的。那么我們從哪里開始呢？

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

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

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

改善始于測量，目標設定和優先次序

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

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

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

在我們第一次看到pagespeed規則可以讓你認為它是所有關于服務更少的字節用戶。縮小，優化，壓縮。大小只有一半的故事。它也需要時間為您的要求只是到達服務器。然后服務器需要時間來回應你！

當你提出請求時會發生什么？

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

履行請求需要（或多或少）這些步驟：

找到服務器

連接到服務器

等待回應

接收響應

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

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

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

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

這多少錢？

看看這張圖（從Chrome的工具）：

生活的要求，測量由鉻開發工具。

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

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

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

幸運的是，一旦服務器被發現（“DNS查找”在上面的圖像），瀏覽器將不再需要查找它。它仍然要連接，我們將不得不等待一個響應。

持懷疑態度的閱讀測試pagespeed的見解

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

記住，這里的“懷疑”閱讀每個pagespeed見解規則。

減少帶寬使用的測試

規則

持懷疑態度的閱讀

優化圖像

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

使壓縮

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

縮小的HTML

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

縮小CSS

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

壓縮Js文件

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

減少延遲測試

規則

持懷疑態度的閱讀

瀏覽器緩存

絕對讓我們緩存自己的文件。可能從緩存中受益的許多文件可能托管在第三方服務器上。你必須自己主持更改緩存時間。

減少服務器響應時間

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

避免登陸頁面重定向

對.

消除渲染阻塞JavaScript和CSS以上的折疊內容

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

把可見的內容

其實很重要。

不要把這些作為網站性能的最后一句話！獨立于這些測試，這里有一些事情要考慮。一些不包括在所有的pagespeed的見解，有的只覆蓋了一半：

緩存內容控件。

減少您從第三方域加載的內容量。

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

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

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

如何開始改進

測量

在這篇文章中的屏幕截圖工具創建鉻。它內置在瀏覽器中，允許您檢查頁面加載時會發生什么。

他們不相信pagespeed見解的工具，去在Chrome瀏覽器加載頁面。檢查它如何執行。看看什么要求實際上似乎需要更多的時間。通常答案是顯而易見的：例如，將花費太多的時間載入廣告。

目標設定

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

優先考慮

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

例如：如果您的網站依賴于廣告收入，您可能會加載所有內容在頁面上，然后才開始加載廣告。畢竟，pagespeed的見解是一一一刀切的解決辦法。

結論

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

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

網頁題目：更快的網站技術分析的見解
網頁地址：http://m.newbst.com/news28/20728.html

成都網站建設公司_創新互聯，為您提供營銷型網站建設、建站公司、網站導航、做網站、標簽優化、服務器托管

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯