<th id="x4cxh"></th>
<em id="x4cxh"></em>

<th id="x4cxh"></th>

  • <tbody id="x4cxh"></tbody><rp id="x4cxh"></rp>

      <th id="x4cxh"></th>
      1.  
        深圳網站建設設計

        將想法與焦點和您一起共享

        深圳網站建設設計 深圳網站優化排名 深圳網站設計制作欣賞

        更快的網站技術分析的見解

        2017-05-17  閱讀: 深圳網站建設設計

        更快的網站技術分析的見解
        先進的搜索引擎優化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性能測試工程師在谷歌和一個很好的溝通者對網站的速度問題。

        將文章分享到..
        免费看黄色片,日本一本二本三区免费,jezzjezz日本,色五月婷婷
        <th id="x4cxh"></th>
        <em id="x4cxh"></em>

        <th id="x4cxh"></th>

      2. <tbody id="x4cxh"></tbody><rp id="x4cxh"></rp>

          <th id="x4cxh"></th>