Google 发布 Connected Apps？应用链接将如何演变

Google 发布 Connected Apps？Google 于 2026 年 10 月 28 日宣布推出 Connected Apps 平台的预览版，为开发者提供了一种统一的方式，将第三方服务引入 Google 搜索（Google Search）和 Gemini 应用中。根据 Google 的官方公告，开发者可以通过远程模型上下文协议（MCP）服务器或借助 AppFunctions 的 Android MCP 进行集成，然后通过 Google Connected Console 注册、测试并提交集成。对于应用开发者而言，最显著的变化是为用户在 AI 驱动的交互界面内发现并调用授权服务能力开辟了额外的路径，这也对服务如何在跨平台环境中管理执行状态和身份带来了新的考量。

核心行业调整：Google 针对搜索与 Gemini 推出 Connected Apps

概览

Google 于 2026 年 10 月 28 日推出了 Connected Apps 平台的预览版，为开发者提供了一条统一的途径来管理跨 Google 搜索和 Gemini 应用的集成。
该平台提供了两条主要的Технический（技术）集成路线：托管在云端的远程模型上下文协议（MCP）服务器，以及由 Jetpack AppFunctions API 驱动的端侧 Android MCP。
目前 Gemini 和搜索中已有超过 50 种集成上线或正在逐步推出，首批合作伙伴的能力涵盖生产力、旅行、健康和商业等领域。

长期以来，网络上的传统发现管道一直依赖搜索引擎解析公开内容，以提供排好序的出站网页链接列表。在那种既有的模式中，数字平台通过优化内容来提升发现率，通过标准浏览器导航捕获传入的用户流量，并将这些互动引导至网页体验或原生应用安装。衡量系统则通过分析传入请求 URL 附加的来源引荐头、会话 Cookie 以及营销活动追踪参数来评估这些互动。

对话式 AI 界面的引入正在改变这种发现模式，它允许用户直接在对话流程中完成特定的任务。为了将开发者对这一层的访问规范化，正如官方的 Google 开发者公告中所述，Google 推出了 Connected Apps 平台。通过该基础设施，应用程序可以注册已定义的工具和端点，当用户表达相关意图时，Gemini 和 Google 搜索便能够直接调用外部服务。

展示 Google 搜索界面连接 Gemini 以确认预订的分屏图

这种架构上的转变凸显了随着 Google 在其核心消费级服务中推出 Connected Apps 所带来的运营转变。通过 Google Connected Console，团队可以配置、测试和注册其工具定义，并选择特定的功能是仅在搜索、Gemini 应用中显示，还是在两个环境中同时显示。该集成允许助手触发外部功能，例如在 Canva 中创建设计、访问媒体播放列表，或与 Peloton 一起组织健身计划。运行环境不再将第三方服务视为外部目的地，而是将其功能直接吸收到对话运行时中。

展示应用管理与性能监控的 Connected Apps 开发者界面

MCP 与 Android AppFunctions 如何与 Connected Apps 集成

将第三方服务集成到对话平台中，需要规范的协议来管理消息格式、身份验证和执行边界。Google 围绕两种截然不同的技术路径构建了其 Connected Apps 平台，以适应不同的服务架构：云端托管的远程服务器和端侧客户端库。

对于跨平台和以云为中心的架构，开发者可以基于开放的模型上下文协议规范实现远程服务器。在此模式下，开发者在公共 HTTPS 端点上托管一个可访问的 MCP 服务，该服务公开描述可用工具和数据资源的架构。远程工具的用户账户授权通过 OAuth 2.1 进行管理，从而使 AI 界面能够安全地与用户的远程服务进行交互。或者，构建原生 Android 软件的开发者可以实现 Jetpack AppFunctions 库，它通过本地进程间通信（IPC）直接向系统助手公开设备级应用功能。端侧执行不依赖于云级别的 OAuth 握手，而是通过 Android 平台权限进行管理，包括本地应用沙箱内的系统级执行权限。AppFunctions 仍处于实验性预览阶段，具有特定的操作系统要求（主要针对 Android 16 及更高版本）以及针对 Gemini 集成的受信任测试人员资格标准；开发者在规划生产环境部署之前，应先验证平台的可用性。

数据传输与执行路径

远程云端执行与端侧调用之间的架构差异，反映了在网络传输、用户身份验证和系统依赖性方面不同的技术权衡：

[Remote Cloud MCP Pipeline]
  User Intent ──> Gemini / Search ──> Remote MCP Server ──> OAuth 2.1 Auth ──> Cloud API Execution

[On-Device Android MCP Pipeline]
  User Intent ──> Gemini Assistant ──> Jetpack AppFunctions ──> Local IPC / OS Permissions ──> Native App Execution

与传统的出站网页点击不同，MCP 工具调用和 Android AppFunctions 并不会自然地遵循浏览器重定向序列。因此，开发者应评估每种集成可用的执行元数据、已认证的用户上下文以及分析信号。Google 发布的文档并未表明传统营销活动参数会自动通过这些工具调用接口传递，也没有证明所有的归因信号都会丢失。相反，该平台在 Connected Console 内为开发者提供运营指标，包括请求量、延迟分布和错误率，使团队能够监控其集成的运行状况。

代表集成到 Google Connected Apps 中的首批企业合作伙伴的 Logo 云

跨表面的集成架构与会话管理

随着数字服务采用跨对话代理、搜索引擎和原生移动应用的跨表面架构，开发团队必须根据其运营需求选择合适的集成层。远程工具调用、本地应用调用、标准网页导航和移动端引导在整个应用生命周期中解决着截然不同的问题。

下面的对比矩阵概述了这些互补技术层的主要功能、数据访问模型和运营考量：

集成层	主要功能	执行表面	可观测信号	限制
Remote MCP Server	通过开放协议进行云端工具执行	开发者云基础设施	工具调用次数、延迟、错误遥测	需要公共 HTTPS 端点和 OAuth 2.1 设置
Android AppFunctions	通过 OS API 共享原生应用功能	本地 Android 设备沙箱	本地执行状态、IPC 返回码	依赖于已安装的应用及操作系统兼容性
Standard Web Redirect	在网页之间导航用户	客户端浏览器 / Webview	HTTP 引用页、URL 参数、Cookie 状态	跨浏览器边界和隐私过滤器时较为脆弱
Deferred Parameter Recovery	通过安装保留营销活动数据	原生移动应用	应用首次启动时匹配的链接参数	仅限于可衡量的 web-to-app 引导转化漏斗

在另一个移动端获客场景中，已连接的服务可能会选择将用户引导至外部网页落地页，并在适当时引导至应用安装流程。如果该旅程产生了可追踪的链接访问，诸如 OpoInstall 之类的延迟深度链接解决方案可以帮助在网页上捕获符合条件的营销活动、推荐或目标参数，并在应用安装后首次启动时检索匹配的参数（受限于实现方式和平台约束）。此功能无法重建 Gemini 对话、保留任意 MCP 执行状态，也无法保证对从未经过可衡量 web-to-app 旅程的代理中介操作进行归因。团队必须设计其数据管道，以区分 AI 平台内的对话工具执行与跨外部营销渠道进行的独立用户获客漏斗。

工程检查清单：接入 Google Connected Console

导航 Google 代理生态系统的部署要求，需要工程、安全和产品团队制定严格的运营计划。开发者必须实现符合严格安全指南的认证 API，而营销团队则必须重构转化漏斗以捕获代理中介的流量。

开发者实现检查清单

部署模型上下文协议服务器：在安全的公共 HTTPS 端点上构建合规的 MCP server，在部署前利用 MCP Inspector 等实用程序进行本地协议验证，详见 Google Connected Apps MCP 开发者指南。
为云集成配置 OAuth 2.1：实现符合标准的 OAuth 2.1 授权服务器，以验证用户账户并管理远程云工具的精细权限范围。
集成 Jetpack AppFunctions：将 androidx.appfunctions 库嵌入到受支持的 Android 客户端构建中，声明适当的系统权限以在端侧公开本地工具执行。
为工具架构注释安全提示：提供包含明确安全注释（例如 readOnlyHint 和 destructiveHint）的结构化 JSON 架构，以防止在对话多轮执行期间产生意料之外的副作用。
提交前在 Gemini 开发者模式中进行验证：在通过 Google Connected Console 提交完整集成进行审查之前，验证 Gemini 开发者模式中的工具调用行为和错误处理。

产品与平台治理检查清单

在 Connected Console 中注册：通过 Google Connected Console 提交集成，上传品牌资产并完成所需的验证审查。
指定部署表面：选择是将应用的工具发布到 Google Search、Gemini 应用，还是在两个环境中启用。
监控性能指标：在开发者仪表板中追踪调用频率、响应延迟和错误代码，以确保服务在不同负载条件下的可靠性。
审计独立用户路径：确保外部推广漏斗和安装路径维护其自身的专属测量配置，独立于对话表面之外。

常见问题解答 (FAQ)

MCP 服务器与 Android AppFunctions 之间有什么技术区别？

远程 MCP server 是一项云端托管服务，使用 OAuth 2.1 通过标准互联网协议与 Google 平台进行通信，从而实现跨网页和移动服务的跨平台访问。Android AppFunctions 是一个端侧 Android Jetpack 库，允许系统助手通过进程间通信直接在本地安装的应用内调用功能，在用户的物理设备上执行操作，而无需进行云到云的 API 协调。

如果用户未安装已连接的 Android 应用会发生什么？

Google 发布的 Connected Apps 文档将云端托管的 MCP 服务器和 Android AppFunctions 描述为互补的集成选项，但它并未确立从不可用的原生应用到云工具、网站或安装流程的通用自动回退机制。开发者应针对其特定集成验证支持的行为，并在适当时分别实现外部引导或下载旅程。

开发者可以将已连接的应用专门部署到 Google 搜索或 Gemini 吗？

开发者可以通过 Google Connected Console 对部署表面保持控制。在注册和审查过程中，团队可以选择其工具定义是专门在 Google Search 中公开、仅限于 Gemini 对话应用，还是在两个表面中同时启用，从而使组织能够将集成范围与其目标用户体验保持一致。

工程团队的核心要点

Connected Apps 平台的推出引入了数字交互的额外层，使应用能够在对话式 AI 环境中直接提供功能性实用工具。通过正式支持开放的模型上下文协议和 Android Jetpack AppFunctions，Google 为开发者建立了一条结构化途径，使其能够向 Gemini 和 Search 公开功能，而无需为每个产品表面依赖定制的专有集成。

评估这些表面的工程组织必须认识到对话工具执行的边界。将应用连接到助手环境可以扩展实时实用性，但它独立于外部用户获客、基于浏览器的营销漏斗和移动测量工作流之外。团队应实现符合平台标准的稳健、已认证的工具端点，同时为其更广泛的网页和移动营销运营维护独立、专属的数据架构。

参考文献

Google：在一处构建和管理 Connected Apps — 详细介绍预览公告和合作伙伴集成的官方博客文章。
Google 开发者：Connected Apps 平台文档 — 远程 MCP 服务器集成的技术概述与指南。
Google 开发者：Connected Console 概述 — 关于应用注册、资产验证和性能遥测的文档。
Android 开发者：AppFunctions API 架构 — 通过 Jetpack SDK 进行客户端工具执行的实现指南。
模型上下文协议：架构与规范 — 用于上下文 AI 工具执行的开源协议标准。
IETF：OAuth 2.1 授权框架规范 — 定义用户令牌委派安全指南的互联网工程任务组草案。