WebMCP: la web empieza a hablarle a los agentes de IA
Durante treinta años la web se construyó sobre un supuesto: que al otro lado hay una persona. Alguien que lee la página, hace clic en los botones y completa los formularios.
Ese supuesto está dejando de ser cierto.
Cada vez más visitas a los sitios vienen de agentes de IA, no de personas. Y hasta ahora la forma en que esos agentes accedían al contenido era el scraping: copiar la página a un servidor externo, procesarla allá y devolverle al usuario una respuesta. El sitio original queda fuera de la ecuación. Sin tráfico, sin atribución, sin control.
El 6 de agosto de 2026 Cloudflare lanzó el developer preview de WebMCP, y propone algo distinto.
Qué es WebMCP
WebMCP es un estándar de navegador que ya está en fase experimental en Chrome 146. Aparece en la página como document.modelContext.
La idea es simple: en lugar de que el agente tenga que adivinar cómo funciona tu sitio explorando una interfaz diseñada para humanos, el sitio declara explícitamente qué herramientas puede usar el agente.
Es la diferencia entre entregarle a alguien una caja de piezas sueltas y entregarle un panel con botones etiquetados.
Para el agente, esas herramientas son objetos MCP normales: los mismos tipos Tool y CallToolResult del Model Context Protocol. Un agente que ya sabe hablar con servidores MCP puede operar una página sin necesitar nada adicional.
Por qué importa para tu operación
Tres consecuencias concretas:
El tráfico se queda en tu sitio. El agente trabaja dentro del navegador del visitante, sobre tu dominio y con la sesión que ya tiene abierta. No hay un intermediario que copie tu contenido y se lleve la visita.
El agente deja de gastar recursos navegando. En lugar de recorrer menús y adivinar dónde está el buscador, llama directamente a la herramienta que necesita. Menos tokens en navegación, más en la tarea real.
El control sigue siendo tuyo. El sitio decide qué expone. No es una puerta abierta: es un conjunto acotado de acciones que tú definiste.
Para un eCommerce esto abre una posibilidad que hoy no existe: que un agente pueda buscar en tu catálogo, consultar disponibilidad o revisar un pedido de forma estructurada, en vez de raspar tu HTML o, peor, no encontrar nada.
Cómo funciona la implementación de Cloudflare
Implementar WebMCP a mano es un proyecto: hay que diseñar las herramientas, conectarlas a la interfaz y mantenerlas funcionando mientras el estándar evoluciona.
Cloudflare lo redujo a activar un interruptor. La implementación tiene dos partes, ambas delante del origen, y ninguna toca el código del sitio.
1. Inyección en el edge. Al activar WebMCP en el dashboard, Cloudflare usa HTMLRewriter para agregar una línea a cada respuesta HTML: una referencia a un script puente que también sirve desde el edge.
<script type="module"
src="/.webmcp/bridge.js"
data-packs="c2pa,mcp-server-client"
data-mcp-url="/mcp"></script>El atributo data-packs indica qué paquetes de herramientas activar. Si ya tienes un servidor MCP propio, data-mcp-url apunta hacia él.
2. El puente. Corre en la página y busca la superficie WebMCP. Si el navegador no la tiene, no hace nada y la página se comporta exactamente como antes. Si la tiene, compone los paquetes en una lista de herramientas y registra cada una.
En este preview todas las herramientas corren en el navegador del visitante. No hay viaje de ida y vuelta a un servidor de Cloudflare.
Los paquetes disponibles
El preview incluye dos.
Site MCP Server. Si ya tienes un servidor MCP, este paquete descubre sus herramientas al arrancar y las expone al agente del visitante. Cada llamada vuelve a tu propio endpoint, en tu origen y con la sesión del usuario.
Content Credentials (C2PA). Lee metadatos de procedencia de las imágenes. La herramienta scan_images_c2pa recorre todas las imágenes de la página y devuelve un resumen de cada una: si tiene credenciales, quién la generó, quién la firmó. inspect_image_c2pa decodifica el manifiesto completo de una imagen: historial de edición, autor declarado y certificado de firma.
Un detalle importante de honestidad técnica: por ahora estas herramientas leen y reportan la credencial, no la verifican criptográficamente. Cada resultado viene con signatureVerified: false, para que ningún agente confunda un dato decodificado con un dato comprobado.
Cloudflare adelanta que los paquetes crecerán, y que los futuros podrán apoyarse en el worker del edge para tareas que la página no puede hacer sola.
Cómo probarlo
Se activa desde Agent Readiness > WebMCP en el dashboard de Cloudflare. Se elige el dominio y los paquetes; ambos vienen activados por defecto. No hay nada que desplegar ni que cambiar en el origen.
Para confirmar que quedó operativo:
curl -s https://tu-sitio.example | grep webmcpY para verlo funcionar sin tener un agente propio, se puede apuntar BrowserRun —el navegador remoto de Cloudflare— a la URL. Va a descubrir y llamar las herramientas exactamente como lo haría el agente de un visitante.
Nuestra lectura
Esto es un developer preview. No es producción, el estándar está en fase experimental y Chrome 146 todavía no es lo que usa la mayoría de tus clientes. Nadie debería reestructurar su roadmap por esto hoy.
Pero la dirección es clara y vale la pena entenderla ahora.
Durante los últimos dos años la conversación sobre IA y sitios web fue defensiva: cómo bloquear crawlers, cómo evitar que se lleven el contenido, cómo protegerse. WebMCP plantea la pregunta al revés: si los agentes van a llegar de todas formas, ¿prefieres que raspen tu HTML o que usen una interfaz que tú definiste?
Es la misma lógica que aplicamos cuando integramos sistemas por API en vez de digitar datos a mano. El dato existe; la diferencia está en si viaja por un camino diseñado o por uno improvisado.
Si tu operación ya expone un servidor MCP, este es el momento de probarlo: el paquete Site MCP Server lo conecta con un interruptor. Y si todavía no tienes uno, esa es probablemente la conversación anterior que hay que tener.
En MS Austral trabajamos en integración de sistemas, infraestructura cloud y desarrollo a medida. Si quieres evaluar qué significa esto para tu operación, la primera conversación no tiene costo.
Fuente: Cloudflare Blog, «Give any website a WebMCP interface», 6 de agosto de 2026. Ver anuncio original.
