Google abre Gemini a aplicaciones externas mediante una capa MCP unificada

El propietario de una tienda en línea quiere añadir una categoría de temporada. Normalmente tiene que abrir el CMS, crear una página, vincular los productos, ajustar el menú y completar por separado los campos SEO. Google propone otro punto de entrada: la persona describe la tarea en Gemini y el servicio conectado proporciona al agente las herramientas necesarias.

Para eso se ha creado Connected Apps Platform. Las aplicaciones de terceros podrán registrar integraciones para Gemini y Search conectando servidores MCP remotos. La plataforma sigue en acceso preliminar, por lo que aún es pronto para hablar de un traslado masivo del trabajo desde las interfaces habituales. Pero la dirección ya está clara: el asistente de IA se convierte no solo en una ventana de respuestas, sino también en un panel de control universal para servicios externos.

Cómo funciona en el caso de una tienda

El desarrollador de un creador de sitios web describe mediante MCP las operaciones disponibles: obtener la estructura del proyecto, buscar productos, crear una categoría, modificar la navegación o actualizar una entrada en el CMS. El usuario conecta el servicio y le concede permisos. A partir de ahí, Gemini puede seleccionar las herramientas adecuadas e invocarlas como parte de la solicitud.

Supongamos que la orden es: «Crea una sección de productos de temporada, añade una página de categoría y actualiza el menú». Al agente no le basta con generar texto. Debe leer el estado actual del sitio, crear los objetos relacionados, comprobar el resultado y solo entonces informar de que la tarea se ha completado. Si aparece la categoría pero el menú no se actualiza, la tarea solo está parcialmente terminada.

Esta es la diferencia fundamental respecto a las funciones de IA habituales en los creadores de sitios. Un generador puede diseñar una página nueva a partir de una descripción. El control mediante agentes debe modificar de forma segura un sistema que ya está en producción, donde existen relaciones entre objetos, distintos roles de usuario y consecuencias para cada error.

Para los desarrolladores, la plataforma también aporta valor como canal de distribución. La aplicación obtiene una interfaz adicional desde la que el usuario puede acceder a sus funciones. Sin embargo, disponer de un servidor MCP no garantiza por sí solo que el servicio aparezca en Gemini o Search: Google revisa las integraciones y gestiona su disponibilidad dentro de su ecosistema.

La competencia se desplaza al nivel de las herramientas

Durante años, los creadores de sitios web se compararon por sus plantillas, editores, módulos empresariales y generadores integrados. Ahora aparece otro criterio: la facilidad con la que un agente externo puede trabajar con la plataforma.

No solo importan el número de métodos de la API y la compatibilidad formal con MCP. Los nombres de las herramientas deben ser inequívocos; los parámetros, comprensibles; los resultados, estructurados; y los errores, aptos para su tratamiento programático. Si el agente confunde la creación de un borrador con su publicación o no entiende qué campos son obligatorios, el usuario percibe un producto poco fiable, aunque el problema esté oculto en la integración.

La analítica también está cambiando. Antes, la actividad podía evaluarse a partir de las aperturas del editor o del panel de administración. Si parte de las operaciones se realiza a través de Gemini, esas métricas dejan de reflejar el uso real. Los equipos de producto necesitarán eventos para las llamadas a herramientas, los flujos completados, las confirmaciones, los rechazos y las reversiones.

La interfaz propia del producto no va a desaparecer. El ajuste preciso del diseño, la adaptación a distintos dispositivos y los flujos de usuario complejos siguen exigiendo control visual. Lo más probable es que las operaciones rutinarias pasen al diálogo con el agente, mientras que el editor seguirá siendo el lugar para el trabajo complejo y la comprobación de resultados.

El principal riesgo: una orden válida con un resultado incorrecto

El error más desagradable se produce cuando la API funciona sin fallos, pero el agente interpreta mal la intención del usuario. Una herramienta para eliminar páginas puede devolver una respuesta satisfactoria aunque la persona solo quisiera retirar la página del menú. Técnicamente, la llamada se ejecutó correctamente; desde el punto de vista del producto, se produjo un incidente.

Por eso, MCP por sí solo no basta. Los cambios en un proyecto real requieren privilegios mínimos, confirmación independiente para las acciones sensibles, un registro de operaciones, vista previa y una reversión fiable. Es preferible ejecutar las tareas compuestas como transacciones controladas: o se completa toda la secuencia o el sistema vuelve a su estado inicial. Resulta especialmente peligroso dejar el sitio a medio camino entre dos pasos, cuando el objeto nuevo ya se ha creado pero los elementos relacionados todavía no se han actualizado.

La conclusión práctica para los desarrolladores es sencilla: no conviene empezar dando al agente acceso completo a toda la plataforma. Hay que elegir varios flujos frecuentes y reversibles, crear herramientas de alcance limitado y añadir idempotencia, validación de resultados y errores claros. Los equipos de producto deben decidir de antemano qué acciones ejecutará el agente por sí mismo, cuáles mostrará como borradores y cuáles requerirán siempre confirmación.

Connected Apps Platform todavía no elimina los editores de sitios web. Cambia el punto de entrada a ellos. No ganará el servicio que simplemente anuncie compatibilidad con MCP, sino aquel cuyas funciones pueda invocar el agente de forma predecible y segura, sin sorpresas desagradables para el propietario del proyecto.