WP Engine 訴訟始末：WordPress 主機風險與因應

2024 年 9 月 20 日，Matt Mullenweg 在 WordCamp US 的演講上，把 WordPress 託管主機商 WP Engine 稱為「WordPress 的癌症」，一場橫跨商標、開源治理與反壟斷的訴訟戰爭就此引爆。隔天 WordPress.org 官方新聞以「WP Engine is not WordPress」為題發文抨擊，隨後 WP Engine 被逐出外掛與佈景主題的更新通道，熱門外掛 ACF（Advanced Custom Fields）遭強制接管，這些事件讓外掛散布與更新通道的治理爭議進入訴訟攻防。這場糾紛到 2026 年 9 月仍未落幕，依 WP Engine 官方在 2026 年 8 月仍持續更新的法律行動時間線，案件仍在美國加州北區聯邦地院進行，陪審團審判依 2026 年 6 月的媒體報導排在 2027 年 9 月。對網站經營者來說，這不只是一齣科技圈連續劇：它把「選 WordPress 主機」這件日常決策背後的生態風險，攤開在每個經營者面前。

先把結論放在前面。這場訴訟的原告是主機商 WP Engine，被告是 Automattic 與 Matt Mullenweg 本人。法院在 2024 年 12 月曾以初步禁制令要求 Automattic 恢復 WP Engine 對 WordPress.org 的存取權，2025 年 9 月又裁定 WP Engine 的大部分訴因（法律上可請求法院救濟的主張類型）可以繼續進行。也就是說，無論最終誰勝誰敗，「單一人士控制外掛更新基礎設施」這件事本身，已經被證明是真實存在的風險，而不是理論上的假設。網站經營者能做的，是理解爭議結構，然後把自己的託管與外掛依賴配置得更有韌性。

接下來依序拆解：爭議的引爆點與核心主張、治理結構裡的三個關鍋事實、完整時間線、法院歷次裁定、對生態的實際衝擊，收斂成選主機的五個檢查點與可立即執行的因應做法。文中所有爭議性數字都標明出處身分，兩造說法並列呈現。

這份整理適合三種讀者：正在挑選 WordPress 主機的人，可以從檢查點直接獲得篩選框架。已經用 WordPress 經營網站的人，可以對照盤點自己的依賴結構。長期關注開源治理的人，可以把它當成商標、授權與基礎設施控制權交錯的完整案例。不需要任何法律背景，關鍵概念都會在行文中先行定義。

事件全貌：一場演講引爆的生態戰爭

衝突的起點可以追溯到 2024 年 9 月的 WordCamp US。Mullenweg 在主題演講中公開點名 WP Engine，指控這家公司靠 WordPress 品牌的模糊地帶獲利，卻對開源專案回饋不足。用詞相當激烈，他稱 WP Engine 是「a cancer to WordPress」，這句話也在 WordPress.org 於 9 月 21 日發布的官方新聞文章中再次出現。文章標題「WP Engine is not WordPress」直接劃清界線，內文甚至以 Mullenweg 自己的母親曾誤以為 WP Engine 是官方單位為例，主張消費者確實存在品牌混淆。

那篇官方文章列出的指控有三個層次。第一是商標：Mullenweg 主張 WP Engine 多年來不當使用 WordPress 商標，Automattic 方面則稱曾長期嘗試與對方達成授權協議未果。第二是貢獻不對等：文章宣稱 WP Engine「在 WordPress 之上做到約五億美元營收，每週卻只回饋 40 小時」，對照 Automattic 規模相當、每週回饋 3,915 小時。第三是產品完整性：文章指控 WP Engine 為節省儲存成本而關閉版本修訂功能。WordPress.org 同篇聲明稱 WP Engine 有 150 萬個 WordPress 安裝，這是該陣營提出的數字。這些數字與指控全部出自單一陣營的官方聲明，WP Engine 對若干指控另有說法，後文會並列呈現。

WP Engine 的回應同樣強硬。9 月 23 日該公司對 Automattic 發出存證信函，要求收回毀謗性言論，並指控 Mullenweg 要求商標授權費的真正目的，是換取他停止在公開場合攻擊 WP Engine。Automattic 隨後也回敬存證信函，要求 WP Engine 停止不當使用 WordPress 商標，隔天 WordPress.org 就封鎖了 WP Engine 對外掛與佈景主題目錄的存取，使 WP Engine 客戶無法透過 WordPress.org 目錄取得外掛與佈景主題更新，須改為手動更新。社群整理的逐日事件時間線對這段過程有鉅細靡遺的記錄。

封鎖的實際衝擊比言詞交鋒嚴重得多。WordPress.org 設有外掛與佈景主題的目錄及更新通道。封鎖後，WP Engine 客戶無法透過該目錄自動取得外掛與佈景主題更新，須改為手動更新。9 月 27 日存取短暫恢復，但寬限只到 10 月 1 日，等於給 WP Engine 兩個半工作天自建鏡像。10 月 2 日，WP Engine 正式在加州北區聯邦地院對 Automattic 與 Mullenweg 提起訴訟，最初訴因包括惡意干擾契約關係等，並聲請陪審團審判。Automattic 隔天發布官方回應，稱這是一份「毫無依據的訴狀」，並宣布聘請曾任美國代理總律師的 Neal Katyal 與 Hogan Lovells 律師事務所應戰。

趕工的成果在 9 月 30 日上線。WP Engine 對旗下兩個平台的全體客戶部署替代更新機制，讓外掛與佈景主題的安裝更新不再完全依賴 WordPress.org 的 API，10 月上旬再推出 Secure Updater 外掛，把獨立更新通道常態化。WP Engine 官方時間線稱工程團隊日夜趕工，只是這段故事的寓意讓人笑不出來：最壞情境的應變劇本，從此成為 WordPress 託管產業的必修課。

真正讓社群警覺的事件發生在 10 月 12 日。WordPress.org 接管了 WP Engine 旗下的外掛 ACF，目錄頁面改由官方版本取代，之後再以 Secure Custom Fields 的名義發布分叉版。WP Engine 在官方時間線中定性此事：這是 WordPress 二十一年歷史上，第一次有仍在積極開發中的外掛在未經作者同意的情況下被接管。TechCrunch 在 2024 年 12 月 10 日的禁制令報導中確認了這段過程。WordPress.org 的封鎖曾使 WP Engine 客戶無法透過 .org 目錄取得外掛與佈景主題更新，須改為手動更新。對依賴該通道的網站，這是需要盤點的集中風險。

戰火也燒進了技術社群的日常。WordPress.org 的官方文章會透過後台的「News Feed」小工具，自動推送到裝有該小工具的 WordPress 管理介面，這個平常不起眼的訊息通道，在事件期間成了單方面論述的擴音器，WP Engine 甚至為此關閉了客戶網站的這個小工具。同一時期，至少兩名 WordPress 核心貢獻者在私有 Slack 頻道批評 Mullenweg 之後，被停掉了貢獻團隊的存取權。這些事件顯示，依賴單一更新通道與管理介面訊息來源，會帶來集中式治理風險。

授權談判的細節隨後被攤在陽光下。Automattic 在 2024 年 10 月 1 日公開了他們宣稱在 9 月 20 日向 WP Engine 提出的授權條款單。彙整逐日時間線的社群工作者對條款單加註提醒：其中至少一項條件，看來與雙方實際互動的紀錄對不上。條款單成為可供檢視的公開文件。案件後續進入證據開示（審前雙方交換並取得證據的程序），雙方在 2026 年 5 月提交超過二十份相關信函與動議。

在訴訟之外，雙方的商業動作也同步升級。Automattic 旗下主機品牌 Pressable 向 WP Engine 客戶推出免費搬家與合約買斷方案，Mullenweg 曾公開談論敵意併購 WP Engine 的可能性。Automattic 內部也付出代價：Mullenweg 提供了所謂「對齊買斷方案」，讓不認同其路線的員工主動離開，最終有 159 名員工接受資遣。這場戰爭從一開始就沒有局外人。

爭議核心：商標、貢獻時數與治理結構的三個關鍵事實

要理解這場糾紛為什麼會走到聯邦法院，得先弄懂 WordPress 世界裡三個容易被誤解的結構性事實。第一個事實：WordPress 軟體本身採用 GPL 開源授權，任何人都可以自由下載、安裝、修改、商用，這點從未爭議。但商標是另一回事，授權條款規範的是程式碼的重製與改作，商標法規範的是品牌名稱的使用，兩套法律體系各管各的。Mullenweg 在 2024 年 9 月 21 日的個人網誌文章裡把這個立場說得明白：任何在開源專案上賺取數億美元的企業都應該回饋，不回饋就不能使用其商標，並稱 Automattic 給過 WP Engine 兩條路，「支付直接授權費，或對開源專案做出等值貢獻」。WP Engine 則主張自己對商標的使用屬於指稱開源軟體本身的合理使用。

這套論述並非 Mullenweg 臨場發明。他在同一篇文章裡寫道，WordPress 以 GPL 授權，而對版權與商標這類智慧財產的尊重，正是 GPL 與開源概念的核心。GPL 涉及程式碼的取用與改作，商標則另有使用規範，兩者應分開理解。對台灣的接案工作室與主機經銷商來說，實務結論其實很單純：用 WordPress 軟體做生意完全合法，拿 WordPress 名稱做品牌識別則是另一回事，命名與行銷文案應分別檢查軟體授權與商標使用規範。

第二個事實：商標權的持有結構比多數人想像的複雜。WordPress 商標由非營利的 WordPress Foundation 持有，而 Automattic 是唯一的商業被授權人，這代表商標權人與唯一商業被授權人是不同主體，網站經營者應分清兩者的角色。管理 WordPress 程式碼與生態的基金會董事會只有三個人，其中一位就是 Mullenweg。社群逐日時間線指出，WordPress.org 網域由 Mullenweg 個人持有，而非由基金會持有。軟體是社群的，散布通道是個人的，這個落差正是訴訟攻防的結構性來源。

把視角拉回商業授權結構，WordPress Foundation 持有商標，Automattic 是唯一的商業被授權人。Automattic 在 2024 年 10 月 1 日公開其宣稱於 9 月 20 日提出的授權條款單。網站經營者可據此區分商標授權與更新通道的不同控制點。

第三個事實：Five for the Future 讓組織透過投入時間或贊助資源支持 WordPress 專案。貢獻時數在這場爭議中出現不同版本，引用時須分清各自的發言者。WordPress.org 官方聲明的版本是 Automattic 每週 3,915 小時、WP Engine 每週 40 小時，後續媒體報導出現過每週 45 小時與 47 小時等不同數字。引用任何一組數字時，最好的做法是連出處身分一起講清楚。

Five for the Future 的設計也值得攤開看。依官方頁面的定位，這個計畫讓組織以貢獻時間或贊助資源的方式支持專案的持續成長，名稱裡的「five」指的正是官方標題所說，以百分之五的資源驅動下一代開放網路。這個計畫讓組織投入時間或資源支持專案。在這場糾紛裡，官方聲明與後續報導出現不同的時數口徑，比較數字時應保留各自的出處與日期。

授權金金額是另一個羅生門。Automattic 公開聲明裡只說「授權費或等值貢獻」二擇一，沒有寫明百分比，但社群時間線引述的一篇專訪提到，談判檯面上的數字是 WP Engine 營收的百分之八，Mullenweg 後來在專訪中說這個方案「已經不在桌上了」。從治理角度看，百分比多少其實不是重點，重點在於：商標商業授權與 WordPress.org 更新通道的控制權高度集中。WP Engine 於 2024 年 11 月 14 日修正訴狀，加入反壟斷訴因。

把三個事實疊起來，爭議的形狀就清楚了。GPL 與商標使用規範處理不同權利，WordPress.org 的散布通道則由 Mullenweg 個人持有。這些安排呈現平台依賴的集中風險。2024 年 10 月起，這些爭議進入法院程序。對依賴 WordPress 經營網站的人來說，先盤點商標授權與更新通道的依賴，比選邊站更有用。

從封鎖到開戰：關鍵時間線總整理

下表把 2024 年 9 月到 2026 年 9 月的關鍵事件依時序整理，各列日期依第三欄所列資料記錄。訴訟仍在進行中，表格反映的是截至 2026 年 9 月的公開資訊。

時間線裡有一個耐人尋味的節奏：封鎖發生於 2024 年 10 月 2 日起訴之前，ACF 接管則發生於起訴之後。禁制令在同年 12 月核發。反壟斷訴因加入後，爭點從「商標該不該收費」升級為「散布通道能不能當武器」。到了 2026 年，連基金會本身的存在都成了訴訟標的。對照 2024 年 9 月那場演講，兩年下來沒有哪一方全身而退。

法院怎麼看：初步禁制令與訴訟現況

訴訟的第一次重大裁定落在 2024 年 12 月 10 日。承審法官 Araceli Martinez-Olguin 核發初步禁制令，要求 Automattic 與 Mullenweg 把 WP Engine 對 WordPress.org 的存取恢復到 2024 年 9 月 20 日的狀態，涵蓋外掛、佈景主題與子網域，並移除登入頁上要求使用者確認自己與 WP Engine 無關的核取框。TechCrunch 報導指出，法院要求恢復 WP Engine 對 WordPress.org、佈景主題、外掛與子網域的存取。這項審理期間的命令處理的是存取安排。

禁制令的細部要求還包括歸還 ACF 外掛在目錄上的控制權，並移除一個用來展示 WP Engine 客戶流失名單的追蹤網站。WP Engine 對裁決的官方回應是，這紙命令將為 WordPress 生態帶回迫切需要的穩定。禁制令列明恢復存取、ACF 目錄控制權及移除客戶流失名單等具體救濟。

2025 年的程序來回相當密集。9 月 12 日，法院就 Automattic 的駁回動議作出裁定，允許 WP Engine 的大部分訴因繼續進行，包括惡意干擾、不公平競爭與誹謗，而且被告同時包括公司與 Mullenweg 個人。部分訴因雖被駁回但獲准修正再提，WP Engine 於是在 10 月 3 日提出第二度修正訴狀，強化反壟斷主張。同月戰局擴大：Automattic、Mullenweg、WordPress Foundation 與 WooCommerce 四方對 WP Engine 提出反訴，爭點圍繞其對 WordPress 商標的使用。WP Engine 公開回應，稱其以 WordPress 商標指稱開源軟體符合產業長年慣例與商標法下的合理使用，將全力抗辯。

反訴使案件增加商標使用爭點。Automattic、Mullenweg、WordPress Foundation 與 WooCommerce 提出反訴，WP Engine 隨後聲請駁回。讀者追蹤案件時，需分清原訴與反訴的主張。

進入 2026 年，案件進入證據開示的深水區。2 月 10 日 WP Engine 提出第三度修正訴狀，納入證據開示中解密封的新事證。事實發現程序（證據開示中釐清案情事實的階段）於 5 月 14 日終結。5 月 20 至 22 日，雙方提交超過二十份證據開示信函與動議，互相指控對方隱匿證據，The Repository 的追蹤報導整理過這波程序戰的來龍去脈。6 月 4 日法院就雙方的駁回動議開庭，同日波蘭克拉科夫的 WordCamp Europe 開幕，webhosting.today 以專文報導了兩件事撞在同一天的諷刺：WP Engine 的律師團正在訴訟中推進解散 WordPress Foundation 的主張，而那個基金會正是全球 WordCamp 活動與開源教育計畫的資助者，本身沒有任何支薪員工。

程序戰的密度可以從爭點清單看出來。2026 年 5 月那波文件潮涵蓋至少六項獨立爭議。The Repository 報導，其中一項涉及 Mullenweg 已進行 21 小時的宣誓作證，WP Engine 還要求增加 5 小時。WP Engine 律師團推進基金會解散主張，讓非營利基金會也成為訴訟攻防的一部分。Mullenweg 本人在 2026 年 5 月底的貼文裡，把對方律師團的操作形容為「paperclip-maximizing legal torture」，白話說，是把法律程序當成耗材堆到極限的折磨戰。

7 月 28 日，WP Engine 聲請制裁，主張被告方未能保全與案件核心爭議直接相關的關鍵證據。同一時期 Automattic 內部爆發了更戲劇性的事件：9 月 9 日，Mullenweg 在全員 Slack 訊息中宣布自己被董事會決議帶薪休假，他指控 CFO Mark Davies 與三位董事在他背後運作，404 Media 報導帶薪休假消息，並引述公司發言人表示，CFO Mark Davies 將代理 CEO。兩天後劇情反轉，The Verge 報導 Mullenweg 宣稱已復任，WordPress 執行總監 Mary Hubbard 也對外確認他回任 CEO。9 月 14 日 TechCrunch 以多方消息來源報導，這場拔除行動失敗後出局的是董事會。代理 CEO 安排與 9 月 11 日復任，分別有公司發言人及 WordPress 執行總監的說法。9 月 14 日董事會出局則是 TechCrunch 引述多方消息來源的報導。

這場內部風暴的細節同樣來自當事人的公開發言。Mullenweg 向員工描述，他是在會議開始前五十分鐘才收到決議文案，多次要求給幾個小時找獨立法律意見都被拒絕。復任之後他在 X 上發文，寫道幾年不來一次政變式的挑戰，代表請來的領導人不夠強。語錄級的發言配上仍在進行的訴訟，讓 Automattic 的治理議題在 2026 年秋天成為科技媒體的焦點，也讓媒體持續追蹤這家公司的治理變化。Automattic 旗下事業除了 WordPress.com，還包括 Tumblr 與 Beeper 等服務。這說明公司的業務範圍，不能據此判定各服務已受治理事件影響。

回到案件本身的主線：依 2026 年 6 月的報導，陪審團審判排定於 2027 年 9 月。陪審團審判的排定月份只能說明預計開庭時間，不能推定一審結論日期。想要自己追蹤進度的讀者，CourtListener 上的公開 docket 提供案件進度與文件紀錄。

追蹤這類案件有幾個實用原則。法院的公開 docket 比新聞標題可靠，兩造的官方聲明各自讀、對照讀，單一陣營的時間線只能當作單側視角。裁定出來先看法院核可的救濟範圍，再看媒體下的標題。以本案為例，公開 docket 提供立案及承審法官資訊。陪審團審判排在 2027 年 9 月的說法則來自 2026 年 6 月的報導。對照新聞時，先確認它引用的是案卷紀錄還是媒體所述庭期。裁定類新聞先找對應的法院文件，聲請類新聞先找對應的動議，讀原始文件的一頁摘要，比逐字轉述的報導更接近原始事實。養成這種閱讀習慣，遇到下一場生態級糾紛時，你會比大多數人早一步判斷它與自己的關聯。

對 WordPress 生態的實際衝擊

法律文件之外，這場戰爭在生態面留下了具體傷痕。外掛層面，Automattic 接管並分叉 ACF，將分叉版命名為 Secure Custom Fields。WP Engine 在 2024 年 10 月推出 Secure Updater，為旗下開源外掛提供獨立更新通道。這些事件顯示，主機商與網站經營者有必要盤點外掛更新通道的依賴。

Automattic 旗下 Pressable 曾向 WP Engine 客戶提出免費搬家與合約買斷方案，WP Engine 則在 2024 年 9 月 30 日部署替代更新機制。BBC 也曾報導這場糾紛。對選主機的人而言，可把更新來源與中斷時的應變流程列入詢問清單。

人事層面的代價同樣具體。Automattic 在 2024 年 10 月有 159 名員工接受對齊買斷方案離開，2025 年 4 月又進行一輪正式裁員，規模約當全球人力的 16%，將近 280 人。把自願離職與資遣加總，媒體彙整估計 Automattic 在約半年內流失了近四分之一的人力，這反映 Automattic 在約半年內經歷顯著的人事變動。2025 年 1 月，Mullenweg 宣布 Automattic 的 Five for the Future 貢獻時數砍到與 WP Engine 相當的每週 45 小時。Automattic 宣布調降貢獻時數，後續影響仍須依實際開發資料判斷。

人事震盪之外，治理風格的爭議也在累積。2025 年初，Mullenweg 在一場他自嘲式的社群提問串之後解散了 WordPress 的永續發展團隊，那個提問串徵求的主題，是如何在 2025 年製造更多 WordPress 戲劇，而團隊代表當時剛宣布請辭。加上先前貢獻者在私有頻道發言後遭停權的事件，貢獻者存取權與團隊治理值得持續觀察。這些事件是否影響版本時程與文件品質，仍須以後續資料判斷。

平台信任層面的變化更長遠。事件期間 WP Engine 主張 Mullenweg 曾向支付處理商 Stripe 施壓，意圖切斷 WP Engine 的金流服務，Automattic 否認這個描述。這項雙方說法不一的指控，可作為網站經營者盤點金流與平台依賴的情境。企業客戶是否因此改變決策，仍須另有資料判斷。社群逐日時間線記載 BBC 曾報導這場糾紛。作為單點規模參考，依 W3Techs 在 2026 年 9 月的統計，WordPress 仍驅動全體網站的 40.2%，在已知內容管理系統的網站中佔 58.8%。TechCrunch 在 2024 年 12 月的禁制令報導，也引用過 WordPress 驅動超過四成網站的量級，與 W3Techs 將近兩年後的量測落在同一區間。這個單點數值不能判定訴訟前後的市占變化。

把鏡頭拉遠，平台本身的工程動能並沒有停擺。據 2026 年 6 月的媒體彙整，WordPress 7.0 在 2026 年 5 月中旬發布，七天內有 46% 的安裝完成自動更新，該報導未記載更新故障。對照同期的訴訟新聞，這個安靜的里程碑其實是重要訊號：這次版本發布與自動更新結果提供一個工程運作的觀察點，仍不足以推論所有更新情境的可靠度。真正的風險從來不在 WordPress 不能用，而在依賴結構太單薄。

對開源社群而言，本案呈現不同控制點的治理問題：WordPress Foundation 持有商標，Automattic 是唯一商業被授權人，Mullenweg 個人持有 WordPress.org 網域。網站經營者可分別檢查商標授權與更新通道的依賴。已有報導記載貢獻者遭停權與團隊解散。採購端可把更新通道與替代方案列入審查。

採購網站服務時，可把外掛供應商背景、更新通道與資料匯出方式列成查核項目。ACF 接管與 WordPress.org 封鎖事件顯示，外掛來源與更新權限可能受平台治理影響。企業可據此要求主機商說明中斷時的處理流程與退場方案。落實到文件面，這張查核表至少該有三欄：依賴項、供應者、中斷時的替代路徑。依賴項不只外掛，還包括更新通道、備份存放與網域等基礎環節。以本案套用這張表，可以得到一列具體範例：依賴項是外掛與佈景主題的更新，供應端是 WordPress.org 目錄，替代路徑是主機商自建的更新機制。填表的價值在把抽象的生態風險換算成可指名的服務與可查核的環節，盤點結果也能直接交給團隊或供應商討論。封鎖事件期間，社群時間線稱 WP Engine 只有兩個半工作天可建立可用鏡像。WP Engine 官方時間線記錄，該公司在 2024 年 9 月 30 日部署替代更新機制。網站經營者可事先詢問主機商的備援通道、切換條件與處理時程。

一般網站經營者的啟示：選主機的五個檢查點

看完全案，拉回大多數讀者真正關心的問題：這場戰爭對「選 WordPress 主機」這件決策到底改變了什麼。答案可以收斂成五個檢查點，這五項用來檢查事件揭示的依賴風險與預防需求。第一個檢查點是外掛更新通道的自主性。封鎖與 ACF 事件顯示，當主機商與生態治理者的關係生變，用戶的更新來源可能受影響。WP Engine 的 Secure Updater 是被逼出來的範例，其他主機商是否有等效機制，值得放進比較清單。

以更新通道來說，具體可以問三個問題。這家主機的外掛更新是不是完全經由 WordPress.org 目錄送達？主機商有沒有自建的下載鏡像或備援機制？出現重大資安修補時，多久能推送到客戶的網站？三個答案構成一張風險切片：完全依賴單一通道又沒有備援的主機，在極端情境下就是事件重演的候選人。

第二個檢查點是主機商對開源社群的參與透明度。Five for the Future 的貢獻時數雖然數字上有爭議，但方向本身沒有錯：主機商的貢獻紀錄可作為透明度的檢查項目，仍須另查更新通道是否有備援。實務上可以查看主機商官方網站是否揭露團隊成員參與 WordPress 核心或社群的具體方式，把口號與可驗證的事實區分開來。檢查參與紀錄時，可依官方頁面列出的時間投入與贊助資源兩種方式，分別向主機商索取可核對的公開紀錄。單一總時數無法代替對兩種參與形式的查核。

第三個檢查點是資料可攜性與完整備份。禁制令能恢復的是外掛存取權，不能替你找回資料庫裡的內容。WordPress.org 官方聲明指控 WP Engine 預設關閉版本修訂的段落，無論你採信哪一方的版本，都提醒了一個通則：主機商對 WordPress 預設值的任何調整，都該在簽約前問清楚，尤其是影響內容保全的設定。同一篇官方聲明還提供了一個對照基準，稱 WordPress.org 頁面上推薦的主機，都沒有預設關閉版本修訂。這項比較出自同一陣營的聲明，不能單憑它確認 WP Engine 與其他主機商的預設值差異。網站經營者可把版本修訂的出廠設定列為簽約前核對項目。網站層面則要有自己的備份節奏，完整檔案加資料庫的異地備份，並定期實際演練還原，相關做法可以參考WordPress 備份與還原的完整教學。

第四個檢查點是關鍵外掛的依賴管理。ACF 被接管顯示，依賴單一關鍵外掛的網站需要預先規劃替代方案。Mullenweg 本人在事件後斷言「數百萬網站」將在數週內轉向替代方案，無論規模是否如他所言，方向是對的：每個關鍵外掛都該有明確的備援方案，不是指隨時棄換，而是清楚知道如果這個外掛明天消失或變質，遷移路徑是什麼、成本多大。挑選外掛時，開發者的公司體質、更新頻率與授權條款，都該與功能列表一起評估。

第五個檢查點是對生態集中度的風險意識。本案涉及商標授權與外掛散布通道的集中風險，網站經營者可分別盤點權利與通道的依賴。對企業網站而言，可盤點更新通道、關鍵外掛與資料匯出能力，再依營運需求決定是否分散主機或調整平台。風險管理的原則，在網站經營與其他領域沒有兩樣。

五個檢查點背後的共同邏輯，是把自己控制不了的外部依賴逐一列出來，再為每一項準備退路。實際操作時可以開一張三欄表格：左欄寫依賴項，例如主機、關鍵外掛、金流外掛、表單外掛，中欄寫它失效時的衝擊程度，右欄寫替代方案與切換所需的時間。事前列出依賴與替代路徑，有助於評估類似事件的影響。表格不必完美，寫下來的那一刻，你對自己網站的風險形狀就有了具體認知。

評估主機商的社群參與時，有幾個可驗證的訊號值得看：官方部落格有沒有具名工程師的技術文章，團隊頁面有沒有人掛著 WordPress 貢獻者的身分，公司在社群活動的贊助與出席紀錄是否公開可查。反向訊號同樣有用，一家以 WordPress 為主要業務的公司，如果完全找不到社群參與的痕跡，它對這個生態的長期承諾就值得多問幾句。

還有一個容易被忽略的視角：託管主機的價值主張，本來就是業者代替你處理技術細節，包括更新、資安與相容性。這次事件提醒我們的不是託管模式失效，而是要確認業者處理細節的鏈路上，哪些環節依賴外部基礎設施，出事時由誰負責補上。問清楚這一題的答案，託管帶來的便利與這次暴露的風險，就能同時放進天平兩端。

選 WordPress 主機的實際做法

把五個檢查點落成行動，可以從三份基礎認知起步。先弄清楚 WordPress 自架與託管服務的差異，理解 WordPress.org 與 WordPress.com 是兩回事，可以參考WordPress.org 與 WordPress.com 的比較，區分兩者有助於理解事件中各平台的角色。再依網站規模選主機類型，共享主機、VPS 與雲端主機的適用場景不同，主機類型比較指南與虛擬主機完整指南有系統性的整理。鎖定 WordPress 專用主機後，用WordPress 主機類型與挑選關鍵的框架複查一次規格與支援範圍。

規模不同的網站，配置策略可以很不一樣。個人部落格與小型官網，可從共享主機或入門級 WordPress 主機起步，同時核對更新備援、備份還原與關鍵外掛替代方案。營收直接依賴網站的電商或內容事業，可先盤點更新通道、備份還原與主機遷移能力，再依營運需求評估是否分散主機，並為結帳、表單、快取等關鍵外掛規劃替代方案。資源有限時，順序比完美重要：先把備份做扎實，再處理外掛替代清單，其餘項目隨資源逐步補齊。

進入具體評估時，把五個檢查點變成實際問題去問主機商與自己。查更新機制：主機是否在 .org 目錄之外提供任何更新備援？查貢獻紀錄：廠商網站與團隊頁能否找到可驗證的社群參與？查匯出能力：能否一鍵完整匯出檔案與資料庫，搬到別家主機的流程文件是否公開？查預設值：版本修訂、快取、PHP 版本這些設定出廠值是什麼？查合約：服務條款裡對外掛供應鏈中斷的處理有無著墨。誠實的廠商會把這些答得清楚，閃爍的答案本身就是資訊。實際開箱某家主機時，可以參考像A2 Hosting 評測這類逐項實測的格式，把速度數據與上述風險面向一起看。

合約面也有幾個值得看的條款。服務等級協議裡對停機的定義與補償、搬家時的資料匯出配合義務、外掛與主機環境的相容性責任歸屬，都可在簽約前逐項確認。預設合約通常沒有多少談判空間，但簽之前至少完整讀過一遍，知道出事時雙方的權利義務邊界在哪裡，比出事後才翻條款從容得多。

已經有網站的人，兩件事值得排進行事曆。一是備份演練：本季做一次完整備份加還原測試，確認備份真的可用，而不是只是存在。二是依賴盤點：列出網站上停掉就會出事的關鍵外掛清單，為每個項目寫下一行替代方案與遷移成本，這份清單平常無用，生態巨變時就是你的應變劇本。若盤點後決定換主機，搬家流程可以照零停機遷移教學的步驟走，把 DNS 切換與回滾計畫先寫好再動工。

至於要不要因為這場訴訟避開特定廠商，判斷標準不是訴訟當事人的身分，而是廠商在事件中展現的工程韌性與客戶溝通品質。WP Engine 官方時間線記錄，該公司在 2024 年 9 月 30 日部署替代更新機制。評估其他主機商時，可詢問備援通道與客戶通知流程，並請業者提出可核對的資料。

節奏面建議把風險體檢綁進固定的營運行事曆。每年做一次完整的依賴盤點與備份還原演練，每次改版或遷移前更新那張三欄表，遇到生態級的新聞事件時對照檢查一次。把風險管理變成行事曆上的重複事件，而不是新聞驅動的恐慌性動作，是這場仍在進行的訴訟給每個網站經營者最實用的一課。

WordPress 糾紛常見問題

以下七題濃縮台灣網站經營者對這場訴訟最常見的疑問，答案依正文所列事實與風險檢查框架整理。