經(jīng)過搜索引擎的不斷更新完善。現(xiàn)在的搜索引擎不再依賴實驗室數(shù)據(jù)，而是使用現(xiàn)場數(shù)據(jù)來衡量網(wǎng)站速度。通過從Chrome用戶體驗報告（CrUX）數(shù)據(jù)庫中提取信息，搜索引擎能夠辨別出你的普通用戶找到你的網(wǎng)站的速度有多快。 這意味著，即使你的網(wǎng)站在你的網(wǎng)站是閃電般的快，訪客與舊的智能手機可能會遇到延遲-這可能會影響你的速度得分，并可能你的網(wǎng)站的排名。如果你還沒有，是時候加倍的速度優(yōu)化了。

北京網(wǎng)站優(yōu)化公司將打破搜索引擎的9個PageSpeed Insight規(guī)則，列出他們的最佳實踐建議，然后深入探討一些高級步驟，您可以采取這些步驟來進一步優(yōu)化您的網(wǎng)站速度從而提升你的網(wǎng)站關(guān)鍵詞排名。

避免登錄頁重定向

為什么重定。重定向延遲頁面呈現(xiàn)并降低移動站點體驗。每個重定向都會添加一個額外的超文本傳輸協(xié)議（HTTP）請求-響應(yīng)往返，有時還會添加許多其他往返，以執(zhí)行域名系統(tǒng)（DNS）查找、傳輸控制協(xié)議（TCP）握手和傳輸層安全性（TLS）協(xié)商。

小編的建議。創(chuàng)建一個響應(yīng)網(wǎng)站，從給定URL到最終登錄頁的重定向不超過一個。

高級建議。盡量避免重定向。但是，如果需要使用重定向，請根據(jù)需要選擇重定向類型：

301對302重定向。當(dāng)您刪除舊內(nèi)容并重定向到新內(nèi)容時，或者當(dāng)您沒有其他頁面可重定向用戶時，請使用永久重定向（301）。在進行短期更改（例如限時優(yōu)惠）或?qū)⒂脩糁囟ㄏ虻教囟ㄓ谠O(shè)備的url時，使用臨時重定向（302）。別擔(dān)心，不管怎樣你都不會失去鏈接權(quán)益！

JavaScript與HTTP重定向。JavaScript和HTTP重定向的主要區(qū)別在于，HTTP重定向會在服務(wù)器端造成一些延遲，而基于JavaScript的重定向會降低客戶端的速度（它們需要下載頁面，然后在觸發(fā)重定向之前解析并執(zhí)行JavaScript）。搜索引擎bot支持這兩種類型的重定向。

啟用壓縮

為什么重要。減小內(nèi)容的大小可以縮短下載資源所需的時間，減少客戶端的數(shù)據(jù)使用，并縮短頁面的呈現(xiàn)時間。 小編的建議。Gzip所有可壓縮內(nèi)容。您可以通過HTML5樣板項目找到大多數(shù)服務(wù)器的示例配置文件。

高級建議

優(yōu)先刪除不必要的數(shù)據(jù)。壓縮是偉大的，但最好的優(yōu)化資源是一個資源不發(fā)送。定期檢查站點資源，并在壓縮之前消除不必要的數(shù)據(jù)，以確保獲得最佳結(jié)果。

考慮Gzip編碼的替代方案。如果您想使用Gzip以外的工具，Brotli是一種無損壓縮算法，它結(jié)合了LZ77算法的現(xiàn)代變體、Huffman編碼和二階上下文建模。它受到所有現(xiàn)代瀏覽器的支持，其壓縮比可與當(dāng)前可用的最佳通用壓縮方法相媲美。Brotli壓縮速度非常慢，解壓速度也很快，因此您應(yīng)該在最高級別使用Brotli+Gzip預(yù)壓縮靜態(tài)資產(chǎn)，在級別1–4使用Brotli壓縮動態(tài)HTML。

對不同的資源使用不同的壓縮技術(shù)。壓縮可以應(yīng)用于HTML代碼，也可以應(yīng)用于頁面所需的各種數(shù)字資源，但是您需要對web字體、圖像、CSS等應(yīng)用不同的技術(shù)和算法，以獲得最佳效果。例如，如果您使用的是HTTP/2，那么對HTTP響應(yīng)頭使用HPACK壓縮將減少不必要的開銷。

提高服務(wù)器響應(yīng)時間

為什么重要。在北京網(wǎng)站優(yōu)化公司看來快速的服務(wù)器響應(yīng)時間是必要的；53%的移動訪問者會放棄3秒鐘內(nèi)無法加載的頁面。

高質(zhì)量的網(wǎng)站開發(fā)是必不可少的，如果你想避免中央處理器（CPU）饑餓，緩慢的應(yīng)用程序邏輯，緩慢的數(shù)據(jù)庫查詢，緩慢的路由，緩慢的框架和緩慢的庫。

小編的建議。服務(wù)器響應(yīng)時間應(yīng)始終低于200ms。

高級建議

測量服務(wù)器響應(yīng)時間和實際用戶測量（RUM）。使用像這樣的工具網(wǎng)頁測試.org、Pingdom、GTmetrix或Chrome開發(fā)工具，以查明現(xiàn)有的性能問題，并找出哪些因素會減慢您的內(nèi)容交付過程。請記住，即使您的測試顯示站點速度<200ms，使用慢速3G的老一代Android上的用戶可能會體驗到400msrtt和400kbps的傳輸速度。這將對你的網(wǎng)站速度得分產(chǎn)生負面影響。要改善此用戶的體驗，您必須致力于：

第一幅有意義的畫作。

速度指數(shù)小于1250。

傳輸時間間隔（TTI）<5秒，重復(fù)訪問<2秒。

優(yōu)化用戶體驗。配置服務(wù)器時：

使用HTTP/2（記住您的cdn也支持HTTP/2）來提高性能。

在服務(wù)器上啟用聯(lián)機證書狀態(tài)協(xié)議（OCSP）裝訂以加快TLS握手。

同時支持IPv6和IPv4。IPv6的鄰居發(fā)現(xiàn)（NDP）和路由優(yōu)化可以使網(wǎng)站速度提高10-15%。

通過更快的DNS查找、預(yù)連接、預(yù)回遷和預(yù)加載，添加資源提示以預(yù)熱連接并加快傳遞。

瀏覽器緩存

為什么重要。當(dāng)通過網(wǎng)絡(luò)獲取資源時，客戶機和服務(wù)器之間需要更多的往返，這就意味著訪問者需要更多的延遲和更高的數(shù)據(jù)成本。您可以通過實現(xiàn)一個緩存策略來緩解這個緩慢而昂貴的過程，該策略可以幫助客戶機確定是否以及何時可以重用它在過去返回的響應(yīng)。

小編的建議?；卮鹨韵聠栴}的顯式緩存策略：

是否可以緩存資源。

誰能把它藏起來。

它將被緩存多長時間。

如何在緩存策略過期時有效地重新驗證（如果適用）。

小編建議靜態(tài)資產(chǎn)的緩存時間最短為一周，最長為一年。

高級建議

使用緩存控制消除網(wǎng)絡(luò)延遲并避免數(shù)據(jù)費用。緩存控制指令允許您自動控制瀏覽器緩存響應(yīng)的方式（例如，“無緩存”和“無存儲”）以及緩存響應(yīng)的時間（例如，“最長使用時間”、“最長過期時間”和“最短刷新時間”），而無需與服務(wù)器通信。

使用etag實現(xiàn)有效的再驗證。實體標(biāo)記（ETag）HTTP報頭傳遞一個驗證令牌，如果資源自上次請求以來沒有更改，該令牌將阻止數(shù)據(jù)傳輸。這提高了資源更新檢查的效率。

請參考小編的建議以獲得最佳的緩存控制策略。谷歌已經(jīng)創(chuàng)建了一個清單和一個流程圖，可以幫助你在盡可能長的時間內(nèi)緩存盡可能多的響應(yīng)，并為每個響應(yīng)提供驗證令牌：

經(jīng)驗法則是可變（即，可能改變）資源應(yīng)該在很短的時間內(nèi)緩存，而不可變（即，靜態(tài)）資源應(yīng)該無限期緩存以避免重新驗證。

縮小HTML、CSS和JavaScript

為什么重要?？s小可以消除交付給訪問者的資源中的冗余數(shù)據(jù)，它可以對整個站點的速度和性能產(chǎn)生巨大的影響。

小編的建議。web資產(chǎn)中沒有冗余數(shù)據(jù)（例如HTML代碼中的注釋或空格符號、CSS中的重復(fù)樣式或不必要的圖像元數(shù)據(jù)）。

高級建議

在壓縮的同時使用縮小。乍一看，縮小聽起來像是壓縮，但它的粒度要大得多。壓縮算法對于減小頁面大小非常有用，但大多數(shù)算法都不知道如何從CSS（/*…*/）、HTML（）和JavaScript（//…）注釋中去除不必要的代碼，折疊層疊樣式表（CSS）規(guī)則，或者執(zhí)行許多其他特定于內(nèi)容的優(yōu)化。

對其他資源類型也應(yīng)用縮小。您可以縮小不僅僅是基于文本的資產(chǎn)，如超文本標(biāo)記語言（HTML）、CSS和JavaScript。圖像、視頻和其他類型的內(nèi)容也可以根據(jù)您的需要進行縮小。例如，圖像包含它們自己的元數(shù)據(jù)形式和各種有效載荷，如果要在照片共享網(wǎng)站上發(fā)布它們，則可能需要保留這些有效載荷。

自動化縮小。使用工具來減輕縮小網(wǎng)站上成千上萬（如果不是數(shù)百萬）不同資源的負擔(dān)。搜索引擎的PageSpeed模塊可以自動完成這一任務(wù)，并且可以與Apache或nginxweb服務(wù)器集成?；蛘?，您可以使用第三方工具，例如HTMLMinifier（用于HTML）、CSSNano或CSSO（用于CSS）和UglifyJS（用于JavaScript）。

優(yōu)化圖像

為什么重要。圖像平均占網(wǎng)頁大小的60%，大圖像會使網(wǎng)站的爬行速度變慢。優(yōu)化圖像有助于減少文件大小，而不會顯著影響視覺質(zhì)量。

小編的建議。確保你的網(wǎng)站和圖片是響應(yīng)。使用圖像的相對大小，根據(jù)設(shè)備特性指定不同圖像時使用picture元素，并使用srcset屬性和x des

測量服務(wù)器響應(yīng)時間和實際用戶測量（RUM）。使用像這樣的工具網(wǎng)頁測試.org、Pingdom、GTmetrix或Chrome開發(fā)工具，以查明現(xiàn)有的性能問題，并找出哪些因素會減慢您的內(nèi)容交付過程。請記住，即使您的測試顯示站點速度<200ms，使用慢速3G的老一代Android上的用戶可能會體驗到400msrtt和400kbps的傳輸速度。這將對你的網(wǎng)站速度得分產(chǎn)生負面影響。要改善此用戶的體驗，您必須致力于：

第一幅有意義的畫作。

速度指數(shù)小于1250。

傳輸時間間隔（TTI）<5秒，重復(fù)訪問<2秒。

優(yōu)化用戶體驗。配置服務(wù)器時：

使用HTTP/2（記住您的cdn也支持HTTP/2）來提高性能。

在服務(wù)器上啟用聯(lián)機證書狀態(tài)協(xié)議（OCSP）裝訂以加快TLS握手。

同時支持IPv6和IPv4。IPv6的鄰居發(fā)現(xiàn)（NDP）和路由優(yōu)化可以使網(wǎng)站速度提高10-15%。

通過更快的DNS查找、預(yù)連接、預(yù)回遷和預(yù)加載，添加資源提示以預(yù)熱連接并加快傳遞。

瀏覽器緩存

為什么重要。在北京網(wǎng)站優(yōu)化公司看來當(dāng)通過網(wǎng)絡(luò)獲取資源時，客戶機和服務(wù)器之間需要更多的往返，這就意味著訪問者需要更多的延遲和更高的數(shù)據(jù)成本。您可以通過實現(xiàn)一個緩存策略來緩解這個緩慢而昂貴的過程，該策略可以幫助客戶機確定是否以及何時可以重用它在過去返回的響應(yīng)。

小編的建議?；卮鹨韵聠栴}的顯式緩存策略：

是否可以緩存資源。

誰能把它藏起來。

它將被緩存多長時間。

如何在緩存策略過期時有效地重新驗證（如果適用）。

小編的建議靜態(tài)資產(chǎn)的緩存時間最短為一周，最長為一年。

高級建議

使用緩存控制消除網(wǎng)絡(luò)延遲并避免數(shù)據(jù)費用。緩存控制指令允許您自動控制瀏覽器緩存響應(yīng)的方式（例如，“無緩存”和“無存儲”）以及緩存響應(yīng)的時間（例如，“最長使用時間”、“最長過期時間”和“最短刷新時間”），而無需與服務(wù)器通信。

使用etag實現(xiàn)有效的再驗證。實體標(biāo)記（ETag）HTTP報頭傳遞一個驗證令牌，如果資源自上次請求以來沒有更改，該令牌將阻止數(shù)據(jù)傳輸。這提高了資源更新檢查的效率。

請參考小編的建議以獲得最佳的緩存控制策略。谷歌已經(jīng)創(chuàng)建了一個清單和一個流程圖，可以幫助你在盡可能長的時間內(nèi)緩存盡可能多的響應(yīng)，并為每個響應(yīng)提供驗證令牌：

經(jīng)驗法則是可變（即，可能改變）資源應(yīng)該在很短的時間內(nèi)緩存，而不可變（即，靜態(tài)）資源應(yīng)該無限期緩存以避免重新驗證。

縮小HTML、CSS和JavaScript

為什么重要?？s小可以消除交付給訪問者的資源中的冗余數(shù)據(jù)，它可以對整個站點的速度和性能產(chǎn)生巨大的影響。

小編的建議。web資產(chǎn)中沒有冗余數(shù)據(jù)（例如HTML代碼中的注釋或空格符號、CSS中的重復(fù)樣式或不必要的圖像元數(shù)據(jù)）。

高級建議

在壓縮的同時使用縮小。乍一看，縮小聽起來像是壓縮，但它的粒度要大得多。壓縮算法對于減小頁面大小非常有用，但大多數(shù)算法都不知道如何從CSS（/*…*/）、HTML（）和JavaScript（//…）注釋中去除不必要的代碼，折疊層疊樣式表（CSS）規(guī)則，或者執(zhí)行許多其他特定于內(nèi)容的優(yōu)化。

對其他資源類型也應(yīng)用縮小。您可以縮小不僅僅是基于文本的資產(chǎn)，如超文本標(biāo)記語言（HTML）、CSS和JavaScript。圖像、視頻和其他類型的內(nèi)容也可以根據(jù)您的需要進行縮小。例如，圖像包含它們自己的元數(shù)據(jù)形式和各種有效載荷，如果要在照片共享網(wǎng)站上發(fā)布它們，則可能需要保留這些有效載荷。

自動化縮小。使用工具來減輕縮小網(wǎng)站上成千上萬（如果不是數(shù)百萬）不同資源的負擔(dān)。搜索引擎的PageSpeed模塊可以自動完成這一任務(wù)，并且可以與Apache或nginxweb服務(wù)器集成?；蛘?，您可以使用第三方工具，例如HTMLMinifier（用于HTML）、CSSNano或CSSO（用于CSS）和UglifyJS（用于JavaScript）。

優(yōu)化圖像

為什么重要。圖像平均占網(wǎng)頁大小的60%，大圖像會使網(wǎng)站的爬行速度變慢。優(yōu)化圖像有助于減少文件大小，而不會顯著影響視覺質(zhì)量。

小編的建議。確保你的網(wǎng)站和圖片是響應(yīng)。使用圖像的相對大小，根據(jù)設(shè)備特性指定不同圖像時使用picture元素，并使用srcset屬性和x des

高級建議

使JavaScript成為非呈現(xiàn)塊。將腳本標(biāo)記為async將告訴瀏覽器在等待加載和執(zhí)行腳本時不要阻止DOM構(gòu)造。但是，只有當(dāng)您知道在解析/構(gòu)造DOM樹時不需要更改DOM樹中的任何內(nèi)容時，才應(yīng)該這樣做。

內(nèi)聯(lián)關(guān)鍵腳本和延遲非關(guān)鍵腳本。呈現(xiàn)頁面內(nèi)容所需的腳本應(yīng)該內(nèi)聯(lián)，以避免額外的網(wǎng)絡(luò)請求。這些應(yīng)該盡可能小，以便快速執(zhí)行并提供良好的性能。非關(guān)鍵腳本應(yīng)該是異步的，并推遲到第一次呈現(xiàn)之后。請記住，異步腳本不能保證按指定的順序執(zhí)行。

將第三方JavaScript庫推遲到折疊之后。增強交互性或添加動畫或其他效果（例如JQuery）的JavaScript庫通常不需要在折疊上方渲染。只要有可能，使這些JavaScript元素異步并將它們推遲到頁面。

結(jié)論：測試速度更新的結(jié)果

為了找出速度更新對SERP職位的實際影響，云無限團隊和我進行了兩個實驗，一個是在搜索引擎發(fā)布更新之前，另一個是在搜索引擎發(fā)布更新之后。

我們甚至在更新之前就發(fā)現(xiàn)，移動站點在serp中的位置與其平均優(yōu)化分數(shù)之間的相關(guān)性已經(jīng)非常高（0.97），但是站點的第一個contentful paint（FCP）和DOM content loaded（DCL）度量（現(xiàn)在顯示在PageSpeed Insights上，位于頁面速度分數(shù)之下）幾乎沒有相關(guān)性以你的立場為準(zhǔn)。

我們在更新一周后沒有注意到任何重大的變化，這是可以理解的：更新需要時間才能充分發(fā)揮作用。移動搜索引擎結(jié)果頁（SERPs）的優(yōu)化得分與位置相關(guān)度較高，而FCP/DCL與位置相關(guān)度較低。

近三個月來，北京網(wǎng)站優(yōu)化公司了解移動serp排名前30位的網(wǎng)站優(yōu)化得分均平均提高了0.83分。我們認為這是全行業(yè)網(wǎng)站質(zhì)量的提升。

這告訴我們什么是一個快速，優(yōu)化網(wǎng)站的標(biāo)準(zhǔn)正在提高-你不能變得自滿。提高速度，就像SEO作為一個整體，是一個過程，如果你不不斷調(diào)整和改進，你就有被落在后面的風(fēng)險。