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

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

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

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

這就是這個(gè)職位是關(guān)于。我想提出三點(diǎn)：

延遲會(huì)傷害負(fù)載時(shí)間超過帶寬

pagespeed見解成績不應(yīng)該信以為真

改善始于測量，目標(biāo)設(shè)定和優(yōu)先次序

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

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

延遲會(huì)傷害負(fù)載時(shí)間超過帶寬

在我們第一次看到pagespeed規(guī)則可以讓你認(rèn)為它是所有關(guān)于服務(wù)更少的字節(jié)用戶。縮小，優(yōu)化，壓縮。大小只有一半的故事。它也需要時(shí)間為您的要求只是到達(dá)服務(wù)器。然后服務(wù)器需要時(shí)間來回應(yīng)你！

當(dāng)你提出請求時(shí)會(huì)發(fā)生什么？

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

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

找到服務(wù)器

連接到服務(wù)器

等待回應(yīng)

接收響應(yīng)

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

為什么需要時(shí)間才能得到回應(yīng)？

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

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

這多少錢？

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

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

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

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

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

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

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

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

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

減少帶寬使用的測試

規(guī)則

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

優(yōu)化圖像

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

使壓縮

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

縮小的HTML

可能會(huì)減少開銷只有幾十KB。延遲將有更大的影響比響應(yīng)大小。

縮小CSS

可能會(huì)減少開銷只有幾十KB。延遲將有更大的影響比響應(yīng)大小。

壓縮Js文件

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

減少延遲測試

規(guī)則

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

瀏覽器緩存

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

減少服務(wù)器響應(yīng)時(shí)間

閾值太高。它也試圖排除服務(wù)器的物理延遲，而只看服務(wù)器收到請求后多長時(shí)間響應(yīng)。

避免登陸頁面重定向

對.

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

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

把可見的內(nèi)容

其實(shí)很重要。

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

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

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

減少服務(wù)器響應(yīng)時(shí)間超出要求通過pagespeed見解測試最低。

移動(dòng)服務(wù)器接近最終用戶?；旧?，使用CDN。

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

如何開始改進(jìn)

測量

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

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

目標(biāo)設(shè)定

如果一個(gè)好的pagespeed見解評分并不是你的目標(biāo)，你需要知道你的目標(biāo)將是。這很重要，因?yàn)樗试S你將當(dāng)前的性能與目標(biāo)進(jìn)行比較。您可以看到是否減少帶寬的要求將實(shí)際達(dá)到您的目標(biāo)，或者您是否還需要做一些事情，以減少延遲（使用CDN，處理較少的請求，首先加載高優(yōu)先級(jí)的內(nèi)容）。

優(yōu)先考慮

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

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

結(jié)論

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

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

當(dāng)前題目：更快的網(wǎng)站技術(shù)分析的見解
文章鏈接：http://www.bm7419.com/news/20728.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)建站、靜態(tài)網(wǎng)站、定制開發(fā)、網(wǎng)站導(dǎo)航、網(wǎng)站策劃、品牌網(wǎng)站建設(shè)

廣告

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