像 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 輸出 | 減少不必要的包裝元素 | DOM 元素減少 5-15% |
| 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 Containers嗎?
對於您正在積極編輯的頁面,遷移到Flexbox Containers是值得的——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 Containers、優化圖片、自我託管字體,以及使用像WP Rocket這樣的緩存插件,在大多數Elementor頁面上實現90以上的PageSpeed分數是現實的。圖片密集型頁面可能需要額外的優化努力。
使用Elementor Pro建立快速網站
獲得內建性能功能、Flexbox Containers和優化資源加載的Elementor Pro。搭配WP Rocket以獲得最佳速度。
瀏覽Elementor Pro →


