¿Google lanza Connected Apps? Cómo cambia el enlazado de aplicaciones

¿Google lanza Connected Apps? Google anunció la versión preliminar de su plataforma Connected Apps el 28 de octubre de 2026, ofreciendo a los desarrolladores una forma unificada de integrar servicios de terceros en Google Search y la aplicación Gemini. Según el anuncio oficial de Google, los desarrolladores pueden integrarse a través de servidores remotos del Protocolo de Contexto de Modelos (MCP) o mediante MCP de Android utilizando AppFunctions, para luego registrar, probar y enviar las integraciones a través de Google Connected Console. Para los desarrolladores de aplicaciones, el cambio principal es una ruta adicional para que los usuarios descubran e invoquen capacidades de servicio autorizadas dentro de interfaces impulsadas por IA, lo que introduce nuevas consideraciones sobre cómo los servicios gestionan el estado de ejecución y la identidad entre plataformas.

Reajuste central de la industria: Google lanza Connected Apps para Search y Gemini

De un vistazo

• Google presentó la versión preliminar de su plataforma Connected Apps el 28 de octubre de 2026, ofreciendo a los desarrolladores una vía consolidada para gestionar integraciones en Google Search y la aplicación Gemini.
• La plataforma proporciona dos vías principales de integración técnica: servidores remotos del Protocolo de Contexto de Modelos (MCP) alojados en la nube y MCP de Android en el dispositivo mediante las API de Jetpack AppFunctions.
• Actualmente hay más de 50 integraciones disponibles o desplegándose en Gemini y Search, con capacidades iniciales de socios que abarcan productividad, viajes, salud y comercio.

El canal de descubrimiento tradicional en la web se ha basado durante mucho tiempo en que los motores de búsqueda analizan contenido público para ofrecer listas clasificadas de enlaces web salientes. En ese modelo establecido, las plataformas digitales optimizan el contenido para el descubrimiento, capturan el tráfico de usuarios entrantes a través de la navegación estándar del navegador y dirigen esas interacciones hacia experiencias web o instalaciones de aplicaciones nativas. Los sistemas de medición evalúan estas interacciones analizando las cabeceras de referencia, las cookies de sesión y los parámetros de seguimiento de campañas adjuntos a las URL de las solicitudes entrantes.

La introducción de interfaces de IA conversacional está alterando este patrón de descubrimiento al permitir que los usuarios completen tareas específicas directamente dentro de los flujos conversacionales. Para formalizar el acceso de los desarrolladores a esta capa, Google lanzó su plataforma Connected Apps, tal como se describe en el anuncio oficial para desarrolladores de Google. A través de esta infraestructura, las aplicaciones pueden registrar herramientas y puntos de conexión definidos, lo que permite a Gemini y a Google Search llamar a servicios externos directamente cuando los usuarios expresan una intención relevante.

Esta transición arquitectónica pone de relieve los cambios operativos que surgen a medida que Google lanza Connected Apps en sus servicios de consumo principales. A través de Google Connected Console, los equipos pueden configurar, probar y registrar sus definiciones de herramientas, eligiendo si capacidades específicas aparecen en Search, en la aplicación Gemini o en ambos entornos. La integración permite que los asistentes activen capacidades externas, como crear diseños en Canva, acceder a listas de reproducción multimedia o coordinar rutinas de entrenamiento con Peloton. En lugar de tratar a los servicios de terceros como destinos externos, el entorno operativo absorbe sus capacidades funcionales en un tiempo de ejecución conversacional.

Cómo se integran MCP y Android AppFunctions con Connected Apps

La integración de servicios de terceros en plataformas conversacionales requiere protocolos formales para regular los formatos de mensajes, la autenticación y los límites de ejecución. Google ha estructurado su plataforma Connected Apps en torno a dos vías técnicas distintas diseñadas para adaptarse a diferentes arquitecturas de servicios: servidores remotos alojados en la nube y bibliotecas de cliente en el dispositivo.

Para arquitecturas multiplataforma y centradas en la nube, los desarrolladores pueden implementar un servidor remoto basado en la especificación abierta del Protocolo de Contexto de Modelos. Bajo este patrón, el desarrollador aloja un servicio MCP accesible a través de puntos de conexión HTTPS públicos que expone esquemas descriptivos de las herramientas y recursos de datos disponibles. La autorización de la cuenta de usuario para herramientas remotas se rige mediante OAuth 2.1, lo que permite que la interfaz de IA interactúe de forma segura con el servicio remoto del usuario. Alternativamente, los desarrolladores que crean software nativo para Android pueden implementar la biblioteca Jetpack AppFunctions, que expone las capacidades de las aplicaciones a nivel de dispositivo directamente a los asistentes del sistema mediante la comunicación entre procesos (IPC) local. En lugar de depender de conexiones OAuth a nivel de nube, la ejecución en el dispositivo se gestiona a través de los permisos de la plataforma Android, incluidos los privilegios de ejecución a nivel de sistema dentro del espacio aislado de la aplicación local. AppFunctions sigue siendo una versión preliminar experimental con requisitos específicos del sistema operativo (principalmente dirigida a Android 16 y versiones posteriores) y criterios de elegibilidad para evaluadores de confianza en la integración de Gemini; los desarrolladores deben verificar la disponibilidad de la plataforma antes de planificar despliegues en producción.

Transporte de datos y rutas de ejecución

Las diferencias arquitectónicas entre la ejecución remota en la nube y la invocación en el dispositivo reflejan compensaciones técnicas divergentes en cuanto al transporte de red, la autenticación de usuarios y las dependencias del sistema:

[Canal MCP remoto en la nube]
  Intención del usuario ──> Gemini / Search ──> Servidor MCP remoto ──> Autenticación OAuth 2.1 ──> Ejecución de API en la nube

[Canal MCP de Android en el dispositivo]
  Intención del usuario ──> Asistente Gemini ──> Jetpack AppFunctions ──> IPC local / Permisos del SO ──> Ejecución de aplicación nativa

A diferencia de los clics web salientes convencionales, las llamadas a herramientas MCP y Android AppFunctions no siguen inherentemente una secuencia de redirección del navegador. Por lo tanto, los desarrolladores deben evaluar qué metadatos de ejecución, contexto de usuario autenticado y señales de análisis están disponibles para cada integración. La documentación publicada por Google no establece que los parámetros tradicionales de campaña se transmitan automáticamente a través de estas interfaces de llamadas a herramientas, ni demuestra que se pierdan todas las señales de atribución. En su lugar, la plataforma proporciona a los desarrolladores métricas operativas dentro de Connected Console, incluido el volumen de solicitudes, las distribuciones de latencia y las tasas de errores, lo que permite a los equipos supervisar la salud operativa de sus integraciones.

Arquitectura de integración y gestión de sesiones entre superficies

A medida que los servicios digitales adoptan arquitecturas multisuperficie que abarcan agentes conversacionales, motores de búsqueda y aplicaciones móviles nativas, los equipos de desarrollo deben seleccionar la capa de integración adecuada según sus requisitos operativos. La llamada a herramientas remotas, la invocación de aplicaciones locales, la navegación web estándar y la incorporación móvil resuelven problemas fundamentalmente distintos a lo largo del ciclo de vida de la aplicación.

La matriz de comparación a continuación describe las funciones principales, los modelos de acceso a datos y las consideraciones operativas en estas capas técnicas complementarias:

En un escenario de adquisición móvil independiente, un servicio conectado puede optar por dirigir a los usuarios a una página de destino web externa y, cuando corresponda, a un flujo de instalación de aplicaciones. Si ese recorrido genera una visita de enlace rastreable, una solución de deep linking diferido como OpoInstall puede ayudar a capturar los parámetros de campaña, referencia o destino elegibles en la página web y recuperar los parámetros coincidentes cuando la aplicación se inicia por primera vez tras la instalación, sujeto a las restricciones de implementación y de la plataforma. Esta capacidad no reconstruye las conversaciones de Gemini, no preserva el estado arbitrario de ejecución de MCP ni garantiza la atribución de acciones mediadas por agentes que nunca pasan por un recorrido mensurable de web a aplicación. Los equipos deben diseñar sus canales de datos para distinguir entre la ejecución de herramientas conversacionales dentro de plataformas de IA y los embudos de adquisición de usuarios independientes realizados a través de canales de marketing externos.

Lista de comprobación de ingeniería: Incorporación a Google Connected Console

Navegar por los requisitos de implementación para el ecosistema de agentes de Google exige cronogramas operativos disciplinados entre los equipos de ingeniería, seguridad y producto. Los desarrolladores deben implementar API autenticadas que cumplan con estrictas pautas de seguridad, mientras que los equipos de marketing deben reestructurar los embudos de conversión para capturar el tráfico mediado por agentes.

Lista de comprobación de implementación para desarrolladores

• Desplegar el servidor del Protocolo de Contexto de Modelos: Construya un servidor MCP compatible sobre un punto de conexión HTTPS público y seguro, utilizando utilidades como MCP Inspector para la verificación del protocolo local antes del despliegue, tal como se describe en la guía para desarrolladores de MCP de Google Connected Apps.
• Configurar OAuth 2.1 para integraciones en la nube: Implemente servidores de autorización que cumplan con los estándares OAuth 2.1 para autenticar cuentas de usuario y gestionar ámbitos de permisos granulares para herramientas remotas en la nube.
• Integrar Jetpack AppFunctions: Incorpore las bibliotecas androidx.appfunctions en las compilaciones de clientes de Android compatibles, declarando los permisos del sistema adecuados para exponer la ejecución de herramientas locales en el dispositivo.
• Anotar esquemas de herramientas con indicaciones de seguridad: Proporcione esquemas JSON estructurados que incorporen anotaciones explícitas de seguridad, como readOnlyHint y destructiveHint, para evitar efectos secundarios no deseados durante la ejecución conversacional de varios turnos.
• Validar en el modo de desarrollador de Gemini antes del envío: Verifique el comportamiento de la invocación de herramientas y el manejo de errores dentro del modo de desarrollador de Gemini antes de enviar la integración completa para su revisión a través de Google Connected Console.

Lista de comprobación de gobernanza de productos y plataformas

• Registrarse en Connected Console: Envíe la integración a través de Google Connected Console, cargando los recursos de marca y completando las revisiones de verificación requeridas.
• Designar superficies de despliegue: Seleccione si las herramientas de la aplicación deben publicarse en Google Search, en la aplicación Gemini o habilitarse en ambos entornos.
• Supervisar métricas de rendimiento: Realice un seguimiento de la frecuencia de invocación, la latencia de respuesta y los códigos de error dentro de los paneles para desarrolladores para garantizar la fiabilidad del servicio bajo diversas condiciones de carga.
• Auditar rutas de usuario independientes: Asegúrese de que los embudos promocionales externos y las rutas de instalación mantengan sus propias configuraciones de medición dedicadas, independientes de las superficies conversacionales.

Puntos clave para los equipos de ingeniería

El lanzamiento de la plataforma Connected Apps introduce una capa adicional para la interacción digital, permitiendo que las aplicaciones proporcionen utilidades funcionales directamente dentro de entornos de IA conversacional. Al formalizar el soporte para el protocolo abierto Model Context Protocol y Android Jetpack AppFunctions, Google ha establecido vías estructuradas para que los desarrolladores expongan capacidades a Gemini y Search sin depender de integraciones personalizadas y propietarias para cada superficie de producto.

Las organizaciones de ingeniería que evalúen estas superficies deben reconocer los límites de la ejecución de herramientas conversacionales. Conectar una aplicación a un entorno de asistente amplía la utilidad en tiempo real, pero opera de forma independiente de la adquisición de usuarios externos, los embudos de marketing basados en navegadores y los flujos de medición móvil. Los equipos deben implementar puntos de conexión de herramientas autenticados y sólidos que cumplan con los estándares de la plataforma, manteniendo al mismo tiempo arquitecturas de datos separadas y dedicadas para sus operaciones de marketing web y móvil en general.

Referencias

• Google: Cree y gestione aplicaciones conectadas en un solo lugar — Entrada de blog oficial que detalla el anuncio preliminar y las integraciones de socios.

• Google Developers: Documentación de la plataforma Connected Apps — Descripción general técnica y guías para la integración de servidores MCP remotos.

• Google Developers: Descripción general de Connected Console — Documentación sobre el registro de aplicaciones, la verificación de recursos y la telemetría de rendimiento.

• Android Developers: Arquitectura de la API AppFunctions — Guía de implementación para la ejecución de herramientas del lado del cliente a través del SDK de Jetpack.

• Model Context Protocol: Arquitectura y especificación — Estándar de protocolo de código abierto para la ejecución de herramientas de IA contextual.

• IETF: Especificación del marco de autorización OAuth 2.1 — Borrador del Grupo de Trabajo de Ingeniería de Internet que define las directrices de seguridad para la delegación de tokens de usuario.