Índice
4 min de lectura

El cliente principal de la Web pasa de los humanos a la IA

Desde Markdown for Agents de Cloudflare y Vercel hasta WebMCP de Google: lectura y escritura se estandarizan simultáneamente, inaugurando la era del Agent-Native Web.

La Web está cambiando, no para los ojos humanos, sino hacia una dirección donde los agentes de IA leen y escriben con mayor facilidad.

En solo dos semanas, Cloudflare, Vercel y Google anunciaron cada uno estándares web compatibles con agentes. Esto es lo que este cambio significa para quienes desarrollan servicios.

Markdown for Agents resolvió el problema de la «lectura»

El mayor desperdicio cuando un agente de IA lee una página web es el HTML, CSS y JavaScript. Imprescindibles para el ojo humano, pero puro desperdicio de tokens para un agente.

El enfoque de Cloudflare y Vercel es sencillo. Envía la misma URL con la cabecera Accept configurada como text/markdown, y el servidor responde con una versión convertida a Markdown. Utiliza la negociación de contenido, un mecanismo ya integrado en el estándar HTTP, por lo que no fue necesario crear un nuevo protocolo.

Puntos clave

  • El blog de Vercel pasó de 500 KB en HTML a 2 KB en Markdown (reducción del 99,6 %)
  • Cloudflare lo activa con un solo botón en el panel de control desde el plan Pro
  • La cabecera x-markdown-tokens comunica el número de tokens tras la conversión
  • Una sola URL atiende a humanos y agentes, sin necesidad de un sitio aparte

WebMCP aborda de frente el problema de la «escritura»

Solo leer no es suficiente. Hasta ahora, los agentes tenían que analizar directamente el DOM para pulsar botones de reserva y rellenar formularios. Cuando la interfaz cambiaba, el agente dejaba de funcionar de inmediato.

WebMCP de Google en Chrome 146 invierte por completo el enfoque. Los sitios web declaran «qué acciones están disponibles en esta página» mediante JSON Schema, y los agentes pueden invocar herramientas sin adivinar. Piensa en ello como un Swagger para agentes.

Puntos clave

  • Basta con añadir un atributo toolname a un formulario HTML para un funcionamiento declarativo
  • La API registerTool permite manejar aplicaciones complejas como las SPA
  • Mientras que MCP tradicional es un protocolo del lado del servidor, WebMCP funciona dentro del navegador
  • Ya se puede probar en la versión anticipada de Chrome 146 (headless aún no soportado)

Que ambos movimientos surjan al mismo tiempo no es casualidad

Si Markdown for Agents consiste en «hacer llegar el contenido a los agentes de forma eficiente», WebMCP consiste en «permitir que los agentes usen las funciones de la página con precisión». Lectura y escritura se están estandarizando al mismo tiempo.

Una vez que ambos se consoliden, los agentes no navegarán por la Web como humanos, sino que la invocarán como una API. El Agent-Native Web ya se está construyendo.

  • La primera reescritura del contrato web-bot en 20 años desde robots.txt
  • La presión por reducir costes de tokens está acelerando la estandarización

Los desarrolladores pueden empezar ahora mismo

No se necesita una reforma completa. Si usas Cloudflare, simplemente activa el interruptor de Markdown for Agents en tu panel. Añadir experimentalmente el atributo toolname a formularios existentes también es un buen punto de partida.

Lo que puedes hacer hoy

  • Activar Markdown for Agents en Quick Actions del panel de Cloudflare
  • Probar a añadir los atributos toolname y tooldescription a formularios HTML existentes
  • Empezar a registrar la proporción de tráfico de agentes basándose en cabeceras Accept
  • Evaluar la operación simultánea de llms.txt y un sitemap en Markdown

Conclusión

Si robots.txt fue el primer contrato entre la Web y los bots hace 20 años, el segundo contrato se está escribiendo ahora mismo. Los equipos que diseñen para agentes hoy serán los dueños de la próxima Web.

Referencias

Únete al boletín

Recibe actualizaciones sobre mis últimos proyectos, artículos y experimentos con IA y desarrollo web.