多數人以為 WordPress AI寫文章，差別只在裝哪一支外掛、打哪幾句指令。真正讓多數人白忙一場的，其實是自己的網站是自架，還是代管，這件事很少人事先想清楚。裝好一支 AI 外掛才發現後台權限根本點不動安裝鍵，是不少人真正踩到的第一個坑；也有人守著代管方案內建的功能一路用，卻不知道自己其實握有完整的後台權限，能走更靈活的路。
這件事不只是裝一支外掛這麼單純。眼前實際存在好幾條完全不同的路，要不要裝外掛、要不要自己申請 API 金鑰、甚至讓 AI 代理直接動手發布，權限、方案、還有你用的主題，都在悄悄決定哪一條路走得通。把這幾條路的門檻與能力邊界看清楚，才不會白繞一圈。這幾條路怎麼選，起點在於你的網站是自架，還是代管。
網站是自架還是代管？外掛安裝權限是關鍵判準
「自架」指的是自己租主機、安裝 WordPress、後台握有完整的外掛安裝權限。即使主機商本身是 Kinsta、WP Engine 這類「代管型主機」，只要外掛安裝選單能自由裝新外掛、後台管理權限沒被鎖住，一樣算自架。「代管」則相反，外掛安裝權限被限制或統一交給代管方管理，常見於 WordPress.com 的免費方案，或是網頁設計公司提供的代管服務。
要知道自己屬於哪一種，不用問主機商叫什麼名字，直接打開後台的外掛選單，點一次「安裝新增外掛」。能自由搜尋、下載、啟用，就是自架；按鈕反灰、被導去升級頁面，或整個外掛選單不存在，就是代管。這個測試比猜主機商名字準得多，幾秒鐘就能弄清楚自己屬於哪一種。
以 WordPress.com 為例，它的支援文件寫明，內建的 AI 寫作功能僅在 Personal、Premium、Business、Commerce 付費方案開放，免費方案要升級才能使用；安裝外掛同樣只開放給這四個付費方案。這個具體案例點出「代管」不等於完全沒有 AI 功能，而是能力被綁在方案與平台規則裡，免費方案外掛裝不了、內建助手也用不到，升級成付費方案後，內建助手與自己裝外掛兩條路才一起打開，跟自架「自己決定要裝什麼」是兩種完全不同的自由度。這個判準一旦弄清楚，自架這端能裝出什麼樣的外掛組合，才看得出差別在哪。
WordPress 自家的編輯輔助外掛與一鍵成稿的第三方外掛
自架站最容易被想到的做法，是為 WordPress 裝一支 AI 外掛來寫文章，但市面上這類外掛其實分成兩種完全不同的角色，很容易被混為一談。WordPress AI 團隊維護的 AI 外掛，做的是「編輯輔助」，幫你把已經寫好的內容修得更好；坊間第三方外掛主打的則是「輸入一個主題，AI 直接生成整篇文章」。
WordPress 自家這支 AI 外掛需要使用者自己申請並填入模型的 API 金鑰，申請與串接的實際操作步驟這裡不重複教學，只需要知道這條路需要一支金鑰即可。它的性質是一個個可以個別開關的功能，不是按一個鍵就吐出一整篇文章。根據 WordPress 核心開發團隊 2026 年 3 月在 make.wordpress.org 發布的公告，WordPress 7.0 起核心內建 PHP AI Client SDK；WordPress.org 外掛目錄上由 WordPress.org 發布的「AI」外掛就建立在這套基礎上，外掛頁列出的需求是 WordPress 7.0.3 以上、PHP 7.4 以上，並要先裝好 OpenAI、Google Gemini、Anthropic Claude 這類供應商的連接器（Connector）外掛、填入自己的 API 金鑰才能使用。Learn WordPress 的教材也把這支外掛的寫作功能拆成一個個獨立的 Editor Experiment 逐項介紹，性質都是針對既有內容的編輯輔助，不是丟一個主題就生出整篇文章。
WordPress.org 外掛目錄裡，另外還收錄多支訴求「輸入主題、AI 生成整篇文章」的第三方外掛，這裡只說明這條路存在、能做到什麼，不點名比較優劣。WordPress 自家外掛實際能做的編輯功能，以及第三方外掛真正省下與省不下的東西，分開來看更清楚。
WordPress 自家外掛的標題與摘要生成等編輯功能
Learn WordPress 的教材介紹了其中八個 Editor Experiment，外掛設定頁的開關其實不只這八項，像替代文字產生、內容分類、編輯備註等也列在同一區。標題生成會在分析文章內文後，於標題欄位上方跳出一個「Generate」按鈕，一次給出多個標題建議；摘要生成（Excerpt Generation）自動幫文章寫出精簡摘要；內容摘要化（Content Summarization）把長文濃縮成一段易讀的概覽；Meta Description 生成則是幫搜尋結果的說明文字代筆。
內容增減（Content Resizing）可以把選取的區塊內容縮短、擴寫或換個說法，同時保留原本的連結、粗體這些格式；Type-ahead Text 是這八項裡唯一會在打字過程中持續運作的功能，像自動完成一樣即時浮現建議文字；內容翻譯（Content Translation）可以選段落與標題翻譯成目標語言；Slug 生成則依標題與內文，建議一個精簡好記的網址。這八項功能都在後台「Settings、AI、Editor Experiments」路徑底下各自獨立開關，同一支外掛下另外還有分類標籤建議與留言回覆建議等功能，但那屬於分類與互動輔助，不算在這八項寫作輔助之內。
一鍵生成整篇文章的外掛不保證內容品質
第三方「一鍵生成」外掛的賣點，是省下自己動筆的時間；真正要付出的代價，是校對與把關的責任並沒有跟著省下來，這正是它跟 WordPress 自家外掛最本質的差異，也是選這條路之前要先想清楚的事。WordPress.org 外掛目錄可以查到多支訴求「輸入主題或關鍵字，AI 自動生成整篇文章草稿」的第三方外掛，這裡不指名評比優劣。
這類外掛如果被拿來大量產出頁面，而產出幾乎沒有經過人工處理、幾乎沒有原創性，也幾乎沒有替讀者帶來額外價值，就可能落入 Google 對大量內容濫用行為的垃圾內容政策範圍。
代管方案內建 AI 寫作助手，不必自己接金鑰
代管方案的核心優勢很直接，使用者不必自己申請 API 金鑰，也不用挑供應商，AI 寫作能力已經包在方案裡，後台開關切一下就能在編輯器裡用。這裡說的「代管」廣義上也包含網頁設計公司提供的代管服務，也就是外掛安裝權限受限的情境；不過目前有公開、可查證細節的代表案例是 WordPress.com，這篇用它具體示範「內建 AI 寫作」實際長什麼樣子，並不代表所有代管方案都提供相同功能。
根據 WordPress.com 支援頁面〈Enable the WordPress Agent〉，這個功能可以用來建立內容、生成圖片、調整網站設計，是把 AI 寫作直接內建進代管方案的一種做法。啟用方式是到「AI tools settings」把「Enable WordPress Agent」切成開，系統會自動安裝一支由 WordPress.com 管理的外掛，使用者不需要自己申請 API 金鑰，也不用另外裝外掛。啟用後，文章編輯器上方管理列會出現一個四角星形的「Agent」按鈕，可以直接下指令，例如「把這段改寫得更有自信」、「把活動細節寫得更有吸引力」、「給我三個標題選項」，助手會直接在編輯器裡修改內容。
這套「開關即用」的內建功能，並不是每個代管方案都吃得到，方案等級與主題種類都會影響它出不出現。
內建助手鎖定在付費方案，免費方案要升級才能用
同一份 WordPress.com 支援文件明載，這項功能僅在 WordPress.com 的 Personal、Premium、Business、Commerce 付費方案開放，免費方案的使用者要升級才能使用這項功能。換句話說，光是看到 WordPress.com 這個平台名稱，還不能斷定自己一定用得到內建 AI 寫作，實際要不要走這條路，得先確認自己的方案等級。
如果手上的代管站是免費方案，內建 AI 寫作這條路現階段還走不通，得靠其他方式；如果已經是付費方案，才值得回頭確認前面提到的啟用開關有沒有打開。
經典主題編輯器裡看不到內建 AI 寫作助手
除了方案等級，主題種類也會決定這項功能出不出現。同一份支援文件也提到，WordPress Agent 在區塊主題上運作得最好；如果用的是經典主題，WordPress Agent 就不會出現在編輯器裡。
不過就算主題不相容，這條限制也不是全面斷絕。文件同時說明，經典主題的使用者仍然可以在媒體庫、新增特色圖片，以及使用 Image 區塊時生成 AI 圖片，消失的只是生成與改寫文字的功能。想走代管內建這條路的人，最好先確認自己的網站用的是區塊主題還是經典主題，免得裝好方案卻發現編輯器裡什麼按鈕都沒有。
代管內建這條路，能不能走得通要看方案與主題兩個條件；跟這兩個條件完全無關的做法，是把 AI 寫作搬到編輯器外面去做。
外部 AI 聊天工具先寫全文，貼進編輯器再排版
不管自架還是代管、也不管外掛裝不裝得上、方案夠不夠高，這條路都走得通，做法是打開 ChatGPT、Claude、Gemini 這類外部 AI 聊天工具，把全文在編輯器外寫好，再手動複製貼進 WordPress 的文章編輯器整理格式。
這條路特別適合沒有外掛安裝權限、或不想為了單一功能多裝一支外掛的人，優點是零安裝、零串接，不受方案等級或外掛安裝權限限制。代價則是排版、圖片、內部連結都得自己動手處理，格式常常會跑掉。
區塊編輯器貼入純文字時，標題層級、粗體、清單、連結這些格式經常需要重新手動套用一次；如果直接貼上原始格式，還可能夾帶來源網站的樣式雜訊，貼進來的段落跟網站其他文章的排版對不上。跟前面兩條路最大的差別在於，這條路沒有系統整合幫忙把關，內容品質與排版責任完全落在使用者自己身上，也不會自動套用網站既有的設計。
上面三條路，AI 做的都是「幫你生成一段內容，最後由你決定要不要用」；最新出現、也最貼近「AI 直接動手做事」這股趨勢的做法，則是讓 AI 代理自己把文章建立、分類、下摘要，甚至發布出去。
用自然語言指令讓 AI 代理直接建立並發布文章
這裡說的 AI 代理（agent），指的是透過平台開放的寫入介面，或 Model Context Protocol（MCP）這類標準協定，直接操作 WordPress 後台，不需要人手動打開編輯器。跟前面幾條路本質上的差異在於，前面是 AI 幫你生成一段內容，由你自己決定要不要用；這一條是 AI 代理直接動手建立、發布，因此多了一層人工核准的安全機制才敢放行。
根據 WordPress.com 部落格 2026 年 3 月由 Jonathan Bossenger 發表的文章，WordPress.com 在既有的唯讀 MCP 連線之外，新增了 19 項寫入能力，涵蓋文章、頁面、留言、分類、標籤、媒體六種內容類型。使用者可以直接對接上的 AI 代理說一句話，例如「我剛寫完這篇，幫我存成草稿、分類到『旅遊』、加上相關標籤，並寫一則 160 字以內的 meta description」，代理就會照做。啟用方式是到 WordPress.com 後台的 MCP 設定頁面開啟 MCP、切換想開放的寫入能力，再連接 Claude、ChatGPT、Cursor 這類支援 MCP 的用戶端就能開始使用。
讓 AI 代理直接動手建立、發布，聽起來風險不小，但代管平台把這件事做出了具體的防護機制。
WordPress.com 自家的寫入功能需要人工核准每一步
同一篇 WordPress.com 部落格文章列出多層防護，每一個異動都需要使用者明確核准，AI 代理在建立、修改或刪除任何東西之前，會先說明打算做什麼並要求確認，沒有經過核准就不會發生任何變更。新建立的文章一律預設存成草稿；如果是要更新已發布的文章，代理會提醒這個修改會立即在網站上生效。
刪除文章、頁面、留言或媒體會先移進垃圾桶，30 天內可以復原；分類與標籤因為 WordPress 本身不支援移到垃圾桶，刪除即不可逆，代理會額外要求二次確認。所有異動都會完整記錄在網站的 Activity Log 裡，權限設計也完全比照 WordPress 既有的角色制度，例如 Editor 能建立與編輯文章但不能改站台設定，Contributor 能寫草稿但不能發布。這套寫入能力，目前是 WordPress.com 所有付費方案都能用的功能。
自架站要另外串接才能做到同樣效果
自架站要走「AI 代理直接對話發文」這條路，目前沒有像 WordPress.com 那樣開關即用的做法，需要讀者自己額外處理，難度與維運責任都高出一截；串接的方式得另外安裝外掛，而不是 WordPress 核心內建的功能。
WordPress AI 團隊開發的「MCP Adapter」（負責把 WordPress 既有功能轉譯成 Model Context Protocol 格式，讓 Claude、ChatGPT 這類助手能發現並呼叫 WordPress 的能力），在 2026 年 10 月以外掛形式上架 WordPress.org 外掛目錄。根據該團隊在 make.wordpress.org 發布的上架公告，MCP Adapter 刻意不放進 WordPress 核心，原因是 MCP 規格本身還在快速變動；它負責的是伺服器與連線這一層，目前沒有附給一般使用者操作的完整代理介面，代理能做哪些事，要看網站上的核心或其他外掛開放了哪些能力。這代表自架站要讓 AI 代理直接對話式操作後台，現階段得自己另外安裝並設定支援 MCP 的外掛，而且這類外掛不一定內建像 WordPress.com 那樣草稿優先、逐步核准、可復原的安全機制，安裝前得自己確認清楚，不能預設它一樣安全。
不管走哪一條路把內容生產出來，AI 代理發布也好，自己手動貼上也好，最後都要面對同一個共同的課題，這篇內容夠不夠好，要不要讓讀者知道它有 AI 協助。
內容品質之外，還要考慮是否揭露 AI 協助
Google 對 AI 生成或輔助生成的內容，立場不是禁止，而是看重內容有沒有替使用者帶來價值。Google Search Central 的說明文件〈Google 搜尋的生成式 AI 內容使用指南〉明白寫出，生成式 AI 在研究主題時特別實用，也能為原始內容加入結構；但使用生成式 AI 工具或其他類似工具，產生大量無法為使用者帶來價值的網頁，可能違反 Google 針對大量內容濫用行為的垃圾內容政策。
這份文件同時建議，製作網站內容時要著重準確性、品質與關聯性，尤其是在自動生成內容的時候，範圍不只是正文，還包括 title、meta description、結構化資料與圖片替代文字等中繼資料。也就是說，AI 幫忙生成的不只是一篇文章的骨幹，連搜尋結果上看到的標題與摘要，也要一起確保準確。
Google 也建議分享內容的製作方式，讓讀者多一點背景資訊；如果採用自動生成內容，可以考慮新增資訊，讓讀者理解內容製作方式的合理性。落到 WordPress 網站上，具體能做的包括在文末或關於頁面說明創作方式，讓讀者知道這篇內容是怎麼做出來的。這三點合起來，其實已經回答了大多數人真正在意的問題，用不用 AI 寫不是重點，這篇文章寫得夠不夠紮實、有沒有老實告訴讀者它是怎麼來的，才是決定它能不能留住讀者的關鍵。
能寫文章的 AI 工具還會持續推陳出新，權限、方案、金鑰這些門檻，也可能在往後幾年被陸續打通。但不管用哪一種方式在 WordPress 上寫文章，真正決定一篇文章能不能留住讀者的，從來不是它用哪一種方式寫成，而是打開之後，內容夠不夠紮實、講得夠不夠老實。