Google 开放互联应用

Google 10 月 28 日开放 Connected Apps Platform 预览：一套让第三方应用把自身能力直接接进 Google Search 和 Gemini 应用的统一接入平台。开发者用云托管的 MCP 服务器或 Android 端的 AppFunctions 接入，在 Google Connected Console 里注册、测试、提审，上线前自选只在 Search、只在 Gemini 还是两处同时露出。官方博客称，Search 与 Gemini 之间已有超过 50 个互联应用在跑，冥想应用 Calm 将作为新伙伴同时进入两端。对做在线服务的人来说，这一步的意义在 Search 侧：第三方开发者第一次可以为自己的服务在 Search 里「排位」，而不只是围着 Gemini 转圈。

要点

接入路线有两条：云托管 MCP 服务器（支持 MCP Apps 富交互界面；Google 强烈建议使用 OAuth 2.1 和 PKCE），或 Android 本地的 AppFunctions——官方文档称之为「Android 的 MCP 方案」，经 Jetpack AppFunctions SDK 落地。
选位权交给开发者：提审前自选露出在 Search、Gemini 或两者；上线后能在 Connected Console 看 traffic、latency、error rates 三类指标，品牌层有已验证 logo 与账号认证。
存量 50+，口径两说：Google 博客说 50+ 分布在 Search 与 Gemini 两处；TechCrunch 说 50+ 在 Gemini 并链到官方支持页清单，Search 侧目前只少不多——Instacart、Canva、YouTube Music、Yahoo Fantasy Football。

接入细节

Connected Apps 的技术形态在官方开发者文档里写得很直白：服务端路线是把工具做成远程 MCP 服务器，用 MCP（Model Context Protocol）开放标准连进 Google 产品，走 MCP Apps 规范还能渲染富交互 UI，而不只是返回一段文本；客户端路线是 Android MCP，即 AppFunctions——适合想让工具执行留在用户手机本地的应用，比如只在设备上可用的数据。授权方面，Google 对云托管 MCP 集成强烈建议采用 OAuth 2.1 和 PKCE；这是安全建议，不能写成平台强制要求。Android 本地路线的文档未提 OAuth。用户的体验是「连一次，处处能用」：应用授权一次之后，用户在 Google 产品内直接调用其数据与功能，不需要再逐个产品去连。开发者的完整动线是注册、本地测试、提审、发布，全在 Connected Console 一个后台完成。

时机与规模

互联应用不是新东西：今年早些时候 Gemini 和 Search 就开始让用户安全地连接第三方服务——TechCrunch 举的例子是连上 Canva 设计传单、连 YouTube Music 建歌单。变化在于「开闸」：此前接入名单由 Google 逐家谈，10 月 28 日起任何开发者都能自建自提。Google 官方口径是「Search 与 Gemini 之间已上线超过 50 个互联应用」，覆盖生产力、票务、健康健身等品类；已点名的 Gemini 侧伙伴有 Adobe、Experian、Localiza、Peloton，Search 侧更少，Instacart、Canva、YouTube Music、Yahoo Fantasy Football 在列。官方承诺「coming weeks」内把 Gemini 已有的应用带到 Search，Calm 的新集成将同时进两端。TechCrunch 引用的官方支持页把 50+ 归在 Gemini 名下——两处口径对不上，读数时以「Search 侧显著少于 Gemini」这个两源一致的事实为准。

各方说法

TechCrunch 把这件事放进「代理网络」的叙事里：随着用户行为从打开一个个独立 App 转向经由首选的 AI 入口办事，企业想让服务被看见，可能就得在 agentic web 上占位——报道直接类比：这条路像是给企业排位的新式 SEO，Connected Apps Platform 或是第一步。报道同时给了反面条件：这套前提成立，需要互联应用的目录足够丰富才能留住用户，而其他面向消费者的 AI 服务也在试同一个想法——TechCrunch 点名 ChatGPT 与 Meta 的 Muse 各有自己的做法。SEO 圈的 Search Engine Roundtable 标题更直接：「你现在可以为 Google Search 构建应用了」，并转述从业者的判断：25 年来 Search 把人连向网页，如今要紧的是「功能」本身，Search 正在变成一个 agent 管理器。两位作者都是 Google 的 Group Product Manager（分别来自 Search 与 Gemini App 团队），博客与文档均无高管引语。

编辑判断

把这条新闻当信号读：Google 在把「被搜到」的定义从网页排名扩展到服务接入。做服务的产品该评估的不再是「要不要做个聊天机器人」，而是「当用户在 Search 或 Gemini 里说出一句话时，我的服务能不能被选中、被调用」。对中小开发者，预览期的窗口意义大于现实流量——Search 侧应用还少，早接入的可见性红利类似早期 App Store，但代价是提审与合规在 Google 的盘子里。诚实的 catch 有三个：一是地区——TechCrunch 称预览目前对美国开发者的 waitlist beta 开放，官方博客与文档只说 preview 加申请、未提任何地区限制，非美国开发者先按「官方未确认」看待；二是位置不保送——Search Engine Roundtable 提醒，接入不等于可见，用户还得在自己的 Search 设置里手动添加这个应用；三是指标只有 traffic、latency、error rates 三类，转化与留存数据还没给。接下来值得盯的是「coming weeks」的 Search 侧扩容：Gemini 那 50+ 何时搬过去，基本决定了这条通道的真实流量入口有多大。同月的相关动作可以对照着看：苹果给 iWork 三件套原生加 MCP 是把本地文档开放给智能体，腾讯云对外开放元宝搜索 API 是把搜索本身变成可调用能力，而 Google 这条是把分发入口交给第三方——三家在「智能体时代的服务分发」上各自押了不同的注。此前 Google 给企业推 Gemini Agent 时，智能体连的是企业自己的系统；这一次，连进来的是整个互联网上的服务。