深入研究网络延迟对WordPress网站的影响

WBOLT_COM 12 月 16, 2021 2k+ 0

网络上的许多文章往往主要关注前端WordPress优化和加快网站速度的快速方法。服务器优化（例如网络延迟）有时会被忽视或忽视。因此，我们认为深入了解网络延迟的重要性及其在加载不同区域时对WordPress网站的影响会很有趣。

虽然CDN绝对可以帮助减少网络延迟，但您的主机服务器位置仍然非常重要，特别是如果您在非常特定的地理位置为访问者提供服务。延迟很重要，我们将向您展示几个原因。

什么是网络延迟？

网络延迟是指通过网络传输数据所涉及的时间和/或延迟。换句话说，一个数据包从一个点到另一个点需要多长时间。如今，这通常以毫秒为单位进行测量，但是，根据网络的不同，它也可能是秒。越接近零越好。

延迟是信号在地理距离以及通过各种通信设备时引入的等待时间。 – Whatis.com

换句话说，距离越远，延迟越大，这等同于更长的延迟。当涉及到通过光纤电缆传输的数据时，您无法超越光速。例如，下面是Google Cloud Platform网络的地图。他们有数千英里的电缆在海底覆盖整个地球。这就是为什么它是世界上最快的网络之一的原因之一。即使拥有这种广泛的最先进网络，仍然总是会有延迟延迟。

光纤电缆的延迟

有几个不同的因素会导致网络延迟，其中包括：

传输延迟： 不同类型的介质，例如无线或光纤连接，都会引入某种类型的延迟，因为它们只能推出这么多位。例如，光纤连接的传输延迟将低于 T1 线路。您还必须考虑数据包的大小。
传播延迟： 这是数据包传播所需的时间。这可能包括距离、网络延迟等。
排队延迟： 如果超出带宽，可能会出现排队延迟，数据必须在主机或路由器处等待。这可能会受到网络拥塞的影响。

为什么网络延迟很重要

有些人可能会争辩说，网络延迟并不是很重要，但是，这可能与您选择托管WordPress网站的位置有关。对于媒体和您的资产（例如图像、JavaScript、CSS、视频），CDN可以通过从更近的服务器提供副本来解决很多额外的延迟问题。但是，在大多数配置中，您仍然需要查询您的托管服务器以获取初始DOC加载。这就是延迟很重要的原因！

Trainline将整个渠道的延迟减少了0.3秒，客户每年额外花费800万英镑（约合1150万美元）。– WPO 统计

对于为特定地理位置的访客提供服务的企业，延迟尤其重要。例如，假设您在悉尼有一家电子商务商店，您90%的客户来自澳大利亚。将您的网站放置在澳大利亚的服务器上，而不是将其托管在欧洲或美国，您的企业肯定会受益。我们将在下面讨论它对您的网站的影响有多大。

比较Google Cloud网络延迟

距离是延迟延迟的主要原因之一。然而，重要的是要记住，延迟不仅受距离的影响，还受它所产生的跳数、中间路由器等的影响。测量网络延迟的几种方法包括Ping、Traceroute和MTR。在这个例子中，我们将简单地使用ping时间并运行一些traceroute测试。如果您真的想深入研究数据，可以运行traceroute命令。

因此，我们在位于不同地理区域的Google Cloud Platform上启动了几台测试机器。许多其他托管服务提供商使用Google Cloud的标准层网络，这会导致速度变慢。

perf1主机（位于美国爱荷华州）
perf2主机（位于澳大利亚悉尼）
perf3主机（位于德国法兰克福）

然后我们使用KeyCDN的免费Ping测试工具，它允许我们同时从14个位置进行测试。请记住，ping时间越短越好， 因为这与数据通过Internet传输到其目标地址然后返回给您所需的延迟时间（以毫秒为单位）直接相关。我们还使用了他们的traceroute工具。

Perf1（爱荷华州，美国）

对于位于美国爱荷华州的测试服务器，位于美国的位置的ping时间要低得多（到达拉斯的平均ping时间为16毫秒）。当您开始深入欧洲或新加坡时，您开始体验更高的平均ping时间（到新加坡的平均ping时间为244毫秒）。

Ping时间 perf1（美国）

如果我们比较Traceroute，您可以看到一个示例，从美国爱荷华州到德国法兰克福需要7个额外的网络跃点（与从达拉斯的10个跃点相比）。这就是为什么重要的是要记住，网络跃点也会影响网络延迟。

Traceroute perf1（美国）

Perf2（澳大利亚悉尼）

对于位于澳大利亚悉尼的测试服务器，澳大利亚和亚太地区的ping时间要低得多（到悉尼的平均ping时间为1毫秒）。当您开始深入欧洲或南美洲时，您开始体验更高的平均ping时间（到圣保罗的平均ping时间为319毫秒）。

Ping时间perf2（澳大利亚）

如果我们比较Traceroute，您可以看到一个示例，从澳大利亚悉尼到德国法兰克福需要14个额外的网络跃点。

Traceroute perf2（澳大利亚）

Perf3（法兰克福，德国）

对于位于德国法兰克福的测试服务器，欧洲甚至美国的ping时间要低得多，这可能是由于两者之间的快速骨干连接（到阿姆斯特丹的平均ping时间为7毫秒）。当您开始深入到亚太地区或南美洲时，您开始体验更高的平均ping时间（到新加坡的平均ping时间为308毫秒）。

Ping时间 perf3（德国）

如果我们比较Traceroute，您可以看到一个示例，从德国法兰克福到巴西圣保罗需要11个额外的网络跃点。

Traceroute perf3（德国）

因此，正如您在上面看到的，距离越大，与更高的ping时间和构成网络延迟的额外网络跳数直接相关。这就是为什么您应该战略性地定位您的WordPress网站以减少这两个因素的原因。

比较区域之间的Google Cloud延迟

上面我们正在测试与ping服务器相关的服务器所在位置的Ping时间。但是Google Cloud Platform区域本身之间的延迟呢？Geek Flare在9个不同地区之间进行了出色的测试。这可以让您快速了解放置在一个区域与另一个区域时由于延迟而发生的延迟。

Google Cloud Platform延迟（来源 Geek Flare）

比较页面加载时间

当然，我们忽略了总页面加载时间。事实上，这就是一些最有趣的数据所在。但是，请记住，这包括其他因素，例如TTFB。所有三个测试站点都是相同的，运行全新安装的WordPress，并安装了二〇一七主题。我们也在使用Pingdom，所以时间是从他们的测试服务器位置测量的。

Perf 1（爱荷华州，美国）

我们使用位于美国爱荷华州的服务器从三个不同的测试地点进行速度测试，结果如下。

速度测试 perf1 达拉斯

速度测试 perf1 澳大利亚

速度测试 perf1 斯德哥尔摩

正如我们在上面看到的，从美国境内（靠近托管服务器）加载站点与从全球加载站点之间存在巨大差异。

Perf 2（澳大利亚悉尼）

我们使用位于澳大利亚悉尼的服务器从三个不同的测试地点进行速度测试，结果如下。

速度测试 perf2 达拉斯

速度测试 perf2 墨尔本

速度测试 perf2 斯德哥尔摩

正如我们在上面看到的，从澳大利亚境内（靠近托管服务器）加载站点与从全球加载站点之间存在巨大差异。

Perf 3（法兰克福，德国）

我们使用位于德国法兰克福的服务器从三个不同的测试地点进行速度测试，结果如下。

速度测试 perf3 达拉斯

速度测试 perf3 墨尔本

速度测试 perf3 斯德哥尔摩

正如我们在上面看到的，从欧洲内部（靠近托管服务器）加载站点与从全球加载站点之间存在巨大差异。

如果这些页面负载测试不能说服您，我们不知道会怎样！例如，美国爱荷华州的测试站点从达拉斯加载仅需要368毫秒。但是从澳大利亚悉尼加载需要2.14秒。这就是为什么位置很重要！同样，您可以通过使用CDN将媒体资产靠近访问者来帮助减少总加载时间。但是您总会遇到来自主机服务器的加载时间和延迟，因此请明智地选择。