第一步：先用 PageSpeed Insights 测一个真实页面
打开 Google PageSpeed Insights，粘贴你网站的完整地址，例如首页、一个产品页和一篇文章页。不要只测首页，因为不同类型页面加载的图片、插件和脚本可能完全不同。
- 打开测速工具
在浏览器打开 PageSpeed Insights。
操作截图整理中打开 PageSpeed Insights建议文件名：wordpress-speed-step-01-pagespeed-home.webp建议 Alt：Google PageSpeed Insights首页截图需要展示：测速工具首页和输入网址的位置。 - 输入完整网址并开始分析
粘贴 URL 后点击“分析”。等待结果生成；第一次只记录问题，不要立刻根据每一条建议大改网站。
操作截图整理中输入网址开始分析建议文件名：wordpress-speed-step-02-enter-url.webp建议 Alt：PageSpeed Insights输入网址截图需要展示：网址输入框、分析按钮和完整网页地址。 - 先看手机端
外贸网站很多访问来自手机。先切换 Mobile，再看 Desktop；两边都记录，但不要只为一个分数牺牲实际阅读体验。
操作截图整理中查看手机端报告建议文件名：wordpress-speed-step-03-mobile-report.webp建议 Alt：PageSpeed Insights手机端报告截图需要展示：Mobile 标签、评分和核心指标区域。
第二步：LCP、INP、CLS 用普通话怎么理解？
| 指标 | 简单理解 | 常见原因 |
|---|---|---|
| LCP | 页面最主要内容多久显示出来 | 首屏大图、服务器慢、阻塞脚本 |
| INP | 用户点按钮、菜单后，页面多久有反应 | 脚本太多、插件功能太重 |
| CLS | 页面加载时内容有没有突然跳动 | 图片没留尺寸、字体替换、广告或弹窗 |
这些指标是帮你找问题的线索，不是考试分数。先找影响访客最明显的一项，例如首屏图片很久不出现、手机端按钮点不动、页面不断跳动。
第三步：先处理最常见的问题——图片
很多 WordPress 网站慢，不是服务器坏了，而是把手机原图或几 MB 的产品图直接上传到网页。先看图片实际显示多大，再导出合适尺寸。
- 找到最大图片
在测速报告和浏览器页面中，找首屏最大的一张图片。它常常是 LCP 的来源。
- 按显示尺寸导出
如果图片在页面里只显示 800px 宽，不要上传 4000px 原图。照片优先考虑 WebP；图片里有文字时，压缩后要重新看清晰度。
- 替换媒体库里的旧图
进入：
后台 → 媒体，找到原图后替换或重新上传，再回到前台确认比例没有变。操作截图整理中检查媒体库图片建议文件名：wordpress-speed-step-05-media-library.webp建议 Alt：WordPress媒体库中的网站图片截图需要展示：媒体库、图片尺寸或附件详情。
第四步：缓存插件不是越多越好
先确认你的服务器是否已经有缓存。进入：工具 → 站点健康 → 信息 → 服务器，记录服务器环境；如果主机明确支持 LiteSpeed，再考虑 LiteSpeed Cache。已经有主机缓存时，先问清楚是否还需要插件，避免两套缓存互相覆盖。
配置缓存时，一次只动一个功能：例如先开启页面缓存，测试表单和登录；确认正常后再考虑 CSS/JS 优化。开完缓存后出现旧页面、菜单异常或表单无法提交，应先清缓存并回退最近改动。
第五步：Elementor 页面怎么减少无用负担？
- 首屏不要放自动播放的大视频和多层轮播。
- 一张背景图和一张内容图不要重复加载同样的大图片。
- 减少只为装饰而存在的动画、图标库和嵌套 Container。
- 删掉已经不用的模板、页面组件和第三方扩展。
- 改完一个区块后，在手机端重新打开页面，看真实体验。
Cloudflare 要不要开？
如果你的访客分布在多个国家，Cloudflare 的 CDN 和基础防护通常有帮助。但它不是所有速度问题的万能答案：首屏大图、慢服务器、重插件和过多第三方脚本仍需在网站本身处理。首次配置前先备份 DNS 记录，尤其是企业邮箱相关记录。
第六步：每改一项，怎么复测？
只改一项，例如替换首屏图片；清理缓存后，用同一个 URL、同一个工具、同一个设备标签重新测。记录日期、改了什么、前后数据和页面实际感受。这样才能知道哪项操作真的有用。
速度优化完成检查
- 已分别测过首页、内容页和产品页的手机端。
- 知道当前最大的图片或脚本来自哪里。
- 没有同时启用多套缓存插件。
- 每次修改都测试过表单、登录和页面显示。
- 记录了优化前后变化，而不是只看一次分数。