經過全球開源社群的長期開發，驅動全球超過 40% 網站、長期穩居市場龍頭的內容管理系統（CMS）WordPress 7.0 正式釋出，這是 2026 年的首個主要版本（Major Release）。
值得注意的是，原本被視為 7.0 旗艦功能的即時協同編輯（Real-Time Collaboration）在發布前最後階段被決定移出此版本，CyberQ 在本文中也會詳細說明此一變動。WordPress 官方目前已正式釋出 WordPress 7.0 發布與下載頁面，供全球開發者與站長下載更新，CyberQ 也在第一時間進行了測試與套件相容性檢查。
WordPress 7.0 核心重點
AI Client API 正式進入核心：標準化的 AI 連線基礎
7.0 最具策略意義的變動，是在核心中導入了全新的 AI Client API 與 Connectors（連線器）管理畫面。
這是一個服務商中立（provider-agnostic）的標準化介面，AI 模型提供者本身並不內建於 WordPress 核心，而是由各種外掛註冊不同的服務商。站長可以在新的 Connectors 畫面中集中管理所有外部服務的串接（不限於 AI），透過官方推出的選用型 AI 外掛，編輯器內就能直接執行：
自動產生文章標題與摘要
圖片生成與編輯
自動建議圖片替代文字（alt text）
對開發者而言，任何需要連結外部服務的外掛，都可以使用這套標準化的連線管理系統，大幅降低過去各家外掛自行實作 API Key 管理、認證流程所帶來的混亂。
全新現代化後台：DataViews 全面接管
沿用多年的傳統 WP-Admin 後台進行了新的重構。基於 React 打造的 DataViews（資料檢視） 在 7.0 達到成熟，大量取代了傳統的 PHP WP_List_Table 列表。
新後台帶來了近乎單頁應用程式（SPA）的零延遲體驗，管理員可比以往更快地進行過濾篩選、網格／清單視圖切換與批次操作。整體視覺也經過重新調整，透括新的預設配色方案、更新後的按鈕與輸入元件，頁面之間採用淡入淡出切換取代過去突兀的跳轉。
視覺化版本記錄（Visual Revisions）
過去 WordPress 的修訂版本檢視只能逐字比對，並不直觀。7.0 新增了 時間軸捲動條（Timeline Slider），搭配區塊層級的視覺化標記，讓使用者可以一眼看出每個版本到底改了哪些區塊，找到想要的版本後一鍵還原。
區塊級 Notes（留言與註記）
雖然即時協作未能在本版本登場，但 7.0 仍帶來了一項實用的編輯協作工具，區塊層級的 Notes。編輯者可以針對特定區塊新增留言，搭配 @mention 通知機制，讓編輯流程中的審稿與意見交換能直接在編輯器內完成，不必再切換到外部工具。需要注意的是，這目前仍是單人留言模式，而非真正意義上的多人即時協作。
區塊樣式（Patterns）的全新操作邏輯
過去使用 Patterns 時，常常要在巢狀區塊間反覆鑽找才能改到想改的元素。7.0 將 Patterns 視為單一區塊來操作，拖入頁面後即可直接像操作單一區塊一樣調整文字、圖片與樣式，若需要深度客製化，只要點擊編輯 Pattern即可進入完整的編輯模式。
響應式區塊顯示控制
設計者現在可以針對 不同螢幕尺寸選擇要顯示哪些區塊。這讓行動裝置版面可以更精簡，也能保留多個版本供 A/B 設計，不必再透過 CSS hack 處理。
全新導航 Overlay 設計畫布
導航選單擁有專屬的編輯畫布，可以建立超越單純連結清單的選單體，欄位排版、字級放大、對齊方式都能客製化，也可以從預設範本開始，或從零打造。
字型庫（Font Library）全主題開放
過去字型庫僅在 Block Themes 中可用，7.0 起 支援所有主題。無論使用的是傳統佈景或區塊佈景，都能直接在編輯器中瀏覽、安裝與管理字型。
新增 Icon 區塊
7.0 內建全新的 Icon 區塊，附帶官方圖示庫，可直接拖入頁面並套用樣式，省去過去仰賴第三方圖示外掛或 SVG 手刻的麻煩。
效能與無障礙提升
7.0 改善了圖片載入優先級的判斷邏輯，避免隱藏在導航 Overlay 或互動式區塊中的圖片影響關鍵資源載入。傳統佈景下的按需載入區塊樣式表更加可靠，並新增了腳本依賴 Script Modules 的能力，進一步降低 render-blocking。無障礙方面，本版本對媒體管理、語音控制可用性、新後台配色的對比度皆有改善。
PHP 版本要求
7.0 的硬性最低需求為 PHP 7.2.24+，官方建議使用 PHP 8.3+ 以獲得最佳效能。
兩項重要功能延後說明
即時協同編輯（Real-Time Collaboration）並未隨 7.0 推出
長期以來，多人同時開啟同一篇 WordPress 文章會觸發接管（Take over）鎖定機制。Phase 3 路線圖的核心目標——類 Google Docs 的即時協作體驗——原本被視為 WordPress 7.0 的旗艦功能。
然而在 2026 年 5 月 8 日，距離正式發布僅剩 12 天時，Matt Mullenweg 親自決定將即時協作功能從 7.0 中移除。官方說明的主要顧慮包括：
介面範圍（surface area）過大
競態條件（race conditions）難以收斂
伺服器負載與記憶體效率仍未達理想
Fuzz 測試中持續發現新的 bug
該功能的程式碼在 RC3 之後已從核心中完整移除（並非僅是停用），WordPress 7.0 RC4 起就不再包含相關程式碼路徑。官方表示將在 7.1 開發週期中重新評估此功能——但業界普遍認為，這並不等同於承諾在 7.1 中發布。
原生多語系（Native Multilingual）仍在 Phase 4 路線圖上
過去網路上一度流傳 WordPress 7.0 會將多語系 API 寫入核心的說法，這項預期並未在實際版本中實現。根據官方目前的路線圖，原生多語系屬於 Gutenberg Phase 4 的範疇，預計在 WordPress 7.2（2026 年 12 月） 才會開始打下技術基礎。目前多語系網站仍需仰賴 WPML、Polylang、TranslatePress 等第三方解決方案。
CyberQ 觀點
AI Client API 比想像中更具戰略意義。 過去每個導入 AI 功能的外掛（Yoast、Rank Math、Jetpack 等）都各自實作 API Key 管理與服務商串接，造成站長要在多個外掛中重複輸入金鑰、安全性也參差不齊。7.0 統一了這個入口，讓未來換一個 AI 服務商這件事，可以像換一個 SMTP 設定一樣簡單。對於 Headless WordPress 架構或希望整合自家 LLM 的企業用戶，這是相當實用的基礎建設。
即時協作延後是務實的決定。 從技術角度，把一個還在 Fuzz 測試中持續出 bug 的功能塞進核心，後續造成的災難（資料遺失、相容性問題）會遠大於延後發布的代價。CyberQ 認為這次社群展現了相當成熟的工程紀律，但同時也要提醒：對於原本期待 7.0 帶來Google Docs 級協作體驗的編輯團隊，這個藍圖恐怕還要再等一到兩個版本，現階段如有強烈需求仍應考慮 Multicollab 等第三方外掛。
DataViews 對 PHP 工程師是轉型訊號。 過去熟悉 WP_List_Table 與 PHP Hooks 客製化後台的工程師，從此需要面臨 React 與 JavaScript API 的學習曲線。深度後台客製化的技術門檻已經實質提升，這對代理商與企業內部開發團隊都是值得提早佈局的方向。
升級建議：穩定為王，鑒於WordPress 7.0 是一次重要的 Major Release，CyberQ 提供以下建議：
切勿在正式環境（Live Site）直接升級。 涉及後台 DataViews 的底層變更、AI Client API 等新基礎建設，直接升級風險偏高。
務必使用測試環境（Staging Environment）驗證。 確認所使用的佈景主題與所有核心外掛（特別是 WooCommerce、頁面編輯器、SEO 與多語系外掛）已明確發布相容於 WordPress 7.0 的版本。
商業與電商網站建議耐心觀望。 如果您的網站攸關營收，CyberQ 建議等待 7.0.1 或 7.0.2 的修補版本釋出後，再行升級最為保險。
PHP 版本檢查： 雖然最低需求為 PHP 7.2.24+，但官方建議 PHP 8.3+，升級前一併規劃 PHP 版本提升能獲得更佳的效能與安全性。
欲了解更多 WordPress 7.0 的技術細節，請參考以下連結：
WordPress 官方發展藍圖 (Gutenberg Roadmap)（追蹤 Phase 3 協作與 Phase 4 多語系的官方長遠目標）
Make WordPress Core 開發團隊日誌（掌握最新的底層 API 變更、DataViews 與前端效能測試探討）
Gutenberg GitHub 開放原始碼專案庫（檢視最新的即時協作功能貢獻、Issue 追蹤與程式碼修復進度）
