WordPress AI 是什麼?
WordPress AI 是把生成式 AI、AI Agent 與 WordPress 的內容、使用者權限、API、外掛功能和工作流程整合,讓 AI 不只回答問題,也能在授權範圍內讀取資訊、提出建議或執行網站能力。
WPW AI / WORDPRESS × COMMERCE
把 WordPress、WooCommerce、AI Agent、MCP、內容、商品、訂單、會員與 SEO/GEO, 串成可控、可維護、可量測的 AI 工作流。
WordPress AI 導入,是把 AI 模型與 WordPress 的內容、權限、網站功能及工作流程連接起來; WooCommerce AI 導入則進一步把商品、庫存、訂單、會員、客服與商務決策納入同一套 AI 可理解、可執行的流程。
01 / WHY NOW
AI 導入不是在網站右下角多放一個聊天機器人,而是重新設計「人、網站資料、網站能力、AI Agent」之間的關係。
WordPress AI 是把生成式 AI、AI Agent 與 WordPress 的內容、使用者權限、API、外掛功能和工作流程整合,讓 AI 不只回答問題,也能在授權範圍內讀取資訊、提出建議或執行網站能力。
WooCommerce AI 是把 AI 能力延伸到商品、分類、庫存、訂單、會員、購物流程與商務資料,讓客服、營運、內容與決策工作可由 AI Agent 協助或自動化,同時保留權限與人工確認機制。
把文章、頁面、自訂內容類型、媒體、使用者與網站功能整理成可讀、可驗證的資料與能力,不讓 AI 只靠爬 HTML 猜測。
商品資料、價格、庫存、訂單狀態、會員層級與商務規則,經過權限與資料治理後,成為 AI 能安全使用的商務上下文。
利用 Abilities API、MCP Adapter、REST API 或專屬外掛,把可執行動作轉成明確工具,並加上認證、權限、輸入驗證與人工核准。
AI 協助盤點搜尋意圖、內容缺口、內鏈、產品資訊與摘要,但真正發布前仍由網站資料、品牌語氣與人工驗證形成可引用的第一手內容。
把事件、Webhook、排程、AI 判斷、人工審核與錯誤回復串成可監控流程,確保 AI 在真實營運環境中能長期使用。
02 / WORDPRESS AI CAPABILITIES
真正的 WordPress AI 導入,會同時碰到內容、網站能力、權限、知識、資料與維運。
摘要、草稿、標題、分類、標籤、既有內容更新、品牌語氣與內容品質檢查。
讓 AI Agent 探索網站能力、讀取授權資料、執行工具,並留下權限與稽核邊界。
把網站動作定義成有名稱、描述、輸入輸出與權限的能力,降低 AI 整合的耦合。
把網站內容、FAQ、文件、規範與第一手資料整理成可檢索的知識來源,降低幻覺。
從搜尋意圖、實體、內鏈、結構化資料到可引用答案,建立人與搜尋 AI 都能理解的內容。
模型選擇、prompt version、evaluation、fallback、rate limit、成本、log 與人工審核流程。
03 / WOOCOMMERCE AI
AI 可以協助「購物者」也可以協助「商家營運者」,但兩者需要不同權限、資料與 guardrails。
查詢可以自動化,會改變價格、訂單、會員權限、退款或庫存的動作則應設定明確 capability、權限、輸入驗證與 human-in-the-loop,避免把「AI 可以做到」誤當成「AI 應該直接做」。
04 / AI SEO + GEO
每一頁有明確主題與目的,不用大量近似頁去覆蓋每個 query 變體。
加入真實流程、限制、案例、技術判斷與可驗證經驗,避免只重述網路上已有資訊。
用清楚 H2/H3、定義、步驟、比較與短答案,讓搜尋引擎與 AI 能快速理解上下文。
把 WordPress AI、WooCommerce AI、AI Agent、MCP、服務頁與技術文章連成一致主題叢集。
用與文字內容一致的架構圖、產品流程與視覺,並保留 alt、caption 與 HTML 說明。
只標記頁面真正存在的 WebPage、Service、Breadcrumb 與品牌實體,不堆無關 Schema。
05 / ARCHITECTURE
06 / DELIVERY
盤點 WordPress/WooCommerce 版本、外掛、資料品質、權限、API、內容與目前人工流程,確認哪些能做、哪些先不要做。
把需求拆成讀取、生成、建議、執行四種風險層級,定義每個 AI use case 要用哪些資料與允許哪些動作。
用小範圍 PoC 驗證準確率、權限、成本、速度與錯誤案例;先建立 evaluation,再決定是否擴大。
以專屬外掛、Abilities API、MCP、REST、Webhook 或外部服務整合,加入 validation、approval、logging 與 rollback。
監控使用率、成功率、人工修正、成本與商務結果,持續調整 prompt、模型、工具與資料品質。
07 / WHAT WPW BUILDS
08 / FIRST-PARTY IMPLEMENTATION
我們不是只整理 WordPress AI 新聞。WPW 官網目前已實際運行前台 AI Assistant,處理公開內容檢索、當頁 context 與多模型 routing,並把匿名訪客層與未來受權限保護的 Agent 能力分開。
前台匿名對話只讀取公開網站內容與當頁脈絡,不把會員、訂單、後台帳密或 secret 當成回答來源。
以 routing、fallback 與網站 context 組成回答流程,讓模型供應商可以替換,不讓整個 WordPress AI 功能綁死單一 provider。
在是否導入 embeddings 或 vector database 前,先確認哪些公開內容值得檢索、哪些資訊需要權限隔離,以及錯誤答案如何追蹤。
未來 MCP / Abilities 的 authenticated agent 應是另一層權限模型,高風險工具需要最小權限、人工確認、log 與 rollback。
09 / OFFICIAL DIRECTION
AI 生態變化快,所以 production 方案必須分清楚「已穩定」、「developer preview」與「實驗性工具」。
10 / FAQ
如果要直接使用 WordPress Abilities API,官方 API 需要 WordPress 6.9 以上;但既有網站也可以先透過 REST API、專屬外掛、Webhook 或外部服務做 AI PoC。正式升級前應先做主題、PHP、外掛與資料相容性檢查。
技術上可以透過 API 或能力層執行,但不建議把高風險動作完全交給模型。價格、退款、庫存、會員權限與訂單狀態應有 capability 限制、權限檢查、輸入驗證、人工核准與操作紀錄。
MCP 讓 AI 應用用標準方式探索可用工具與上下文。對 WordPress 而言,可把註冊的網站能力提供給 AI Agent;對 WooCommerce 而言,可讓受權限保護的商品、訂單或商務操作被 AI client 使用。
模型應依任務、隱私、成本、速度、上下文與工具呼叫能力選擇,不應把整個架構綁死單一供應商。可以依 use case 串接 OpenAI、Anthropic、Google 或其他可用模型,並保留 provider abstraction 與 fallback。
Google 官方目前沒有要求特殊 AI Schema,也表示不需要額外機器可讀 AI 檔案才能出現在 AI Overview 或 AI Mode。核心仍是可索引、實用、可靠、原創的內容、清楚內鏈、良好頁面體驗,以及與可見內容一致的結構化資料。
可以。AI 導入可以從單一 use case 開始,例如商品問答、客服知識檢索、內部營運助手或內容摘要。先驗證資料品質與成功率,再逐步擴充到訂單、會員或自動化流程。
可以用 AI 協助摘要、分類、屬性補全、內容品質檢查與搜尋語意整理,但大量修改前應先建立資料規則、抽樣驗證與可回滾流程,避免錯誤內容一次寫入整個商品庫。
不要只看「有沒有 AI」。應先定義可量測指標,例如客服處理時間、內容產出時間、人工修正率、商品資料完整率、轉換率、訂單異常處理速度、SEO 點擊、AI 搜尋曝光或內部作業節省工時。
BUILD THE AI LAYER
從一個可驗證的 AI use case 開始,而不是從「要用哪個模型」開始。
與 WPW 討論 AI 導入您好,有什麼我可以協助的嗎?隨時歡迎傳送訊息給我們!
聊聊想法,談談點子: