Google Connected Apps Platform: lleva tu app a Gemini

La respuesta breve

Para llevar tu app a Gemini y Search, solicita acceso a la vista previa de Connected Apps Platform, expón tu producto como un servidor MCP remoto (o, si es una app de Android, mediante AppFunctions), regístralo en Google Connected Console, pruébalo con Gemini Developer Mode y envíalo a revisión. Google dice que el acceso se abre por fases, así que solicitarlo no garantiza un sitio en el primer grupo.

Solicita acceso solo si tu app mejora cuando el usuario inicia sesión, o si permite obtener información en directo y completar una acción como crear, reservar, pedir o actualizar algo. Google dice que una app conectada no sustituye a un feed de datos ni es una forma de conseguir más visibilidad para información general. Si cumples los requisitos, elige bien la categoría, porque no se puede cambiar, y prevé traer primero a tus propios usuarios: la gente llega a una app conectada nombrándola con @ o pidiendo una tarea que esta resuelve.

Qué lanzó Google el 28 de octubre

Las apps conectadas ya existían en Gemini y en AI Mode de Search. Hasta ahora Google las añadía mediante acuerdos con socios; la vista previa lo convierte en un programa para desarrolladores con una sola consola y una sola revisión para ambas superficies.

¿Tu app cumple los requisitos? Una prueba de encaje

Las directrices de calidad de Google nombran tres cosas que quieren los usuarios: datos en directo y relevantes; contexto personal de tu servicio; y actuar sin salir de Google. Una app conectada debería cumplir al menos uno de dos pilares: mejora cuando el usuario inicia sesión, o permite a los usuarios obtener contexto en directo y completar acciones que van más allá de lo que ya hacen los productos de Google.

Qué necesitas antes de registrarte

La mayoría de estos puntos proceden de la página de requisitos previos de Google. Tenerlos listos te permite registrarte en cuanto llegue el acceso.

• Un endpoint MCP público por HTTPS que use el transporte Streamable HTTP. Cada app conectada tiene un único endpoint global; no se admiten URL separadas por centro de datos.
• Si tu servidor filtra el tráfico por dirección IP, los rangos de IP publicados por Google en la lista de permitidos, actualizados con regularidad porque cambian.
• Una cuenta de Connected Console con permiso para crear apps. Un propietario o administrador acepta los Connected Apps Terms of Service la primera vez, antes de que los compañeros puedan continuar.
• Verificación del dominio: un archivo con un token servido en /.well-known/google-connected-apps de tu dominio, que devuelva HTTP 200 sin redirecciones.
• Un nombre, que la gente también usa para las menciones con @, y una descripción de una frase de menos de 30 palabras.
• Un icono JPEG o PNG de 512 × 512 px y hasta 1 MB.
• Al menos tres capacidades además de las predeterminadas de la categoría y al menos tres prompts de ejemplo, ninguno empezando por un número.
• URL públicas de las condiciones del servicio y de la política de privacidad. La URL de un sitio web es opcional.
• Para las herramientas que actúan sobre la cuenta de un usuario, OAuth con el flujo de código de autorización (Google recomienda OAuth 2.1 con PKCE) y una cuenta de prueba con datos de muestra y la verificación en dos pasos desactivada para los revisores.

Pasos desde el formulario de interés hasta la publicación

1. Solicita acceso a la vista previa mediante el formulario de interés. Mientras esperas, conecta tu endpoint HTTPS desplegado en Gemini Developer Mode (gemini.google.com/devmode) para crear un prototipo; muestra el registro de eventos, los esquemas de las herramientas, la fecha, la hora y la ubicación simuladas, y la autenticación.
2. Crea la app conectada en Connected Console y define su nombre, su categoría y su tipo de conexión.
3. Añade el icono, la descripción, las capacidades, los prompts de ejemplo, el texto localizado opcional y las URL de las condiciones del servicio y de la política de privacidad.
4. Introduce el endpoint MCP y verifica el dominio con el archivo del token.
5. Elige si las herramientas necesitan autorización: ninguna, de máquina a máquina (credenciales de cliente) o delegada por el usuario (código de autorización). Para el acceso delegado por el usuario, añade cuentas de prueba e instrucciones.
6. Sincroniza las herramientas. Google toma una instantánea de las herramientas que expone tu endpoint; corrige cualquier error Must fix antes de continuar.
7. Define los países o regiones, los idiomas y los productos de Google, activa o desactiva cada herramienta, añade contexto y exige la confirmación del usuario cuando una acción cambie algo.
8. Añade testers (solo cuentas de Gmail; la app puede tardar hasta 10 minutos en aparecer) y prueba cada prompt de ejemplo, el inicio de sesión, cada herramienta, las confirmaciones y cualquier interfaz.
9. Envíala a revisión. Si el resultado es Issues found, corrige el borrador editable y vuelve a enviarlo; cuando sea Ready to publish, selecciona Publish.

Decisiones que no puedes deshacer

Algunas elecciones son permanentes o quedan bloqueadas al publicar. Tómalas a conciencia, no mientras rellenas un formulario.

• Categoría: no se puede cambiar. Cambiarla implica crear una nueva app conectada, así que elige la categoría cuyos recorridos de usuario coincidan con tu tarea principal.
• Tipo de conexión: servidor MCP o Android MCP tampoco se puede cambiar después.
• Herramientas publicadas: una versión publicada bloquea sus herramientas, las descripciones de las herramientas y los datos del servidor. Cada cambio necesita una versión nueva y otra revisión, y Google recomienda un endpoint nuevo para cada versión.
• Un endpoint por app: planifica el enrutamiento y las regiones detrás de una única URL global. Un endpoint específico de un país solo es aceptable si lanzas únicamente en ese país.
• Una app por producto: las políticas prohíben varias apps con funciones muy similares, así que no dividas un producto en fichas casi duplicadas para ocupar más espacio.

Normas de las políticas que cambian un plan de crecimiento

Algunas costumbres del marketing web y de las tiendas de apps incumplen las políticas de Connected Apps. Contrasta tu plan de lanzamiento con estas normas antes de construir en torno a él.

• Nada de publicidad de terceros ni material promocional servido a través de la integración. Se permiten los elementos de tu propia marca; las herramientas deben aportar valor por sí mismas.
• No dirijas al modelo hacia tu app, no fijes normas sobre cómo deben usarse otras herramientas ni hagas referencia a otras herramientas.
• No devuelvas instrucciones del sistema en las respuestas; todas las instrucciones deben estar disponibles cuando Google incorpora la app.
• Los nombres, las descripciones, los iconos y las definiciones de las herramientas deben ser precisos y distintos, sin funciones ocultas ni efectos secundarios inesperados.
• Intercambia solo los datos que necesita la función activa, publica una política de privacidad coherente y no intercambies nunca datos de usuarios por dinero.
• Mantén la fiabilidad: se prohíben los errores, bloqueos, agotamientos del tiempo de espera o fallos de autenticación constantes, y los incumplimientos pueden llevar al rechazo, la suspensión o la retirada.

Cómo se compara con ChatGPT y Claude

Si ya tienes un servidor MCP, los tres asistentes aceptan buena parte del mismo trabajo. Las diferencias están en el acceso, los recursos de la ficha y lo que puedes medir.

Cómo llega la gente a una app conectada

No hay un ranking público del directorio ni una posición destacada que solicitar. En Gemini, la gente conecta una app en los ajustes, escribe @ y su nombre, o pide una tarea que esta resuelve. En AI Mode, Search ofrece vincular una app cuando una petición la necesita, y puede usar de forma predeterminada la última app que usó la persona. En la práctica, eso significa que quienes tienen más probabilidades de usar tu app primero son quienes ya tienen una cuenta contigo.

Redacta el nombre, la descripción y los prompts de ejemplo con las palabras que ya usan tus usuarios, para que una petición coincida con tus herramientas. Después, cuenta a tus propios usuarios en tu producto, tu centro de ayuda y tu email de onboarding que ya pueden terminar la tarea desde Gemini, con un prompt de ejemplo que empiece por @ y el nombre de tu app. Las propias normas de Google exigen por el mismo motivo que al menos dos prompts de ejemplo empiecen por el nombre de la app.

Copia la hoja de trabajo de la ficha

La hoja de trabajo sigue las normas de los campos de la página de registro de Google. Rellénala antes de abrir Connected Console, sobre todo la categoría y el tipo de conexión permanentes, y prueba antes los prompts de ejemplo en Developer Mode: un revisor probará los mismos prompts.

Un plan de 30 días

1. Días 1–3: escribe una frase que diga para quién es la app y qué tarea termina dentro de Gemini. Contrástala con la prueba de encaje y elige la categoría. Solicita acceso a la vista previa.
2. Días 4–10: expón de tres a cinco herramientas acotadas con readOnlyHint o destructiveHint, conecta el endpoint en Developer Mode y ejecuta tus prompts de ejemplo hasta que cada uno funcione al primer intento.
3. Días 11–17: añade el inicio de sesión, exige confirmación en las herramientas que cambian datos, prepara la cuenta de prueba para revisores y rellena la hoja de trabajo de la ficha.
4. Días 18–24: cuando llegue el acceso, regístrate, añade a algunos clientes como testers y corrige lo que no hayan podido terminar.
5. Días 25–30: envíala a revisión. Tras publicarla, avisa a los usuarios actuales con un prompt de ejemplo con @ y vigila el tráfico, la latencia y las tasas de error en la consola antes de anunciarla en ningún otro sitio.

Dónde encaja Soloop

Soloop no construye, registra ni gestiona apps conectadas de Google, y no lee datos de Connected Console. Ayuda con la difusión en torno a un lanzamiento. Según el manual de Soloop, puede investigar dónde conversa un grupo de personas sobre una tarea y devolver fuentes, publicar en X después de que lo conectes con OAuth, preparar publicaciones de Reddit para que las publiques tú mismo, enviar emails en frío a través de Gmail (beta) y preparar Google Search Ads para que los revises y pagues. Las acciones esperan tu aprobación de forma predeterminada.

Una primera solicitud acotada: Mi app [enlace] ya funciona en Gemini para [audiencia] que [hace una tarea]. Encuentra dónde conversa [audiencia] sobre [tarea], con fuentes, y redacta un email para mis usuarios actuales con un prompt de ejemplo con @ para probar. No publiques ni envíes nada.

Fuentes, limitaciones y actualización

El anuncio de Google del 28 de octubre de 2026, la documentación para desarrolladores de Connected Apps Platform (descripción general, directrices de calidad, recorridos de usuario, requisitos previos, pasos de registro, guía del servidor MCP, Developer Mode y políticas), la Ayuda de Google Search y el anuncio de Gemini de Google del 23 de septiembre se leyeron el 31 de octubre de 2026. Google no publica los criterios de admisión en la vista previa, los tiempos de revisión, cómo eligen Gemini o Search una app ni una lista de países para Gemini, y el programa es una vista previa. La prueba de encaje, las notas de la comparación, la hoja de trabajo y el plan son orientación editorial. Nada de esto garantiza la admisión, la aprobación, la posición ni los usuarios.

Esta guía se revisará antes del 31 de enero de 2027, o antes si Google abre la vista previa a más desarrolladores o cambia sus requisitos.