WP Engine 與 WordPress 官方爭議的分析

WordPress 開源軟體 ( Open Source Software ) 架站系統是目前市佔最高的系統,因此全世界有無數的相關人員包括網頁主機供應商及他們底下的資訊工程師,還有幾乎每家網頁設計公司也都主要依賴幫客戶架設 WordPress 網站維生,還有各地程式高手為 WordPress 撰寫佈景主題及外掛程式,最後更有許多公司或個人靠著幫客戶管理維運 WordPress 網站而獲利的人員。

整個 WordPress 生態就就是由這些人共同維護的,這也就是 WordPress 會越來越大的原因之一,因為 WordPress 養活整個生態中的每個人,所以我們相關從業人員都對 WordPress 懷著感謝之心。

事件的開始是 2024/09/21 在 WordPress 的官網上看到了這一篇由創辦人之一的 Matt Mullenweg 發表的文章:

WP Engine 不是 WordPress

WP Engine is not WordPress

文章的摘要節錄如下:

WP Engine 將 WordPress 核心功能進行修改和限制,並聲稱這樣做是為了提高網站速度,實際上是為了節省儲存數據的成本。WP Engine 禁用了 WordPress 的修訂功能,而其他推薦的主機則不會預設關閉該功能。這限制了用戶追蹤和恢復內容變更的能力,削弱了 WordPress 的內容管理保護,導致用戶無法在出錯時找回資料。這一做法讓 WP Engine 利潤更高,但也給用戶帶來了劣質的體驗。

WP Engine 將經過修改的 WordPress 版本作為官方產品提供,實際上是經過肢解的廉價仿製品,且收取高額費用。他們這種行為被比喻為「癌症」,如果不加以遏制,可能會影響其他業者仿效,破壞 WordPress 開放且保護用戶內容的初衷。用戶應該意識到他們手握權力,可以要求 WP Engine 至少啟用部分修訂功能,甚至轉向其他更符合 WordPress 標準的主機服務,因為 WP Engine 是唯一預設關閉修訂功能的公司,這違反了 WordPress 保護用戶內容的核心承諾。

本來以為 WordPress 老闆不爽發發牢騷而已,沒想到再過了 4 天之反 9/25 Matt Mullenweg 更加碼宣佈:

WP Engine 已經被 WordPress.org 官方封鎖

WP Engine is banned from WordPress.org

WP Engine 的商業模式和品牌策略讓許多用戶誤以為它是 WordPress 官方服務,但事實並非如此。WP Engine 通過禁用 WordPress 的部分核心功能,提供經過修改的版本,這破壞了 WordPress 原本保護用戶數據和內容的承諾。特別是修訂系統,這是一個關鍵功能,可以讓用戶追蹤和恢復任何編輯記錄,確保資料安全。WP Engine 禁用這項功能,主要是為了降低儲存變更歷史的成本,但這嚴重損害了用戶體驗,削弱了 WordPress 作為內容管理系統的核心價值。

儘管 WP Engine 試圖以「優化網站速度」為理由來解釋這些修改,實際目的是節省儲存空間和提高利潤。這種做法讓用戶無法追溯和恢復內容,違背了 WordPress 保護用戶內容完整性的初衷。其他主機並不會預設禁用這些功能,這使 WP Engine 的行為格外突出,顯示出他們對 WordPress 社群的貢獻不足,卻從中獲取龐大利潤。總體來說,WP Engine 透過利用品牌認知的混淆,從 WordPress 生態系統中掠奪資源,並為用戶提供次等的服務體驗

針對 WordPress 官方下這麼重的手我們不禁會問?有那麼嚴重嗎?不就是把修訂版本功能關閉,了不起 WP Engine 給個善意把它打開不就沒事了?而且官方也說了:請提供至少 3 個修訂版本,這也不是很嚴苛的要求啊!

在進一步說明之前有必要讓大家先瞭解 WordPress 的開源精神及 GPL 授權規範。

WordPress 社群的開源精神是什麼?

WordPress 是開源軟體,並且遵循 GPL(GNU General Public License)授權協議。讓我們詳細解釋什麼是開源軟體和 GPL?

開源軟體 (Open Source Software)

開源軟體指的是源代碼(原始程式碼)對外開放的軟體,任何人都可以自由地查看、修改和分享這些代碼。開源軟體的目的是促進協作和透明度,讓開發者和用戶能夠共同改進和增強軟體的功能和安全性。開源軟體有以下幾個特徵:

  1. 源代碼公開:使用者可以獲取軟體的源代碼,不僅僅是使用軟體,還可以研究其內部運作原理。
  2. 自由修改:使用者可以修改源代碼,以滿足自己的需求或修正軟體中的錯誤。
  3. 自由分享:使用者可以將原始版本或修改後的版本再分發給他人,這樣能促進軟體的傳播和改進。
  4. 社群協作:開源軟體往往由一個開放的社群共同維護,許多志願者或開發者會貢獻修正或新增功能。

GPL (GNU General Public License)

GPL 是由自由軟體基金會 (Free Software Foundation, FSF) 創立的一種自由軟體授權協議,它是開源軟體中最常用的授權協議之一。它保障了軟體的「自由」使用、修改和分發,並確保所有基於該軟體的衍生版本也遵循相同的條款。

GPL 的核心理念是「版權共有」,即使他人基於該軟體進行修改和分發,這些修改後的版本也必須保持開放和自由。

GPL 的主要條款:

  1. 自由使用:任何人都可以免費使用 GPL 授權的軟體,無論是個人還是商業用途。
  2. 自由分享:使用者可以隨意分享這個軟體,無需授權費用,這包括複製和分發軟體的副本。
  3. 自由修改:使用者可以自由修改軟體的源代碼,以適應自己的需求。
  4. 同樣的授權條款:任何基於 GPL 軟體的修改或衍生作品,都必須以相同的 GPL 授權條款釋出,這確保軟體的自由和開放性永遠不會被剝奪。

簡單來說,GPL 是一種「互惠」的開源授權協議,當你享受 GPL 軟體的自由時,你也有責任在分發或修改軟體後繼續保持這些自由。這就是為什麼 WordPress 和許多其他開源專案選擇 GPL 作為他們的授權協議,以確保軟體的自由開發和共享文化。

開源軟體及 GPL 授權協議的精神

開源軟體像 WordPress 遵循 GPL 許可證,這意味著任何人都可以自由使用、修改和分發 WordPress,同時也必須確保這些改進後的版本同樣遵循 GPL 規範。

這種模式促進了軟體的創新和開放,並確保了用戶對軟體的完全控制權。

完整的 WordPress 自我介紹可以參考官網的 關於,不過只有英文版沒有中文版。

WP Engine 與 WordPress 官方爭議的分析

事實上 WP Engine 與 WordPress 社群之間的爭端,涉及的並不是他們直接違反 GPL 許可協議,而是 WP Engine 的商業行為和技術策略引發了對 WordPress 社群理念的挑戰,從而導致 WordPress 官方的反應。具體原因如下:

1. 禁用核心功能

WP Engine 禁用了 WordPress 的 修訂系統(Revisions System),這是一個記錄內容變更歷史的重要功能,能讓用戶追溯並恢復內容。WP Engine 禁用這個功能的原因是為了節省儲存數據的成本,這破壞了 WordPress 保護用戶數據的核心承諾。這種禁用並不違反 GPL,但它削弱了用戶的 WordPress 體驗,違背了 WordPress 開源軟體的設計原則。

2. 利用品牌混淆

WP Engine 在品牌推廣中,讓許多用戶誤以為它是 WordPress 官方提供的服務,這導致用戶將 WP Engine 與 WordPress 本身混淆。事實上,WP Engine 並不是 WordPress 官方的一部分,它是一家獨立的商業公司,儘管它基於 WordPress 提供服務,但它修改了部分核心功能,並將這些改變後的 WordPress 視為他們的服務核心。這種做法雖然不直接違反 GPL,但被認為是利用了 WordPress 社群和商標的混淆,從中牟取不應有的利益。

3. 開源社群的貢獻不對等

WordPress 是一個開源社群驅動的專案,依賴眾多參與者的貢獻和協作。WP Engine 每年從 WordPress 生態系統中賺取了數億美元的收入,但它對 WordPress 社群的回饋貢獻(例如開發工時)非常有限。

WordPress 官方和社群對此感到不滿,因為開源社群的健康發展需要使用者不僅僅是消費者,還要回饋社群,這樣才能確保軟體的長期可持續性。

4. 資本與商業操控的擔憂

WP Engine 背後有大型私募股權公司 Silver Lake 的投資,這讓 WordPress 社群擔心商業資本的介入會逐漸侵蝕 WordPress 的開放和自由精神

這些大資本的運作模式更注重盈利,可能會逐步修改和影響開源軟體的運營模式,違背了 WordPress 作為一個開放社群的初衷。

5. WP Engine 與 WordPress.org 的分裂

最終,WordPress 官方封鎖了 WP Engine 對 WordPress.org 服務的免費訪問權限,這包括無法再使用 WordPress.org 提供的用戶登錄系統、更新服務、插件和主題目錄等資源。

這表明 WordPress 官方希望切斷 WP Engine 與其資源的聯繫,以此維護 WordPress 社群的核心價值,並保護用戶不被誤導。

這是否違反了 GPL?

WP Engine 並沒有明顯違反 GPL。GPL 的要求是任何基於 GPL 軟體的修改和分發都必須保持自由和開放,WP Engine 仍然在遵守這些要求。他們提供的 WordPress 仍然遵循 GPL,任何人都可以獲取他們修改的源代碼。然而,問題在於他們的商業行為和技術選擇背離了 WordPress 社群的理念和開源精神,這才引發了 WordPress 官方的強烈反應。

身為 WordPress 使用者,我們的看法

最近,WordPress 官方封鎖了 WP Engine,這一舉動在網路上引發了大量討論。支持 WordPress 的一方認為,這是為了維護 WordPress 社群的發展,而 WP Engine 的行為破壞了核心功能,應該被制止。

相對地,支持 WP Engine 的一方認為 WordPress 官方反應過度,僅僅因為 WP Engine 關閉了修訂版本功能,就做出如此強烈的反應,似乎是在警告其他主機商不要嘗試挑戰官方的規範。

事實上,我們也知道,有些專門針對 WordPress 用戶提供服務的主機商,他們的限制甚至超過 WP Engine。這些主機商禁止使用者自行安裝外掛或佈景主題,但我們經過搜尋和反覆求證,包括使用 ChatGPT 詢問後得知:這樣的做法並未違反開源軟體精神和 GPL 授權條款。開源軟體和 GPL 強調的是源碼的自由獲取、修改和分享,並未明確規定服務商不能對後台權限進行限制。

唯一可能產生爭議的點是,這樣的限制確實影響了使用者體驗。然而,對使用者體驗的看法是主觀的 --- 有些使用者選擇這類受限的服務,因為他們希望獲得的是便利性,而不是完全的自由操作。因此,這種限制對他們來說並非壞事,反而是他們追求的使用體驗。

值得一提的是,如果你去了解 WordPress 官方自己提供的網站主機 WordPress.com,你會發現使用者也無法隨意安裝佈景主題或外掛。既然 WordPress 官方的主機也對功能設有限制,那麼批評 WP Engine 關閉修訂版本功能是否過於嚴苛?尤其是安裝外掛這樣的權限,也可以被視為核心功能之一

至於這次爭議的背後,可能涉及更多的財務考量。WordPress 近來透過多種方式推廣付費訂閱版的 Jetpack,這顯示出他們可能面臨財務壓力。舉例來說,我們的一個非營利公益團體的 WordPress 網站曾申請免費版的 Jetpack,但官方始終未給予回應,這種做法讓人質疑 WordPress 的道德立場。

總而言之,這次事件帶來了一個值得深思的問題:

WordPress 封鎖 WP Engine,是正義的出手,還是利益考量的結果?

至於另外一個數位自主權的問題,我們可以在未來的討論中再深入探討。

補充:WP Engine 暫緩封鎖

WP Engine Reprieve

就在本文發表之後,WordPress 官方又發表了以下的聲明,暫緩對 WP Engine 的封鎖,或許事情有轉圜的餘地。

我聽說一些 WP Engine 的客戶對於無法在他們的網站上更新、存取外掛目錄、佈景主題目錄和 Openverse 感到非常挫折。他們因此受到 Silver Lake 商業決策的負面影響,讓我感到難過。

WP Engine 在其首頁上承諾:「無與倫比的效能、自動更新,以及堅如磐石的安全性,確保您的網站蓬勃發展。」

WP Engine 完全知道,在他們選擇無視我們解決分歧並簽訂商業授權協議的努力後,我們有權限制他們的資源存取。Heather Brunner、Lee Wittlinger 和他們的董事會選擇承擔這個風險。WP Engine 也清楚他們是將這個風險直接轉嫁到他們的客戶身上。你可能認為 WP Engine 已準備好應對措施,或者他們只是在對待他們的客戶時過於魯莽。實際上,是 Silver Lake 和 WP Engine 讓他們的客戶陷入風險,而不是我。

我們已經解除他們伺服器的封鎖,直到 UTC 時間 10 月 1 日 00:00。希望這能幫助他們啟動所有 WordPress.org 資源的鏡像,這些資源他們一直在免費使用,卻未支付費用,還向我們提出法律威脅。

發表迴響

這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料