Durante años, el SEO técnico tuvo una dirección clara: hacer que Google entendiera mejor tu sitio. Structured data, schema markup, Core Web Vitals, rendimiento de carga. Todo apuntaba a que el buscador pudiera leer, interpretar y rankear tu contenido con mayor precisión.
WebMCP apunta a algo diferente. No es sobre cómo Google lee tu sitio. Es sobre cómo los agentes de IA actúan dentro de él.
Google anunció en febrero de 2026 un early preview de WebMCP, un protocolo que define de forma estructurada qué pueden hacer los agentes de inteligencia artificial en un sitio web. No es un update de algoritmo ni una nueva señal de ranking.
Es infraestructura para el web agéntico, y algunos de los profesionales técnicos más respetados de la industria ya lo están señalando como el cambio más significativo en SEO técnico desde que apareció el structured data.
El problema que WebMCP intenta resolver es concreto. Cuando un agente de IA intenta ejecutar una acción en un sitio web, como buscar un vuelo, completar un formulario de soporte, o finalizar una compra, actualmente tiene que interpretar el DOM del sitio: leer el HTML, identificar qué elementos son clickeables, inferir qué hace cada botón, y ejecutar acciones a través de manipulación directa del Document Object Model.
Ese proceso es lento, propenso a errores, y se rompe fácilmente cuando el sitio cambia su estructura. Es como pedirle a alguien que opere una máquina desconocida leyendo el manual de usuario en un idioma que no domina del todo.
WebMCP propone un modelo diferente. Los desarrolladores publican explícitamente un "Tool Contract", un contrato estructurado que le dice al agente exactamente qué acciones están disponibles en el sitio y cómo ejecutarlas.
En lugar de que el agente tenga que inferir que ese botón verde probablemente confirma la reserva, el sitio le dice directamente: "esta función se llama buyTicket(destination, date) y esto es lo que hace".
El protocolo corre sobre una nueva API del browser llamada navigator.modelContext. A través de esa API, el sitio comparte la lista de herramientas disponibles en formato estructurado, y el agente puede llamar esas funciones directamente.
WebMCP introduce dos APIs con propósitos distintos que cubren el rango de interacciones que un agente puede necesitar ejecutar.
La Declarative API maneja acciones estándar definidas directamente en HTML forms. Es la opción más simple para casos donde las interacciones son predecibles y no requieren lógica dinámica. Un formulario de búsqueda, un filtro de resultados, una selección de opciones en un checkout.
La Imperative API soporta interacciones complejas que requieren ejecución de JavaScript. Es para casos donde la interacción involucra lógica dinámica, estados que cambian según las selecciones del usuario, o flujos que no pueden describirse completamente en HTML estático.
Juntas, estas dos APIs actúan como puente entre el sitio y el agente, haciendo que las interacciones sean más rápidas, más confiables, y menos dependientes de que el agente interprete correctamente la interfaz visual.
Google acompañó el anuncio con tres casos de uso que ilustran el tipo de interacciones que WebMCP habilita.
Un agente puede buscar vuelos, aplicar filtros de fechas, aeropuertos y preferencias, y completar una reserva usando los datos estructurados del Tool Contract. Sin tener que interpretar visualmente el formulario de búsqueda ni navegar por dropdowns dinámicos.
Un agente puede crear un ticket de soporte completando automáticamente los detalles técnicos requeridos. Útil para situaciones donde el usuario sabe que tiene un problema pero no necesariamente sabe cómo describir los detalles técnicos que el formulario pide.
Un agente puede encontrar productos, configurar opciones como talla, color o cantidad, y avanzar por el proceso de checkout con precisión. Sin los problemas habituales de los bots que se confunden con interfaces dinámicas o pasos de verificación.
En los tres casos, el beneficio no es solo velocidad. Es confiabilidad. Los agentes que actúan a través de manipulación del DOM se rompen cuando el sitio actualiza su diseño. Los agentes que actúan a través de un Tool Contract definido explícitamente son mucho más estables porque no dependen de la estructura visual.
Dan Petrovic lo describió como el mayor cambio en SEO técnico desde el structured data. La comparación es útil para entender la magnitud.
Cuando apareció el structured data, cambió la relación entre los sitios y los motores de búsqueda. Antes, Google tenía que inferir qué significaba el contenido de una página.
Con schema markup, los sitios podían declarar explícitamente: "esto es una receta", "esto es un producto con este precio y esta disponibilidad", "esto es un evento en esta fecha y lugar". Esa declaración explícita mejoró la calidad de los resultados y abrió nuevos formatos de aparición en la SERP.
WebMCP hace algo análogo, pero para la capa de acción en lugar de la capa de información. Antes, los agentes tenían que inferir qué podían hacer en un sitio. Con WebMCP, los sitios declaran explícitamente qué acciones están disponibles y cómo ejecutarlas.
La implicación para equipos técnicos es que implementar WebMCP correctamente se va a convertir en una señal de que el sitio está preparado para el web agéntico, de la misma forma en que implementar schema correctamente fue durante años una señal de que el sitio estaba preparado para la búsqueda semántica.
WebMCP no existe en aislamiento. Se suma a un ecosistema de protocolos que están definiendo cómo los agentes de IA interactúan con el mundo digital.
MCP, el Model Context Protocol de Anthropic, define cómo los agentes acceden a herramientas y fuentes de datos externas. UCP, el Universal Commerce Protocol de Google que anunciamos en otro artículo, define cómo los agentes completan transacciones comerciales completas. WebMCP define cómo los agentes ejecutan acciones específicas dentro de interfaces web.
Son piezas de la misma infraestructura. Un agente que ayuda a un usuario a comprar algo puede usar MCP para acceder a datos del usuario, WebMCP para interactuar con el sitio del vendedor, y UCP para completar la transacción.
Los tres protocolos se complementan y apuntan en la misma dirección: un web donde los agentes pueden actuar con autonomía y precisión sin depender de la interpretación visual de interfaces diseñadas para humanos.
WebMCP está en early preview, lo que significa que todavía no es un estándar implementado a escala. Pero hay pasos concretos que tienen sentido ejecutar ahora.
Google abrió la posibilidad de aplicar para acceder al preview de WebMCP. Para equipos técnicos que trabajan con sitios de ecommerce, viajes, o cualquier vertical donde las transacciones son el objetivo central, explorar el protocolo ahora da ventaja para implementarlo cuando el rollout sea más amplio.
WebMCP requiere que los desarrolladores definan explícitamente qué acciones están disponibles. Ese proceso de definición es en sí mismo un ejercicio útil: obliga a documentar los flujos de conversión más importantes del sitio de forma estructurada.
Identificar cuáles son esos flujos y qué datos necesitan es trabajo preparatorio que tiene valor independientemente de cuándo se implemente WebMCP.
Un punto que aparece consistentemente en la discusión sobre el web agéntico es que la mayoría de los bots de agentes de IA no renderizan JavaScript. La Imperative API de WebMCP requiere JavaScript, pero el Tool Contract en sí debe ser accesible.
Si los flujos más importantes del sitio dependen completamente de JavaScript para funcionar, hay trabajo técnico que hacer antes de que WebMCP sea relevante.
WebMCP está en una etapa temprana y su especificación va a evolucionar. Seguir la documentación oficial y los análisis técnicos de la comunidad SEO en las próximas semanas es la forma más eficiente de estar preparado para cuando la adopción empiece a escalar.
Mirando WebMCP junto a UCP, MCP, y los cambios en cómo Google Discover y ChatGPT Search están seleccionando y presentando contenido, hay un patrón claro: la infraestructura del web se está adaptando para que los agentes puedan actuar con autonomía creciente.
El SEO técnico siempre fue sobre comunicarle a los sistemas automáticos qué es y qué hace tu sitio. Eso no cambia. Lo que cambia es que esos sistemas ya no solo leen tu contenido para mostrárselo a un humano.
Cada vez más, actúan directamente en tu sitio en nombre de un usuario. Y la calidad de esa interacción depende de qué tan bien hayas definido lo que tu sitio puede hacer.
.png){kind=small}
Consultoría SEO personalizada para escalar tráfico, posicionar tu marca, aumentar el revenue y dominar el mindshare en Google y modelos de IA como ChatGPT.
%402x.svg){kind=icon}
