Imagina que ya tienes una aplicación que consulta pedidos, reservas o tareas mediante un servidor MCP. Hoy sus usuarios deben abrir tu web para completar la acción. Google abrió una vista previa para que esas capacidades puedan aparecer dentro de Gemini y Search. La decisión para un fundador no es «publicar en Google mañana», sino comprobar si su servidor está preparado para una integración que aún requiere acceso, pruebas y revisión.

Google anunció Connected Apps Platform el 28 de octubre de 2026. Su documentación oficial describe dos caminos: un servidor MCP remoto para web, iOS y Android, o AppFunctions para funciones locales de Android. La incorporación al Connected Console está en vista previa y se solicita acceso. No hemos probado una cuenta aprobada ni medido tráfico desde Gemini o Search.

¿Por qué debería importarte si construyes productos?

Una integración puede dejar que una persona vincule su cuenta, consulte datos vivos y ejecute acciones de tu servicio desde una conversación. Por ejemplo, «@MiApp, ¿qué pedidos tengo pendientes?» debería consultar su cuenta, no una base de datos pública. La oportunidad es distribución con intención alta; el costo es que ahora debes diseñar identidad, permisos, confirmaciones y una experiencia fiable. Que Google documente una vía de integración no garantiza que tu aplicación sea aprobada, descubierta o usada.

Si tu producto solo publica contenido estático, probablemente no necesitas un MCP. Si tiene datos personales o acciones útiles —crear una tarea, consultar un estado, reservar algo— prepara un caso de uso estrecho. Elige una operación de lectura y otra de escritura; eso permite probar valor y seguridad sin exponer todas tus funciones.

La ruta práctica: del servidor a la vista previa

1. Define tres tareas concretas. Google pide al menos tres capacidades de alto valor y tres ejemplos de consultas para la ficha pública. Evita «gestionar todo»; escribe acciones comprobables como «consultar el estado de un pedido».
2. Despliega un servidor MCP por HTTPS. Los requisitos señalan transporte Streamable HTTP, un único endpoint global y dominio verificable. No basta con que funcione en localhost.
3. Haz explícitos los contratos. En la guía de MCP, Google recomienda instrucciones de servidor claras, esquemas de parámetros precisos y anotaciones como readOnlyHint para lectura o destructiveHint para cambios. Una herramienta que cobra, elimina o publica necesita una confirmación adecuada.
4. Valida antes de solicitar publicación. Usa MCP Inspector para invocar cada herramienta localmente. Luego prueba el endpoint HTTPS en Gemini Developer Mode con los registros de eventos y esquemas. Estas pruebas no sustituyen la aprobación de Connected Apps.
5. Solicita acceso y configura Connected Console. La guía del Console incluye ficha, verificación de dominio, credenciales, sincronización de herramientas, testers, idioma, región y elección de Gemini o Search. Revisa cuál superficie realmente puedes seleccionar en tu cuenta; la disponibilidad es gradual.

Una prueba que puedes hacer esta semana

Sin esperar a que te aprueben, define un caso ficticio con datos de prueba: «consulta el estado de mi último pedido». Pídele a tu herramienta un identificador de usuario autenticado; devuelve únicamente estado, fecha y enlace al pedido. En MCP Inspector, prueba una cuenta con pedido, otra sin pedido y una petición sin credenciales. El resultado esperado es una respuesta útil para las dos primeras y rechazo de la tercera. Después cambia el identificador por el de otro usuario: si ves su pedido, hay un fallo de autorización que debes corregir antes de solicitar acceso.

Para una acción de escritura, por ejemplo «cancela el pedido», documenta los parámetros, exige autorización y una confirmación explícita. Google permite configurar confirmación de usuario por herramienta y la preselecciona cuando la anotación indica una acción destructiva. El ensayo debe verificar tanto el camino confirmado como la cancelación de la confirmación. Esta es una propuesta de prueba basada en la documentación, no un resultado medido en la plataforma.

Detalles que pueden frenar la integración

El dominio debe servir el archivo de verificación en /.well-known/google-connected-apps con HTTP 200 directo, sin redirección. Para acceso con cuenta de usuario, el Console contempla OAuth delegado y requiere credenciales de prueba con datos realistas para la revisión. Google también pide icono de 512 × 512, política de privacidad y términos públicos. Si eliges una categoría o tipo de conexión equivocados, la guía advierte que no se cambian en esa aplicación: habría que crear otra.

Las herramientas se sincronizan en una versión. Al publicar, el conjunto queda fijado para esa versión; un cambio posterior requiere crear una nueva. Los componentes interactivos de MCP Apps están en beta y podrían ignorarse, así que tu primera experiencia debe seguir siendo útil con respuestas de texto. No construyas la propuesta de valor alrededor de una interfaz que quizá no aparezca.

Qué decidir hoy

Si ya tienes un MCP remoto con una acción valiosa, audita permisos, endpoint y tres consultas; luego solicita acceso a la vista previa. Si tu producto no tiene datos vivos ni acciones, espera y prioriza el producto principal. El canal es prometedor para quien construye herramientas, pero todavía no hay una base pública para prometer distribución o ingresos. La siguiente señal que vale la pena vigilar es acceso real al Console y resultados de pruebas con usuarios, no solo el anuncio.