¿Qué es WebMCP? La nueva relación entre los agentes de IA y las páginas web

WebMCP es un estándar web propuesto que permite a un sitio web exponer sus propias acciones y datos a los agentes de IA de forma estructurada y legible por máquinas, en lugar de obligar al agente a adivinar analizando el HTML. Una página que implementa WebMCP declara un conjunto de herramientas, por ejemplo “buscar productos”, “añadir al carrito” o “enviar formulario de contacto”, y un agente de IA que visita la página puede llamar directamente a esas herramientas en lugar de hacer clic en botones y rellenar campos de texto como lo haría una persona.

El nombre invita a confundirlo con MCP (Model Context Protocol), y ambos resuelven mitades distintas del mismo problema. MCP conecta un modelo de IA con herramientas y fuentes de datos externas, normalmente un servidor con el que habla la aplicación anfitriona del modelo: una base de datos, un sistema de archivos, una API. WebMCP traslada esa misma idea al navegador y a la propia página. El sitio web, no un servidor aparte, define qué puede hacer un agente que lo visita. Un agente que usa MCP pregunta “qué herramientas ofrece este servidor”. Un agente que usa WebMCP pregunta “qué herramientas ofrece esta página”.

Los estándares existentes ya dan a los sistemas de IA parte de esta información, aunque no la parte que importa para actuar. El marcado de Schema.org le dice a un rastreador de qué trata una página: un producto, un artículo, una receta. El robots.txt le dice a un bot si puede rastrear una página o no. Ninguno de los dos dice qué puede hacer un agente una vez que está ahí. Una página de producto con marcado schema.org completo sigue dejando al agente adivinando qué botón añade un artículo al carrito y cuál lo quita de la lista de deseos. Robots.txt controla el acceso, no la interacción. Esa brecha, describir las acciones disponibles en lugar del contenido disponible, es lo que WebMCP resuelve.

Esta necesidad no existía hace unos años porque los agentes en su mayoría leían páginas, no operaban sobre ellas. Los bots de búsqueda indexaban texto, los chatbots resumían artículos. Lo que ha cambiado es que ahora los agentes rellenan formularios, comparan precios entre pestañas y completan compras en nombre de un usuario. Interpretar una página construida para los ojos y el ratón de una persona, solo a partir del HTML extraído, no es fiable: las etiquetas de los botones cambian, los diseños se mueven, y un agente que adivina la intención puede hacer clic en lo que no debe. WebMCP sustituye esa suposición por una interfaz declarada y estructurada entre la página y el agente que actúa sobre ella.

Por qué importa: WebMCP desde la perspectiva de quien tiene un sitio

Ese cambio modifica lo que significa que una página sea “legible”. El contenido pensado para personas asume que alguien puede interpretar la ambigüedad: un botón mal etiquetado, un precio escondido dentro de una imagen, un proceso de compra repartido en cinco pasos sin un estado visible. Una persona se encoge de hombros y lo resuelve. Un agente, en cambio, adivina, y una suposición equivocada en un campo de formulario o una lectura errónea de un precio puede terminar la interacción de golpe, o enviar datos que el visitante nunca quiso enviar.

Esa fragilidad tiene un coste directo. Un agente que no puede leer una tabla comparativa se salta el sitio y cita a un competidor en su lugar. Uno que interpreta mal un formulario de reserva abandona el proceso sin disparar un mensaje de error ni un correo de carrito abandonado. La analítica estándar no se diseñó para detectar este tipo de fallo. El registro de tráfico no muestra nada, porque desde el lado del servidor, no pasó nada.

WebMCP forma parte del trabajo de preparación para IA que la mayoría de los sitios ya necesita. Un esquema estructurado, directivas robots claras para rastreadores de IA, un resumen llms.txt y un marcado semántico en los flujos principales hacen que una página sea legible para un agente que intenta actuar sobre ella. La verificación AI Ready de Seodisias ya mide si un sitio está lo bastante estructurado como para leerse correctamente. WebMCP plantea una pregunta más concreta y más nueva: si ese mismo sitio está lo bastante estructurado como para actuarse sobre él correctamente.

Los sitios que mantienen sus datos estructurados al día están más cerca de ese nivel de lo que creen. Los que lo tratan como una casilla que se marca una vez descubrirán la brecha de la forma más dura: agentes que en silencio se van a otro sitio y nunca explican por qué.

WebMCP, NLWeb, AIPREF, Schema: el eslabón que faltaba en la cadena

Las directivas de IA en robots.txt controlan el acceso: qué rastreadores entran y cuáles quedan bloqueados. AIPREF extiende esa misma lógica de permisos un paso más allá, y permite que un sitio declare qué puede hacer un sistema de IA con el contenido que ya ha obtenido: entrenar con él, resumirlo, citarlo o ninguna de las anteriores. Schema.org se ocupa de la estructura: le dice a un rastreador o a un agente qué contiene una página, un producto, un artículo, un precio, una política de devoluciones, sin que el agente tenga que adivinarlo a partir del diseño. NLWeb se apoya en esa capa estructurada y la convierte en una interfaz conversacional, de modo que un agente puede hacerle una pregunta a un sitio en lenguaje natural y recibir una respuesta estructurada en lugar de raspar HTML sin procesar.

Acceso, permiso, estructura, recuperación. Lo que falta es la acción.

Ninguno de estos cuatro estándares permite que una página le diga a un agente “aquí tienes una herramienta que puedes usar: añade este artículo al carrito, comprueba la disponibilidad en esta tienda, reserva este horario”. Schema.org puede describir que existe un proceso de compra. No puede dejar que un agente lo ejecute. NLWeb puede responder una pregunta sobre un producto. No puede completar la compra.

Esa es la brecha que WebMCP cubre. Toma prestado el modelo de llamada a herramientas de MCP, el protocolo que Anthropic presentó para conectar modelos de lenguaje con herramientas externas, y lo adapta al navegador: una página registra un conjunto de acciones invocables, y un agente que la visita puede activarlas directamente en lugar de tener que descifrar un formulario mediante ingeniería inversa.

Al juntar los cuatro, WebMCP es lo que cierra el circuito. Robots.txt y AIPREF deciden quién entra y qué puede hacer con lo que encuentra. Schema.org y NLWeb describen qué hay en la página. WebMCP permite que el agente actúe sobre ella. Un sitio que ya mantiene datos estructurados limpios y reglas de acceso de IA claras es el que está en posición de añadir esta capa sin rehacer todo lo de abajo. Un sitio que se saltó esos pasos tiene una lista mucho más larga antes de que WebMCP llegue a ser relevante.

Cinco pasos para prepararse: lo que puede hacer hoy mismo

Actualice su marcado schema y sus datos estructurados antes de tocar nada más. Los agentes de IA se apoyan en schema.org para averiguar qué ofrece realmente una página, y un marcado desactualizado los lleva al error con la misma fiabilidad que uno inexistente. Revise los tipos Product, FAQ, HowTo y Organization frente a lo que la página dice en realidad, y haga una pasada por el informe de resultados enriquecidos de Search Console para detectar desviaciones. Esta es la capa de la que depende cada uno de los pasos siguientes, así que va primero.

A continuación, abra el robots.txt y decida qué pueden hacer los agentes de IA en el sitio, no solo si pueden rastrearlo. La mayoría de los archivos robots.txt se escribieron para rastreadores de buscadores que leen e indexan. El tráfico de agentes lee y después actúa: rellena un formulario, añade un artículo al carrito, envía una reserva. Si hay rutas que los agentes automatizados no deberían tocar (configuración de cuenta, checkout, rutas de administración), indíquelo de forma explícita con los bloques de user-agent correspondientes. Una directiva de rastreo nunca se diseñó para expresar “mira pero no toques”, pero es la palanca más cercana disponible hoy.

En tercer lugar, revise el HTML semántico en sus flujos críticos. Checkout, registro, búsqueda, contacto, cualquier punto donde un visitante confirma una acción. El HTML semántico importa aquí por una razón que va más allá de la puntuación de accesibilidad: un agente de IA que intenta inferir qué hace un botón se apoya en las mismas señales que un lector de pantalla. Un <div onclick> con estilos para parecer un botón no le da al agente nada sobre lo que razonar. Un <button type="submit"> dentro de un <form> etiquetado le dice exactamente qué pasa a continuación. Pase el flujo por un lector de pantalla o una herramienta de auditoría de accesibilidad; cualquier punto que confunda a la tecnología de asistencia confundirá también a un agente.

En cuarto lugar, evalúe si un archivo llms.txt tiene sentido para el sitio. Es un resumen en texto plano en la raíz, pensado para dar a los sistemas de IA una visión rápida y estructurada de lo que contiene el sitio en lugar de obligarlos a inferirlo con un rastreo completo. La adopción entre los motores de IA es desigual, así que trátelo como una adición de bajo coste que vale la pena probar, no como algo imprescindible que sustituya a los tres pasos anteriores.

En quinto lugar, pase estos cambios por la verificación AI Ready de Seodisias. Analiza los mismos fundamentos que se acaban de describir, datos estructurados, reglas de robots.txt y señales de legibilidad para máquinas, y señala las carencias de una sola vez en lugar de revisar cada punto a mano. Ninguno de los cinco pasos necesita compatibilidad con WebMCP para importar: son la base que hace que un sitio sea legible para cualquier agente de IA, esté al tanto de WebMCP o no.

WebMCP hoy, WebMCP mañana: prepararse sin urgencia

WebMCP no es un estándar terminado esperando en un cajón, listo para adoptarse. Es una propuesta temprana, todavía en discusión y revisión, y el soporte de los navegadores hoy es, en el mejor de los casos, parcial. Algunos entornos experimentan con él, otros lo ignoran por completo, y ningún proveedor se ha comprometido con una fecha de lanzamiento firme. Cualquiera que afirme que WebMCP “llega el próximo trimestre” o que los sitios sin él “se quedarán atrás” está vendiendo una urgencia que la tecnología todavía no respalda.

Esa incertidumbre es real, y está bien no tener una respuesta todavía. Nadie puede decir cuándo, ni siquiera si, WebMCP se convertirá en una expectativa básica como lo hizo el marcado schema o un sitemap válido. Apostar un rediseño o un gran esfuerzo de ingeniería a un calendario concreto de WebMCP sería prematuro.

La preparación descrita en la sección anterior no tiene ese riesgo, porque nada de ella depende de que WebMCP se lance. Un marcado schema limpio ayuda a cualquier sistema, humano o de IA, que intente entender una página. Un robots.txt que declara con claridad la política para bots protege un sitio sin importar qué protocolo termine llevando el tráfico de agentes. El HTML semántico en formularios, cajas de búsqueda y procesos de compra hace que una página se pueda leer mejor hoy mismo, en cualquier navegador actual, sin depender de una especificación futura. Si WebMCP se estanca, lo sustituye otra propuesta, o tarda otros tres años en tener soporte amplio, nada de ese trabajo se pierde. Es el mismo trabajo de base que el buen SEO técnico ha pedido siempre.

La postura honesta no es “ignore esto” ni “déjelo todo”. Es más bien: siga con el trabajo estructural que ya da resultado, y trate WebMCP como una razón más para ese trabajo, no como un plazo para entrar en pánico. Un sitio con un marcado sólido, una política de bots clara y una estructura de página legible ya está en posición para lo que sea que termine imponiéndose como estándar de cara a los agentes. Un sitio sin esas cosas tiene un problema más grande que la fecha de lanzamiento de WebMCP, y ese problema vale la pena resolverlo sin importar qué pase después con la especificación.

Haga una verificación AI Ready gratuita de su propio sitio con Seodisias y compruebe cuál de estos cinco pasos todavía necesita trabajo.