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

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

避免登錄頁(yè)重定向

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

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

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

301對302重定向。當您刪除舊內容并重定向到新內容時(shí)，或者當您沒(méi)有其他頁(yè)面可重定向用戶(hù)時(shí)，請使用永久重定向（301）。在進(jìn)行短期更改（例如限時(shí)優(yōu)惠）或將用戶(hù)重定向到特定于設備的url時(shí)，使用臨時(shí)重定向（302）。別擔心，不管怎樣你都不會(huì )失去鏈接權益！

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

啟用壓縮

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

高級建議

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

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

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

提高服務(wù)器響應時(shí)間

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

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

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

高級建議

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

第一幅有意義的畫(huà)作。

速度指數小于1250。

傳輸時(shí)間間隔（TTI）<5秒，重復訪(fǎng)問(wèn)<2秒。

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

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

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

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

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

瀏覽器緩存

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

小編的建議?；卮鹨韵聠?wèn)題的顯式緩存策略：

是否可以緩存資源。

誰(shuí)能把它藏起來(lái)。

它將被緩存多長(cháng)時(shí)間。

如何在緩存策略過(guò)期時(shí)有效地重新驗證（如果適用）。

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

高級建議

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

使用etag實(shí)現有效的再驗證。實(shí)體標記（ETag）HTTP報頭傳遞一個(gè)驗證令牌，如果資源自上次請求以來(lái)沒(méi)有更改，該令牌將阻止數據傳輸。這提高了資源更新檢查的效率。

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

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

縮小HTML、CSS和JavaScript

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

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

高級建議

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

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

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

優(yōu)化圖像

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

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

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

第一幅有意義的畫(huà)作。

速度指數小于1250。

傳輸時(shí)間間隔（TTI）<5秒，重復訪(fǎng)問(wèn)<2秒。

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

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

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

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

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

瀏覽器緩存

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

小編的建議?；卮鹨韵聠?wèn)題的顯式緩存策略：

是否可以緩存資源。

誰(shuí)能把它藏起來(lái)。

它將被緩存多長(cháng)時(shí)間。

如何在緩存策略過(guò)期時(shí)有效地重新驗證（如果適用）。

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

高級建議

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

使用etag實(shí)現有效的再驗證。實(shí)體標記（ETag）HTTP報頭傳遞一個(gè)驗證令牌，如果資源自上次請求以來(lái)沒(méi)有更改，該令牌將阻止數據傳輸。這提高了資源更新檢查的效率。

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

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

縮小HTML、CSS和JavaScript

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

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

高級建議

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

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

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

優(yōu)化圖像

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

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

高級建議

使JavaScript成為非呈現塊。將腳本標記為async將告訴瀏覽器在等待加載和執行腳本時(shí)不要阻止DOM構造。但是，只有當您知道在解析/構造DOM樹(shù)時(shí)不需要更改DOM樹(shù)中的任何內容時(shí)，才應該這樣做。

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

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

結論：測試速度更新的結果

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

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

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

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

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