AI 開始「用」你的網站了：WebMCP 是什麼？跟 GEO 差在哪？
你有沒有過這種經驗？好不容易把網站內容做好、SEO 也顧了，結果發現：AI 不只是「讀」你的網站，接下來它還會直接操作你的網站——按鈕、搜尋、預約，全由 Agent 代勞。
這件事的新標準叫 WebMCP。而它最常被搞混的地方是：很多人以為「做了 WebMCP 就會被 AI 引用」——這是錯的。 這篇用白話把「被 AI 找到」和「被 AI 操作」拆開講清楚，並附上我自己在本機做的實測。
WebMCP 是什麼？
WebMCP（Web Model Context Protocol）是讓網站把功能公開給 AI Agent 直接呼叫的新網頁標準。它由 Google 與 Microsoft 的工程師主導、在 W3C 的 Web Machine Learning 社群組標準化，2025 年 9 月被正式納入。
打個比方：以前 AI Agent 要操作網站，只能像人一樣「看截圖 → 猜按哪裡 → 點下去」，又慢又容易錯；有了 WebMCP，網站直接把「搜尋商品」「預約訂位」這些功能，用結構化的方式列給 Agent，Agent 直接呼叫就好，不必再爬 HTML。
WebMCP 跟 GEO 差在哪？為什麼不能混為一談？
GEO 處理「被發現」，WebMCP 處理「被操作」，兩者是先後關係，不是替代關係。
國外分析講得很直白（來源：Locomotive）：「WebMCP 不會取代 SEO。Agent 是先在 LLM 的引用裡發現品牌，抵達網站後才開始操作——所以 SEO 與 AI 能見度是前提，WebMCP 是建立在這之上的執行層。」
所以說：
- 先被找到（GEO／SEO）→ AI 才知道有你這個網站
- 再被操作（WebMCP）→ AI 到了你的網站，能直接幫使用者完成事情
如果你連「被 AI 引用」都還沒做到，就急著做 WebMCP，等於開了一家店卻沒人知道地址。
① 發現層（GEO）
② 執行層（WebMCP）
實例：連 Namecheap 都出了 MCP Connector
Namecheap 官方已推出 MCP Connector，讓你的 AI 助理（官方目前驗證的是 Claude）直接接上你的 Namecheap 帳號——這正是「MCP＝接外部工具」最貼身的實例。端點是 https://connector-mcp.namecheap.com/mcp，接上後你只要用白話講，助理就替你呼叫對應工具。（來源：Namecheap 官方文件）
domains_check_availability）、列出你的網域（domains_list）、取得購買連結（domain_purchase_link）、改 nameserver（domain_set_nameservers）、設定聯絡人（domain_set_contacts）dns_records_get）、新增或修改 TTL（dns_records_save）、刪除（dns_records_delete）contacts_save）、讀取（contacts_get）兩個安全設計值得注意：
- 助理不會扣你的錢。 買網域只會回一個
domain_purchase_link，要你自己點開、自己確認、自己付費；買完再用domains_list確認是否註冊成功。 - 權限由你授權。 接上時會走 OAuth，你決定要給助理哪些工具權限；沒授權的工具它就不能用。
誠實說明：這節是 Namecheap 官方文件整理（我不能、也不該用你的帳號實測）。我實測的是端點確實活著——對它下 GET 會回 JSON-RPC 的
Method Not Allowed（代表它是真的 MCP 伺服器，只是 MCP 走 POST）。
為什麼這對你特別有感？ 如果你手上的網域（像我的 leo-laboratory.com、inisyght.online）都在 Namecheap，這條 connector 現在就能接——改一筆 DNS、查一個網域，直接用講的讓 AI 幫你送出去。
2026 現況如何？
WebMCP 在 2026 年正式從「概念」進入「可實作」階段：
- Cloudflare（2026/8/6） 推出 WebMCP 開發者預覽：網站只要在 Cloudflare 開一個開關，就會在邊緣自動注入一行腳本、啟用 WebMCP，不用改動網站原始碼。（來源：Cloudflare 官方、Search Engine Journal）
- Shopify 宣布 WebMCP 工具已在每個 Liquid 商店上線。（來源：Search Engine Journal）
- Chrome 已推出實驗版（需開旗標），原生支援預計 2026 下半年。⚠️ 各來源對版本號說法不一（有寫 Chrome 146、也有寫 157），我無法完全確認，以官方為準。
- 網站健檢工具 Lighthouse 13.3.0 已納入 WebMCP 檢查項目。
我實測了：把網站功能公開給 AI Agent 會怎樣？
我用自己的網站情境做了一個示範頁，實測「把網站功能註冊給 AI Agent」到底長什麼樣。做法是用開源函式庫 @mcp-b/webmcp-polyfill（在還沒有原生支援的瀏覽器上，也能跑同一套 WebMCP 介面）。
結果如圖，我的示範頁註冊了兩個工具給 Agent：
接著模擬 Agent 呼叫 search_articles 工具（不是爬網頁，是直接呼叫），它回傳了結構化的標題與網址：
這個差異很關鍵：過去 Agent 要「猜」你的網頁怎麼用（看畫面找按鈕），現在是網站主動告訴它「我有哪些功能、參數怎麼填」。對開發者與重度 AI 使用者來說，這就是更穩、更快的做法。
誠實聲明：以上是本機示範頁的實測（用 polyfill），不是在你的正式站上線。Cloudflare 的「一鍵開啟」需要網站掛在 Cloudflare 且開啟代理才生效——我的站不在 Cloudflare，所以無法實測那條路徑。
對內容創作者／行銷，現在該做什麼？
先講結論：你現在不用急著做 WebMCP，但要先把 GEO 做好。 因為順序是「先被發現，才會被操作」。
- 先顧 GEO（發現層）：GEO 的核心是讓 AI 願意引用你——把內容寫成人話、用問題式標題、給明確答案與來源、保持內容新鮮。（延伸：我自己在做的 GEO 就是這條路）
- 觀察 WebMCP 成熟度：它還在新標準階段（預覽、旗標、標準化中）。現在投入大量工程還太早。
- 如果你的網站掛在 Cloudflare：可以先去試開 WebMCP 預覽，體驗一下「Agent 操作網站」是什麼感覺。
先顧 GEO（發現層）
觀察 WebMCP 成熟度
有需要再接執行層
我現在能用嗎？
- 原生支援：還沒有。目前要靠實驗版 Chrome（開旗標）或 polyfill。
- Cloudflare 用戶：可用開發者預覽「一鍵開啟」，但必須網站掛在 Cloudflare 且開代理。
- 一般網站（像我的）：現階段只能用 polyfill（像上面那段實測）自己接，等原生支援普及。
常見問題 FAQ
WebMCP 跟 MCP 一樣嗎？
不一樣。MCP 是讓 AI 助理接上「外部工具」（資料庫、GitHub）；WebMCP 是把「網站本身的功能」公開給 Agent 操作。同一個 Protocol 家族，但對象不同。
做了 WebMCP 就會被 AI 引用嗎？
不會。被引用是 GEO／SEO 的事。WebMCP 是「AI 到站之後怎麼操作」的執行層，兩者是先後關係。
做 WebMCP 會影響我的 SEO 排名嗎？
不會直接影響。它處理的是「Agent 操作」而不是「搜尋排名」，兩者系統不同。
結語：先被找到，再談被操作
WebMCP 是 2026 年值得知道的新標準，但它不是 SEO 的替代品，而是「被發現之後」的下一層。對內容創作者而言，正確的順序是：GEO（被 AI 找到）→ 觀察 WebMCP 成熟 → 有需要再接執行層。 現在就把 WebMCP 當 SEO 做，會白忙一場。
延伸閱讀
5 個省錢策略，從月費 NT$2,200 → NT$660 👇
🔒 填寫即訂閱雙週報，可隨時退訂。下載連結將寄到你的信箱。