Los cuatro artículos anteriores de este clúster hablaban de leer. Este habla de hacer: un agente que reserva, compra, envía un formulario o extrae un dato. Revisé en qué punto están realmente los estándares y el panorama es nítido: WebMCP es un borrador de un Community Group del W3C, está en origin trial en Chrome y Edge, y Apple presentó una objeción formal. El protocolo de comercio de OpenAI y Stripe exige que el comercio implemente cinco endpoints y está en beta — y su propio sitio oficial dice que los mecanismos de descubrimiento todavía se están construyendo. El grupo de trabajo del IETF para la identidad de agentes ya tiene charter, pero aún no ha adoptado ni un solo documento. Y en el benchmark independiente líder para ejecución de tareas de oficina, el mejor resultado verificado completó el 42,9% de las tareas.
Las tres capas que tienen que existir a la vez
Para que un agente complete una tarea en tu sitio tienen que darse tres cosas al mismo tiempo: tiene que saber qué se le permite hacer, tiene que tener una interfaz a través de la cual hacerlo, y tú tienes que saber que es realmente ese agente y no alguien que lo suplanta. La tabla resume dónde está hoy cada capa.
| Capa | Mecanismo principal | Estado real |
|---|---|---|
| Declaración de capacidades | WebMCP | Borrador de Community Group; origin trial en Chrome y Edge; WebKit en contra |
| Completar una compra | ACP, de OpenAI y Stripe | Beta; cinco endpoints para el comercio; sin mecanismo de descubrimiento |
| Autorización de pago | AP2, de Google | Versión 0.2; aportado a la FIDO Alliance; no requiere cambios en el sitio |
| Agente a agente | A2A | Versión 1.0.1; estable, pero resuelve otro problema |
| Identidad del agente | Web Bot Auth | Grupo de trabajo con charter en el IETF; aún sin documento adoptado; Cloudflare ya lo implementó |
| Navegadores agénticos | — | Ningún user-agent documentado para ningún navegador agéntico |
WebMCP: dónde está realmente
WebMCP es la idea de que un sitio pueda declarar, dentro de la propia página, qué acciones le ofrece a un agente — en lugar de que el agente adivine dónde hacer clic. Ese es el enfoque correcto, y por eso genera tantos titulares. Pero conviene conocer su estatus formal.
El documento lo publica el Web Machine Learning Community Group del W3C, y su encabezado dice de forma explícita que no es un estándar del W3C y que no está en la vía de estandarización. Los editores vienen de Microsoft y de Google. La versión del borrador que leí está fechada el 26 de agosto de 2026.
Las implementaciones: Chrome abrió un origin trial en la versión 149, según una entrada del blog para desarrolladores publicada el 9 de junio de 2026. Edge abrió un origin trial en la versión 150, Brave lo ejecuta de forma experimental en Leo, y la aplicación de escritorio de ChatGPT lo soporta. Del otro lado, WebKit presentó una posición de oposición con una lista de objeciones que incluye la elección del propio foro, y Mozilla presentó una posición neutral.
Dos errores que se repiten en casi todas las guías: la API no se llama navigator.modelContext — la palabra Navigator no aparece ni una sola vez en el texto de la especificación. Y Chrome no lanzó esto en la versión 146 en febrero de 2026; el blog oficial habla de un origin trial en la versión 149. Si una guía te dice otra cosa, no leyó la fuente.
Cómo se ve en código
La API real es document.modelContext.registerTool. La idea es simple: la página registra una herramienta con un nombre, una descripción, un esquema de entrada y una función que la ejecuta. El agente que corre sobre la página ve la herramienta sin tener que adivinar qué hace cada botón.
document.modelContext.registerTool({
name: «book_appointment»,
description: «Reservar una cita en una fecha dada»,
inputSchema: {
type: «object»,
properties: { date: { type: «string» } },
required: [«date»]
},
async execute({ date }) {
const result = await bookOnServer(date);
return { content: [{ type: «text», text: result.confirmation }] };
}
});
Lo importante aquí no es la sintaxis sino la implicación: la acción pasa por tu código. Tú decides qué se expone, tú validas la entrada y tú controlas los efectos secundarios. Eso es radicalmente distinto de un agente intentando hacer clic en la interfaz visual y cruzando los dedos. En esta etapa, cualquier implementación así es un experimento — no infraestructura de producción.
Comercio agéntico: tres protocolos, tres problemas distintos
Es fácil confundirse porque los tres nombres aparecen en los mismos artículos, pero resuelven cosas completamente diferentes.
ACP — el Agentic Commerce Protocol, mantenido por OpenAI y Stripe, se define a sí mismo como en beta, bajo licencia Apache-2.0. La versión más reciente de la especificación que vi está fechada el 17 de abril de 2026. Desde el punto de vista del comercio el requisito es concreto: implementar cinco endpoints REST para gestionar una sesión de checkout — crear, actualizar, completar, cancelar y consultar — más webhooks para los eventos del pedido. El sitio oficial dice que todavía están trabajando en crear mecanismos de descubrimiento que permitan a las plataformas de IA identificar negocios. Es decir que, aunque lo implementes todo, hoy no existe una forma estándar de declarar que lo hiciste — exactamente el hueco que describí en el artículo sobre la capa de descubrimiento.
AP2 — el Agent Payments Protocol de Google, en la versión 0.2, anunciado en septiembre de 2025 y aportado desde entonces a la FIDO Alliance para seguir estandarizándolo. Está construido como una extensión de A2A y se ocupa de la autorización del pago: mandatos verificables que prueban que el usuario realmente autorizó al agente a pagar. No requiere ningún cambio en el HTML de tu sitio, así que no sustituye a ACP sino que es una capa por debajo.
UCP — el Universal Commerce Protocol, que según un anuncio de Shopify fechado el 24 de marzo de 2026 se está desarrollando junto con Google y cuenta con el respaldo de Walmart, Target, Etsy, American Express, Mastercard, Stripe y Visa. No abrí la especificación en sí, así que no voy a citar una versión.
Una nota que evita decepciones: ese mismo anuncio de Shopify describe su integración con ChatGPT como algo que funciona a través de un navegador interno y que, en escritorio, redirige directamente a la tienda del comercio. Dicho de otro modo, «comprar dentro de ChatGPT» no es necesariamente un checkout ACP nativo. Y la documentación de OpenAI dice que Instant Checkout está disponible para socios aprobados — no para cualquier comercio.
A2A resuelve otro problema
A2A llegó a la versión 1.0.0 en marzo de 2026 y a la 1.0.1 en mayo de 2026, y es el protocolo más maduro del grupo. Define una agent card — un documento JSON que describe la identidad, las capacidades, las habilidades, el endpoint de servicio y los requisitos de autenticación de un servidor de agentes — y la publica en /.well-known/agent-card.json. Es además la única entrada del mundo de los agentes registrada en el registro de la IANA.
Y justamente por eso conviene ser preciso: su dominio es la comunicación entre sistemas de agentes independientes, no entre un sitio y un agente. Publicar este archivo en un sitio corporativo no hace nada, salvo que de verdad estés corriendo un servidor A2A detrás. Ya he visto bastantes recomendaciones que se saltan esta distinción.
Cómo se identifica siquiera a un agente
Esta es la capa que más falta, y el hallazgo más contundente de esta investigación es negativo: no existe ningún user-agent documentado para ningún navegador agéntico.
La página de bots de OpenAI lista OAI-SearchBot, OAI-AdsBot, GPTBot y ChatGPT-User — y no tiene ninguna entrada para ChatGPT Atlas. La página de bots de Anthropic lista ClaudeBot, Claude-User y Claude-SearchBot — y no tiene ninguna entrada para Claude in Chrome. Si ves en tus logs una cadena que parece un navegador agéntico, no está documentada y puede cambiar sin aviso.
La respuesta que se está formando es Web Bot Auth: una firma criptográfica sobre la propia petición. Un grupo de trabajo con ese nombre ya tiene charter en el IETF, pero a día de hoy no ha adoptado ni un solo documento — todos los borradores relevantes siguen siendo contribuciones individuales. El borrador del protocolo central se actualizó el 19 de agosto de 2026. Cloudflare ya implementó el mecanismo: un directorio de claves en /.well-known/http-message-signatures-directory y las cabeceras Signature-Agent, Signature-Input y Signature en la petición. Su documentación también señala que desde el 1 de julio de 2026 existe un nuevo campo de metadatos que distingue a un agente directo de un intermediario, y que las categorías de comportamiento incluyen explícitamente transaccionar en nombre de un usuario. Un matiz que conviene saber: Cloudflare implementa versiones de borrador anteriores a la última, así que en esta etapa hay que esperar desajustes entre implementaciones.
Qué tan bien completan tareas los agentes en la práctica
Aquí quiero dar un número real en lugar de una sensación. El benchmark independiente más serio que encontré es TheAgentCompany, desarrollado entre otros en la Universidad Carnegie Mellon, con 175 tareas que simulan el trabajo en una empresa de software. Los resultados de la tabla están marcados como verificados de forma independiente.
- El mejor resultado de la tabla: 42,9% de las tareas completadas, una entrada registrada el 10 de noviembre de 2025.
- OpenHands-Versa con Claude Sonnet 4 completó el 33,1%, en junio de 2025.
- OpenHands con GPT-4o completó el 8,6%, en diciembre de 2024.
Un matiz que tengo que declarar: la entrada más reciente de la tabla es de noviembre de 2025 y no contiene ningún modelo frontera de 2026. Así que no presentes el 42,9% como «el estado del arte en 2026» sino como el mejor resultado verificado de forma independiente en este benchmark. Lo que el número sí dice, incluso asumiendo una mejora significativa, es que todavía no existe una realidad en la que le entregues a un agente una tarea compleja y esperes que la termine.
Qué hacer hoy de verdad
La recomendación honesta es no correr a implementar borradores. Mi orden de operaciones, basado en lo que está documentado y es estable: primero asegúrate de que el sitio sea legible siquiera — permisos correctos, contenido en el HTML inicial y páginas que se puedan citar. Después comprueba que tu bloqueo no esté descartando agentes legítimos que actúan en nombre de un usuario: es un error frecuente, y el único mecanismo de aprobación explícito que encontré documentado es el de Cloudflare, que permite a los proveedores de bots solicitar el alta y a los dueños de sitios activar ajustes por categoría.
Y solo entonces, si tu modelo de negocio realmente lo aprovecha, plantéate un piloto: un origin trial de WebMCP para una acción bien definida, o una implementación de ACP si vendes productos y tienes recursos de desarrollo. En ambos casos trátalo como un experimento, porque eso es lo que es.
El hueco que sigue abierto es exactamente el que he descrito a lo largo de todo este clúster: no hay una forma estándar de que un sitio declare qué le ofrece a un agente. ACP lo admite por sí mismo, MCP no lo cubre y A2A resuelve otro problema. Por eso estoy trabajando en la especificación AX. Pero hasta que exista un estándar acordado, mi recomendación no es inventar un camino privado y confiar en la suerte — sino construir lo que ya funciona.
Preguntas frecuentes
¿Debería implementar WebMCP en mi sitio hoy?
Solo como experimento. El documento es un borrador de un Community Group del W3C y dice de forma explícita que no es un estándar y que no está en la vía de estandarización. Chrome y Edge abrieron origin trials, WebKit presentó una oposición y Mozilla una posición neutral. Esto no es algo sobre lo que se construya infraestructura de producción.
¿Cómo se llama realmente la API de WebMCP?
document.modelContext.registerTool. El nombre navigator.modelContext, que aparece en muchas guías, es incorrecto — la palabra Navigator no aparece en absoluto en el texto de la especificación.
¿Qué tengo que implementar exactamente para soportar el comercio agéntico de OpenAI?
Según la especificación de ACP, un comercio necesita implementar cinco endpoints REST para gestionar una sesión de checkout — crear, actualizar, completar, cancelar y consultar — más webhooks para los eventos del pedido. El protocolo se define a sí mismo como en beta, e Instant Checkout está documentado como disponible para socios aprobados.
¿Debería publicar agent-card.json en mi sitio?
Solo si de verdad estás corriendo un servidor A2A. La card describe la identidad, las capacidades, el endpoint de servicio y los requisitos de autenticación de un servidor de agentes, y A2A se ocupa de la comunicación entre sistemas de agentes — no entre un sitio y un agente. En un sitio corporativo el archivo no hace nada.
¿Cómo identifico en mis logs el tráfico de navegadores agénticos?
A día de hoy no hay forma documentada. Las páginas de bots de OpenAI y de Anthropic no contienen ninguna entrada para sus navegadores agénticos. El mecanismo que se está formando es Web Bot Auth, basado en firmar la petición; un grupo de trabajo sobre ello tiene charter en el IETF pero aún no ha adoptado ningún documento, y Cloudflare ya implementó versiones de borrador.
- El mapa de bots de 2026: quién rastrea realmente tu sitio y qué puedes bloquear sin riesgo
- Sin JavaScript: qué recibe realmente un agente de IA cuando pide tu sitio
- La capa de descubrimiento: qué lee realmente un agente de IA en tu sitio
- Cómo escribir una página que un agente de IA pueda citar de verdad