天域苍穹,小说阅读器

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷(xiāo)解決方案

深入研究網(wǎng)絡(luò)延遲對(duì)WordPress網(wǎng)站的影響

網(wǎng)絡(luò)上的許多文章往往主要關(guān)注前端wordpress優(yōu)化和加快網(wǎng)站速度的快速方法。服務(wù)器優(yōu)化（例如網(wǎng)絡(luò)延遲）有時(shí)會(huì)被忽視或忽視。因此，我們認(rèn)為深入了解網(wǎng)絡(luò)延遲的重要性及其在加載不同區(qū)域時(shí)對(duì)WordPress網(wǎng)站的影響會(huì)很有趣。

雖然CDN絕對(duì)可以幫助減少網(wǎng)絡(luò)延遲，但您的主機(jī)服務(wù)器位置仍然非常重要，特別是如果您在非常特定的地理位置為訪問(wèn)者提供服務(wù)。延遲很重要，我們將向您展示幾個(gè)原因。

什么是網(wǎng)絡(luò)延遲？

網(wǎng)絡(luò)延遲是指通過(guò)網(wǎng)絡(luò)傳輸數(shù)據(jù)所涉及的時(shí)間和/或延遲。換句話說(shuō)，一個(gè)數(shù)據(jù)包從一個(gè)點(diǎn)到另一個(gè)點(diǎn)需要多長(zhǎng)時(shí)間。如今，這通常以毫秒為單位進(jìn)行測(cè)量，但是，根據(jù)網(wǎng)絡(luò)的不同，它也可能是秒。越接近零越好。

延遲是信號(hào)在地理距離以及通過(guò)各種通信設(shè)備時(shí)引入的等待時(shí)間。 – Whatis.com

換句話說(shuō)，距離越遠(yuǎn)，延遲越大，這等同于更長(zhǎng)的延遲。當(dāng)涉及到通過(guò)光纖電纜傳輸?shù)臄?shù)據(jù)時(shí)，您無(wú)法超越光速。例如，下面是Google Cloud Platform網(wǎng)絡(luò)的地圖。他們有數(shù)千英里的電纜在海底覆蓋整個(gè)地球。這就是為什么它是世界上最快的網(wǎng)絡(luò)之一的原因之一。即使擁有這種廣泛的最先進(jìn)網(wǎng)絡(luò)，仍然總是會(huì)有延遲延遲。

光纖電纜的延遲

有幾個(gè)不同的因素會(huì)導(dǎo)致網(wǎng)絡(luò)延遲，其中包括：

傳輸延遲： 不同類(lèi)型的介質(zhì)，例如無(wú)線或光纖連接，都會(huì)引入某種類(lèi)型的延遲，因?yàn)樗鼈冎荒芡瞥鲞@么多位。例如，光纖連接的傳輸延遲將低于 T1 線路。您還必須考慮數(shù)據(jù)包的大小。
傳播延遲： 這是數(shù)據(jù)包傳播所需的時(shí)間。這可能包括距離、網(wǎng)絡(luò)延遲等。
排隊(duì)延遲： 如果超出帶寬，可能會(huì)出現(xiàn)排隊(duì)延遲，數(shù)據(jù)必須在主機(jī)或路由器處等待。這可能會(huì)受到網(wǎng)絡(luò)擁塞的影響。

為什么網(wǎng)絡(luò)延遲很重要

有些人可能會(huì)爭(zhēng)辯說(shuō)，網(wǎng)絡(luò)延遲并不是很重要，但是，這可能與您選擇托管WordPress網(wǎng)站的位置有關(guān)。對(duì)于媒體和您的資產(chǎn)（例如圖像、JavaScript、CSS、視頻），CDN可以通過(guò)從更近的服務(wù)器提供副本來(lái)解決很多額外的延遲問(wèn)題。但是，在大多數(shù)配置中，您仍然需要查詢(xún)您的托管服務(wù)器以獲取初始DOC加載。這就是延遲很重要的原因！

Trainline將整個(gè)渠道的延遲減少了0.3秒，客戶每年額外花費(fèi)800萬(wàn)英鎊（約合1150萬(wàn)美元）。– WPO 統(tǒng)計(jì)

對(duì)于為特定地理位置的訪客提供服務(wù)的企業(yè)，延遲尤其重要。例如，假設(shè)您在悉尼有一家電子商務(wù)商店，您90%的客戶來(lái)自澳大利亞。將您的網(wǎng)站放置在澳大利亞的服務(wù)器上，而不是將其托管在歐洲或美國(guó)，您的企業(yè)肯定會(huì)受益。我們將在下面討論它對(duì)您的網(wǎng)站的影響有多大。

比較Google Cloud網(wǎng)絡(luò)延遲

距離是延遲延遲的主要原因之一。然而，重要的是要記住，延遲不僅受距離的影響，還受它所產(chǎn)生的跳數(shù)、中間路由器等的影響。測(cè)量網(wǎng)絡(luò)延遲的幾種方法包括Ping、Traceroute和MTR。在這個(gè)例子中，我們將簡(jiǎn)單地使用ping時(shí)間并運(yùn)行一些traceroute測(cè)試。如果您真的想深入研究數(shù)據(jù)，可以運(yùn)行traceroute命令。

因此，我們?cè)谖挥诓煌乩韰^(qū)域的Google Cloud Platform上啟動(dòng)了幾臺(tái)測(cè)試機(jī)器。許多其他托管服務(wù)提供商使用Google Cloud的標(biāo)準(zhǔn)層網(wǎng)絡(luò)，這會(huì)導(dǎo)致速度變慢。

perf1主機(jī)（位于美國(guó)愛(ài)荷華州）
perf2主機(jī)（位于澳大利亞悉尼）
perf3主機(jī)（位于德國(guó)法蘭克福）

然后我們使用KeyCDN的免費(fèi)Ping測(cè)試工具，它允許我們同時(shí)從14個(gè)位置進(jìn)行測(cè)試。請(qǐng)記住，ping時(shí)間越短越好， 因?yàn)檫@與數(shù)據(jù)通過(guò)Internet傳輸?shù)狡淠繕?biāo)地址然后返回給您所需的延遲時(shí)間（以毫秒為單位）直接相關(guān)。我們還使用了他們的traceroute工具。

Perf1（愛(ài)荷華州，美國(guó)）

對(duì)于位于美國(guó)愛(ài)荷華州的測(cè)試服務(wù)器，位于美國(guó)的位置的ping時(shí)間要低得多（到達(dá)拉斯的平均ping時(shí)間為16毫秒）。當(dāng)您開(kāi)始深入歐洲或新加坡時(shí)，您開(kāi)始體驗(yàn)更高的平均ping時(shí)間（到新加坡的平均ping時(shí)間為244毫秒）。

Ping時(shí)間 perf1（美國(guó)）

如果我們比較Traceroute，您可以看到一個(gè)示例，從美國(guó)愛(ài)荷華州到德國(guó)法蘭克福需要7個(gè)額外的網(wǎng)絡(luò)躍點(diǎn)（與從達(dá)拉斯的10個(gè)躍點(diǎn)相比）。這就是為什么重要的是要記住，網(wǎng)絡(luò)躍點(diǎn)也會(huì)影響網(wǎng)絡(luò)延遲。

Traceroute perf1（美國(guó)）

Perf2（澳大利亞悉尼）

對(duì)于位于澳大利亞悉尼的測(cè)試服務(wù)器，澳大利亞和亞太地區(qū)的ping時(shí)間要低得多（到悉尼的平均ping時(shí)間為1毫秒）。當(dāng)您開(kāi)始深入歐洲或南美洲時(shí)，您開(kāi)始體驗(yàn)更高的平均ping時(shí)間（到圣保羅的平均ping時(shí)間為319毫秒）。

Ping時(shí)間perf2（澳大利亞）

如果我們比較Traceroute，您可以看到一個(gè)示例，從澳大利亞悉尼到德國(guó)法蘭克福需要14個(gè)額外的網(wǎng)絡(luò)躍點(diǎn)。

Traceroute perf2（澳大利亞）

Perf3（法蘭克福，德國(guó)）

對(duì)于位于德國(guó)法蘭克福的測(cè)試服務(wù)器，歐洲甚至美國(guó)的ping時(shí)間要低得多，這可能是由于兩者之間的快速骨干連接（到阿姆斯特丹的平均ping時(shí)間為7毫秒）。當(dāng)您開(kāi)始深入到亞太地區(qū)或南美洲時(shí)，您開(kāi)始體驗(yàn)更高的平均ping時(shí)間（到新加坡的平均ping時(shí)間為308毫秒）。

Ping時(shí)間 perf3（德國(guó)）

如果我們比較Traceroute，您可以看到一個(gè)示例，從德國(guó)法蘭克福到巴西圣保羅需要11個(gè)額外的網(wǎng)絡(luò)躍點(diǎn)。

Traceroute perf3（德國(guó)）

因此，正如您在上面看到的，距離越大，與更高的ping時(shí)間和構(gòu)成網(wǎng)絡(luò)延遲的額外網(wǎng)絡(luò)跳數(shù)直接相關(guān)。這就是為什么您應(yīng)該戰(zhàn)略性地定位您的WordPress網(wǎng)站以減少這兩個(gè)因素的原因。

比較區(qū)域之間的Google Cloud延遲

上面我們正在測(cè)試與ping服務(wù)器相關(guān)的服務(wù)器所在位置的Ping時(shí)間。但是Google Cloud Platform區(qū)域本身之間的延遲呢？Geek Flare在9個(gè)不同地區(qū)之間進(jìn)行了出色的測(cè)試。這可以讓您快速了解放置在一個(gè)區(qū)域與另一個(gè)區(qū)域時(shí)由于延遲而發(fā)生的延遲。

Google Cloud Platform延遲（來(lái)源 Geek Flare）

比較頁(yè)面加載時(shí)間

當(dāng)然，我們忽略了總頁(yè)面加載時(shí)間。事實(shí)上，這就是一些最有趣的數(shù)據(jù)所在。但是，請(qǐng)記住，這包括其他因素，例如TTFB。所有三個(gè)測(cè)試站點(diǎn)都是相同的，運(yùn)行全新安裝的WordPress，并安裝了二〇一七主題。我們也在使用Pingdom，所以時(shí)間是從他們的測(cè)試服務(wù)器位置測(cè)量的。

Perf 1（愛(ài)荷華州，美國(guó)）

我們使用位于美國(guó)愛(ài)荷華州的服務(wù)器從三個(gè)不同的測(cè)試地點(diǎn)進(jìn)行速度測(cè)試，結(jié)果如下。

速度測(cè)試 perf1 達(dá)拉斯

速度測(cè)試 perf1 澳大利亞

速度測(cè)試 perf1 斯德哥爾摩

正如我們?cè)谏厦婵吹降?，從美?guó)境內(nèi)（靠近托管服務(wù)器）加載站點(diǎn)與從全球加載站點(diǎn)之間存在巨大差異。

Perf 2（澳大利亞悉尼）

我們使用位于澳大利亞悉尼的服務(wù)器從三個(gè)不同的測(cè)試地點(diǎn)進(jìn)行速度測(cè)試，結(jié)果如下。

速度測(cè)試 perf2 達(dá)拉斯

速度測(cè)試 perf2 墨爾本

速度測(cè)試 perf2 斯德哥爾摩

正如我們?cè)谏厦婵吹降?，從澳大利亞境?nèi)（靠近托管服務(wù)器）加載站點(diǎn)與從全球加載站點(diǎn)之間存在巨大差異。

Perf 3（法蘭克福，德國(guó)）

我們使用位于德國(guó)法蘭克福的服務(wù)器從三個(gè)不同的測(cè)試地點(diǎn)進(jìn)行速度測(cè)試，結(jié)果如下。

速度測(cè)試 perf3 達(dá)拉斯

速度測(cè)試 perf3 墨爾本

速度測(cè)試 perf3 斯德哥爾摩

正如我們?cè)谏厦婵吹降?，從歐洲內(nèi)部（靠近托管服務(wù)器）加載站點(diǎn)與從全球加載站點(diǎn)之間存在巨大差異。

如果這些頁(yè)面負(fù)載測(cè)試不能說(shuō)服您，我們不知道會(huì)怎樣！例如，美國(guó)愛(ài)荷華州的測(cè)試站點(diǎn)從達(dá)拉斯加載僅需要368毫秒。但是從澳大利亞悉尼加載需要2.14秒。這就是為什么位置很重要！同樣，您可以通過(guò)使用CDN將媒體資產(chǎn)靠近訪問(wèn)者來(lái)幫助減少總加載時(shí)間。但是您總會(huì)遇到來(lái)自主機(jī)服務(wù)器的加載時(shí)間和延遲，因此請(qǐng)明智地選擇。

選擇合適的位置來(lái)托管您的WordPress網(wǎng)站

大多數(shù)WordPress托管服務(wù)提供商通常允許您從不同的位置進(jìn)行選擇來(lái)托管您的網(wǎng)站。這使您可以戰(zhàn)略性地將站點(diǎn)放置在需要確保低延遲和TTFB的位置，以及極快的加載時(shí)間。您還可以為每個(gè)單獨(dú)的站點(diǎn)選擇不同的位置。

Google Cloud數(shù)據(jù)中心位置

不確定要選擇哪一個(gè)？以下是一些提示。

提示 1 – 檢查谷歌分析

您可以做的第一件事就是在Google Analytics中查看訪問(wèn)者的地理位置。在下面的這個(gè)示例中，您可以看到超過(guò)90%的流量來(lái)自美國(guó)。因此，在大多數(shù)情況下，您希望將WordPress網(wǎng)站放在美國(guó)的服務(wù)器上。您可以將數(shù)據(jù)過(guò)濾到城市，但我們通常會(huì)推薦像美國(guó)愛(ài)荷華州這樣的中心位置。

Google Analytics中的地理數(shù)據(jù)

提示 2 – 檢查電子商務(wù)數(shù)據(jù)

如果您經(jīng)營(yíng)電子商務(wù)商店，請(qǐng)確保還檢查您的客戶來(lái)自哪里。這當(dāng)然是您產(chǎn)生收入的方式，因此這些是您最重要的訪問(wèn)者。這應(yīng)該與您上面的流量一致，但是，情況并非總是如此。如果您有電子商務(wù)數(shù)據(jù)設(shè)置或目標(biāo)，您可以輕松地將該信息疊加在地理數(shù)據(jù)之上，以做出更明智的決定。

提示 3 – 進(jìn)行快速延遲測(cè)試

有很多方便的免費(fèi)工具可以為不同的云提供商測(cè)量您當(dāng)前位置的延遲。這可以幫助您快速評(píng)估哪個(gè)區(qū)域可能是您站點(diǎn)的最佳選擇。

GCP Ping（測(cè)量到Google Cloud Platform區(qū)域的延遲）
CloudPing.info（測(cè)量到Amazon Web Services區(qū)域的延遲）
Azure延遲測(cè)試（測(cè)量到Azure區(qū)域的延遲）

測(cè)量Google Cloud Platform延遲

您還可以使用CloudHarmony，這是一個(gè)云比較工具。您可以測(cè)試諸如延遲、DNS、上行鏈路和下行鏈路等內(nèi)容。

CloudHarmony網(wǎng)絡(luò)測(cè)試

減少網(wǎng)絡(luò)延遲的快速方法

總而言之，這里有一些減少網(wǎng)絡(luò)延遲的快速方法。

正如我們?cè)谏厦嫦蚰故镜?，將您的WordPress網(wǎng)站放在更靠近訪問(wèn)者的服務(wù)器上應(yīng)該是第一要?jiǎng)?wù)。這有助于減少ping時(shí)間和網(wǎng)絡(luò)跳數(shù)。
利用內(nèi)容交付網(wǎng)絡(luò)(CDN) 為來(lái)自全球POP的緩存資產(chǎn)提供服務(wù)。這有助于消除可能不在您的主機(jī)服務(wù)器附近的訪問(wèn)者的網(wǎng)絡(luò)延遲。
借助并行化，利用HTTP/2協(xié)議最大限度地減少往返次數(shù)。
減少外部HTTP請(qǐng)求的數(shù)量。每個(gè)都可以根據(jù)其服務(wù)器的位置增加自己的延遲。
使用具有快速查找時(shí)間的優(yōu)質(zhì)DNS提供商。
在頁(yè)面加載時(shí)利用預(yù)取和預(yù)渲染在后臺(tái)執(zhí)行任務(wù)。
實(shí)施我們?cè)诒敬笮椭改现刑峁┑囊恍└呒?jí)技巧如何加速您的WordPress網(wǎng)站（終極指南）

小結(jié)

希望現(xiàn)在您對(duì)網(wǎng)絡(luò)延遲、其重要性以及它如何影響您的WordPress網(wǎng)站有了更多了解。為確?？焖偌虞d時(shí)間，請(qǐng)確保選擇主機(jī)與訪問(wèn)者和客戶最接近的服務(wù)器。你覺(jué)得呢？你有沒(méi)有什么想法？您是否曾經(jīng)因?yàn)榫W(wǎng)站放置在錯(cuò)誤的位置而經(jīng)歷過(guò)緩慢的加載時(shí)間？請(qǐng)?jiān)谙旅娴脑u(píng)論中告訴我們。

本文標(biāo)題：深入研究網(wǎng)絡(luò)延遲對(duì)WordPress網(wǎng)站的影響
轉(zhuǎn)載來(lái)于：http://m.fisionsoft.com.cn/article/djijoce.html