Durante más de treinta años hemos entendido la web como un espacio pensado principalmente para personas. Primero fue un conjunto de páginas que leíamos, después un entorno en el que buscábamos, comparábamos y comprábamos, y más tarde una capa completa de servicios sobre la que trabajamos, aprendemos, contratamos, reservamos, pagamos y nos relacionamos con empresas e instituciones. La web ha cambiado muchas veces de forma, pero casi siempre ha conservado una premisa de fondo: al otro lado de la pantalla había un usuario humano mirando, interpretando y decidiendo qué hacer a continuación.
Esa premisa empieza a quedarse corta. No porque las personas vayan a desaparecer de la experiencia digital, sino porque cada vez más decisiones y acciones digitales serán preparadas, filtradas o ejecutadas por agentes de software que actuarán en nombre de usuarios y organizaciones. Un cliente podrá pedir a su asistente que compare opciones, reserve una cita, solicite una devolución o negocie una condición sencilla. Una empresa podrá delegar en agentes internos la revisión de proveedores, la preparación de pedidos, la consulta de documentación o la coordinación de tareas entre aplicaciones. En todos esos casos, la web ya no será únicamente un escaparate que alguien visita: será una superficie que un agente deberá poder entender, accionar y dejar bajo control verificable.
A ese cambio podemos llamarlo B2A: Business to Agent. No como un nuevo acrónimo para adornar presentaciones, sino como una forma de nombrar una transición práctica. Si el B2C organizó la relación digital entre empresas y consumidores, y el B2B estructuró la relación entre empresas, el B2A apunta a un tercer interlocutor operativo: el agente que media, ejecuta o prepara acciones por cuenta de alguien. La empresa no deja de relacionarse con personas ni con otras empresas; lo que cambia es que una parte creciente de esa relación puede estar intermediada por sistemas capaces de leer contexto, usar herramientas y actuar dentro de ciertos permisos.
Conviene ser prudentes: no estamos ante una sustitución inmediata de la web actual ni ante una ruptura total con lo anterior. La mayoría de sitios seguirán necesitando buenas interfaces humanas, contenidos claros, formularios comprensibles y procesos bien diseñados. Pero, del mismo modo que la web tuvo que aprender a ser indexable para buscadores, responsive para móviles y conectable mediante APIs, ahora empieza a necesitar otra capa de legibilidad: una legibilidad operativa para agentes. La cuestión estratégica no es si una página “se ve bien”, sino si un sistema autorizado puede comprender qué ofrece, qué acciones permite, bajo qué condiciones y con qué garantías.
El agente introduce una diferencia importante frente al usuario humano tradicional. Una persona puede improvisar ante una interfaz confusa: interpreta un menú ambiguo, lee entre líneas, llama por teléfono si algo falla o abandona el proceso si no entiende qué hacer. Un agente, en cambio, necesita señales más explícitas. Debe distinguir datos de decoración, intención de contenido comercial, acción disponible de simple texto descriptivo. Si tiene que reservar, comprar, cancelar, comparar o solicitar información, necesita saber qué operación está realizando, con qué parámetros, qué consecuencias tiene y qué autorización la respalda.
Esto no significa que todas las webs deban convertirse en APIs desnudas ni que el diseño visual pierda importancia. Significa que la interfaz humana ya no agota la experiencia digital. En un entorno B2A, una web madura combina al menos dos capas: una capa narrativa y visual para personas, y una capa estructurada y accionable para máquinas autorizadas. Los datos estructurados ayudan a identificar entidades, relaciones, propiedades, condiciones y acciones de forma legible por sistemas. Las APIs permiten ejecutar operaciones de forma controlada. Los protocolos de herramientas y conectores ayudan a que los agentes sepan qué capacidades existen y cómo invocarlas. Y la documentación —cuando está pensada para ser consumida por sistemas además de por desarrolladores— deja de ser un apéndice técnico para convertirse en parte de la experiencia.
La idea de que un modelo pueda llamar herramientas ya no es especulativa. Las plataformas de IA modernas permiten definir funciones, herramientas o conectores que el modelo puede solicitar durante una tarea; la aplicación decide después si ejecuta esa acción y devuelve el resultado al sistema. OpenAI describe este flujo como un ciclo en el que el modelo puede pedir una llamada a herramienta, la aplicación la ejecuta y el resultado vuelve al modelo para continuar la tarea. El Model Context Protocol, por su parte, formaliza una manera de exponer herramientas, recursos y prompts a clientes capaces de usarlos. No estamos hablando de que toda la web sea ya B2A, sino de que existe una arquitectura técnica real para que los agentes descubran y utilicen capacidades de forma más explícita que una pantalla diseñada sólo para clics humanos.
La parte crítica no está únicamente en permitir acciones, sino en acotarlas. Si un agente actúa por mí, ¿qué puede hacer exactamente? ¿Puede leer mis datos, modificar una reserva, realizar un pago, aceptar una condición, enviar un mensaje, borrar un archivo? ¿Puede hacerlo una vez, durante una hora, para una categoría concreta de acciones o hasta que revoque el permiso? La autorización delegada no es nueva: OAuth 2.0 estableció hace años un marco para que una aplicación obtenga acceso limitado a un servicio en nombre del propietario de un recurso. Ese fundamento sigue siendo importante, pero las prácticas de seguridad han evolucionado: RFC 9700 actualiza y amplía las recomendaciones de seguridad de OAuth 2.0 a partir de la experiencia acumulada y de nuevas amenazas. En un escenario con agentes, esa evolución importa porque no hablamos sólo de iniciar sesión, sino de delegar acciones dentro de límites comprensibles.
Por eso B2A no puede separarse de seguridad, permisos y trazabilidad. Una web operable por agentes debe poder responder a preguntas que antes quedaban ocultas detrás de la interfaz: quién pidió la acción, en nombre de quién se ejecutó, qué permiso la habilitaba, qué datos se usaron, qué resultado produjo y cómo se puede revisar o revertir si algo salió mal. Sin esa capa, el agente se convierte en una fuente de riesgo; con ella, puede convertirse en una forma de reducir fricción sin perder control. La trazabilidad no es un lujo administrativo: es la condición para que la delegación sea aceptable en contextos empresariales.
También conviene aclarar qué no es B2A. No es simplemente poner un chatbot en una web. Un chatbot puede contestar preguntas y aun así no tener capacidad real de operar el servicio. Tampoco es publicar una API y dar por resuelto el problema, porque una API sin permisos claros, semántica comprensible y contexto de uso puede ser tan opaca para un agente como una mala interfaz para una persona. B2A tampoco es lo mismo que explicar qué convierte a un modelo en agente; ese debate pertenece a la arquitectura del sistema agente, donde importan herramientas, memoria, contexto, planificación y ejecución. Aquí la pregunta es otra: qué debe cambiar en la web de una organización cuando el visitante ya no siempre será una persona navegando, sino un sistema autorizado intentando completar una tarea.
La diferencia puede parecer sutil, pero tiene consecuencias estratégicas. Muchas empresas siguen pensando su presencia digital como una suma de páginas, campañas, formularios y embudos. En una lógica B2A, la web empieza a parecerse más a una infraestructura de delegación. No basta con atraer tráfico; hay que ser interpretable. No basta con mostrar información; hay que hacerla verificable y accionable. No basta con tener procesos digitales; hay que permitir que puedan ser ejecutados de forma segura por terceros autorizados, incluidos agentes que actúan bajo instrucciones de un cliente, un empleado o un sistema corporativo.
Esto afectará a la manera de diseñar productos digitales. Un catálogo, por ejemplo, no sólo tendrá que convencer visualmente, sino expresar con claridad qué se puede comparar, reservar, configurar o comprar. Un área privada no sólo tendrá que proteger el acceso, sino gestionar permisos granulares para acciones delegadas. Un servicio de atención no sólo tendrá que responder dudas, sino permitir que un agente autorizado consulte el estado de un expediente o prepare una solicitud sin saltarse controles. Incluso el contenido corporativo —políticas, documentación, condiciones, garantías— tendrá más valor cuanto más fácil sea de interpretar por sistemas que necesitan extraer obligaciones, límites y pasos operativos.
La transición histórica tiene cierta continuidad. La primera web conectó documentos. La web social conectó personas. La web móvil llevó esa conexión al bolsillo. La web de servicios convirtió muchas páginas en procesos. La etapa que se abre ahora no elimina esas capas, pero añade otra: la delegación. Ya no se trata sólo de que el usuario encuentre una información o pulse un botón; se trata de que pueda decirle a un agente qué quiere conseguir y que ese agente encuentre, entienda y ejecute el camino adecuado dentro de límites aceptados. En ese sentido, B2A es una consecuencia natural de la evolución desde la conexión hacia la autonomía.
Para la dirección de una empresa, la pregunta no debería ser “¿tenemos que hacer una web para agentes?” como si se tratara de rediseñar todo mañana. La pregunta útil es más concreta: qué partes de nuestra relación digital con clientes, empleados, proveedores o partners podrían ser delegadas de forma segura. Algunas serán meramente informativas; otras requerirán lectura de datos; otras permitirán acciones reversibles; y unas pocas implicarán decisiones sensibles que exigirán aprobación humana. Ese mapa de delegación ayuda a priorizar. No todo debe ser accionable por agentes, pero lo que sí lo sea tendrá que estar diseñado con intención.
El riesgo de no mirar esta transición es que la empresa siga optimizando únicamente para pantallas mientras una parte de la interacción se desplaza hacia intermediarios inteligentes. Del mismo modo que durante años se habló de SEO para que los buscadores entendieran una página, en los próximos años hablaremos cada vez más de cómo hacer que los sistemas puedan interpretar una oferta, una política, un proceso o una acción disponible. No se trata de escribir para robots, sino de hacer que la organización sea legible para un entorno donde humanos y agentes colaboran.
B2A no sustituye la confianza, la marca ni la experiencia humana. Al contrario, las vuelve más exigentes. Si un agente debe escoger entre varias empresas para resolver una tarea, necesitará señales fiables: datos claros, acciones bien definidas, permisos seguros, políticas comprensibles y resultados verificables. La empresa que ordene esas capas no sólo facilitará la automatización; también hará más comprensible su propuesta para personas. Muchas mejoras necesarias para agentes —claridad, estructura, consistencia, trazabilidad— son, en realidad, mejoras de madurez digital.
La próxima web no estará diseñada solo para ser leída por personas, sino también para ser interpretada y accionada por agentes que operan bajo permisos en nombre de usuarios y organizaciones. No será una web sin personas, sino una web en la que las personas podrán delegar más, supervisar mejor y recuperar tiempo en procesos que hoy siguen dependiendo de navegación manual, formularios repetidos y decisiones de bajo valor. Para que eso ocurra, las empresas tendrán que dejar de pensar en su web como un escaparate terminado y empezar a verla como una superficie operable: un lugar donde la información se entiende, las acciones se ejecutan con permiso y cada paso deja rastro. Esa es la promesa real del B2A. No una moda más alrededor de la inteligencia artificial, sino una manera distinta de diseñar la relación entre organizaciones, usuarios y los agentes que actuarán entre ambos.
