为什么您的 WordPress 网站很慢？究竟该如何解决？

"为什么我的网站这么慢？"是 WordPress 网站主最常提出的支持问题之一——而诚实的答案几乎从来不是单一原因。通常是主机、插件、图片和主题选择等因素悄悄叠加，直到访客，甚至 Google，都察觉到了。本指南将说明如何找出真正原因、如何正确测量而不是凭感觉猜测，以及哪些改进能以最少精力换取最大效果——按照最重要的顺序排列。

WordPress 网站变慢的四个真正原因

几乎每个变慢的 WordPress 网站，都可以追溯到以下四个原因的某种组合。在动手之前，请按此顺序逐一检查：

• 主机与服务器响应时间。 如果服务器处理 PHP 和执行数据库查询耗时过长，网站上的每一个页面都会变慢，无论前端做得多好。
• 插件过多。 每个启用的插件都会在每次页面加载时增加自己的代码、数据库查询，有时还有 JavaScript。同时运行十几个甚至更多插件时，影响会迅速累积。
• 图片未优化。 直接从手机或相机上传的照片，通常远大于其实际显示所需的尺寸，而每位访客都会下载完整文件。
• 主题或页面构建器过重。 可视化页面构建器与功能丰富的主题，往往会在每个页面上加载大量 JavaScript 与 CSS，无论该页面是否真正用到这些功能。

为什么主机通常是影响最大的因素

即使您压缩了每一张图片、停用了每一个多余插件，只要服务器本身响应缓慢，网站依然会慢。LiteSpeed 网页服务器在处理 PHP 执行与缓存方面，明显快于较旧的 Apache 架构，这对 WordPress 尤为重要，因为每次页面浏览都会触发 PHP 代码，通常还会触发数据库查询。服务器级缓存——直接提供已存储的页面副本，而不是每次都重新构建——几乎能为回访者完全省去这部分工作。

这也是为何两个主题和插件完全相同的 WordPress 网站，加载速度却可能明显不同：差异往往在于底层的主机架构，而非 WordPress 后台里能看到的任何设置。我们关于 LiteSpeed 为何真正比 Apache 更快的指南，详细说明了背后的架构原理。

这也解释了为什么网站主在家中用光纤宽带测试时感觉一切流畅，但大城市以外使用移动网络的客户却会明显感到更慢。主机端的缓慢发生在每一次页面访问中，早在浏览器开始渲染之前就已经存在，因此 WordPress 前端再怎么优化也无法掩盖它。

如何真正测量网站速度

仅凭自己浏览器里的"感觉"来判断并不可靠——您自己的网络、浏览器已缓存的数据和您的电脑，都不能代表新山某位客户在不稳定的 4G 网络上的实际体验。三项免费检查能在您动手修改之前，提供真实的情况：

• Google PageSpeed Insights。 输入网址即可获得移动端与桌面端的独立评分，以及背后具体的 Core Web Vitals 数值。请同时测试首页和至少一个内页，因为两者的结果往往不同。
• Search Console 的 Core Web Vitals 报告。 PageSpeed Insights 测量的是实验室里的单次访问；Search Console 报告的则是一段时间内收集的真实访客（"现场"）数据，更接近 Google 排名实际参考的依据。
• 首字节时间（TTFB）。 大多数速度测试工具都会显示这项数值，它单纯衡量服务器开始响应所需的时间，发生在任何图片或脚本开始加载之前——TTFB 偏高，直接指向主机问题，而非插件或图片。

每做完下面一项修复，都用同样的测试重新检查一次，而不是想当然地认为它已经生效。插件更新或悄悄失效的缓存，都可能在无人察觉的情况下抵消之前的改善，直到客户反映问题才被发现。

用简单的话解释 Core Web Vitals

Google 通过三项指标衡量页面体验，统称为 Core Web Vitals。了解它们很有价值，因为它们同时也是判断"我的网站够不够快"的实用检查清单：

• 最大内容绘制（LCP）。 页面中最大的可见内容加载完成所需的时间。
• 交互到下一次绘制（INP）。 用户点击、轻触或输入时，页面做出视觉响应的速度。
• 累积布局偏移（CLS）。 页面在加载完成过程中意外跳动的程度——例如图片加载后文字突然下移。

主机缓慢会直接拖累 LCP，因为服务器必须先响应，页面才能开始渲染。页面构建器产生的繁重 JavaScript 往往损害 INP。未预留尺寸就加载的图片和广告则会造成 CLS。每一个症状，都能追溯回上述四大根本原因之一。

插件：多少算太多，哪些该保留

并没有一个固定数字能定义"太多"——一个运行着八个编写精良、持续维护的插件的网站，完全可能比只运行三个被遗弃插件的网站更快。真正重要的是每个插件在每次页面加载时具体做了什么：

• 只保留一个缓存插件，绝不同时用两个。 同时运行两个缓存工具——或者在主机本身已有服务器级缓存的情况下再装一个缓存插件——往往只会造成冲突，而不是带来额外速度。
• 统计实际启用的插件，而非已安装的插件。 停用的插件不会造成影响，但很容易忘记哪些插件其实还在运行。每隔几个月检查一次插件列表，停用不再发挥作用的插件。
• 留意功能重叠。 安全套件、SEO 插件和页面构建器有时会重复彼此的功能——例如两个插件同时压缩 CSS，只会浪费处理资源而没有额外好处。
• 使用前先查看插件的更新记录。 超过一年未更新的插件，无论对速度的影响如何，本身就是安全与兼容性方面的风险。

图片：最常被做错的修复

图片通常是任何页面上下载体积最大的单一内容，而修复方法大多是机械性的，而非技术性的：

• 上传前先调整尺寸。 一张 4000 像素宽的手机照片，如果实际只显示在 800 像素宽的位置，访客下载的绝大部分数据都被浪费了。请先按实际显示宽度调整尺寸。
• 压缩每一张图片。 免费工具通常能在不明显影响画质的前提下，将 JPEG 或 PNG 压缩 60%–80%，再上传到 WordPress。
• 使用现代格式。 在同等视觉质量下，WebP 文件通常比对应的 JPEG 更小，而大多数 WordPress 主机和插件都能自动提供 WebP 格式。
• 除首图外，其余图片一律延迟加载。 只在访客滚动到相应位置时才加载图片，可以在长页面上节省流量——但首屏的第一张图片应立即加载，延迟加载它反而会拖慢 LCP。

这些都不需要开发人员动手。大多数手机相册应用和免费桌面工具，几步操作就能调整图片尺寸，一些免费的在线压缩工具也能在上传前批量完成压缩，因此这是少数非技术型网站主完全可以独立完成的修复之一。

识别症状，找到病因

速度测试报告有时像一堆数字组成的墙。下表将最常见的症状直接对应到病因和修复方法：

实用的修复清单，按影响力排序

1. 换成专为 WordPress 打造的主机。 搭配服务器级缓存的 LiteSpeed 服务器，处理 WordPress 产生的 PHP 与数据库负载，效率远高于廉价的通用主机。
2. 上传前压缩并调整图片尺寸。 将图片缩放到实际显示的尺寸并加以压缩——仅此一项，往往就能为一般页面省去数兆字节的体积。
3. 盘点并移除不用的插件。 停用任何未在网站上积极发挥作用的插件，并对保留下来的插件定期检查更新。
4. 避免同时堆叠重型页面构建器和多个缓存插件。 同时运行一个以上的缓存工具，或多个功能相近的插件，往往会拖慢网站，而不是加快它。
5. 开启缓存，并确认其确实生效。 无论是服务器级还是插件缓存，都应在每次更换主机或主题后重新确认，因为更新有时会将其重置。
6. 每次更新插件或主题后重新测试。 今天表现良好的网站，可能在某次更新引入新的 JavaScript 或低效查询后就变慢了。

常见错误

• 为了"修复"速度而安装另一个插件。 不解决主机问题或清理现有的臃肿插件，而只是增加一个速度插件，往往会让问题变得更糟，而不是更好。
• 过度专注于优化图片，却忽略了缓慢的主机。 图片压缩确实有帮助，但无法弥补服务器本身响应缓慢的根本问题。
• 只在桌面端测试。 大多数马来西亚访客使用手机浏览，而较慢的网络与处理器会让每一个效率问题都更加明显。
• 把速度问题当作一次性的修复。 今天通过 Core Web Vitals 测试的网站，可能在主题、插件或内容更新后就退步——它需要偶尔重新检查，而不是一次性了事。
• 对首图做延迟加载。 把包括访客首先看到的图片在内的所有图片都延迟加载，反而会拖慢本该被它改善的最大内容绘制。
• 只凭一次 PageSpeed Insights 测试就下结论。 单次实验室测试的结果可能并不稳定；Search Console 经过数周收集的现场数据，对真实访客而言是更可靠的参考。

Gotka Technologies 恰好符合这些标准

自 2004 年起，Gotka Technologies 便一直为马来西亚企业提供基于 LiteSpeed 服务器的 cPanel 主机服务。Go AI 主机系列正是围绕上述主机端的改进而打造：LiteSpeed 服务器带来更快的 PHP 处理与缓存、免费 SSL、每日备份，以及公开发布的 99.9% 正常运行时间保证，Go AI Lite 36 个月方案最低每月 RM17.80 起。

如果您的 WordPress 网站因主机本身而变慢，团队提供免费迁移服务，帮您从现有主机迁移过来，因此换用更快的架构无需您亲自处理技术工作。而如果真正的问题是过时的重型主题而非主机，Gotka 的网站设计服务可以在更精简的基础上重建网站，并将页面速度优化作为标准配置，而不是无止境地修补旧版本。

不确定是四大原因中的哪一个在拖慢您的网站？联系我们的团队获取免费评估，或查看目前从底层就为 WordPress 打造的 Go AI 主机方案。

本指南中的关键术语

• LCP（最大内容绘制）：页面中最大可见内容加载完成所需的时间。
• INP（交互到下一次绘制）：用户点击、轻触或输入时，页面做出响应的速度。
• CLS（累积布局偏移）：页面在加载完成过程中意外跳动的程度。
• TTFB（首字节时间）：服务器开始响应请求所需的时间，发生在任何内容加载之前。
• 服务器级缓存：在服务器上保存已构建好的页面副本，让每位访客都无需重新生成页面。
• 插件过多：运行过多启用中的插件，或功能重叠的插件，超出网站实际需要而造成的变慢。
• 页面构建器：用于设计页面的可视化 WordPress 工具，往往需要加载额外的 JavaScript 与 CSS 才能运作。
• LiteSpeed：Gotka 的 Go AI 主机所采用的网页服务器软件，专为更快的 PHP 执行与内置页面缓存而设计。