多數人以為 WordPress 區塊編輯器（Gutenberg）上線這麼多年，那顆負責把畫面還原回舊介面的外掛，大概只剩少數還沒跟上腳步的老網站在用。但翻開 WordPress 官方外掛目錄，經典編輯器（Classic Editor）目前累計啟用次數超過 800 萬，收到的評分好評比例還維持在 98%，是整個外掛庫裡評價數一數二穩定的存在。
換不換編輯器，對長期經營網站的人來說，從來不是「裝不裝新玩具」那麼單純的事，牽涉到既有外掛相容性、團隊已經習慣的發稿流程，還有沒人敢先動手測試的風險。經典編輯器就是 WordPress 官方維護的一支外掛，作用是把「編輯文章」的畫面，還原成 2018 年區塊編輯器上線之前的樣子。官方原本說這顆外掛只會撐到某個年份，結果那個年份一延再延，展延到現在，外掛自己的說明文字都已經跟不上進度，卻仍在為目前最新的 WordPress 版本修相容性問題。
經典編輯器是什麼？累計超過八百萬次啟用的官方外掛
經典編輯器（英文原名 Classic Editor）是 WordPress 官方維護的一支外掛，作用很單純，就是把「編輯文章」的畫面，還原成 2018 年 WordPress 5.0 推出區塊編輯器之前的樣子，也就是一個單一的文字輸入框，加上旁邊一整排中繼資料方塊（meta box），用來設定分類、標籤、精選圖片這些欄位。如果你用過早期版本的 Word 或 LibreOffice，那種一個大文字框、工具列固定不變的畫面，就很接近經典編輯器提供的操作體驗。裝上這顆外掛之後，後台的文章編輯畫面就會整個跳回區塊編輯器出現以前的樣子。
很多人第一次聽到這個名字，會誤以為它跟區塊編輯器是互相競爭的兩套產品，其實不是。經典編輯器從頭到尾都是「回復用」的工具，它存在的前提就是區塊編輯器已經是 WordPress 的預設編輯環境，這顆外掛只是讓還沒準備好轉換的網站，能繼續用回舊介面，也讓那些依賴舊式編輯畫面才能正常運作的外掛，有地方可以掛。它同時提供一組篩選器，讓其他外掛能控制編輯器怎麼選、要用在哪些文章類型上，這也是為什麼不少仰賴舊介面的外掛，至今仍指定要搭配它使用。
這顆外掛的使用規模，比多數人想像的都大。根據 WordPress.org 官方外掛目錄的最新資料，經典編輯器累計啟用次數已經超過 800 萬，收到 1,246 則評分，平均好評率達 98%。它從 2017 年 10 月 24 日上架至今，最低系統需求只要 WordPress 4.9、PHP 5.2.4，門檻低到幾乎任何一個還在運作的 WordPress 網站都裝得上去；最近一次更新則落在 2026 年 5 月 28 日，代表它並不是一顆被放著不管的外掛。
支援期限一延再延，外掛頁面文字卻還停在舊年份
這顆外掛能撐到現在，其實不是沒有過期限。WordPress 核心開發者 Gary Pendergast 在 2018 年 11 月 7 日一篇官方公告裡明白寫下，經典編輯器只會被官方支援到 2021 年 12 月 31 日為止。公告同時把「官方支援」定義得很清楚，也就是保證能在最新的兩個 WordPress 主要版本上正常運作，即最新版本加上它的前一版。換句話說，官方當時給的是一個明確的到期日，不是模糊的以後再說。
但 2021 年真的到了之後，事情並沒有照原計畫收尾。WordPress 執行總監 Josepha Haden Chomposy 在 2021 年 8 月 25 日的官方公告裡明白寫下，延續支援到 2022 年，對這個專案與整個社群來說都是正確的決定。也就是說，支援期限從 2021 年底，直接展延一年到 2022 年底。同一天，WP Tavern 的報導引述核心貢獻者 Jonathan Desrosiers 補充解釋，這三年多來這顆外掛需要的維護，絕大多數只是文字調整、消除已棄用的函式呼叫、跟進 PHP 版本相容性，實際成本相當低；他也明確表示，這顆外掛不會被官方拿掉，會持續留在外掛目錄上。當時官方統計的啟用數，已經超過 500 萬。
經典編輯器官方原始碼的 readme 檔案，至今仍然逐字寫著同一句話，這顆外掛會完整支援與維護到 2024 年，或維護到不再需要為止。也就是說，這段說明文字本身，已經停在一個已經過去的年份，理論上早該再更新一次。但同一份 readme 的版本紀錄卻顯示，最新的 1.7.0 版，內容是為 WordPress 7.0 系列修正發布動作區域擁擠的排版問題，也就是目前 WordPress 最新的主線版本。一邊是文字停在 2024 年，一邊是行動一路追到 7.0，這個落差反而說明官方沒有把它當成一顆快被放棄的外掛在對待，只是說明文字的更新順序，顯然沒有排在版本維護前面。
區塊佈景主題底下經典編輯器外掛無從作用
有一個前提必須先說清楚，而且很多人會忽略，這顆外掛能不能生效，關鍵不在你想不想用，而在你的佈景主題是哪一種。WordPress 官方外掛頁的常見問題集，對「這是否支援全站編輯與區塊佈景主題」這一題，給的答案很直接，不支援，理由是區塊佈景主題本身就是建立在區塊之上運作的。換句話說，只要網站換成區塊佈景主題，經典編輯器裝了也不會有任何作用。
傳統（非區塊）佈景主題，靠的是一整套 PHP 樣板檔案，頁首、頁尾、側邊欄要怎麼調整，得回到後台的「外觀」選單或小工具區去設定，能改動的範圍相對固定。區塊佈景主題則完全不同，連範本本身都是用區塊標記寫的，站長可以直接在「網站編輯器」裡，用視覺化的方式調整頁首、頁尾與版面配置，不用碰任何程式碼。這兩套介面邏輯差異很大，經典編輯器只認得前者。
這個轉折點並不是一夜之間發生的。WordPress 從 5.8 版開始，把後台的小工具（Widgets）畫面也改成區塊式編輯介面；到了 2022 年 1 月 25 日發布的 5.9 版，則推出 WordPress 史上第一個預設隨附的區塊佈景主題 Twenty Twenty-Two，同時強化了導覽選單與 theme.json 這類全站編輯相關的功能。從那之後，頁首、頁尾、側邊欄、小工具，一路都被併進同一套區塊系統裡。如果你的網站佈景主題是在這之後才選用的區塊佈景主題，經典編輯器不是用不用得順手的問題，而是它從架構上就沒有生效的空間。
少數仍適合留在經典編輯器的網站情境
排除掉佈景主題不相容這個硬性前提之後，剩下的就是真正的選擇題了。以下四種網站情境，各自有留著經典編輯器的實際理由，彼此獨立，沒有哪一種比另一種更站得住腳，端看你的網站落在哪一種。
仰賴舊外掛在經典畫面插入自訂資料方塊的網站
不少外掛，尤其是開發時間比較早、還沒改寫成區塊或區塊面板的外掛，是直接掛在經典編輯畫面上運作的，做法是在文章編輯畫面裡插入一塊自訂的中繼資料方塊，用來放額外的欄位、設定或資料。這類外掛換成區塊編輯器之後不一定會直接失效，但常見狀況是版面跑掉、設定欄位找不到，或者根本沒有對應的區塊介面可用。
官方對這件事其實有明確表態。WordPress 核心團隊在 2018 年那篇公告裡就寫明，自訂文章類型與中繼資料方塊如果跟區塊編輯器不相容，未來的 WordPress 版本會把這部分功能，逐步移交給經典編輯器外掛去承接；一旦觸發這種不相容情況，WordPress 本身就會建議站長安裝並啟用經典編輯器來救援。換句話說，繼續用經典編輯器不是消極抵抗新工具，而是官方自己都預期會有這種需求，才特地把退路留下來。在還沒逐一測過每個舊外掛的相容性之前，先留著經典編輯器，是務實的做法。
內容幾乎全是純文字、版面需求單純的網站
區塊編輯器存在的核心價值，是版面自由度：它讓你能在同一篇文章裡，混用圖片區塊、影片嵌入、多欄排版、按鈕、表格這些元件，做出接近頁面設計的版型。但如果你網站上的內容，本來就幾乎全是純文字，例如公告、法規說明、內部知識庫這類文章，很少需要複雜的排版元件，那麼區塊編輯器提供的那些排版彈性，實際上大部分都用不到。
這種情況下，經典編輯器單一文字框的工作方式，反而更直接。你不需要每打一段就先選一個區塊類型，游標就是連續往下打字，跟寫一份純文字文件的體驗一樣。對這類網站而言，區塊編輯器的排版能力並不是加分，反而是多一層要適應的介面，經典編輯器的單純，才是真正對得上需求的工具。
編輯團隊已高度熟悉舊介面的操作流程
換介面這件事，成本從來不只是學新東西要花時間這麼簡單。對已經有多人協作、圍繞經典編輯畫面建立起一整套發稿流程的團隊來說，誰負責寫初稿、誰負責審核、哪個欄位對應哪個發佈設定，換成一套操作邏輯完全不同的編輯器，代表這整套流程要重新走一次，每個人都要重新熟悉欄位在哪裡、原本習慣的操作順序還在不在。
這個轉換成本是真實存在的營運考量，應該被納入該不該換的判斷裡，而不是被簡化成不肯進步。一個團隊要不要換編輯器，跟團隊規模多大、要重新培訓多少人、發稿頻率高不高都有關係；發稿量大、成員人數多的網站，光是適應期造成的產出放緩，就可能是換介面前得先評估的一筆成本。
佈景主題與外掛都還沒完成區塊相容性測試
呼應前面提過的技術前提，就算你的佈景主題本身是傳統佈景主題，理論上換用區塊編輯器完全可行，但如果現有的外掛與版面，都還沒有人實際測試過在區塊編輯器底下會怎麼表現，貿然切換就可能踩到未知的相容性問題，例如某個外掛的按鈕消失了、某段版面跑版了，卻要等到切換之後才發現。
「還沒測試過」本身就是一個成立的理由，不需要額外理由加持。一般的做法，是先在測試環境裡，暫時把外掛都保持啟用，實際切換到區塊編輯器，逐一檢查哪些內容區塊沒辦法正常顯示、哪些設定跑不出來，確認過一輪之後，再決定要不要在正式站上動手，或需要先處理哪些相容性問題。跳過這一步、直接在正式站切換，才是真正的風險。
值得考慮切換到區塊編輯器的訊號
上面四種情境談的是留著有道理，但反過來，也有幾個訊號一旦出現，代表繼續留在經典編輯器，會開始讓你綁手綁腳，而不是省事。以下三個訊號，分別對應想用到新功能、想升級整個網站的編輯方式，以及維護成本本身出現變化。
只有區塊編輯器支援的 AI 寫作輔助等新功能
這不是空泛的說法，而是已經有真實案例。Jetpack 官方支援文件明白寫著，Jetpack Blocks 需要區塊編輯器才能使用，如果網站上還裝著經典編輯器，要嘛停用它，要嘛開放兩種編輯器並存，才能叫得出這些功能。其中一個功能就是 Jetpack AI Assistant 區塊，可以用 AI 幫忙生成內容、改寫語句、翻譯，或調整文字語氣，這些都是純經典編輯器介面完全無法使用的能力。
這不只是單一外掛的個案，而是整個平台的走向。WordPress.org 官方最新一版路線圖裡，把「AI 無所不在」列為現階段四大目標之一，明白表示要在保有清楚防護機制與可衡量指標的前提下，有意識地把 AI 嵌進整個 WordPress 的使用體驗裡，包括內容產出與協作流程。同一份路線圖也列出 Gutenberg 專案的四個發展階段：第一階段是讓編輯更容易上手，已在 WordPress 5.0 推出；第二階段是客製化與全站編輯，已在後續版本完成；第三階段是協作編輯，目前正在進行；第四階段是多語系支援，規劃在未來。這代表新功能會持續往區塊編輯器這一側疊加，經典編輯器本身不會再拿到這些新能力。
想改用區塊佈景主題，在後台視覺化編輯全站版面
第二個訊號，是你開始想把整個網站的版面，都改成能在後台視覺化編輯的方式，也就是換成區塊佈景主題。這跟前面提到的技術前提是同一件事的另一面，一旦佈景主題換成區塊佈景主題，經典編輯器外掛就會直接失去作用，因為它從架構上就無法在區塊佈景主題底下生效。
所以，想要全站視覺化編輯這個念頭本身，就是一個必須放棄經典編輯器的直接觸發點，而不只是單純的偏好轉換。如果你發現自己開始羨慕別人的網站能直接在後台調整頁首排版，而不用回頭改樣板檔案，這通常意味著留著經典編輯器已經不再符合你對這個網站接下來的規劃。
維護舊外掛相容性的成本已高過繼續使用經典編輯器
留著經典編輯器，原本很大一部分理由是為了保護舊外掛的相容性。但當這些舊外掛本身也逐漸停止更新，或跟最新的 WordPress 核心版本開始出現摩擦，為了相容性而留著這個理由本身，就已經在鬆動。
WP Tavern 那篇 2021 年的報導裡，Jonathan Desrosiers 還提到一個觀察角度，WordPress 使用者採用區塊編輯器的速度，符合「創新擴散」（diffusion of innovations）理論描述的曲線，多數用戶屬於曲線上比較晚接受新事物的「晚期大眾」，而他觀察到這群人已經在逐步轉向使用區塊編輯器。這說明留著舊做法的人正在變少，整個生態圈的外掛、佈景主題與教學資源，也會持續往區塊編輯器這一側集中。維護成本的結構本來就會隨著時間改變，值得每隔一段時間重新評估一次，而不是設定好就不再回頭看。
兩種編輯器可以並存，切換能分階段進行
前面談的是要不要換，但真的決定要換之後，具體怎麼安排也有講究。好消息是，經典編輯器本身就有一套並存機制，換編輯器不必是全站一次到位的二選一，而是可以分階段、分對象慢慢過渡。
外掛內建的全站、依使用者、依單篇文章三種切換設定
經典編輯器外掛在後台的「設定」到「寫作」畫面裡，開放三層不同範圍的選擇。第一層，管理員可以幫全站所有使用者，統一選定要用的預設編輯器，這是最單純、最容易管理的做法。第二層，管理員可以選擇開放使用者自己切換預設編輯器，不用整站鎖死同一種。第三層，一旦開放了，使用者甚至可以逐篇文章各自指定要用哪一種編輯器，不受自己預設值的限制。
這三層設定不是各自獨立的功能堆疊，而是官方刻意設計來服務漸進轉換這件事，一個網站不必在某一天早上，強迫所有人一起換到新介面，而是可以先讓少數願意嘗試的人開始用區塊編輯器，其他人留在原本熟悉的介面，等大家都準備好了，再逐步收斂成單一標準。
從單篇文章開始練習，逐步適應區塊編輯器
這套機制還有一個實用的細節，每一篇文章，都會用上一次編輯它時所用的那個編輯器重新開啟，不管上一次是誰編輯的。這代表混用兩種編輯器並不會互相干擾，每篇文章各自記得自己該用哪一種介面。
把這個機制轉譯成具體做法，其實就是給了一條低風險的練習路徑，新寫的文章，可以先試著用區塊編輯器發稿，感受一下排版元件怎麼用；舊文章如果之後需要修改，仍然用經典編輯器，不必為了配合換介面而重新學一次舊文章的排版邏輯。等到區塊編輯器用得夠上手，再考慮把預設值整個收斂過去，也完全來得及。
換編輯器不必連佈景主題與頁面建構器一起換
收尾前有兩件事最容易被混在一起搞混：一是以為換成區塊編輯器，等於整個網站都要重做；二是以為換了編輯器，就不能再用 Elementor 這類頁面建構器外掛。這兩個都不必然成立，把「編輯器」「佈景主題類型」「頁面建構器」這三個概念的邊界分清楚，能省掉很多不必要的擔心，也能避免做了根本不需要的大改造。
頁面建構器獨立於文章編輯器之外運作
以 Elementor 這類頁面建構器為例，它的運作方式，是在文章內容之外，另外接管一套排版介面，通常是後台一個獨立的全螢幕編輯畫面，跟 WordPress 內建的文章編輯這個環節，其實是兩條平行的系統。頁面建構器接手的是版面編排本身，不是編輯文章內容這件事。
也因為這樣，站方目前用的是經典編輯器還是區塊編輯器，跟頁面建構器能不能繼續運作，基本上是兩件互不干涉的事。換句話說，如果你的網站原本就靠頁面建構器類的外掛在排版，換不換文章編輯器，對這部分的運作影響很有限。
換成區塊編輯器不代表也要換成區塊佈景主題
區塊編輯器用來寫文章內容，區塊佈景主題決定整個網站頁首、頁尾、版型能不能視覺化編輯，是兩個各自獨立的選擇維度。你可以只把文章編輯器換成區塊編輯器，佈景主題仍然維持原本的傳統佈景主題不變，這樣的組合完全可行。
但這個關係是單向的，反過來並不成立，如果佈景主題換成了區塊佈景主題，經典編輯器外掛就會如同前面說明過的，直接失去作用，因為它的運作前提就是傳統佈景主題。搞清楚這個單向關係，就不會誤以為兩件事永遠綁在一起，換編輯器是一回事，換佈景主題類型是另一回事，各自可以獨立決定。
經典編輯器會走到今天這個位置，其實不是因為 WordPress 捨不得放手，而是因為每一次該收尾的時間點，實際的使用量都還撐得住繼續維護的理由。它從 2018 年那紙明確的到期公告，一路展延、又展延，展到現在外掛自己的說明文字都跟不上進度，卻仍然在為目前最新的 WordPress 主線版本修相容性問題。這種矛盾感，恰好說明了一件更值得記住的事，要不要留著它，從來不是新的比較好這麼簡單的判斷，而是你的佈景主題允不允許、你依賴的外掛跟不跟得上、你的團隊準備好了沒有。這幾件事想清楚，換不換、什麼時候換，答案自然會浮現。