網站技術

Elementor 4.3.0 更新後網站出現嚴重錯誤:Elementor Pro 版本不相容的排查與恢復

更新 WordPress 外掛通常只是幾分鐘的操作,但只要外掛之間存在版本相容性問題,也可能讓原本正常的網站突然無法開啟。

這次問題發生在 Elementor 4.3.0 發布後。網站將 Elementor 免費版更新至 4.3.0,但當時啟用中的 Elementor Pro 仍是 3.28.3。更新完成後,網站首頁直接顯示:

這個網站發生嚴重錯誤。

WordPress 畫面同時提供疑難排解說明連結,但沒有顯示實際錯誤原因,管理信箱也沒有收到系統寄出的錯誤通知。

後來從網站的 php_errorlog 找到對應時間的 PHP Fatal Error,錯誤流程同時經過 Elementor 的 Experiments Manager 與 Elementor Pro 的 Modules Manager。網站在停用 Elementor Pro 3.28.3 後恢復,接著安裝 Elementor Pro 4.3.0 並重新啟用,網站才重新正常運作。

這篇文章記錄這次實際發生的狀況、錯誤紀錄、排查過程,以及遇到類似問題時可以採取的處理方式。這不代表所有升級至 Elementor 4.3.0 的網站都會遇到相同問題,而是一次 Elementor Core 與舊版 Pro 不相容的實際案例。

這次發生在 Elementor 4.3.0 更新後

Elementor 4.3.0 是 Editor V4 發展階段中的一次重要更新。Editor V4 採用新的 Atomic Editor 架構,4.3.0 也加入新功能並調整多項元件與編輯器行為。

這次網站故障並不是單純因為安裝了 Elementor 4.3.0,也不能直接歸因於 Atomic Editor 的某一項新功能。真正出錯的是以下版本組合:

  • Elementor:由舊版更新至 4.3.0
  • Elementor Pro:仍為 3.28.3
  • 更新後狀態:前台顯示網站發生嚴重錯誤
  • php_errorlog:出現經過 Elementor Pro 初始化流程的 Dependency_Exception
  • 停用 Elementor Pro 3.28.3 後:網站恢復
  • 安裝 Elementor Pro 4.3.0 並重新啟用後:網站正常

因此,問題不是「Elementor 4.3.0 本身一定有錯」,而是網站只更新了 Core,仍讓舊版 Elementor Pro 3.28.3 與新版 Core 同時運作。

更新 Elementor 4.3.0 後,網站首頁突然打不開

網站原本可以正常使用,但在將 Elementor 更新至 4.3.0 後,前台首頁立即出現 WordPress 的「網站發生嚴重錯誤」畫面。

Elementor 4.3.0 更新後 WordPress 網站顯示嚴重錯誤
Elementor 更新後,網站前台只顯示 WordPress 的嚴重錯誤訊息。

這類訊息通常代表 WordPress 執行 PHP 程式時發生錯誤,可能涉及:

  • 外掛之間的衝突
  • 外掛與主題不相容
  • PHP 版本或伺服器環境問題
  • 外掛更新不完整
  • 新舊版本之間的相容性問題

不過,「發生嚴重錯誤」只是一個統一顯示的結果,單看前台畫面無法知道真正是哪一個程式出了問題。

先查看主機的 Error Log

遇到嚴重錯誤時,第一步通常是查看主機的錯誤紀錄。

這次進入 SiteGround Site Tools 的 Error Log,當時看到的是一筆與下列路徑有關的 NGINX 紀錄:

/.well-known/passkey-endpoints

紀錄內容是找不到該檔案,但它與這次 Elementor 更新後首頁打不開的時間和現象沒有明確關聯,因此不能把它當成網站故障的原因。

網站根目錄中另有一個 php_errorlog。檔案管理器一開始顯示「檔案格式無法辨識」,但後來取得並檢查其中的文字內容後,找到了與網站故障時間相符的 PHP Fatal Error:

[23-Sep-2026 13:13:01 UTC] PHP Fatal error:
Uncaught Elementor\Core\Experiments\Exceptions\Dependency_Exception:
Depending on a hidden experiment is not allowed.
in /wp-content/plugins/elementor/core/experiments/manager.php:968

錯誤時間是 2026 年 9 月 23 日 13:13 UTC,換算成台灣時間是當晚 9:13,與網站開始顯示嚴重錯誤的時間一致。相同的 Fatal Error 隨後重複出現多次。

Stack Trace 中還有兩個重要位置:

/wp-content/plugins/elementor-pro/core/modules-manager.php:91
/wp-content/plugins/elementor-pro/plugin.php:372

這表示錯誤是在 Elementor Pro 初始化模組時,向 Elementor Core 的 Experiments Manager 加入功能所觸發。錯誤訊息指出,該功能依賴一個已被隱藏的實驗項目,因此 Elementor 拋出 Dependency_Exception 並中止程式執行。

php_errorlog 中也有一些 Undefined array key "background_image" 等 Warning,但這些紀錄在更早以前就已經出現,而且不是造成網站停止執行的 Fatal Error,因此不是這次首頁完全打不開的主要原因。

從 Elementor Pro 開始排查

因為問題發生在 Elementor 4.3.0 更新之後,而網站同時安裝了 Elementor Pro,所以接下來先檢查兩者的版本與執行狀態。

當時的情況是:

  • Elementor 免費版已更新至 4.3.0
  • Elementor Pro 仍停留在 3.28.3
  • 網站前台無法正常開啟

這時已經不只是看到版本差異。Fatal Error 的 Stack Trace 明確經過 Elementor Pro,而錯誤發生在 Pro 模組向 Elementor Core 登錄功能的階段。接下來暫時停用 Elementor Pro,是為了進一步驗證停用後網站是否能恢復。

無法正常操作時,從檔案管理器停用 Elementor Pro

如果 WordPress 後台仍可操作,可以直接到「外掛 → 已安裝的外掛」停用 Elementor Pro。

但如果後台也進不去,或希望先從主機端排除外掛,可以透過檔案管理器重新命名外掛資料夾。

這次是在 SiteGround File Manager 中進入:

public_html/wp-content/plugins/

找到:

elementor-pro

再將資料夾重新命名為:

elementor-pro-disabled

在 SiteGround 檔案管理器重新命名 Elementor Pro 資料夾
將 elementor-pro 重新命名為 elementor-pro-disabled,讓 WordPress 暫時停止載入 Pro。

WordPress 找不到原本的外掛路徑後,就會停止載入 Elementor Pro。這個操作只是重新命名資料夾,不會刪除網站頁面、Elementor 編輯內容或外掛設定。

完成重新命名後再次開啟網站,首頁恢復正常。

網站恢復代表什麼?

停用 Elementor Pro 後網站立即恢復,結合 php_errorlog 的 Fatal Error,可以確認:

這次嚴重錯誤是 Elementor 4.3.0 與舊版 Elementor Pro 3.28.3 同時運作時發生的相容性問題。

Fatal Error 顯示,舊版 Pro 在初始化模組時依賴新版 Elementor 已隱藏的實驗項目。這不是一般 Warning,而是會直接中止 PHP 執行的錯誤,因此前台才會顯示 WordPress 的嚴重錯誤畫面。

目前仍無法從這段 Stack Trace 確定是 Elementor Pro 中的哪一個具體模組依賴該實驗功能,但已足以確認錯誤發生在 Core 與舊版 Pro 的整合過程。

Elementor 4.3.0 與 Elementor Pro 3.28.3 版本不一致
網站恢復後,後台顯示 Elementor 已是 4.3.0,但 Elementor Pro 仍停留在 3.28.3。

下載並安裝最新版 Elementor Pro

確認網站可以在停用 Pro 的狀態下開啟後,接著登入 Elementor 官方帳戶,從 Downloads 下載所購買授權提供的 Elementor Pro 4.3.0。

回到 WordPress 後台,進入:

「外掛 → 安裝外掛 → 上傳外掛」

上傳官方下載的 Elementor Pro ZIP 安裝檔,以 4.3.0 取代原本的 3.28.3。

安裝完成後重新啟用 Elementor Pro,再進入 Elementor 的許可證頁面確認:

  • Elementor Pro 已啟用
  • 授權狀態正常
  • 訂閱方案正確連接

完成這些步驟後,網站前台與 WordPress 後台都恢復正常。

Elementor Pro 4.3.0 外掛更新成功
上傳 Elementor Pro 4.3.0 安裝檔後,WordPress 顯示外掛已成功更新。

更新完成後,網站第一次開啟比較慢

外掛更新完成後,網站雖然已經可以正常開啟,但第一次載入時圖片和部分內容出現得比較慢,看起來像是網站速度突然下降。

再次開啟相同頁面後,速度便恢復正常。

這通常是因為更新外掛後,原有快取需要重新建立。第一次瀏覽頁面時,伺服器需要重新產生頁面快取、CSS、JavaScript 或圖片相關資料,因此可能比平常慢。

只要後續載入恢復正常,就不一定代表網站持續存在效能問題。

如果更新後仍看到舊版面、樣式錯亂或圖片無法顯示,再考慮清除 SiteGround Dynamic Cache。清除快取後,第一次載入同樣可能比較慢,因為快取需要重新建立。

這次處理後得到的更新順序

這次問題並不代表每次更新 Elementor 都一定要先停用 Pro,但當免費版與 Pro 的版本差距較大,或後台已出現相容性警告時,可以採取較保守的更新方式:

  1. 先確認主機或備份外掛已有可用備份。
  2. 暫時停用 Elementor Pro。
  3. 更新 Elementor 免費版。
  4. 更新或重新安裝最新版 Elementor Pro。
  5. 重新啟用 Elementor Pro。
  6. 確認 Elementor Pro 授權狀態。
  7. 檢查首頁、重要內頁、手機版與表單功能。
  8. 只有在樣式或內容未更新時,再清除網站快取。

暫時停用 Elementor Pro 不會刪除內容,但停用期間,使用 Pro 元件、Theme Builder 或動態內容製作的區塊可能暫時顯示不完整,因此整個更新流程最好一次完成。

如果其他網站版本差異很大,是否也一定會故障?

不一定。

即使不同網站都使用 Elementor 和 Elementor Pro,更新結果仍可能不同,原因包括:

  • 使用的 Elementor Pro 元件不同
  • 主題與其他外掛組合不同
  • PHP 與主機環境不同
  • 自動更新設定不同
  • 快取狀態不同
  • 網站實際執行到的功能不同

有些網站即使版本差異較大,前台仍然可以正常運作;有些網站則可能在更新某一個外掛後立即發生錯誤。

因此,「目前沒有出錯」不代表可以長期忽略更新,但也不適合一次同時更新所有網站。比較穩妥的做法,是一次處理一個網站,完成後再檢查前台與主要功能。

結語

這次網站恢復的關鍵,不是立刻還原整個網站,而是先找出哪一個外掛與錯誤有關。

實際處理過程可以整理為:

更新 Elementor 至 4.3.0 後出現嚴重錯誤 → 查看 Error Log → 暫時停用 Elementor Pro 3.28.3 → 網站恢復 → 安裝 Elementor Pro 4.3.0 → 重新啟用並確認授權。

php_errorlog 中的 Fatal Error、停用 Pro 後網站恢復,以及將 Pro 更新至 4.3.0 後正常啟用,三者共同確認了這次 Core 與舊版 Pro 的相容性問題。

遇到 WordPress 嚴重錯誤時,與其反覆重新整理或直接刪除外掛,更重要的是保留備份,逐步停用可能相關的元件,並根據每一步的結果縮小問題範圍。

分類:網站技術

讓網站不只上線,更要被看見。

開始聊聊你的網站
返回頂端