什麼是 WebMCP？如何讓網站服務 AI 代理

By

來源聲明：本文根據〈What Is WebMCP? How to Prepare Your Website to Serve AI Agents〉（Matt Hollingshead，Moz，2026-08-26）編譯整理，不是逐句翻譯。原文連結：https://moz.com/blog/what-is-web-mcp。頁面未見開放授權。文中「編輯解讀」為本站觀點。

AI 代理已開始代表使用者操作網站，但多數站是為人眼介面設計的。代理若只能靠截圖與 DOM 猜測，又慢又容易錯。Moz 這篇文章介紹的 WebMCP（Web Model Context Protocol），是 Google 與 Microsoft 共同起草的開放網頁標準提案，讓網站直接暴露結構化「工具」，例如搜尋商品、訂位、開始結帳。

WebMCP 是什麼

在 WebMCP 語境裡，工具不是另一套後端或外掛，而是加在既有表單或頁面元素上的一小段指示：用 HTML 屬性或少量 JavaScript，告訴代理這個動作叫什麼、做什么、需要哪些輸入。工具活在送到瀏覽器的前端程式裡，且只在該頁開啟時存在。沒有工具時，代理仍可退回舊的視覺猜測方式。

作者引用 Google Chrome 開發者關係工程師 Tara Agyemang 的說法：可用 WebMCP 工具把每個網站變成代理的高效能 API，同時仍服務真人使用者。

和傳統 MCP 的分工

傳統 MCP 擅長後端資料與系統（作者舉 Moz 資料、Salesforce、內部資料庫），建置成本較高。WebMCP 覆蓋「人在網頁上完成動作」的那一塊：航空、餐廳、電商、SaaS 註冊等。兩者共用名稱、描述、輸入 schema、handler 等積木，組織常會兩邊都用。

SEO 為何要管

作者把「出現在 AI 答案」歸在發現與 AI 搜尋最佳化；WebMCP 則是代理已經在你頁面上之後，如何可靠完成動作。結構清晰、標記與結構化資料本來就是 SEO 技能；WebMCP 是把同一套思路用在「可呼叫的動作」上。用例包括電商搜尋與結帳、旅宿訂位、SaaS 註冊、在地服務報價、電子報與聯絡表單。

怎麼運作與怎麼實作

代理到站後發現工具、讀描述、再呼叫合適者。兩條路：

  • 宣告式 HTML：在既有表單加 toolname、tooldescription，欄位可加 toolparamdescription。瀏覽器把表單變成工具；既有驗證規則對代理同樣生效。Google 的 Le Petit Bistro 示範搭配 Model Context Tool Inspector，可看代理如何填表；作者示範訂位提示後，仍由使用者點送出。
  • 命令式 JavaScript：document.modelContext.registerTool 註冊名稱、描述、input schema 與處理函式。適合儀表板讀狀態、或結果出現後才出現的篩選工具。旅遊示範裡，搜尋後才註冊 listFlights、setFilters 等。

實作步驟建議：先盤點三到五個使用者真正會請代理做的動作，從搜尋或電子報等低風險表單開始；在 chrome://flags/#enable-webmcp-testing 開啟測試並用 Inspector 驗證；加上安全提示（readOnlyHint、untrustedContentHint、關鍵流程關閉自動送出）；再透過 Chrome 時限試驗把網域註冊到真實流量。標準仍在定案中，目前能實際呼叫的代理仍有限。

常見問題

  • WebMCP 和傳統 MCP 差在哪裡？傳統 MCP 較適合後端資料與系統，通常要建置並維護伺服器。WebMCP 掛在既有網頁的表單或前端元素上，讓代理在瀏覽器開啟該頁時直接呼叫「搜尋商品」「訂位」這類動作，兩者可並存。
  • WebMCP 的工具會在背景一直跑嗎？不會。原文強調工具只在該頁開啟且瀏覽器運作時存在，沒有 headless 或背景模式。
  • 實作上有哪兩種 API？宣告式（HTML）適合已有表單的動作，加上 toolname、tooldescription、toolparamdescription 等屬性；命令式（JavaScript）用 document.modelContext.registerTool 註冊，適合非表單或依頁面狀態增減的工具。
  • SEO 為什麼該關心 WebMCP？作者認為代理已開始代表使用者在站上完成動作。讓機器讀懂結構本來就是 SEO 工作；WebMCP 是在代理抵達頁面後，告訴它能做什麼。這和「出現在 AI 答案裡」的發現問題不同。
  • 上線前要注意哪些安全提示？對只讀工具加 readOnlyHint；對回傳用戶產生或外部內容的工具加 untrustedContentHint；關鍵表單預設不要開 toolautosubmit，讓真人確認後再送出，以降低提示注入風險。

編輯解讀

一句話重點：WebMCP 讓網站用前端工具描述「代理能代勞的動作」，補上 AI 發現之後的最後一哩，而不是取代結構化資料或傳統 MCP。

這對你的網站意味著什麼：

  • 先列轉換動作（搜尋、預約、加購），不要一開始就暴露結帳自動送出。
  • 表單驗證與品牌畫面保留給使用者確認，把代理當輔助填寫而非靜默下單。
  • 把 WebMCP 試驗和 JavaScript SEO、語意 HTML 同一條技術債清單管理。
  • 追蹤 Chrome 與標準進度，把早期實作當學習，不當保證流量來源。

適用與不適用的情境：適用有清楚表單或 SPA 流程的電商、旅宿、SaaS。內容媒體站若幾乎沒有可代勞動作，優先級較低。

需要注意的限制：原文是 Moz 撰稿與作者個人觀點，WebMCP 仍在標準與瀏覽器試驗階段；文中示範依賴 Chrome 旗標與 Gemini API。Moz 為行銷軟體公司，內容可能帶有產業倡議色彩。GitHub 上的規格倉庫可作技術對照，但產品支援範圍仍以各瀏覽器文件為準。

延伸閱讀：

名詞與資料來源

Similar Posts