Cloudflare 推出 WebMCP 開發者預覽，網站免改程式即可讓 AI 代理呼叫功能

Cloudflare 推出 WebMCP 開發者預覽功能。啟用後，Cloudflare 會在網頁送達瀏覽器之前自動注入一段橋接程式，讓支援 WebMCP 的 AI 代理能夠發現該網站提供的功能，並直接呼叫對應的工具。網站管理者只需在 Cloudflare 控制台開啟此功能，不必修改原有的網站程式碼。

要理解這項功能的價值，得先看目前 AI 代理操作網站的困境。當前主流做法是讓代理「像人一樣」操作瀏覽器——讀取頁面、辨識按鈕位置、模擬點擊與輸入。這種方式的通用性高，但脆弱且低效：頁面改版就可能導致流程中斷，每一步操作都需要額外的視覺或結構解析，速度慢且容易出錯。

MCP（Model Context Protocol）提供的是另一條路徑：由服務端明確宣告「我能做什麼、需要什麼參數、會回傳什麼」，代理直接呼叫這些定義好的工具，而非猜測介面。這種方式速度快、可靠度高，且行為可預期。問題在於，要讓每個網站都自行實作 MCP 端點，需要開發資源與時間，普及速度必然緩慢。

Cloudflare 的切入點正在於此。作為位於使用者與源站之間的邊緣網路，Cloudflare 具備在內容送達前進行改寫的技術位置。透過自動注入橋接程式，它讓網站無須改動程式碼即可具備基礎的 WebMCP 能力，等於用基礎設施層的能力繞過了生態普及的雞生蛋問題。這與其過去以邊緣層提供快取、安全防護與影像最佳化的策略邏輯一致。

從產業角度看，這反映了一個正在成形的判斷：網站流量的組成正在改變。當愈來愈多存取來自 AI 代理而非人類瀏覽器，網站的「可被機器操作性」將成為與 SEO 同等重要的議題。過去網站為搜尋引擎做結構化資料標記，未來則需要為 AI 代理提供明確的功能介面。率先建立這層能力的基礎設施供應商，有機會佔據新的關鍵位置。

風險與爭議同樣存在。讓外部代理直接呼叫網站功能，涉及權限控管、身分驗證與濫用防範等實務問題——若代理能呼叫的工具包含交易或資料修改，權限邊界的設計就至關重要。此外，網站經營者也需要考量商業層面的影響：當 AI 代理接管使用者互動，網站的品牌曝光、廣告收入與客戶關係都可能被削弱。

後續觀察重點包括：WebMCP 規格的標準化進度、主要 AI 代理業者的支援情況，以及網站經營者在開放程度上的實際選擇。