Google Connected Apps 上线:50+ 应用接入 Gemini 与搜索

一句话结论:Google 在 2026 年 10 月 28 日上线 Connected Apps Platform 预览版,开发者只需接入一次,就能把自家服务同时放进 Google 搜索与 Gemini 应用,目前两大入口之间已跑起来 50 多个 Connected Apps,Adobe、Calm、Experian、Localiza、Peloton 是官方点名的首批新增伙伴。

这件事的分量不在于多了一个插件系统,而在于分发入口的位置换了。过去第三方服务要触达 Google 用户,得走应用商店、得买搜索广告、得靠用户手动打开官网;现在服务方可以把订杂货、生成歌单、订晚餐、买活动票这类能力直接挂进对话与搜索结果里,由模型在需要时调用,用户看到的是事情被办完,而不是一段待点击的链接。官方给出的说法是一次构建、两处触达,开发者可以在提交时自选只上搜索、只上 Gemini,或者两边都上。

Connected Apps 到底改变了什么

从形态上看,Connected Apps 不是聊天窗口里的一个插件按钮,而是一层模型可以直接调用的外部能力。用户提出意图之后,由模型决定要不要调、调哪个服务、传什么参数,服务方拿到的不是一次广告点击,而是一次带有明确上下文的调用意图。这个区别决定了接入方的产品逻辑完全不同,插件要的是曝光,Connected Apps 要的是任务完成率。

平台目前处于 preview 状态,采取分阶段开放。官方明确说了未来几个月会陆续增加开发者、市场,以及接入的 Google 产品品类。这意味着现在接入的团队面对的是一个还在扩展的分发面,而不是一个已经封顶的渠道。

另一个容易被忽略的点是渠道选择的自由度。开发者提交审核前要自己决定应用落在哪几个入口,这说明 Google 没有强行要求双端同步。搜索侧的用户意图更结构化,Gemini 侧的任务链更长,两边的调用形态未必一致,把选择权留给接入方在工程上更实际。

维度 Connected Apps 传统应用商店 / 网页跳转
触达形式 模型在对话与搜索中直接调用 用户手动搜索、点击、进入
核心指标 任务完成率、调用延迟、错误率 曝光、点击率、页面停留
接入协议 cloud-hosted MCP server 或 Android MCP 私有 SDK / 网页跳转
覆盖入口 Google 搜索、Gemini 应用,可自选 自家渠道
管理后台 Google Connected Console 应用商店后台

50 多个应用覆盖了哪些品类

官方给出的规模是超过 50 个 Connected Apps,分布在搜索与 Gemini 两个入口之间。原文没有逐一列出完整名单,但明确点名了五家新增合作伙伴,并把覆盖领域框定为九类。

合作伙伴 服务类别 官方状态
Adobe 创意与媒体生产力 已在 Gemini 上线,未来数周进入搜索
Experian 信用信息服务 已在 Gemini 上线,未来数周进入搜索
Localiza 本地出行与租车 已在 Gemini 上线,未来数周进入搜索
Peloton 健身与运动 已在 Gemini 上线,未来数周进入搜索
Calm 冥想、睡眠与健康 计划同时覆盖搜索与 Gemini

九类覆盖领域分别是:生产力工具、活动票务、健康与健身、杂货订购、媒体与播放列表、创意应用、体育应用、餐饮与餐厅预订、本地交通与租车。这个清单有意思的地方在于它的横跨程度,从 Adobe 的创意工具到 Localiza 的租车,属于典型的强意图短事务。模型在对话里被要求「订晚餐」「买球票」「订杂货」的时候,调用哪个服务几乎是自动的,第三方服务之间在这一次调用里直接竞争。

完整的可用应用清单,Google 分别放在搜索帮助中心与 Gemini 帮助中心的两个页面上,用户实际能访问到的以那两份清单为准。

接入路径:两种 MCP 形态加一套 AppFunctions

开发者侧的接入分两段,技术实现与管理配置。技术实现有两种可选形态,一种是自建云端托管的 MCP server,另一种是走 Android MCP,也就是直接依托安卓侧的能力暴露。两种形态之上统一走 AppFunctions APIs 把自家服务的能力暴露成模型可调用的函数。

选 MCP 这一点本身有额外含义。这个协议最初由 Anthropic 推动,如今 Google 也把它当作官方接入层,等于把第三方服务接入 AI 助手的标准接口从各家私有 SDK 往通用协议上收。协议统一之后,开发者为 Gemini 写的工具描述,理论上更容易复用到别的智能体平台上。站内此前讨论过 OpenAI 常驻智能体带来的应用集成规模,路子不同,但都在抢同一个位置,智能体时代的分发入口正在从应用商店手里往对话窗口转移。端侧的差异可以对照 OpenMobile-2 手机智能体 的接入形态来看。

管理配置在 Google Connected Console 里完成,官方给出的流程一共六步:注册 Connected App、配置应用与品牌信息、测试、提交审核、选择发布范围、上线后持续运营。审核环节的存在意味着这套分发不是自动上架,需要通过 Google 的质量关。

上线之后能盯什么,谁掌握品牌

应用上线后,Connected Console 提供三类运营指标:流量、延迟、错误率。延迟和错误率这两个维度在传统应用商店的后台基本看不到,因为过去的调用发生在自家服务器上,开发者自己埋点即可;现在调用发生在 Google 的产品链路里,平台把指标直接给出来,对接入方来说省掉了自建观测的一层。

品牌与账户控制也是官方明确保留给开发者的两项能力,已验证的徽标让服务方的品牌标识能在结果里规范呈现,已认证账户则允许用户以自己已验证的第三方账户身份完成任务。这一点比单纯的授权登录走得更远,用户在 Gemini 里完成一次预订,背后的账户归属和授权状态是服务方自己的。

需要如实说明的是,官方在这篇发布博客里没有披露接入费、调用费、交易抽成、审核标准与时长、速率限制与配额、MCP 工具数量上限、数据留存规则,也没有列出哪些市场已经开放、哪些尚未开放。申请与文档入口在 developers.google.com/connected-apps。要判断自家业务接入的真实成本,这些空白项得等文档或后续公告补齐。

和自建智能体运行时相比,差别在哪

把视角拉远一点看,Google 这一手并不是孤立的。近两周站内记录了几条同方向的动作:Google Agent Compute Engine 提供了 20 万智能体规模、500 毫秒挂起恢复的托管运行时,AWS 开源了 8GB 内存塞下 75000 个智能体的 Infinity 运行时,微软开源 Agensh 跑 1024 个智能体协同。这几家的共同点是都在解决智能体跑起来之后的事,基础设施层、运行时层、应用接入层各有人占位。

层级 代表方案 解决的问题
接入分发层 Google Connected Apps Platform 服务如何进入搜索与 Gemini 两个高意图入口
托管基础设施层 Google Agent Compute Engine 20 万智能体并发与 500 毫秒级挂起恢复
轻量运行时层 AWS Infinity Runtime 8GB 内存承载 75000 个智能体
多智能体编排层 微软 Agensh 1024 个智能体协同编排与通过率
质量与安全评测层 Endor Labs 智能体安全基准 功能正确率 87.2% 对安全正确率仅 37.4% 的落差

Endor Labs 智能体安全基准那组数字值得多看一眼。功能正确率 87.2%、安全正确率 37.4%,意味着智能体在把外部能力接进来的过程中,安全合规的短板比功能实现明显得多。Connected Apps 把第三方服务直接摆到模型面前让模型自主调用,这种开放带来的调用面扩张,恰好落在这个短板上。平台给了 verified logos 和 authenticated accounts 两个品牌控制手段,但没提调用级权限、失败回滚与灰度机制,这些恰恰是安全侧最需要的东西。

Gemini 4 Carbon 是这条链路上承载调用的模型本身,站内已记录过它的 AA 指数 59 分与安全基准表现。应用接入层与模型层同时在动,说明 Google 在把「任务被办完」这件事从模型能力往分发能力两端推。

常见问题

Connected Apps 和 Gemini 里的普通插件、扩展有什么区别?

普通插件需要用户在对话中主动启用,调用链路由用户选择触发;Connected Apps 是模型在识别到意图后自行决定是否调用,用户看到的是任务结果而不是一段链接。分发位置也不同,前者在 Gemini 内部,后者同时覆盖 Google 搜索与 Gemini 两个入口。

现在接入需要多少钱,会不会被抽成?

官方在这篇发布博客里没有披露接入费、调用费或交易抽成,也没有公布审核标准与时长、速率限制和数据留存规则。目前唯一确定的是平台处于 preview 阶段并分阶段开放,实际成本要等 developers.google.com/connected-apps 的文档与后续公告才能判断。

已有 MCP server 能不能直接接进来?

技术上走的是 cloud-hosted MCP server 或 Android MCP 加 AppFunctions APIs 的组合,如果已有符合规范的 MCP server,改造成本主要在把业务能力映射成 AppFunctions 函数并补齐工具描述。如果此前接的是私有 SDK 或纯网页跳转,就需要重做接入层,Google 没有提供迁移通道。

小结

Connected Apps Platform 的核心变化是把分发入口从用户手动点击挪到了模型自主调用。官方给的规模是 50 多个应用覆盖九类服务,新增伙伴 Adobe、Calm、Experian、Localiza、Peloton;接入方式是两种 MCP 形态加 AppFunctions APIs,管理在 Google Connected Console,运营看流量、延迟、错误率三项指标,平台分阶段开放。真正决定接入方收益的,是自家服务的意图清晰度与调用可靠性,因为模型选不选你、参数传对没传对、失败后有没有兜底,这三件事都不在开发者手里。

相关阅读