WebMCP：Google 與 Microsoft 聯手制定開放標準，準備好你的網站迎接 AI Agent 時代 — 香港技術 GEO 指南

AI Agent 開始直接使用網站，唔係淨係讀取內容

2026 年 8 月，Moz 報導咗一個對 SEO 行業極具深遠影響嘅新標準——WebMCP（Web Model Context Protocol）。呢個由 Google 同 Microsoft 聯手提出嘅開放網頁標準，由 Chrome 團隊主導開發，目的係讓 AI Agent（人工智能代理）可以直接喺你嘅網站上執行操作，而唔係只係被動讀取內容。

對於香港嘅網站營運者同 SEO 從業者嚟講，呢個技術代表住 SEO 嘅邊界正在從「被發現」擴展到「被使用」。以前我哋專注於讓內容被 AI 搜尋引擎引用（即 GEO），而 WebMCP 則係下一步——讓 AI Agent 抵達你嘅網站之後，可以順利完成預訂、搜尋產品、提交表格等操作。

咩係 WebMCP？

WebMCP 係一種畀網站向 AI Agent 暴露結構化工具（tools）嘅方式。呢啲工具可以係「搜尋產品」、「預訂座位」、「開始結帳」等操作。關鍵係：呢啲工具唔係獨立嘅後端服務，而係通過簡單嘅 HTML 屬性或者少量 JavaScript 直接附加喺現有網頁元素上嘅指令。

目前，大部分瀏覽器 Agent 讀取網站嘅方式係模擬人類操作——截圖、分析 DOM 同 accessibility tree。呢個過程耗時而且結果唔穩定。WebMCP 改變咗呢個情況：當一個工具存在時，Agent 可以直接調用佢；如果唔存在，Agent 仍然可以用舊方法 fallback。

WebMCP 同傳統 MCP 有咩分別？

傳統嘅 MCP（Model Context Protocol） 係由 Anthropic 提出嘅標準，專注於後端數據同系統整合，例如連接 Salesforce、內部數據庫等。設置傳統 MCP 需要建立同運行一個伺服器，係比較重嘅工程工作。

WebMCP 則係針對網頁前端的操作層面：航空公司網站、餐廳訂座、電商購物車、SaaS 註冊流程——呢啲都係 WebMCP 嘅適用範圍。兩個標準實際上係互補嘅，好多組織最終會同時使用兩者。

點解 SEO 從業者需要關注 WebMCP？

AI Agent 已經開始真正「使用」網站，唔只係「讀取」內容。佢哋會幫用戶預訂餐廳、完成結帳、搜尋產品。WebMCP 就係你幫佢哋完成呢啲操作嘅方式。

作為 SEO，保持網站對機器可讀（clean structure、solid markup、structured data）本來就係你嘅工作。WebMCP 只係將同一套技能延伸到新嘅領域——告知 Agent 你嘅頁面可以做咩以及點樣觸發佢。

值得注意嘅係，WebMCP 同 AI 搜尋可見度（AI search optimization / GEO）係兩個層面嘅事：GEO 關注嘅係品牌喺 AI 回答中被引用，而 WebMCP 則係 Agent 已經到達你網站後嘅操作層面。兩者結合先係完整嘅 AI 搜尋策略。

WebMCP 的兩種實作方式

1. Declarative API（HTML 屬性方式）

呢個係最簡單嘅方式，適用於已經存在嘅表單操作。你只需要喺現有嘅 form 元素上加入幾個 attribute：

• toolname — Agent 調用工具時嘅識別碼，例如 toolname="search_products"
• tooldescription — 用自然語言說明工具做咩，例如 tooldescription="Search the catalog by keyword"
• toolparamdescription — 每個輸入欄位嘅說明，例如 toolparamdescription="The search term, e.g. red shoes"

瀏覽器會自動將 form 轉換為工具。預設情況下，只有你自己嘅網站可以使用呢啲工具。

Moz 嘅 Matt Hollingshead 實際測試咗 Google 嘅 Le Petit Bistro 示範網站——一個餐廳訂座表格。透過 WebMCP 嘅 Model Context Tool Inspector（Chrome 擴充功能），佢輸入一句「Book a reservation for June 15, 2026, at 7:00 PM for four guests」，Agent 就自動填寫晒成個表格。

你嘅表單驗證規則仍然有效。Agent 都需要滿足同樣嘅規則，例如電話號碼長度、日期格式等。

2. Imperative API（JavaScript 方式）

當操作唔係表單、或者工具需要根據頁面狀態動態變化時，可以使用 JavaScript 方式。用 document.modelContext.registerTool 註冊每個工具，給予名稱、描述、輸入 schema 同處理函數。

例如一個飛行搜尋示範：搜尋頁面上只有 searchFlights 一個工具；當搜尋結果返回後，頁面自動註冊 listFlights、setFilters、resetFilters 等新工具。Agent 會根據需求決定調用邊個工具以及調用順序。

呢種方式適用於單頁應用（SPA）、過濾結果列表、多步驟預訂等複雜流程。

安全性注意事項

開放工具畀 Agent 使用需要考慮安全性，主要有三個保護機制：

• readOnlyHint — 標記只讀工具（如搜尋、列表），Agent 知道唔需要確認操作
• untrustedContentHint — 標記返回用戶生成內容嘅工具，Agent 會對該內容保持警惕
• toolautosubmit — 對重要操作（預訂、付款、帳號變更）關閉自動提交，確保人類確認先執行

香港企業 WebMCP 實作檢查清單

以下係你可以立即開始實施嘅步驟：

1. 審計網站操作流程 — 列出用戶嚟你網站最常做嘅 3-5 個操作（預訂服務、購買產品、搜尋目錄、訂閱通訊等）
2. 挑選一個簡單操作開始 — 建議由搜尋 widget、聯絡表格或 newsletter 訂閱開始
3. 加入 WebMCP 屬性 — 喺現有 form 上加入 toolname、tooldescription 同 toolparamdescription
4. 測試工具 — 喺 Chrome 開啟 chrome://flags/#enable-webmcp-testing，安裝 Model Context Tool Inspector 擴充功能，輸入 prompt 測試 Agent 能否正確識別同調用工具
5. 檢查描述是否準確 — 如果 Agent 理解錯誤，通常係描述或 schema 嘅問題，唔係 Agent 本身
6. 設定安全保護 — 對重要操作關閉 toolautosubmit，標記只讀同第三方內容工具
7. 註冊 Chrome 限時試用 — WebMCP 仍在完善中，Chrome 透過 time-limited trial 允許註冊 domain 正式啟用
8. 監控支援進展 — 定期檢查 Chrome WebMCP 文檔，了解最新嘅瀏覽器同 Agent 支援情況

唔好等到 WebMCP 變緊急先開始

回想手機友好設計嘅發展歷程：喺 Google 將其變成排名因素之前，做好手機優化嘅網站一直覺得呢件事「可選」。直到 Google 宣布手機友好係 ranking signal，嗰啲提早準備嘅網站就佔盡優勢。

WebMCP 正處於類似嘅時刻。目前大部份網站都未開始準備，但早期採用者將會係嗰啲當用戶嘅 Agent 上門時真正能夠完成交易嘅網站，而其他人嘅網站就會喺最後一步失敗。

對於香港企業嚟講，而家就開始研究同試用 WebMCP，係為未來 Agentic Search 時代做好準備嘅最明智投資。你唔需要一次過完成所有嘢，但至少要了解呢個技術並開始計劃。

總結：WebMCP 係技術 GEO 嘅下一步

WebMCP 代表住 SEO 從「讓內容被發現」進化到「讓網站可以被 AI 使用」嘅關鍵一步。對於香港嘅網站營運者，而家就開始了解同試用 WebMCP，可以確保你喺 AI Agent 時代唔會落後於競爭對手。

想了解更多技術 GEO 相關內容？可以參考我哋之前嘅文章：JavaScript 連結導致網站頁面對 AI 搜尋隱形？41 日實驗揭露真相 同 llms.txt 與 AI 爬蟲時代的技術 GEO。