El problema que nadie te cuenta sobre la IA y tu sitio web

Haz esta prueba: abre cualquier sitio web corporativo y pídele a un agente de IA que complete un formulario de contacto por ti. Lo que parece una tarea de 5 segundos se convierte en un proceso absurdamente ineficiente. El agente descarga el HTML completo de la página, lo envía al modelo de lenguaje, intenta identificar el formulario entre cientos de líneas de markup, y luego trata de rellenar los campos. Funciona… a veces. Cuando alguien cambia un CSS class o mueve un div, el agente se rompe. Cada interacción consume miles de tokens solo para parsear la estructura que al modelo no le sirve de nada.

Esa es la realidad actual. Los agentes de IA interactúan con sitios web como un humano leyendo código fuente con los ojos entrecerrados. Reciben todo el DOM — menús, footers, scripts, banners de cookies — cuando lo único que necesitan es: “aquí hay una función de agendar cita, estos son los parámetros que acepta, invócala”.

WebMCP resuelve exactamente eso.

Qué es WebMCP y por qué cambia las reglas

WebMCP es un borrador de especificación del W3C Community Group, editado por Brandon Walderman de Microsoft, y Khushal Sagar y Dominic Farolino de Google. No es un estándar aprobado todavía — es un Draft Report en etapa temprana, con secciones marcadas como “TODO: fill this out”. Pero tiene algo que rara vez se ve en especificaciones web: dos de las empresas tecnológicas más grandes del mundo escribiéndola juntas.

La idea es directa: tu sitio web le dice al navegador “tengo estas herramientas disponibles”, y el agente de IA las invoca como si fueran funciones. Sin scraping. Sin parsear HTML. Sin adivinar dónde está el botón de “Enviar”.

Si ya conoces el Model Context Protocol (MCP) que conecta asistentes de IA con servidores backend, WebMCP es su contraparte en el navegador. MCP habla con bases de datos y APIs internas. WebMCP habla con lo que tu sitio web sabe hacer.

La API: navigator.modelContext y el registro de herramientas

Todo gira alrededor de un objeto nuevo en el navegador: navigator.modelContext. Con él registras herramientas que los agentes de IA pueden descubrir e invocar. No hay atributos HTML declarativos — todo el registro es vía JavaScript.

Un ejemplo simplificado de cómo se ve:

await navigator.modelContext.registerTool({
  name: "schedule-meeting",
  description: "Agenda una reunión con el equipo de ventas",
  inputSchema: {
    type: "object",
    properties: {
      name:  { type: "string", description: "Nombre del contacto" },
      email: { type: "string", description: "Email del contacto" },
      date:  { type: "string", description: "Fecha preferida (ISO 8601)" }
    },
    required: ["name", "email", "date"]
  },
  annotations: { readOnlyHint: false },
  execute: async (input, client) => {
    const confirmed = await client.requestUserInteraction();
    if (!confirmed) return { status: "cancelled" };

    const response = await fetch("/api/meetings", {
      method: "POST",
      body: JSON.stringify(input)
    });
    return await response.json();
  }
});

Lo que pasa aquí es importante: el agente de IA no necesita ver tu página. Recibe un catálogo de herramientas con nombres, descripciones y esquemas de entrada. Cuando quiere agendar una reunión, invoca schedule-meeting con los parámetros correctos. El callback execute se encarga del resto.

Dos detalles técnicos que me gustan. Primero, client.requestUserInteraction() — el agente puede pedir confirmación al usuario antes de ejecutar acciones con consecuencias. Segundo, las annotations como readOnlyHint le indican al agente si una herramienta solo lee datos o los modifica. Son señales que ayudan al agente a tomar mejores decisiones.

La API también incluye provideContext() para dar información estática al agente (horarios disponibles, precios, políticas), y unregisterTool() y clearContext() para limpiar cuando el usuario cambia de sección. Todo requiere SecureContext — funciona exclusivamente sobre HTTPS.

El impacto en costos y confiabilidad

Hablemos de números. Según Forbes, WebMCP reduce el overhead computacional en aproximadamente un 67% comparado con el scraping tradicional de HTML.

El cálculo tiene sentido. Un agente que hace scraping envía el DOM completo de la página al modelo — fácilmente 50,000-100,000 tokens por interacción. Con WebMCP, envía un catálogo de herramientas estructurado. El consumo baja de decenas de miles de tokens a unos cientos.

Pero más allá de los tokens, hay algo que los números no capturan bien: la confiabilidad. Un agente que invoca schedule-meeting con parámetros tipados no se rompe cuando rediseñas tu sitio. No le afecta si mueves el formulario a otra URL, cambias el framework de CSS o agregas un banner promocional. La interfaz es la herramienta registrada, no el HTML.

Para empresas que ya tienen servidores MCP conectando sus sistemas internos, WebMCP completa el otro lado de la ecuación: los agentes ya hablan con tu backend, ahora también hablan con tu frontend.

Cómo ya lo estamos usando en IQ Source

No esperamos a que salga la versión estable. Nuestro propio sitio ya tiene 15 herramientas registradas con WebMCP. Cuando un agente de IA visita iqsource.ai, encuentra funciones para enviar un formulario de contacto, suscribirse al newsletter, ejecutar la auditoría web, usar las calculadoras de ROI, y hasta cambiar el idioma de la interfaz.

La diferencia es clara. Sin WebMCP, un agente que visite el sitio tiene que escanear la página, identificar visualmente el formulario de auditoría entre todo el contenido, y rellenar campos adivinando IDs. Con WebMCP, el agente encuentra la herramienta run-web-audit, ve que requiere una URL como parámetro, la pide y ejecuta la auditoría directamente. Sin parsear HTML, sin adivinar nada.

El código ya está en producción — listo para cuando Chrome active WebMCP en su canal estable. No es magia: es una API bien definida haciendo lo que las APIs siempre han hecho — dar una interfaz predecible a funcionalidades que de otra forma serían difíciles de consumir programáticamente.

El estado actual: prometedor, pero temprano

Hay que ser honestos sobre dónde está esto. WebMCP no es un estándar W3C aprobado. Es un Draft Report de un Community Group — un nivel de madurez bastante inicial en el proceso de estandarización del W3C. La especificación todavía tiene secciones incompletas.

Dicho eso, las señales son fuertes. Chrome 146 Canary ya tiene una implementación funcional. Google y Microsoft son coautores. Y el problema que resuelve — la interacción estructurada entre agentes de IA y sitios web — es demasiado real para que no se aborde de una forma u otra.

¿Va a cambiar la especificación antes de estabilizarse? Casi seguro. ¿Puede Google o Microsoft perder interés? Es poco probable dado que ambos están invirtiendo fuertemente en ecosistemas de agentes. ¿Vale la pena esperar a que sea estándar oficial para empezar? No, y ahora explico por qué.

Mejora progresiva: cero riesgo, todo beneficio

WebMCP funciona como mejora progresiva. Si un navegador no lo soporta, el código de registro de herramientas simplemente no se ejecuta. Tu sitio no se rompe. No hay fallback que mantener. No hay bifurcación en tu codebase.

Es como agregar meta tags para Open Graph a tu sitio. Si una plataforma los lee, tu contenido se muestra mejor. Si no, no pasa nada. El costo de implementarlo es bajo, el riesgo es cero, y el beneficio crece a medida que más navegadores y agentes adopten la especificación.

Para tu empresa, esto significa que puedes preparar tu sitio web hoy para el ecosistema de agentes de IA que se está formando, sin comprometer nada de lo que ya funciona. Cuando Chrome estable active WebMCP, tu sitio ya estará listo.

Tu sitio web debería hablar con agentes de IA

Los sitios web de hoy fueron diseñados para humanos que leen pantallas. Los de mañana van a necesitar hablar también con agentes que ejecutan tareas. WebMCP es el puente entre ambos mundos, y ya está disponible para quien quiera cruzarlo.

En IQ Source ofrecemos la integración WebMCP como servicio: analizamos tu sitio, identificamos qué funcionalidades tienen sentido exponer como herramientas, escribimos el código de registro y lo probamos con agentes reales. Si quieres saber exactamente cómo está tu sitio hoy frente a agentes de IA, empieza por la auditoría web gratuita — te muestra en 30 segundos qué ve un agente cuando visita tu página.