谷歌微软联合推WebMCP：让Agent直接在网站下单

SEO -> AEO -> WebMCP：谷歌微软联手会重写互联网交易规则吗？

来自 @gregisenberg 对 @hot_town 的访谈，基于 WebMCP 展开。WebMCP 是微软和谷歌联合提出的新 Web 标准，让网站直接告诉 Agents "怎么搜索、怎么预订、怎么购买"，而不是让 Agents 像人一样截图、读代码、猜按钮。 https://www.youtube.com/watch?v=EoNH3Tn8wYE

SEO → AEO → WebMCP · SEO — 让谷歌能理解你的页面； · AEO — 让 AI 在回答中引用你； · WebMCP — 让 Agent 能完成任务（下单、研究、询价、预约）。 前两阶段解决"被发现"，WebMCP 解决"能成交"。

WebMCP 是什么？ · 由谷歌与微软联合实验推出，2026 年 2 月在 Chrome 上线（目前为实验特性，Chrome 149 起可通过 origin trial 接入；提案约两年前已提出）。 · 网站通过两种 API 向 Agent 暴露结构化"工具"：命令式 API（用 JavaScript 定义工具，经 navigator.modelContext 注册）和声明式 API（给标准 HTML 表单加注解）。 · Vinny 的形象概括："WebMCP 就是带 'Agent 按钮' 的网站"——让网站对 Agent 可读（agent-readable）且可执行（agent-actionable）。

相对现有方案的优势 Vinny 把 "Agent 接入应用" 的方式排成一个光谱，WebMCP 处于中间位置： · 裸 API / MCP 服务器（headless）：需处理 API key、token、鉴权；Agent 无法操作 UI · Computer Use（截图+点击）：慢、脆弱、 token 消耗大 · Browser MCP（读整个 DOM）：需解析全部页面代码，效率低 · WebMCP：给 Agent 一份精简的工具清单；复用浏览器会话 · 应用内 Agent（in-app agent）：用户被迫用厂商的 Agent，无法带自己的 Agent

两个被反复强调的技术亮点： · 浏览器会话即身份：用户正常登录网站后，Agent 自动继承登录态，无需 API key 或 OAuth 配置——这是相比 MCP 服务器/API 路线"技术含量最低但灵活性最高"的路径。 · 条件工具：工具可用性随浏览器状态变化（如登录后出现 16 个工具，登出只剩 3 个），天然支持只读/安全场景。

演示环节（一个咖啡机电商站）：Agent 能并排对比机型、高亮匹配用户需求的规格（尺寸、配件兼容性）、推荐配件、加购物车、自动套用优惠券——全程在真实 UI 上可见可操作。

优先落地的场景（按作者排序） · 兼容性驱动的复杂电商：咖啡机、相机系统、硬件配件、汽车零部件——规格匹配繁琐的品类； · SaaS 管理后台：控制台、分析、营销工具； · 受监管行业的只读流程：保险、银行自助服务（只读工具不触碰敏感操作，规避 API key 风险）； · 企业内部工具：未必面向客户，先优化内部流程。

两个"今天就能启动"的现金流创业点子 1. WebMCP 改造代理商（Conversion Agency） 为"无聊行业"（律所、HVAC、医美、牙医）的网站做 Agent 改造：交付第一批工具（询价、预约咨询），收取 $2k–$10k 的搭建费，再加每月数百美元的监测与优化 retain费。可打包 MCP 服务器等方案，以"Agent 化改造专家"定位吃先发红利。

2. Agent 神秘顾客（Agent Mystery Shopper） 测试 Agent 能否真正完成客户网站上的关键旅程（买卫衣、约咨询、报案理赔），输出报告：Agent 卡在哪、缺什么工具、描述哪里不清、流失了多少转化。按月收费，再把重复出现的修复沉淀为软件。两个点子可互相导流。