WordPress 7.1 已於 2026 年 8 月 19 日正式發布，時間點刻意安排在鳳凰城 WordCamp US 2026 的最後一天。這是繼 5 月的 7.0「Armstrong」之後，2026 年的第二個主要版本。WordPress 7.0 著重 AI Client 與 Abilities API 等基礎建設，7.1 則轉向編輯體驗的長期痛點，由超過 800 位貢獻者共同完成，Release Lead 為 Automattic 的 Anne McCarthy。
CyberQ 也進行了實測，本版資料庫版本（wp_options 中的 db_version）為 61833，Trac revision 為 62516。
核心新功能
回應式區塊樣式，不必再寫自訂 CSS
7.1 其中一個重點是內建回應式設計，使用者可以直接在編輯器中設定區塊在不同螢幕尺寸下的外觀，涵蓋 Global Styles 與個別區塊層級，全程不需撰寫 CSS。佈景主題作者也能在 theme.json 中自訂行動裝置與平板的斷點（breakpoints），取代 WordPress 的預設值，回應式樣式與區塊可見性都會自動套用自訂數值。
同場加映的是互動狀態（interactive states）樣式，Button 與 Navigation Link 區塊的 hover、focus、active 狀態，現在可以直接透過編輯器的樣式控制項設定。
瀏覽器端媒體處理，用 WebAssembly 版 libvips
圖片壓縮、縮放與縮圖產生改在瀏覽器端執行，技術上是透過 WebAssembly 版本的 libvips。這代表大檔案上傳不會再撞上 PHP 記憶體限制，也不會在共享主機上逾時，同時釋放伺服器的 CPU 與記憶體。媒體處理內建 AVIF、HEIC 與 HDR gain map 支援。
對長期為客戶調校伺服器資源的 IT 或 Web 維運人員來說，這是實質的架構轉變。過去 WordPress 縮圖產生吃掉 PHP-FPM worker 的問題，在 7.1 之後會逐步移轉到訪客的瀏覽器端。
其他重點
編輯器方面，新的媒體編輯 modal 取代舊的行內裁切工具，將自由裁切、比例裁切、翻轉、精確旋轉與中繼資料編輯整合為單一工作流程。管理員工具列（admin bar）現在會在所有編輯器中保持顯示，並獲得小幅視覺更新。
協作方面，Notes 功能支援 rich text 與 @mentions，可以標註協作者並觸發電子郵件通知，也能針對特定文字選取範圍留言，而不再侷限於整個區塊。
區塊方面新增 Playlist（含波形視覺化）與 Tabs 頁籤區塊。外掛與佈景主題作者現在可以註冊自訂圖示集（icon sets），與 WordPress 內建圖示庫並列於編輯器中使用。無障礙部分則有新的 accessible tooltips API 與多處管理介面標籤改善。
市場與安全性更新觀察
截至本文撰寫時間（8 月 20 日），7.1 發布僅一天，WordPress.org 支援論壇尚未出現大規模災情回報，多數代理商與維運業者仍在 staging 環境測試階段，實際災情通常會在後續數週的日常使用中浮現，此點待持續觀察。
不過對照 7.0 的發布週期可以合理預期後續走向。7.0 於 5 月 20 日發布後，7.0.1（7 月 9 日）修復了 31 個橫跨核心與區塊編輯器的錯誤，7.0.2（7 月 17 日）處理一個 critical 與一個 high 嚴重度的安全性問題，嚴重到 WordPress.org 對受影響版本啟用強制更新，7.0.3（8 月 6 日）又補上十餘項修復。主要版本發布後的前幾週，向來是問題浮現的高峰期。
CyberQ 評估，7.1 屬於精修既有系統而非打掉重建的版本，整體風險低於 7.0。風險最高的兩個路徑是仍停留在 Block API v2 的自訂或老舊區塊，以及假設所有圖片處理都在伺服器端進行的媒體外掛。維護中的主流外掛在正常 staging 驗證後大多可平順升級。
對外掛開發者與市場的影響
iframe 編輯器強制化，Block API v2 以下的區塊首當其衝
7.1 對所有區塊佈景主題強制啟用 iframe 模式。原本我們在過去只要載入一個仍使用 Block API v2 或更舊版本的區塊，WordPress 就會自動退回舊的非 iframe 模式，這個後路現在被拿掉了。仍在使用 v2 API 的自訂區塊，得要升級到 v3，否則可能出現樣式或行為異常。這是本次升級最可能出問題的地方，開發者應優先檢查。
React 19 未隨 7.1 出貨，但時鐘已經在走
原訂的 React 19 升級並未進入 7.1，核心維持在 React 18.3。此升級先前曾在 Gutenberg 短暫啟用，隨後因新舊 React 版本互動以及外掛消費 React 的方式出現非預期的相容性問題而回退。目前 Gutenberg 23.4 之後提供實驗性旗標，可在執行期切換為 React 19 模擬未來環境。
CyberQ 建議，開發者需要特別留意兩種失敗模式。第一是直接打包 react/jsx-runtime 而非使用 WordPress 提供的外部化 script，第二是依賴 React 19 已移除的功能，例如 string refs 或函式元件的 default props。WordPress 官方的 Plugin Check 套件，也在開發自動偵測這類問題的能力。
Classic 區塊死刑暫緩
原本計畫在 7.1 將 Classic 區塊從區塊插入器中移除，此決定已於 7 月 7 日正式撤回，Classic 區塊將持續保留在插入器中。對大量依賴傳統編輯流程的內容團隊與相關外掛而言，這是短期利多，但長期的區塊化方向並未改變。
開發者 API 持續擴充
7.0 引入的 Abilities API 在本版獲得查詢、過濾與驗證強化。Block bindings 延伸支援 List Items。新增的自訂圖示註冊機制與對應的 REST API 端點（icon collections），讓外掛能以標準化方式將圖示整合進編輯器。這些都延續了 7.0 以來為外掛開發者鋪路的策略，特別是 AI 功能的擴充點目前多數仍留給外掛生態系實作。
市場面解讀
對代理商與維運業者，7.1 的升級成本評估相對溫和，但媒體處理移往瀏覽器端的架構轉變值得留意。依賴伺服器端圖片處理流程的方案（例如自動浮水印、CDN 離載前處理）需要重新驗證。對主機商而言，縮圖產生負載外移是長期利多，可能改變共享主機方案的資源配置假設。
CyberQ 建議所有維運 WordPress 站台的團隊維持安全營運 SOP，先完整備份（含資料庫），在 staging 環境驗證外掛相容性，確認外掛作者標示 7.1 相容後再上正式環境。電商、會員制或高度客製化的站台，建議至少等待一至兩週，讓外掛作者完成相容性更新。
參考資料
WordPress 7.1 官方版本文件 https://wordpress.org/documentation/wordpress-version/version-7-1/
WordPress 7.1 功能展示頁（正體中文） https://tw.wordpress.org/download/releases/7-1/
WordPress 7.1 Field Guide https://make.wordpress.org/core/2026/08/05/wordpress-7-1-field-guide/
What’s new for developers, August 2026（WordPress Developer Blog） https://developer.wordpress.org/news/2026/08/whats-new-for-developers-august-2026/
