如何加速您的网站：15 个快速简便的减少网页加载时间的修复程序

在今天的帖子中，我将向您展示如何快速轻松地减少您的网站加载时间（以及为什么它很重要）。

实际上：

我将要展示的技术与我用来将页面速度从 3 秒以上的完全加载时间提高到 1.2 秒锐利的页面速度的策略完全相同。

但这是最好的部分：

这些网站加载改进都不需要开发人员的专业知识，即使是新手 SEO 也可以超快速地实施。

如果您想提高网站速度、排名更高、提高参与度并转化更多流量，这篇文章适合您。 但首先，为什么快速的网页加载时间很重要？

网站加载时间统计

• 如果网站加载缓慢，59.2% 的用户会在前 6 秒内离开网站 – Unbounce
• 随着页面加载时间从 1 秒开始，跳出的概率会增加 32% – Think With Google
• 将加载时间减少 0.1 秒会导致潜在客户生成页面的跳出率提高 8.3%——谷歌、五十五和德勤
• 当加载时间仅减少 0.1 秒时：
  • 零售客户参与度提高了 5.2%。
  • 零售和旅游类别产品列表页面的跳出率分别提高了 5.7% 和 5.4%——谷歌、五十五和德勤
• 网站转化率平均下降 4.42%，每增加一秒的加载时间在 0 到 5 秒之间 - 预兆
• 将网站加载时间增加十分之一秒会导致转化率降低 7% – Akamai
• 将网站加载时间减少十分之一秒会导致零售网站的转化率提高 8.4%，旅游网站（谷歌、五十五和德勤）的转化率提高 10.1%
• 如果电子商务网站的加载速度比预期慢，超过 45% 的人承认他们不太可能进行购买 – Unbounce
• 大约 70% 的人表示页面的速度会影响他们从在线零售商处购买的意愿 – Unbounce
• 77% 的智能手机购物者表示，他们更有可能从能够让他们快速购物的移动网站进行购买 – Think with Google
• 当加载时间减少十分之一秒时，零售网站的平均订单价值增加了​​ 9.2% – 德勤
• 移动网页视觉完成加载所需的平均时间为 21.6 秒 – Backlinko
• 桌面网页视觉完成加载所需的平均时间为 8.2 秒 – Backlinko
• 完全加载网页的平均页面加载速度在移动设备上为 27.3 秒 – Backlinko
• 在桌面上完全加载网页的平均页面加载速度为 10.3 秒 – Backlinko
• 平均网页在移动设备上与桌面设备完全加载的时间要长 87.84% – Backlinko
• 与桌面页面相比，加载缓慢的移动页面导致跳出率提高两倍，页面浏览量减少 27% – Perficient

现在您了解了快速加载网站的重要性，让我们介绍一下页面速度（准确地说）以及如何改进它。

什么是页面速度？

页面速度是网页加载所需的时间。

也称为加载时间，页面速度是通过浏览器请求网页和浏览器呈现页面之间的时间间隔来衡量的。

页面的加载速度受各种因素的影响，例如数据传输的距离、网站的服务器速度、其代码的复杂性、页面文件大小和连接类型。

更不用说文件压缩、缓存、渲染阻塞和许多其他影响页面速度和 SEO 的因素。

正如您开始所说，提高页面速度并不像安装页面速度插件那么简单。

影响速度的因素有很多，有时甚至很复杂- 或慢 - 您的网站加载。

不仅如此，也没有“一种方法”来衡量页面的加载时间，有很多。

以下是最常见的三种：

页面加载时间

这是页面完全加载所需的时间。

完全加载时间衡量页面所有可见部分的加载，以及脚本和代码等隐藏元素的加载——基本上它衡量页面上所有资源的 100% 的加载时间。

这是最容易理解的页面速度指标，但不一定是最有用的，因为页面可能在页面完全加载之前很久就已经加载给用户（并且实际上可以工作）。

最大的内容涂料

最大内容绘制 (LCP) 是从用户的角度确定页面加载时间的更有价值的指标。

它测量网页在屏幕上向用户显示最大内容所需的时间。

通常是页面标题、特色图片或正文内容。

简而言之，LCP 测量重要的首屏内容对用户完全可见的时间。

例如，假设一个页面需要 10 秒才能完全加载。

只要在几秒钟内出现第一个内容绘制，页面就不会“出现”缓慢加载。

简而言之，只要您最大的内容绘制速度快，您就可以摆脱缓慢的满载时间。

第一个字节的时间

简而言之，这是衡量网络浏览器在从网站服务器接收其第一个数据字节之前必须等待多长时间。

TTFB 并不真正衡量页面加载所需的时间，但它确实会影响页面加载时间。

浏览器从服务器接收数据所需的时间越长，显示页面所需的时间就越长。

如何计算页面加载时间？

有很多不同的方法可以测量页面速度：

• 到第一个字节的时间 (TTFB)
• 最大含量涂料 (LCP)
• 第一次有意义的油漆（FMP）
• 互动时间 (TTI)
• 首次输入延迟 (FID)

名单还在继续……

而且因为这些指标中没有一个比另一个更好。

我建议您努力加快所有网站的速度。

不用担心。 稍后我将向您展示如何，但首先：

为什么页面速度对 SEO 很重要？

不可否认，谷歌痴迷于页面加载速度。

自 2010 年以来，Google 一直使用网站速度（以及页面速度）作为其搜索引擎算法的排名因素。

然后在 2018 年，谷歌推出了“速度更新”，进一步影响了加载缓慢页面的搜索引擎排名。

最近一次是在 2021 年，谷歌推出了页面体验，其中一个主要组成部分是核心网络生命力和加载速度。

谷歌非常关心页面速度——他们为什么不呢？

如果谷歌要向您的网站发送大量免费流量，他们希望用户享受到极好的体验。 其中很大一部分是快速加载的网页。

简单的说：

加载缓慢的网站会损害您的 Google 排名。

快速加载的网站将有助于您的 Google 排名。

唯一的问题是，您如何改善页面加载时间？ 我们接下来会介绍。

如何加速您的网站：减少网页加载时间的 15 个最佳实践

无法逃避它，许多有助于提高页面速度的因素都深深植根于代码中并且技术含量很高。

创建 AMP 页面、最小化 HTTP 请求和使用异步加载——所有这些都需要开发人员级别的专业知识。 而且，正因为如此，我不会在这篇文章中讨论那些页面速度优化。

相反，我分享了 15 种易于实施（但经常被遗忘）的方法来以前所未有的方式提高您的网站速度。

让我们跳进去：

(1)。 执行页面速度测试，以便您可以对加载时间进行基准测试（并知道要改进什么）

在您尝试提高页面速度之前，了解您的网站加载速度有多快或多慢会很有帮助。

毕竟，如果你不知道你当前的页面速度，你怎么知道你的速度优化是否成功呢？

您可以使用多种工具来评估您的页面速度改进，我建议您全面运行您的网站。

但是一个简短的警告：

您的分数会因工具而异。

那是因为每个网页速度测试工具使用不同的方法来评估性能。 不仅如此，他们服务器的位置在不同的城市——正如你稍后会发现的——服务器位置对网站加载时间有巨大的影响。

没有必要关注细节。 现在，只需使用每个工具进行测试并记下您的分数。

王国

一个易于使用的站点速度测试，它模仿网页在 Web 浏览器中的加载方式。 Pingdom 目前提供七个服务器位置，您可以从中测试您的站点。

与其他根据页面完全加载时间测量加载时间的工具不同，Pingdom 使用 On Load Time 记录页面上所有资源的下载时间。 此时，页面将是交互式的，但脚本可能仍在后台运行。

GT Metrix

一种页面速度测试工具，提供桌面和移动测量以及跨多个浏览器进行测试的选项。 GT Metrix 提供各种服务器位置，包括免费计划中的 7 个和专业计划中的另外 15 个。

默认测量是满载时间，加载时间是可选的。

网页测试

WebPageTest 是另一个很棒的工具，可以显示您的网站在不同浏览器中的速度和性能。

WebPageTest 拥有最多的测试位置，共有 38 个。 与 GT Metrix 一样，WebPage Test 默认使用完全加载时间，加载时间（也称为文档完成时间）可选。

PageSpeed 见解

这是 Google 用于评估页面速度性能的工具。 与上面提到的三种工具不同，谷歌在其分数中使用现场数据而不是实验室数据——假设现场数据可用。

这意味着什么：

Google PageSpeed Insights 不是运行模拟真实用户加载时间的测试，而是从 Chrome 浏览器用户那里收集真实用户数据。 这些数据是在 30 天内汇总的，这意味着在优化加载时间后的 30 天内，您的分数可能不会有所提高。

了解 Google 对您的加载时间的评估非常重要。 他们将这个分数用于核心 Web Vitals - 页面体验信号的关键部分，有助于搜索引擎排名性能。

也就是说，其他三个工具（Pingdom、GT Metrix 和 WebPageTest）对于快速测量页面速度性能之前和之后更有用。

几个指针：

首先，选择目标受众附近的测试地点。 如果您的测试是在美国运行的，但您的用户在澳大利亚，您将无法获得页面速度性能的实际衡量标准。

其次，不要犯只测试你的主页的错误。

Pagespeed 对于每个页面都是独一无二的。

我建议您测试所有最重要的 URL，并使用 Google Analytics 快速识别加载速度最慢的页面。

提示 – 您可以在 GA 的“行为”菜单中的“站点速度”下找到“页面计时”。

了解？ 凉爽的。

让我们开始优化我们的页面速度。

(2)。 为闪电般快速的 DNS 主机切换您的免费域名系统

将域名系统 (DNS) 主机想象成电话簿。

它将您的可读域名映射到 IP 地址（您的网站实际所在的位置）。

简而言之：

每次用户在浏览器的 URL 栏中键入您的网址时，浏览器都会进行 DNS 查找，将网址转换为 IP 地址，并通过此操作找到托管您网站的服务器。

默认情况下，您将使用您的域名注册商提供的免费 DNS 服务。

NameCheap、GoDaddy、Google Domains（以及几乎所有其他域名注册商）为您提供设置域名服务器并将您的域名路由到您的网络主机的 IP 地址的能力。

这些免费的 DNS 服务有什么问题吗？

他们真的很慢。

如果您想要一个快速的网站，我建议您将 DNS 切换到 Cloudflare。

我从 Namecheap 的 DNS 服务转移，查询时间为 26 毫秒：

达到惊人的 13 毫秒。

换句话说，我减少了 50% 的 DNS 处理时间。

最重要的是，它没有花我一毛钱。

一旦您注册了一个免费的 Cloudflare 帐户，您只需登录您的域注册商并将默认名称服务器替换为 Cloudflare 的。

有了这个，你就完成了。

(3)。 实施这种缓存双重打击并加快加载时间

当用户登陆您的网站时（通常）会发生以下情况：

• 他们的浏览器与您的网络服务器联系
• 您的内容管理系统从您的数据库中提取最新数据（例如您最近的帖子和页面）
• 您的网络服务器将数据编译成 HTML 页面并将其提供给访问者

缓存插件完全删除了前两个步骤。

为了避免每次访问者查看页面时都向您的服务器发出新请求，缓存插件将保存您网页的预构建版本并将其提供给访问者。

这样做可以加快用户的加载时间。

我对 WordPress 缓存插件的推荐是：

• WP Rocket（我用的）
• W3 总缓存
• WP 超级缓存

由于缓存插件删除了数据库查找，它可以减少 1-3 秒的网站加载时间。

不错。

但是，如果您希望您的页面快速加载，我建议您这样做：

边缘缓存 (CDN)

与页面缓存不同，页面缓存将网站的缓存版本存储在中央 Web 服务器上……

边缘缓存将整个 HTML 页面存储在位于全球服务器网络上的“边缘节点”上。

这意味着什么：

而不是向地球另一端的服务器发出请求……

当访问者请求打开页面时，它会从附近的服务器传送。

与页面缓存一样，保存网页的预构建版本以供立即访问，并且不需要调用数据库。

正如您可以想象的那样，如果数据只需要传输几百公里而不是几千公里——并且页面是为用户预先构建的——它将导致更快的加载时间。

不仅如此，由于边缘缓存做了很多工作，它还减轻了您的网络托管的压力，这可以进一步提高您的网站速度。

我推荐你使用的边缘缓存服务是 Cloudflare 的 CDN：

在全球拥有 200 多台服务器：

而且，每月只需 20 美元，这绝对是一次偷窃。

(4)。 优化您的图像以减少巨大的有效负载

没有什么比臃肿的图片更能减慢网站速度了。

而且，这不足为奇。

图像占页面大小的很大一部分。

（我们的 SEO 服务页面总页面重量的近 40%）。

因此，您可以优化图像越多，页面加载速度就越快。

唯一的问题是如何？

首先，您想将所有图像的大小调整为它们需要的最大尺寸——而不是更大

例如：

此页面上的图像的最大宽度为 640 像素。

如果我要加载 650 像素宽的图像，我会为页面添加不必要的重量。

不仅如此，由于我的 CMS 需要将图像的大小调整为 640 像素宽以适应页面的尺寸，因此加载时间会进一步减慢。

考虑到这一点，我建议您在将图像上传到您的网站之前将它们调整为最大尺寸。

您可以使用 Pixlr 等在线图像编辑工具或计算机原生工具。 机制无关紧要——您需要与最大可视区域大小相同的图像。

您要做的第二件事是选择正确的文件类型。

选择错误的文件格式可能会增加额外的重量或导致图像质量低下。

除非您的图像是动画的，否则 PNG 或 JPEG 是最轻的，因此加载速度最快。

以下是如何知道选择哪种文件类型：

第三，您希望从图像文件中去除所有不必要的膨胀，同时尽可能保持质量。

不要担心技术问题。

只需安装 Imageoptim 并让该工具完成其余的工作。

它可以帮助您将文件大小减少大约一半。

可是等等！

如果你的图片已经加载了怎么办？

好消息。 如果您使用 WordPress，我有一个解决方案：

WP 糊涂！

WP Smush 会自动压缩您上传到 WordPress 媒体库的任何图像。

并将文件大小减少 2 倍以上，而视觉质量没有任何明显下降。

很酷，对吧？

压缩图像文件大小后，您可以使用另一种图像优化技巧来改善网页加载时间。

(5)。 实现延迟加载（但不在您的徽标上）！

即使您的图像轻如鸿毛，但如果您在帖子中使用大量图形（如我），您的页面重量仍然会很重。

不仅如此，如果每个图像都需要加载页面才能呈现 - 您的页面加载时间将被延长。

进入延迟加载。

延迟加载是浏览器延迟加载图像，直到它们需要显示在屏幕上。

换句话说，并非所有图像都一次加载。

某些图像（以及视频和嵌入等其他资产）仅在需要时才被推迟和加载——即，当用户向下滚动到页面的该部分时。

如果你仔细看我的博客文章，你会看到延迟加载的实际效果：

延迟加载很强大。 它确实可以加快网站速度。 但是，延迟加载存在一个大问题：

当它打开时，它会延迟加载所有图像。

由于大多数网站——比如我的网站——都有应该在加载时显示的图像，使用延迟加载实际上会损害最大的内容绘画。

这里的要点是默认的延迟加载设置会将延迟加载标签应用于页面上的所有图像，包括那些应该立即显示给用户的顶部图像。

意思是：

“首屏”图像必须等待延迟加载 JavaScript 库执行，然后才能加载页面顶部的图像。 换句话说，lazyload JavaScript 阻止了快速最大内容绘制 (LCP) 所需的资产渲染。

要解决此问题，请获取您的徽标的 URL 和任何其他首屏图片（提示！您的特色图片）并将其添加为延迟加载插件中的排除项。

我使用 WP Rocket，以下是设置：

无论您使用 WP Rocket，还是 Autoptimize（另一个出色的延迟加载插件），请务必推迟加载图像并将您的徽标设置为排除项。

有了这个，就应该设置为“延迟加载”的另一件事。

(6) 延迟 JavaScript 文件并提高页面速度

如果您曾经通过 PageSpeed Insights 或 GT Metrix 运行过您的网站，您会熟悉此警告：

没有逃避它。 JavaScript 是影响网站加载时间的最大罪魁祸首之一。

但为什么？

当有人访问您的网站时，您的网络服务器会将您网站的 HTML 内容传送到用户的浏览器。

然后，用户的浏览器从上到下通过 HTML 来呈现页面。

如果它在该过程中发现任何 JavaScript，它将停止呈现页面的其余部分，直到它获取并解析完整的 JavaScript 文件。

由于脚本文件很大并且可能需要一些时间来加载，它们确实会影响加载时间。

这是交易：

大多数 JavaScript 文件（如实时聊天、弹出窗口、小部件，甚至跟踪脚本）都不需要页面来正确呈现。

这就是为什么我建议您将 JavaScript 文件的解析延迟到页面加载之后。

这样，页面上的所有基本内容都会被加载，然后脚本会稍后执行。

如果您使用 WordPress，WP Rocket 和 Perfmatters 都允许您延迟 JavaScript 渲染。

如果你好奇，这里是我的 Perfmatters 设置：

您在网站上延迟的脚本将是您独有的。

对 GT Metrix 建议的快速回顾将向您展示减慢加载时间的罪魁祸首。

(7)。 升级您的主机

并非所有的网络主机都是平等的。 离得很远。

快速和慢速托管服务提供商之间的响应时间差异很容易达到 800 毫秒。

听起来可能不多，但这是 4 倍的差异：

我不会打电话给个别托管服务提供商，因为我只测试了其中的一小部分，但如果您每月花费 4.99 美元在托管服务上，您的网站可能不会快速加载。

这是因为大多数预算托管计划将您的网站与数百个其他网站放在同一台（负担过重的）服务器上，从而导致速度减慢、滞后甚至停机。

我无法谈论大多数主机的性能，但作为一般经验法则，你得到你所支付的。

不过，如果您正在寻找托管建议，这里有两个我使用的高级主机，可以亲自推荐：

• Cloudways – 在速度优化的服务器堆栈上托管云托管，为全球 60 多个地点提供服务。 我对客户的首选建议。
• WP Engine – 用于 WordPress 网站的托管主机，在服务器级别具有页面缓存。 托管此站点的同一虚拟主机。

无论您是否接受我的建议或其他建议，您都应该寻找几个因素。

首先，您需要一个使用固态硬盘 (SSD) 的托管服务提供商。

固态驱动器比标准硬盘驱动器快得多，这意味着页面加载时间更短。

其次，选择一个服务器位于您所在国家或至少您所在大陆的主机。

网站在服务器所在国家/地区之外的运行速度通常会慢 1 秒以上。

考虑到这一统计数据，如果您当前使用的是位于很远很远的廉价共享服务器，那么是时候升级到专用的本地 SSD 服务器了。

(8)。 清理和压缩你的代码

简而言之，您希望缩小页面上的资源。

缩小（如果这实际上是一个词）是删除不必要的空格、字符和注释（实际上是任何不需要的元素）以减小文件大小的过程。

更轻的文件意味着要传输的数据更少——加载时间更快。

缩小文件的过程通常侧重于 JavaScript 和 CSS，但也可以包括 HTML。

但是，在您想到梳理网站上的每一行代码以查找冗余元素之前，请不要担心。

您可以通过安装 WP Rocket 并勾选几个框来轻松缩小代码：

WP Rocket 会自动缩小你的代码！

减少文件的第二种方法是 GZIP 压缩。

GZIP 的工作方式类似于您在计算机上使用的 ZIP 和 RAR 压缩，但由您的服务器处理。

基本上，当访问者登陆您的网站时，他们的浏览器会从您的网络服务器请求该网站的文件。 启用 GZIP 后，您的服务器将压缩这些文件，然后再将它们发送到用户的浏览器。

而且，因为这些文件被压缩并且更轻——传输速度更快。

由于我使用 WP Engine 托管，因此 GZIP 已启用。

如果您的主机不支持 GZIP 压缩，您可以通过 WP Rocket 或 W3 Total Cache 启用它。

或者，如果您精通此类事情，请手动执行。

(9)。 抛弃过时的 HTTP 以利用更快的 HTTP2 协议

我不敢相信我在这个时代这么说。

但是，如果您仍然在 HTTP（而不是 HTTPS）协议上运行您的网站，请立即进行转换。

您可能知道 HTTPS 是一种排名信号。

基本上，如果您的网站使用安全且加密的 HTTPS 协议，Google 将为您的网站提供小幅排名提升。 相反，如果您使用 HTTP，您的排名性能会略有下降。

但这并不是获得 SSL 证书并切换到 HTTPS 托管的唯一原因。

您知道 HTTPS 也更快吗？

当您的站点以 HTTPS 模式（加密）运行时，您的 Web 浏览器软件将使用较新的 HTTP2 协议（假设您的主机支持它），这比早期的 HTTP 1.1 协议快得多。

事实上，使用 HTTPS 将使您的网站下载速度提高 14.3%：

不是太寒酸！

在使用您当前的 Web 主机仓促切换到 HTTPS 之前，请考虑许多廉价的托管服务提供商仍然不支持 HTTP2。

如果你没有，这肯定表明他们的基础设施已经过时，也是跳槽到像 Cloudways、WP Engine 或 Kinsta 这样的高级托管公司的另一个原因。

专业提示：订阅 Cloudflare 的 0-RTT（零往返时间）功能，进一步加快 HTTPS 加密协商！

(10)。 使用您的网站允许的最高版本 PHP（并锁定更快的处理时间）

PHP 是 Joomla、Drupal 和 WordPress 等流行 CMS 使用的编程语言。

信不信由你，这是每 5 个网站中有 4 个使用的代码库：

PHP 的一个优点是它不断更新以增强安全性和改进性能。

事实上，新版本的 PHP 每隔 6-12 个月左右就会发布一次——每次新的 PHP 更新通常比以前的版本快 10-30%。

由于一次可以处理的数据库请求数量增加，每个版本的运行速度都比上一个版本快。

例如，比较 PHP 7.3 和 PHP 5.6，更高版本每秒可以处理 3 倍的事务。

如果您的网站使用 WordPress，将您的网站更新到最新的 PHP 版本是一个明智的决定。

已经提到的专业托管服务提供商会自动更新您的 PHP 版本。

或者，您可以在 WordPress 的工具菜单下检查您的站点健康设置。 从那里，您将看到您正在运行的 PHP 版本：

并且可以相应地更新它。

(11)。 将此服务用于视频 - 它会显着加快您的网站速度

不可否认； 视频是吸引观众的绝佳方式。

但问题是，它们占用了大量的服务器资源来加载。

而且，正如您开始学习的那样，服务器上的压力越小越好，因为您的页面速度会越快。

所以，在视频的情况下......

不要在您的网站上自行托管视频，而是使用独立的视频托管服务，例如 YouTube、Vimeo 或 Wistia。

然后使用嵌入代码将视频添加到您的网站。

这样，您的服务器就不会忙于加载繁重的视频文件，并且可以利用时间来处理页面上的其他元素。

但是在这些服务中，哪一个更好？

根据 WP Rocket 的说法，Vimeo 的速度比 YouTube 和 Wistia 略快，而且比最慢的播放器 Daily Motion 快得多。

尽管如此，这些前 3 名之间的差异很小，这就是为什么我为我的大部分视频选择 Wistia。

它具有出色的分析功能并支持视频站点地图——这对 SEO 来说是一个很棒的功能。

(12)。 查找（并修复）3XX 重定向

301 和 302 重定向很有用。

它们用于将冗余页面重定向到备用工作 URL。

问题是它们对于页面速度来说是卑鄙的。

为什么？

因为每当用户尝试访问 3XX 状态代码页时，都会向服务器发出两个请求。

一个用于原始（重定向） URL，另一个用于最终目标 URL。

这可能意味着网站加载时间显着增加。

但事情是这样的……

您不能完全取消 3XX 重定向。 这将对您的 SEO 造成极大的不利影响。

但是，您可以尽量减少不必要的 3XX 状态代码：

（一个）。 内部重定向

当具有指向它的内部链接的页面被重定向到另一个页面时，就会发生内部重定向。

例如：

在您的主页上，您链接到一篇关于生酮饮食的文章（例如，healthyfitness.com/keto-diet/）

稍后您决定创建一篇关于该主题的新文章并将旧文章重定向到新文章（301 重定向从 healthfitness.com/keto-diet/ 到 healthfitness.com/new-keto-diet/）

干得好——这是 SEO 的好习惯。

问题是，您放置在主页上的内部链接现在经过了不必要的“跳跃”——虽然它对用户有效——但它为那些跟随该链接的人增加了额外的加载时间。

值得庆幸的是，有一个简单的解决方法。 只需将原始链接更新为最终目标 URL。

在您的网站上查找重定向的一种简单方法是安装 Check My Links。 此浏览器扩展程序将抓取您的页面并突出显示所有正在重定向的链接。

对 SEO Sherpa 主页的快速扫描发现页脚中有多个内部重定向：

我需要做的就是登录 WordPress 并将这些页脚链接更新到最终目的地。

(b)。 重定向链

重定向对加载时间不利，但在链中时甚至更糟。

当一个重定向页面重定向到另一个重定向页面时，确实会发生重定向链 - 依此类推。

它们通常是随着时间的推移对站点所做的更改的结果。

例如：

• domain.com/about/更新和 301 重定向到：
• domain.com/about-us/更新并 301 重定向到：
• domain.com/about-our-company/更新并 301 重定向到：
• domain.com/company-history/

现在，任何试图访问原始页面的人都会被重定向一次，而不是三次。

我喜欢使用 Ahrefs Site Audit 来查找重定向链。 抓取您的网站后，它将识别您遇到的重定向链问题的数量（以及其他错误）。

您可以深入了解重定向链列表以查看发生的链：

要修复每条链，请使用指向最终目的地的绝对链接更新原始 URL 处的 301 重定向——从而移除中间的重定向链。

(13)。 消除 404 错误

它发生了！

文件被移动（或丢失），链接被破坏。

发生这种情况时，由于需要额外的 Web 服务器请求来查找丢失的文件，用户将经历更长的页面加载时间。

最终导致404错误。

造成这些错误的原因很多且无关紧要。

您只需要知道如何找到它们：

一种方法是使用 Google Search Console 来查找和修复它们。

登录到您的 GSC 帐户后，单击覆盖范围，然后单击错误。

单击未找到提交的 URL ，您将看到导致 404 错误的所有链接的列表：

或者，您可以使用 Ahrefs 或 Screaming Frog 等站点审核工具。

无论您使用什么工具，都知道您需要识别指向 404 页面和媒体文件的链接。

然后替换或删除那些损坏的链接。

这样做会加快您的网站速度。

(14)。 缩减、更新和升级——使用插件提高页面速度的三个步骤

当涉及到插件和扩展时，越少越好。

大多数附加组件都加载 JavaScript 和 CSS。

而且，正如我已经指出的那样，这两件事可以使您的网站进入慢速模式。

所以，只要有可能，我建议你去掉你的插件，只使用（绝对）必要的。

任何对于您网站的功能来说不必要的东西都可以关闭然后删除。

当然，有些插件比其他插件更能影响网站速度。

因此，即使您绝对需要插件，也可能有更快的替代方案。

ServeBolt 的这篇文章列出了对加载时间性能影响最大的 WordPress 插件，并列出了更好、更快的选项。

如果您找到更快的替代方案，您应该进行切换。

通过插件加速网站的第三步是确保您运行的是最新的插件版本。

很多时候，旧插件与当前版本的 WordPress 或 PHP 不兼容。

这些不兼容性几乎总是会影响页面速度性能。

Thankfully, the plugin menu in WordPress makes it easy to spot outdated plugins:

From there, you can simply upgrade to the latest version.

(15)。 Use This Little Known Google Tag Manager Trick to Speed up Your Website

You've probably heard of Google Tag Manager? And, hopefully, you are using it on your website.

Google Tag Manager is a container for all your pixels and tracking scripts, which makes deploying codes simple – and bypasses the need for a developer.

Simply moving your tracking pixels from embedded in your website code to Google Tag Manager can shave up to 2 seconds off your load time.

This is a great page speed improvement, but it doesn't stop there…

Did you know that Google Tag Manager, allows you to control when your tags are fired and thus speed up your load times even further?

As you've learned already, any code that's not required for a fast largest contentful paint should be delayed until after the main content has loaded.

By default, Google Tag Manager will fire your tags on page view.

But, by selecting the 'Window Loaded” trigger your tags are fired once the entire content of the page has been fully loaded, including any embedded resources such as images and scripts.

I set this up on the SEO Sherpa website, and because I have a bunch of tracking set up, it boosted load times significantly.

To implement this page speed trick on your own website, login to GTM and select 'New Trigger' and then 'Window Loaded.'

And once you've done that, you're done.

What Did You Think?

现在我想听听你的意见：

Which technique from today's post are you going to implement first?

Are you going to fix broken links? Or implement lazy loading?

Either way, let me know by leaving a comment below.