谷歌把 Gemini 和搜索改成「应用入口」：Connected Apps 平台向所有开发者开门

过去一年，用户和 AI 助手打交道的方式悄悄变了：不再是从手机桌面点开某个 App，而是直接对助手说一句「帮我把这张图做成海报」「把我常听的歌单接上」。谁能承接这句指令，谁就掌握了下一个入口。谷歌显然不想把这个入口让出去。

一分钟速览

• 谷歌推出 Connected Apps Platform，允许任何企业或开发者把自家应用接入 Gemini 与谷歌搜索。
• 平台目前以 beta 形式面向美国开发者开放，需要排队申请。
• 开发者通过云端 MCP 服务器或 Android MCP 的 AppFunctions API 完成对接，再在 Google Connected Console 里注册、测试、提交。
• Gemini 已有超过 50 个 Connected Apps，包括 Adobe、Experian、Localiza、Peloton 等；这批应用将在未来几周内进入谷歌搜索。
• 开发者可以自行选择只上搜索、只上 Gemini，或两边都上，并能查看流量、延迟和错误率。

这不是一个插件商店，而是入口的重新分配

从产品形态看，Connected Apps 很像早年浏览器插件或微信小程序的合体：用户授权后，AI 可以调用第三方服务完成具体动作，比如连上 Canva 做一张传单，或者连上 YouTube Music 拼一个歌单。区别在于，过去是用户主动打开某个应用，现在是由 AI 在对话中决定调用哪个应用。

这个变化对应用开发者意味着两件事。第一，获客逻辑从「应用商店排名」转向「被 AI 选中的概率」，类似当年从门户目录转向搜索引擎。第二，品牌曝光被压缩成一次工具调用，用户可能根本不知道自己正在使用谁的服务。

谷歌给出的解法是保留品牌身份：开发者可以维护经过验证的 logo 和已认证账号，让用户知道当前调用的是哪家的能力。这相当于承认了「白牌化」的风险，并试图用品牌资产来对冲。

MCP 成了事实上的接入标准

值得注意的是技术路径。谷歌要求开发者接入云托管的 MCP（Model Context Protocol）服务器，或者使用 Android 侧的 MCP 与 AppFunctions API。MCP 原本是 Anthropic 推动的开放协议，用来把外部工具和数据源接进模型；如今它出现在谷歌的官方接入文档里，说明这套接口正在从「一家公司的倡议」变成跨厂商的公共底座。

对开发者来说，这是好消息：一次适配，理论上可以同时服务多个 AI 平台。对平台来说，则是把竞争焦点从「接口私有化」转移到「分发规模」——谁的 AI 用户更多，谁就更有资格要求开发者优先适配。

50 个应用之后，真正的问题是密度

谷歌披露 Gemini 侧已有 50 多个 Connected Apps，搜索侧目前还比较少，只有 Instacart、Canva、YouTube Music、Yahoo Fantasy Football 等，冥想应用 Calm 是这次新加入的伙伴，将同时上线 Gemini 和搜索。

50 个听起来不少，但和移动应用生态相比仍是零头。AI 助手的体验高度依赖「长尾覆盖」：用户提出十次请求，只要有三次因为「没有接入这个应用」而失败，信任就会迅速流失。这也是为什么谷歌要把门槛降到「填表申请 + 自助提交」，而不是一个个谈合作。

广告之外，谷歌在补另一条腿

把时间线拉长看，这一步和谷歌近期的一系列动作是同一条逻辑：搜索广告增速在放缓，AI 模式下的查询更长、更复杂，单纯靠关键词竞价已经装不下新的交互方式。如果用户习惯在对话里完成任务，那么「任务完成」本身就必须成为可被分发、可被计量的对象。

Connected Apps 目前没有公布收费方式，但控制台已经提供了流量、延迟、错误率这些运营指标。这些数据既是给开发者的运维工具，也是未来排序与抽成的依据。谁被调用得多、谁的成功率高，谁就应该排在更前面——这套逻辑和搜索排名如出一辙。

接下来要看的三件事

第一，开放节奏。目前只面向美国开发者，且需要等待名单，全球开放时间未定。第二，审核尺度。应用一旦能替用户执行支付、下单、改签等动作，安全与责任边界会迅速变复杂。第三，跨平台互操作。如果 MCP 真的成为公共标准，开发者会倾向于「一次接入、多处可用」，那时平台之间的竞争将回到模型能力和用户规模本身。

对普通用户而言，短期内能感知到的变化可能只是：在 Gemini 里说一句话，就能直接调用某个服务，而不用先退出对话去开 App。但正是这种「少跳一次」的摩擦消除，往往才是入口迁移真正的起点。