建站
咨詢
售后
建站咨詢
新聞中心
今天我們想深入探討如何更好地使用和理解流行的網(wǎng)站速度測試工具Pingdom的數(shù)據(jù)。您可以使用它對您的wordpress網(wǎng)站進行我們所說的瀑布分析。這可以幫助您快速診斷性能問題，并且不會誤診問題。
專注于為中小企業(yè)提供成都網(wǎng)站設計、網(wǎng)站制作服務,電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)五常免費做網(wǎng)站提供優(yōu)質(zhì)的服務。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了成百上千家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設實現(xiàn)規(guī)模擴充和轉(zhuǎn)變。
很多時候我們看到WordPress用戶在Pingdom速度測試工具中解釋數(shù)據(jù)錯誤，這導致有時將網(wǎng)站配置為比以前更糟糕的狀態(tài)。請記住，所有此類工具都將用作指南，它們永遠不會100%準確。重要的是在所有測試中保持一致并使用相同的工具。
Pingdom
Pingdom是一家總部位于瑞典的公司（現(xiàn)歸SolarWinds所有），提供各種不同的服務，例如正常運行時間監(jiān)控、頁面速度監(jiān)控、交易監(jiān)控、服務器監(jiān)控和訪問者洞察 (RUM)。他們最著名的事情之一可能是他們的免費網(wǎng)站速度測試工具。它是WordPress 社區(qū)中最受歡迎的性能測試工具之一。
為什么如此受歡迎？嗯，首先，它可能是最容易使用的速度測試工具！并非每個人都是網(wǎng)絡性能專家，因此對于典型的WordPress用戶來說，其他一些替代工具可能會讓人不知所措。有時正如他們所說，少即是多。畢竟，您只關心兩件事：您的網(wǎng)站有多快以及如何使其更快。
Pingdom網(wǎng)站速度測試
Pingdom 目前允許您測試來自全球7個不同地點（5大洲）的任何網(wǎng)站的速度：
- 亞洲 – 日本 – 東京
- 歐洲 – 德國 – 法蘭克福
- 歐洲 – 英國 – 倫敦
- 北美 – 美國 – 華盛頓特區(qū)
- 北美 – 美國 – 舊金山
- 太平洋 – 澳大利亞 – 悉尼
- 南美洲 – 巴西 – 圣保羅
注意：我們注意到有時并非所有測試位置都可用。這很可能是因為它因維護而停機，或者由于太多人試圖對其進行測試而使其過載。如果您一直使用的測試站點位置不再存在，請在一兩個小時后回來查看。很有可能它會再次出現(xiàn)。
您選擇的測試位置實際上非常重要，因為它與您的網(wǎng)站實際托管的物理位置有關。這就是一個叫做網(wǎng)絡延遲的小東西 發(fā)揮作用的地方。但我們將在下面更詳細地介紹這一點。
使用Pingdom速度測試工具進行瀑布分析
網(wǎng)頁由不同的資源組成，例如HTML、JavaScript、CSS、圖像和視頻。這些中的每一個都會生成請求以呈現(xiàn)您在網(wǎng)站上看到的內(nèi)容。通常，您的請求越多，您的網(wǎng)站加載速度就越慢。情況并非總是如此，但大多數(shù)情況下確實如此。
下面我們將分解每個Pingdom部分，并更詳細地解釋信息的含義，因為它與您網(wǎng)站的整體性能以及如何進行瀑布分析有關。
- Pingdom摘要
- 性能洞察
- 響應代碼
- 按內(nèi)容類型劃分的內(nèi)容大小和請求
- 按域劃分的內(nèi)容大小和請求
- 瀑布圖
- 案例研究域配置
Pingdom摘要
當您通過Pingdom運行WordPress網(wǎng)站時，它會生成性能等級、總加載時間、總頁面大小以及您在網(wǎng)站上的請求數(shù)量。在我們的示例中，我們使用的是perfmatters.io，這是一個運行Easy Digital Downloads的電子商務網(wǎng)站。
如您所見，我們運行了第一次測試，在Pingdom上的得分為88/100，總加載時間為541毫秒。它讓我們知道合并資產(chǎn)的總大小和請求數(shù)量。
DNS和緩存之前的Pingdom速度測試
然后我們運行了一個額外的測試 ，現(xiàn)在我們的總加載時間是392毫秒，頁面大小和請求數(shù)量相同！那是怎么回事？? 如果您多次通過Pingdom速度測試工具運行您的網(wǎng)站，您可能會注意到這一點。較大的站點會注意到更大的差異。
發(fā)生的主要原因有三個：DNS緩存、CDN緩存和WordPress緩存。這就是為什么你應該總是多次運行測試。當然，對第三方資源和 API 的外部調(diào)用也會對此產(chǎn)生影響。在我們的瀑布分析中進一步了解原因。
DNS后Pingdom速度測試
想要在您的WordPress網(wǎng)站上獲得更好的Pingdom分數(shù)嗎？根據(jù)您的網(wǎng)站和配置，可能并不總是能獲得完美的100/100 分，尤其是對于那些運行電子商務網(wǎng)站和營銷像素的人。但簡單地花一些時間提高你的分數(shù)是一個很好的起點。整體速度真的很重要。
有時，用戶體驗也可能勝過您在網(wǎng)絡上閱讀的一些網(wǎng)絡性能技巧。您不能忘記用戶體驗！ 但是請放心，我們將在下面與您進一步分享一些提示和技巧，以了解我們?nèi)绾螌⑸鲜鼍W(wǎng)站帶到現(xiàn)在的位置，因此請繼續(xù)閱讀。
提高頁面性能
性能洞察部分，現(xiàn)在“提高頁面性能” 已于2018年更新，他們刪除了一些舊項目并添加了新項目。這很可能是因為他們報告的一些建議不再像以前那樣相關。在Web性能優(yōu)化方面，事情總是在變化。如果人們只是想追求完美的Pingdom分數(shù)，有時會很麻煩。
Pingdom性能洞察
但是，我們將在我們的帖子中保留整個部分（一些舊的和新的），因為了解這些分數(shù)的計算方式很重要。這些基本上都是基于Google PageSpeed Insight規(guī)則。通常，如果您在網(wǎng)站上改進這些，您應該會看到整體加載時間減少。
以下是改進頁面性能部分的一些類別：
- 使用內(nèi)容交付網(wǎng)絡 (CDN)
- 避免HTTP 404（未找到）錯誤
- 最小化重定向
- 添加過期標題
- 從靜態(tài)資源中刪除查詢字符串
- 使用無Cookie的域
- 跨主機名并行下載
- 指定緩存驗證器
- 指定一個Vary: Accept-Encoding標頭
現(xiàn)在讓我們深入研究其中的一些，看看哪些仍然適用于今天。
使用內(nèi)容交付網(wǎng)絡 (CDN)
今天在您的 WordPress 網(wǎng)站上實施的最重要的服務之一是內(nèi)容交付網(wǎng)絡(CDN)。這些是遍布全球的服務器網(wǎng)絡（也稱為 POP）。它們旨在托管和交付WordPress網(wǎng)站的靜態(tài)（有時是動態(tài)）內(nèi)容的副本，例如圖像、CSS、JavaScript 和視頻流。
CDN 的一些好處包括性能提升（更低的 TTFB 和網(wǎng)絡延遲）、更低的帶寬和托管成本，甚至還有SEO優(yōu)勢。
重要提示：新更新的Pingdom工具目前有一個錯誤，可以準確地檢測任何CDN提供商。
使用內(nèi)容交付網(wǎng)絡 (CDN)
我們推薦的一些第三方CDN提供商包括：
- KeyCDN
- Cloudflare
- StackPath
- CDN77
- 又拍云（目前閃電博正在使用的CDN服務商）
- 阿里云
- 華為云
在我們自己的CDN速度測試中，我們發(fā)現(xiàn)CDN在某些情況下可以將頁面加載時間減少50%以上！
避免HTTP 404（未找到）錯誤
此部分以前稱為“避免錯誤請求”。這總是相關的！這個警告就像聽起來一樣，它是一個無法成功完成的請求。這通常會發(fā)生在您手動鏈接到已被刪除的資產(chǎn)或圖像，從而導致404錯誤。這在Pingdom中顯示為橙色圓圈，以及響應標頭狀態(tài)的404。
避免錯誤請求 – 404錯誤
始終確保您網(wǎng)站上的每個請求都以成功狀態(tài)返回。這將確保不會對不再存在的資產(chǎn)生成任何查詢。
最小化重定向
太多的重定向總是你需要注意的事情。簡單的重定向，如單個301重定向、HTTP到HTTPS或www到非www（反之亦然）都可以。很多時候，您網(wǎng)站的某些區(qū)域需要這些。但是，每個都會對您網(wǎng)站的性能產(chǎn)生影響。如果您開始將重定向堆疊在一起，那么重要的是要了解它們?nèi)绾斡绊懩W(wǎng)站的性能。這適用于頁面和帖子重定向、圖像重定向等。
重定向在Pingdom中顯示為藍色圓圈，以及響應標頭狀態(tài)上的301或302。
重定向?qū)δ木W(wǎng)站有多大影響？讓我們做一個小測試。首先，我們在聯(lián)系我們頁面上運行速度測試：https://perfmatters.io/contact/。正如您在下面看到的，我們的總加載時間為417毫秒。
沒有重定向的網(wǎng)站速度測試
然后我們稍微修改URL并運行另一個速度測試以查看多次重定向的影響。http://www.perfmatters.io/contact. 如您所見，現(xiàn)在加載同一個頁面需要695毫秒。這增加了66%。
具有多個重定向的網(wǎng)站速度測試
查看我們關于WordPress重定向的深入文章，以及提高性能的最佳實踐。
添加過期標題
此建議以前稱為利用瀏覽器緩存。用外行的話來說，WordPress站點上的每個腳本都需要附加一個HTTP緩存標頭（或者應該附加）。這確定文件上的緩存何時到期。要解決此問題，請確保您的WordPress主機具有正確的cache-control標頭和expires標頭設置。查看有關如何手動將緩存標頭添加到您的服務器的步驟，并閱讀有關如何添加過期標頭的指南。
利用瀏覽器緩存 – 緩存標頭
另一個問題是，當您加載第三方腳本時，您無權(quán)添加緩存標頭，因為您無法控制他們的Web服務器。常見的罪魁禍首包括Google Analytics腳本和營銷像素，如Facebook和Twitter。要解決此問題，您可以使用Perfmatters之類的插件在本地托管您的Google Analytics腳本（盡管這不受官方支持）。WP Rocket現(xiàn)在還可以選擇在本地托管您的Facebook營銷像素。
在本地移動腳本可能會因它對站點性能的影響程度而有所不同。一個優(yōu)點是您可以完全控制文件并可以從您自己的CDN提供服務。這也會刪除另一個第三方DNS請求。然而，記住這些文件可能已經(jīng)緩存在人們的瀏覽器中也很重要。
請參閱我們關于如何修復瀏覽器緩存警告的深入文章 。
從靜態(tài)資源中刪除查詢字符串
另一個常見問題是處理查詢字符串。您的CSS和JavaScript文件通常在其URL末尾帶有文件版本，例如https://domain.com/file.min.css?ver=4.5.3. 某些服務器和代理服務器無法緩存查詢字符串。因此，通過刪除它們，您有時可以改善緩存。
您可以使用像Perfmatters這樣的高級插件 ，它有一個簡單的一鍵式選項來刪除查詢字符串。
或者您可以手動將以下代碼添加到您的主題 functions.php 文件中。更好的選擇是使用像Code Snippets這樣的免費插件來添加代碼。這樣您就不必直接編輯您的主題。
function remove_query_strings() {
if(!is_admin()) {
add_filter('script_loader_src', 'remove_query_strings_split', 15);
add_filter('style_loader_src', 'remove_query_strings_split', 15);
}
}
function remove_query_strings_split($src){
$output = preg_split("/(&ver|\?ver)/", $src);
return $output[0];
}
add_action('init', 'remove_query_strings');但是，在您立即刪除站點上的查詢字符串之前，了解使用查詢字符串的原因很重要。WordPress開發(fā)人員通常使用文件版本控制來解決緩存問題。
舉例來說，如果他們推出的更新和變革style.css，從?ver=4.6到?ver=4.7，這將被視為一個完全新的URL并不會被緩存。如果您刪除查詢字符串并更新插件，這可能會導致緩存版本繼續(xù)提供服務。在某些情況下，這可能會破壞您網(wǎng)站的外觀，直到緩存資源過期或緩存完全刷新。
此外，一些CDN可以緩存查詢字符串。
從靜態(tài)資源警告中刪除查詢字符串
請參閱我們關于如何從靜態(tài)資源中刪除查詢字符串的深入教程。
使用無Cookie的域
我們有一篇關于如何處理來自無cookie 域警告的服務靜態(tài)內(nèi)容的深入文章。很多時候您可以忽略此警告，因為HTTP/2等新協(xié)議現(xiàn)在使這變得不那么重要。新連接的成本通常比通過同一連接流式傳輸所有內(nèi)容的成本更高。但是，解決此問題的兩種方法是使用CDN提供商去除cookie或創(chuàng)建單獨的域和/或子域。
提供來自無cookie域警告的靜態(tài)內(nèi)容
使用GZIP壓縮組件
當Pingdom檢測到未使用GZIP壓縮的資產(chǎn)時，會出現(xiàn)“使用GZIP壓縮組件”警告。GZIP是一種壓縮方法，用于減小基于文本的文件（如HTML文檔和 CSS/JS 文件）的大小。在服務器上啟用 GZIP 壓縮，并在將網(wǎng)頁和資產(chǎn)發(fā)送給訪問者之前對其進行壓縮。從我們的測試中，我們看到啟用GZIP壓縮將請求的文件大小減少了78%以上。
使用GZIP壓縮組件
部分服務器提供商，您不必擔心手動啟用GZIP，因為它已在服務器上默認啟用。如果您發(fā)現(xiàn)您的虛擬主機沒有啟用GZIP，我們建議您聯(lián)系他們的支持團隊立即啟用它，因為它會對您的頁面速度產(chǎn)生巨大影響。如果在服務器上啟用GZIP后仍然看到“使用GZIP壓縮組件”，則可能是托管站點所需外部資產(chǎn)的服務器沒有啟用GZIP。如果是這種情況，則您無法做任何事情來更改服務器行為。
跨主機名并行下載
“跨主機名并行下載”警告的結(jié)果是由于 HTTP/1.1 的限制和 Web 瀏覽器對它們可以與主機建立的并發(fā)連接數(shù)的限制；這通常是6個連接。此警告通常出現(xiàn)在具有大量請求的網(wǎng)站上。過去，繞過這個限制的唯一方法是實現(xiàn)他們所謂的域分片。但是，如果您使用支持HTTP/2的網(wǎng)絡主機或CDN提供商，您現(xiàn)在可以放心地忽略這一點，因為現(xiàn)在可以通過單個連接并行加載多個資源。
跨主機名并行下載警告
指定緩存驗證器
此警告是指缺少HTTP緩存標頭，這些標頭應包含在每個源服務器響應中，因為它們都驗證并設置了緩存的長度。如果沒有找到標頭，它每次都會為資源生成一個新的請求，這會增加服務器的負載。這些頭文件包括last-modified，ETag，Cache-Control，和Expires。就像瀏覽器緩存警告一樣，這些標題應該由您的WordPress主機自動添加。如果您有第三方請求，您會看到這一點，您無能為力，因為您無法控制他們的Web服務器。
指定緩存驗證器警告
閱讀我們關于如何修復指定緩存驗證器警告的深入文章。
指定一個Vary: Accept-Encoding標頭
我們有一篇關于如何修復指定變量：接受編碼標頭警告的文章。這是一個HTTP標頭，應該包含在每個源服務器響應中，因為它告訴瀏覽器客戶端是否可以處理內(nèi)容的壓縮版本。
指定一個變化：接受編碼頭警告
Pingdom響應代碼
Pingdom速度測試工具的下一部分是響應代碼。響應代碼，也稱為HTTP狀態(tài)代碼，就像來自Web服務器的簡短注釋，它被添加到網(wǎng)頁的頂部。這是來自Web服務器的消息，讓您知道在收到查看頁面的請求時情況如何。一些常見的有：
- 200：“一切正常?！?nbsp;這是當網(wǎng)頁或資源完全按照預期方式運行時交付的代碼。
Pingdom 200響應代碼示例
- 301：“請求的資源已被永久移動。” 當網(wǎng)頁或資源已被其他資源永久替換時，會傳遞此代碼。它用于永久URL重定向。
Pingdom 301響應代碼示例
- 404：“未找到請求的資源。” 最常見的錯誤信息。這段代碼意味著請求的資源不存在，服務器不知道它是否曾經(jīng)存在過。
Pingdom 404響應代碼示例
按內(nèi)容類型劃分的內(nèi)容大小和請求
接下來的部分是按內(nèi)容類型劃分的內(nèi)容大小和按內(nèi)容類型劃分的請求。這些中的每一個都有助于快速查看網(wǎng)頁上占用最多資源的內(nèi)容。根據(jù)HTTP Archive，圖像通常占網(wǎng)頁平均總大小的43%。我們也看到通常情況也是如此。但是，正如您在本網(wǎng)站下方看到的，情況并非總是如此。
Pingdom內(nèi)容類型
為了優(yōu)化您的圖像，我們強烈建議您閱讀我們關于如何優(yōu)化Web圖像和WebP的深入文章 。有許多很棒的工具和插件可以進一步壓縮您的圖像并確保它們不是您網(wǎng)站頁面加載的主要內(nèi)容。在我們上面的例子中，perfmatters.io網(wǎng)站正在利用使用大字體真棒圖標代替圖像。這可能是一項偉大的戰(zhàn)略，可以產(chǎn)生巨大的影響。
按域劃分的內(nèi)容大小和請求
按域劃分的內(nèi)容大小和請求是快速查看網(wǎng)站上哪些外部服務和腳本的好方法。在我們的示例中，您可以看到我們從CDN加載了所有資產(chǎn)。然后是從Web服務器加載網(wǎng)站的初始HTML DOC，以及對Google Analytics域的外部調(diào)用。根據(jù)您的站點，您可能有更多的外部服務，例如Facebook、Twitter、Hotjar、SumoMe、AdRoll、New Relic、CrazyEgg等。
按域的Pingdom請求
通常，您可以做出的外部請求越少越好，因為每個外部服務都會引入自己的延遲、TLS 握手延遲、DNS查找等。
通常，最好盡可能減少請求數(shù)量并將資產(chǎn)托管在一處，例如將它們移動到您的Web服務器或CDN。一個例子是字體真棒。而不是鏈接到外部腳本以獲得很棒的字體，而是下載它并直接提供它。
Pingdom瀑布圖
最后但并非最不重要的是，我們有Pingdom速度測試工具請求部分，它會生成您網(wǎng)頁上所有單個請求的瀑布圖（如下所示）。然后，您可以分析每個請求以查看導致站點延遲和性能問題的原因。當我們說我們正在進行瀑布分析時，這就是我們的意思。以下是對每種狀態(tài)顏色含義的更??深入總結(jié)和/或定義。
Pingdom瀑布分析
DNS（粉紅色）
那么什么是DNS？好吧，把它想象成一本電話簿。有一些稱為域名服務器的服務器，它們保存有關您網(wǎng)站的信息以及應該將其路由到哪個IP。當您第一次通過Pingdom運行您的網(wǎng)站時，它會執(zhí)行新的查找，并且必須查詢DNS記錄以獲取IP信息。這會導致一些額外的查找時間。DNS服務器的位置也很重要。
Pingdom中的DNS延遲
當您多次通過Pingdom運行您的網(wǎng)站時，它會緩存DNS，因為它已經(jīng)知道IP信息并且不必再次執(zhí)行查找。這就是您的網(wǎng)站在通過Pingdom多次運行后顯示速度更快的原因之一。
正如您在下面的屏幕中看到的，在我們運行的第二個測試中，初始DOC加載的DNS查找時間為3.6毫秒。通常它會下降到0毫秒，事實上，它應該，因為請求已經(jīng)緩存。這是很多人誤解的一個領域！
Pingdom中的緩存DNS
此外，您還可以通過使用高級DNS服務進一步優(yōu)化它，而且它還有很多額外的好處。Cloudflare的免費DNS也很快（對于海外用戶來說）！
在多次測試后，您的網(wǎng)站可能會顯示得更快還有其他原因。其中之一是如果您使用的是內(nèi)容交付網(wǎng)絡 (CDN)。對于那些不熟悉CDN的人來說，它是一個全球服務器網(wǎng)絡，可將您的內(nèi)容（JS、CSS、圖像等）緩存在離訪問者更近的位置。當您第一次通過Pingdom運行您的網(wǎng)站時，它可能必須從CDN中獲取最新的資產(chǎn)。CDN緩存的工作方式與DNS非常相似，一旦緩存，它在連續(xù)加載時會快得多。
另一個加速DNS的技巧是使用DNS預取。這允許瀏覽器在后臺在頁面上執(zhí)行DNS查找。您可以通過在WordPress網(wǎng)站的標題中添加一些代碼行來實現(xiàn)。請參閱下面的一些示例。
或者，如果您運行的是WordPress 4.6或更高版本，您可能需要使用資源提示。開發(fā)人員可以使用wp_resource_hints過濾器，添加自定義域名和網(wǎng)址為dns-prefetch， preconnect， prefetch或prerender。
SSL（紫色）
紫色狀態(tài)顏色代表瀏覽器執(zhí)行SSL/TLS握手所需的時間。每當您通過HTTPS運行網(wǎng)站時，就意味著涉及SSL證書，并且由于加密過程（SSL/ TLS握手）而需要額外時間。在我們的示例域中，我們在Web服務器和我們的CDN上都有一個證書。因此，從Web服務器和我們的資產(chǎn)加載的初始HTML文檔都存在SSL協(xié)商時間。
Pingdom中的SSL加載時間
雖然運行HTTPS的開銷很小，但由于HTTP/2是一種有助于加快網(wǎng)絡速度的新協(xié)議，因此現(xiàn)在可以忽略不計！由于瀏覽器支持HTTPS需要使用HTTP/2。
同樣重要的是要注意，即使在2018年，也并非所有提供商都支持HTTP/2。這包括來自網(wǎng)絡托管方和CDN方。因此，當您四處尋找托管和CDN時，請確保兩者都支持它！
截至2018年中，Pingdom終于升級了他們的工具以使用Chrome 60 及更高版本。您可以user-agent在請求標頭中看到正在使用的。以前他們使用Chrome 39，Chrome直到版本49才支持HTTP/2。所以我們很高興地說，Pingdom工具現(xiàn)在在運行測試時展示了HTTP/2的所有優(yōu)點！
Pingdom支持HTTP/2
連接（藍綠色）
Pingdom中的連接時間是指TCP連接，或創(chuàng)建TCP連接所需的總時間。您實際上并不需要了解它是如何工作的，但這只是主機/客戶端和服務器之間必須發(fā)生的一種通信方法。
Pingdom連接時間
等待（黃色）
Pingdom中的等待時間實際上是指首字節(jié)時間，在某些工具中也稱為 TTFB。TTFB是一種衡量指標，用于指示W(wǎng)eb服務器或其他網(wǎng)絡資源的響應能力。通常，低于100毫秒的任何東西都是可以接受的，并且是良好的TTFB。如果您接近 300-400 毫秒的范圍，您的服務器可能配置錯誤，或者可能是時候升級到更好的網(wǎng)絡堆棧了。
等待時間——TTFB
減少TTFB的最簡單方法是什么？最好的兩種方法是有效的WordPress緩存和CDN。所以讓我們運行幾個測試。
沒有WordPress主機緩存的TTFB
在清除WordPress網(wǎng)站上的緩存后，我們首先進行了測試。這意味著它必須再次預加載緩存。如您所見，我們的總加載時間為541毫秒，初始請求的TTFB（等待時間）為185.2毫秒。
沒有WordPress緩存的Pingdom TTFB
帶有WordPress主機緩存的TTFB
然后我們再次運行測試。它現(xiàn)在直接從緩存中提供服務。正如您所看到的，我們的總加載時間下降到392毫秒，初始請求的TTFB現(xiàn)在是52.8毫秒！這就是緩存的不同之處。
帶有WordPress緩存的Pingdom TTFB
如果您的網(wǎng)站為該國不同地區(qū)或全球的訪問者提供服務，另一種大幅降低TTFB的簡單方法是使用CDN。我們再次進行了一些測試以顯示差異。
沒有CDN的TTFB
我們首先在禁用CDN的情況下運行測試，如您所見，我們的總加載時間為1.93秒，資產(chǎn)的平均TTFB約為176毫秒。
沒有CDN的TTFB
帶CDN的TTFB
然后我們啟用了CDN并再次運行測試。正如您所看到的，我們的總加載時間下降到1.21秒，我們在CDN資產(chǎn)上的平均TTFB現(xiàn)在是4.6毫秒！CDN可以帶來多大的不同。
帶CDN的TTFB
事實證明，CDN緩存如何提高速度并減少TTFB。
當然，擁有一個經(jīng)過深思熟慮的架構(gòu)的優(yōu)秀WordPress主機對于降低TTFB也至關重要。
發(fā)送（橙色）和接收（綠色）
Pingdom中的發(fā)送和接收狀態(tài)真的不需要太多解釋。發(fā)送時間只是Web瀏覽器將數(shù)據(jù)發(fā)送到服務器所需的時間。而接收時間是網(wǎng)頁瀏覽器從服務器接收數(shù)據(jù)所需的時間。在您的測試中，這兩者通常都非常低或不存在。
HTTP響應頭
您還可以在進行瀑布分析時單擊單個請求并查看HTTP響應標頭。這提供了有價值的信息。在下面的屏幕中，我們可以立即看到諸如在Web服務器上啟用了gzip之類的內(nèi)容，并且它是從緩存中提供的（HIT，否則將顯示MISS）、緩存控制標頭、過期標頭、瀏覽器用戶代理和更多的。
HTTP響應頭
案例研究域配置
如果您在我們的瀑布分析帖子中深入了解了這一點，那么您將大飽眼福?？吹饺藗兎窒砑记珊桶咐芯?，但不分享他們是如何到達那里的，總是很煩人。所以下面是我們對上面使用的案例研究域的確切配置！隨意復制它。
Architecture
- 案例研究域 (perfmatters.io) 托管在美國的Google Cloud Platform上（美國愛荷華州Council Bluffs (us-central1)）。目前提供28個不同的數(shù)據(jù)中心可供選擇。GCP的高級網(wǎng)絡是包含在閃電般快速網(wǎng)絡延遲的所有計劃中。
- 網(wǎng)站服務器使用HTTP/2、Nginx、MariaDB，這些都有助于加快加載時間。
- 該站點正在使用KeyCDN，它為CDN提供支持。免費 CDN 帶寬包含在所有托管計劃中。
- 該站點沒有使用任何緩存插件。在服務器級別緩存所有內(nèi)容，這大大簡化了事情！
- 該站點使用的是PHP 7.3。較新版本的PHP總是表現(xiàn)出巨大的性能改進。
更新WordPress網(wǎng)站的PHP版本
WordPress插件和主題
以下是影響 WordPress 電子商務網(wǎng)站上使用的性能的插件列表。
- 高級Perfmatters插件。這擺脫了不必要的HTTP請求，例如嵌入、表情符號，并且還有一個腳本管理器來啟用/禁用某些腳本以在每個頁面/帖子/站點范圍的基礎上加載。
- 高級Imagify插件用于壓縮圖像。
- 免費的Safe SVG插件用于將SVG圖像上傳到WordPress站點。
- 高級WordPress主題GeneratePress用于構(gòu)建EDD站點。
進一步閱讀的推薦教程：
- 如何消除阻塞渲染的JavaScript和CSS
- 如何禁用WordPress表情符號
- 如何禁用WordPress嵌入功能
- 如何實現(xiàn)WordPress網(wǎng)站的Google PageSpeed Insights測試滿分
小結(jié)
如您所見，了解Pingdom速度測試工具如何更好地工作以及所有圖表的含義可以幫助您在性能方面做出更加數(shù)據(jù)驅(qū)動的決策。我們稱之為瀑布分析，了解您的個人資產(chǎn)如何加載以及它們?nèi)绾问艿侥腤ordPress主機、物理位置、CDN等的影響至關重要。
網(wǎng)頁標題：Pingdom網(wǎng)站速度測試工具使用教程
本文URL：http://www.5511xx.com/article/dhpsiod.html
