像 Elementor 这样的页面构建器为 WordPress 添加了视觉设计功能,但它们也引入了额外的 CSS、JavaScript 和 DOM 元素,这可能会减慢页面加载时间。对于使用 Elementor Pro 构建的网站,性能优化不是可选的——它直接影响用户体验、核心网页指标评分和搜索引擎排名。
在本指南中,我们涵盖了保持您的 Elementor 网站快速的实用技术,基于真实的测试和测量。每个建议都包括预期的性能影响,以便您可以优先考虑对您的网站最重要的优化。
了解 Elementor 的性能足迹
在优化之前,了解 Elementor 为您的页面添加了什么是有帮助的:
| 组件 | 添加内容 | 典型大小 |
|---|---|---|
| 前端 CSS | 小部件样式、响应式规则、自定义样式 | 50-200 KB |
| 前端 JavaScript | 动画、轮播、灯箱、交互 | 80-150 KB |
| DOM 元素 | 用于部分、列、小部件的包装 div | 500-3000+ 元素 |
| Google 字体 | 用于自定义排版的外部字体文件 | 每种字体 20-100 KB |
| 图标 | Font Awesome 或自定义图标库 | 30-80 KB |
一个典型的 Elementor 页面会生成 200-400 KB 的额外前端资源。与使用默认块编辑器(Gutenberg)构建的页面相比,这代表了 CSS/JS 负载的 3-5 倍增加。优化的目标是减少这种开销,而不牺牲 Elementor 提供的设计质量。
步骤 1:启用内置性能功能
Elementor 包含几个许多用户忽视的性能设置。导航到 Elementor → 设置 → 性能(或在较新版本中为 Elementor → 设置 → 功能):
| 设置 | 功能 | 影响 |
|---|---|---|
| 改进的资源加载 | 仅在使用 Elementor 的页面上加载 CSS/JS | 在非 Elementor 页面上节省 100-200 KB |
| 改进的 CSS 加载 | 生成单独的 CSS 文件,而不是内联样式 | 启用浏览器缓存 CSS |
| 延迟加载背景图像 | 推迟加载屏幕外的背景图像 | 减少初始页面重量 30-60% |
| 优化的 DOM 输出 | 减少不必要的包装元素 | 减少 5-15% 的 DOM 元素 |
| Flexbox 容器 | 用更简洁的 Flexbox 替换旧版部分/列 | 每个布局减少 30-50% 的 DOM 元素 |
启用所有这些设置是对任何 Elementor 网站影响最大的优化。如果您尚未激活这些功能,请在探索其他技术之前先从这里开始。
步骤 2:使用 Flexbox 容器代替部分
Elementor 的旧版布局系统使用部分 → 列 → 小部件嵌套,这会生成许多包装元素。更新的 Flexbox 容器系统生成的 HTML 显著更简洁:
| 布局方法 | DOM 元素(3 列布局) | CSS 类 |
|---|---|---|
| 部分 + 3 列 | 约 12 个元素 | 约 18 个类 |
| Flexbox 容器 | 约 4 个元素 | 约 6 个类 |
| 减少 | 减少 67% | 减少 67% |
对于新页面,请始终使用 Flexbox 容器。对于现有页面,请考虑在下次编辑时迁移布局。视觉效果是相同的——区别完全在于生成的 HTML 输出。
步骤 3:优化图像
图像通常是任何网页上最大的资源,而设计图像密集的 Elementor 页面尤其受到影响。关键的图像优化实践:
- 上传前调整大小:以将要显示的大小上传图像。宽度为 1400px 的主图像不应以 4000px 上传
- 使用 WebP 格式:WebP 图像在相同质量下比 JPEG 小 25-35%。WordPress 6.x 原生支持 WebP
- 启用延迟加载:Elementor 包含图像的延迟加载。请在 WordPress 设置 → 媒体 → 延迟加载中确认已启用
- 使用响应式图片:Elementor 自动生成 srcset 属性。确保您上传的图片包含多个尺寸(WordPress 默认生成这些)
- 压缩图片:使用像 WP Smush Pro 这样的图片优化插件,在不明显降低质量的情况下压缩图片
有关图片优化的全面指南,请参阅我们的 WordPress 图片优化指南。
步骤 4:最小化字体加载
自定义字体会增加 HTTP 请求和文件大小。每个 Google 字体系列根据加载的字重数量增加 20-100 KB。要优化:
- 限制为 2-3 个字体系列:大多数设计只需一个用于标题,一个用于正文
- 限制字体字重:仅加载您实际使用的字重(例如,400 和 700,而不是 100-900)
- 自托管 Google 字体:下载字体并从自己的服务器提供,以消除对 fonts.googleapis.com 的 DNS 查询。像 OMGF 或 Perfmatters 这样的插件可以自动化此过程
- 使用 font-display: swap:在字体加载期间防止文本不可见。Elementor 默认应用此设置
- 考虑系统字体:系统字体堆栈(如 -apple-system, BlinkMacSystemFont, Segoe UI)可以即时加载,无需网络请求
步骤 5:减少小部件数量
每个 Elementor 小部件都会生成 HTML、CSS 和潜在的 JavaScript。减少小部件数量可以直接减少页面重量:
- 合并文本内容:使用一个带有 HTML 标题的文本编辑器小部件,而不是单独的标题 + 文本编辑器小部件
- 使用 CSS 而不是小部件:间隔小部件会增加 DOM 元素。使用相邻小部件的填充/边距代替
- 避免重复小部件:与其为移动/桌面隐藏/显示不同的小部件,不如使用响应式 CSS 来适应单个小部件
- 限制动画:进入动画会增加 JavaScript 事件监听器和 CSS。仅在关键元素上选择性使用,而不是在每个小部件上
步骤 6:使用缓存插件
缓存将动态的 WordPress 页面转换为静态 HTML 文件,从而消除重复访问时的 PHP 处理和数据库查询。推荐的 Elementor 网站缓存插件:
| 插件 | 针对 Elementor 的主要功能 | 价格 |
|---|---|---|
| WP Rocket | CSS/JS 优化,延迟加载,数据库清理,CDN 集成 | $59/年 |
| LiteSpeed Cache | 服务器级缓存(需要 LiteSpeed 服务器),图片优化 | 免费 |
| FlyingPress | 自托管 Google 字体,移除未使用的 CSS,延迟 JS 加载 | $60/年 |
WP Rocket 的“移除未使用的 CSS”和“延迟 JavaScript 执行”功能对于 Elementor 网站特别有效,因为它们针对 Elementor 生成的多余 CSS/JS。在我们的测试中,WP Rocket 将 Elementor 页面有效的 CSS 负载减少了 40-60%。
步骤 7:移除未使用的 CSS 和 JavaScript
Elementor 默认加载所有注册小部件的 CSS。启用改进的资产加载(步骤 1)后,它将 CSS 限制为当前页面的小部件。然而,进一步优化是可能的:
- WP Rocket 的移除未使用的 CSS:分析每个页面并生成一个特定于页面的 CSS 文件,仅包含适用的规则
- 延迟 JavaScript:推迟非关键 JavaScript(动画、轮播)直到用户交互(点击、滚动、按键)
- 资产清理插件:在不需要的页面上手动禁用特定插件的 CSS/JS
这些技术可以将 CSS 负载减少 50-70%,并完全消除阻塞渲染的 JavaScript,从而显著改善最大内容绘制(LCP)和首次输入延迟(FID)。
步骤 8:优化服务器和托管
如果您的服务器响应时间较慢,前端优化只能走到这一步。对于 Elementor 网站:
- 使用 PHP 8.2+:对于 WordPress 工作负载,PHP 8.x 比 PHP 7.4 快 15-25%
- 启用 OPcache:PHP 操作码缓存消除 PHP 文件的重新编译
- 使用CDN: 从地理位置更接近访客的边缘服务器提供静态资源(CSS、JS、图片)
- 考虑使用托管的WordPress主机: 像Cloudways、SiteGround和Kinsta这样的提供商专门为WordPress优化其基础设施
有关托管推荐和设置指导,请参阅我们的 WordPress托管指南。
测量您的优化结果
使用这些工具来测量每项优化的影响:
| 工具 | 测量内容 | 网址 |
|---|---|---|
| Google PageSpeed Insights | 核心网页指标、性能得分、具体建议 | pagespeed.web.dev |
| GTmetrix | 加载时间、页面大小、请求数、瀑布图分析 | gtmetrix.com |
| Chrome DevTools(网络标签) | 单个资源大小、加载顺序、瓶颈 | 内置于Chrome浏览器 |
| WebPageTest | 多地点测试、电影条视图、高级指标 | webpagetest.org |
在每次优化前后进行测试以确认改进。关注这些核心网页指标:
- LCP(最大内容绘制): 目标低于2.5秒
- FID(首次输入延迟): 目标低于100毫秒
- CLS(累积布局偏移): 目标低于0.1
常见问题
Elementor会显著减慢WordPress吗?
与默认编辑器相比,Elementor增加了200-400 KB的前端资源。这是显而易见的,但通过适当的优化是可以管理的。本指南中的技术可以将Elementor的性能影响减少50-70%,使页面速度接近使用块编辑器时的速度,同时保留Elementor的设计灵活性。
我应该在现有页面上将Sections切换为Flexbox容器吗?
对于您正在积极编辑的页面,迁移到Flexbox容器是值得的——DOM的减少是显著的。然而,不必一次性重建每个页面。优先考虑高流量页面(主页、着陆页、产品页面),逐步转换其他页面。
WP Rocket与Elementor兼容吗?
是的。 WP Rocket 与Elementor完全兼容,是Elementor网站上最推荐的缓存插件之一。它的移除未使用的CSS和延迟JavaScript功能在减少Elementor的前端开销方面特别有效。
单个页面上使用多少个Elementor小部件算太多?
没有固定的数字,但建议将DOM大小保持在1500个元素以下以确保良好的性能。作为指导,页面上30-50个小部件是典型的;100个以上的小部件通常表明有合并的机会(合并文本小部件、移除间隔、简化布局)。
Elementor动画会影响性能吗?
会的。进入动画会增加JavaScript事件监听器和CSS过渡。在移动设备上,过多的动画可能会导致卡顿(滚动时可见的抖动)。选择性使用动画——将其限制在受益于运动的关键元素(CTA、功能亮点)上,避免对页面上的每个小部件进行动画处理。
我可以使用Elementor并在PageSpeed上获得90+的评分吗?
可以,通过适当的优化。通过启用Elementor的性能功能、使用Flexbox容器、优化图像、自托管字体以及使用像WP Rocket这样的缓存插件,实现在大多数Elementor页面上获得90+的PageSpeed评分是现实的。图像较多的页面可能需要额外的优化工作。
使用Elementor Pro构建快速网站
获取内置性能功能、Flexbox容器和优化资源加载的Elementor Pro。与WP Rocket搭配使用以获得最佳速度。
浏览Elementor Pro →


