# Del destino a la delegación *Primera nota: junio de 2026 · Última revisión: octubre de 2026* Durante décadas, la Web ha sido sobre todo un espacio de navegación directa. Uno iba en persona, abría páginas, comparaba fuentes, pasaba de una pestaña a otra y montaba a mano fragmentos de información. Ha sido nuestra rutina diaria desde los años noventa; sé que lo ha sido para mí. Con la generalización del agente personal, ese modelo declina rápidamente. Cada vez más, la entrada en la Web no empezará por la navegación, sino por la delegación en un agente, ya sea ChatGPT, Claude o Gemini. En modo delegado, el usuario ya no visita sitios web para reunir información; simplemente pide a un agente que lo haga por él. La Web deja de ser ante todo un lugar que se visita y se convierte en un territorio que se recorre por poderes. *El paso a la delegación puede parecer un pequeño cambio de comportamiento, pero es estructuralmente significativo. En la Web actual, buena parte del valor de un sitio residía en su capacidad para atraer, retener y persuadir a un visitante humano. En una Web delegada, el valor se desplaza hacia la capacidad de una fuente, un servicio o una superficie de conocimiento para ser leída, extraída, conectada, interpretada y recompuesta por agentes.* La página vista pierde su monopolio como acontecimiento económico, porque consumir un contenido y leerlo como humano son cada vez más separables. ### Volverse agent-friendly La delegación cambia aquello para lo que sirve una fuente, y eso cambia los incentivos. **La monetización deja de depender solo de ser visto y pasa a depender de ser seleccionado, de inspirar confianza y de integrarse en cadenas de acción delegada**. Editores, plataformas, marketplaces, instituciones, marcas y proveedores de servicios tienen buenas razones para volverse agent-friendly. Los actores existentes se apresuran a exponer capas legibles por máquinas más limpias, mejores API, flujos de datos estructurados, metadatos más ricos, manifiestos de capacidades y superficies operativas más rigurosas. El mecanismo ya es visible dentro de la búsqueda clásica. Google ofrece ahora AI Overviews y AI Mode además de la búsqueda clásica. Permite al usuario hacer una pregunta a Google, es decir, a los millones de sitios que Google ha indexado. Google llama a este mecanismo «query fan-out»: una pregunta compleja se divide en varias búsquedas relacionadas sobre subtemas y fuentes de datos. El motor monta después una respuesta y le adjunta enlaces a las páginas que la respaldan. Un sitio puede por tanto ser elegido para una subpregunta dentro de una respuesta sin estar el primero para la frase que escribió el usuario. Imagine a un comprador que busca una bicicleta urbana lo bastante ligera para subirla por las escaleras, fiable bajo una lluvia intensa, disponible en Francia y reparable localmente. La respuesta puede usar una fuente para el peso del cuadro, otra para la protección contra la lluvia, un minorista para el stock actual y una red local de talleres para el mantenimiento. No hay una única posición en un ranking para esa respuesta. Hay un campo de fuentes, cada una aportando una pieza de la decisión. **Esto cambia lo que significa «visibilidad»**. Una marca puede mencionarse sin enlazarse, o una recomendación puede producir una venta sin generar una visita a la página citada. Aun así, la consecuencia para los editores es más exigente que añadir unas cuantas palabras clave. Para ser agent-friendly, una fuente útil tiene que poder usarla un agente. Tiene que decir qué sabe, en qué condiciones, con qué fecha, qué alcance y qué pruebas. La página de un museo que distingue con claridad su colección, su ubicación, sus fondos y sus condiciones de acceso resulta más útil en la práctica que una página que se limita a repetir una afirmación genérica sobre su importancia cultural. Un taller de reparación que publica las marcas que acepta, su zona de servicio, su horario y sus limitaciones del momento le da a un agente material que realmente puede usar. ### Sitios web operables por agentes Ser leído es solo la mitad. Cuando un agente tiene que actuar en un sitio en lugar de limitarse a leerlo, reservar una mesa, pedir una pieza o rellenar un formulario, todavía lo hace como lo haría una persona, solo que sin ojos propios: inspecciona la página, adivina para qué sirve cada campo y cada botón, hace clic, escribe y comprueba qué ha pasado. La documentación de Google llama a esto actuación, y cada uno de esos pasos es una ocasión de equivocarse. La siguiente etapa de ser Agent-Friendly es un sitio que le dice al agente lo que puede hacer, en lugar de dejar que lo deduzca. Ese es el propósito de WebMCP, una propuesta de estándar web respaldada por Google y Microsoft. Una página declara sus propias herramientas, ya sea anotando un formulario HTML corriente o registrando acciones en JavaScript, cada una con sus parámetros y el resultado que devuelve. Un sitio de viajes puede exponer una herramienta que busca los vuelos disponibles y otra que reserva uno; el agente las llama directamente y recibe datos estructurados en lugar de una pantalla que interpretar. Para el agente que funciona en el navegador, la página se comporta como un pequeño servidor MCP, y el sitio conserva el control de lo que ofrece y en qué condiciones. WebMCP no entrega al agente la interfaz del sitio para que la redibuje a su antojo: las herramientas pertenecen al sitio, y el agente solo puede llamarlas. Lo que cambia es para quién trabaja la interfaz. Cuando el agente llama a una herramienta, la página se actualiza delante de la persona: una tienda de ropa reduce su catálogo a los vestidos que se pidieron, una herramienta de diseño muestra las maquetas que encajan, una página de revisión de código presenta el parche sugerido como un diff, sin confirmar los cambios hasta que alguien los acepta. La interfaz se convierte en un espacio compartido por la persona y su agente, donde el usuario ve, y puede corregir, lo que se hace en su nombre; los autores de la propuesta lo dicen expresamente: la interfaz humana sigue siendo la principal. Recomponer la propia interfaz, una superficie montada para una persona en el momento de usarla, es un paso más, y el tema del capítulo siguiente. > **Situación actual (otoño de 2026)** > > Chrome abrió una vista previa de WebMCP en febrero de 2026, tras una opción experimental de Chrome 146. En Google I/O, el 19 de mayo de 2026, Google lo pasó a una prueba de origen (origin trial) de Chrome 149 a Chrome 156, que permite a cualquier sitio activarlo para sus visitantes reales sin pedirles que cambien ningún ajuste. Está previsto un lanzamiento general en Chrome 157. El borrador de la especificación se incuba abiertamente en la comunidad Web Machine Learning del W3C. Sus límites son los del navegador: tiene que haber una pestaña abierta, así que no sirve a los agentes sin interfaz, y un agente solo descubre lo que ofrece un sitio visitándolo, lo que deja la cuestión del descubrimiento donde la encuentra el resto de este libro. > > *Fuentes: Chrome for Developers, documentación de WebMCP, 18 de mayo de 2026; Chromium, Intent to Experiment: WebMCP, 15 de mayo de 2026.* La otra vía va en sentido contrario: en lugar de adaptarse a los agentes externos, el sitio ofrece el suyo. Un agente integrado responde dentro del sitio o de la app, con acceso privilegiado al catálogo, a la cuenta y al historial de pedidos, como Rufus responde a los compradores dentro de Amazon. Retiene al cliente en casa, pero es también una forma primitiva de lo que esta parte llamará más adelante una presencia: una empresa que, en lugar de ser recorrida, responde por sí misma. A medida que se multiplican los agentes que llegan de fuera, ambos se encuentran, y el agente integrado acaba hablando con otros agentes tanto como con personas.