United cierra la puerta a los agentes de IA: ya no reservan vuelos en su web
United escribió en su contrato de transporte que ningún agente de IA puede reservar, cambiar ni pagar un billete por ti. Es la primera gran aerolínea de Estados Unidos que convierte el acceso de los agentes de IA en una cláusula, y eso pesa más que la medida en sí.
El anuncio es del miércoles 11 de noviembre de 2026. No llega como un parche técnico ni como un bloqueo silencioso: llega como texto contractual que el pasajero acepta al comprar, acompañado de una nota de prensa y de una actualización de las políticas de reserva, emisión y distribución de la aerolínea.
Qué cambió el 11 de noviembre, en palabras de United
United modificó su contrato de transporte, el documento con las condiciones que el pasajero acepta al emitir un billete. En la sección de prácticas prohibidas agregó una frase corta: queda vetado el uso de agentes de IA para hacer, modificar o dar servicio a un billete, y también para comprar cualquier servicio o producto de la aerolínea.
Lo interesante está en cómo define al agente. Para United es cualquier software o servicio que actúe de forma autónoma o semiautónoma, con o sin supervisión humana, para descubrir, buscar, reservar, comprar, emitir, atender o gestionar un producto de la aerolínea en nombre del pasajero o siguiendo sus instrucciones. La definición enumera tres familias: asistentes integrados en redes sociales, mensajería o buscadores; navegadores con IA y agentes independientes; y asistentes de terceros que llegan a United mediante una herramienta o conexión que les da una agencia de viajes u otro intermediario.
Lee también
La nota de prensa agrega el alcance operativo: la aerolínea dice que restringe el acceso tanto dentro de sus plataformas digitales como de forma indirecta a través de agencias y agregadores, para prohibir el uso por agentes o asistentes personales de terceros no autorizados. United no publica cómo va a detectar a esos agentes ni qué user-agents va a mirar, así que conviene separar dos cosas: hay una política escrita y hay, por construir, un mecanismo de control.
Los tres argumentos que da la aerolínea
El primero es la seguridad de la cuenta y de los datos del pasajero: un agente que entra con la sesión de una persona maneja información que no le pertenece. El segundo es el riesgo operativo de una reserva hecha sin nadie delante, capaz de generar cambios o incidencias que después son difíciles de revertir. El tercero, citado en la cobertura de USA Today, es el cumplimiento de normas federales de aviación y transporte, con la FAA y el Departamento de Transporte en el fondo.
El problema de fondo: el agente que se hace pasar por ti
Ninguno de los tres argumentos explica el problema real, que es de identidad. Cuando un agente reserva en tu nombre no presenta una credencial propia: usa tu sesión, tu cuenta y tu tarjeta. Del otro lado no hay forma de comprobar si el humano autorizó ese cambio de tarifa, esa compra de equipaje o esa cancelación. El sitio ve un navegador que se comporta como una persona porque, técnicamente, lo es.
Esa es la diferencia entre un bot de entrenamiento, que solo lee, y un agente que actúa. Al primero se le puede poner una regla en un archivo. Al segundo hay que pedirle algo que se pueda verificar.
La industria va en la otra dirección
Delta y American Airlines no han anunciado una prohibición equivalente y siguen explorando la tecnología, según Fast Company. La lectura de la industria es que cada aerolínea está resolviendo el mismo problema con criterios distintos, y que United eligió el más conservador por ser la más tecnológica del mercado estadounidense.
El contexto general tampoco ayuda a leer esto como una guerra contra la IA. Las estimaciones de McKinsey QuantumBlack sobre comercio con agentes hablan de una oportunidad de tres a cinco billones de dólares en ingresos de consumo para 2030. El agente Muse de Meta superó los diez millones de cuentas en pocas semanas. Y al mismo tiempo, los pilotos de pago con agentes de Visa y Mastercard siguen exigiendo aprobación humana: la industria quiere que el agente compre, pero todavía no le firma un cheque en blanco.
Qué significa si construyes agentes
Lo que se rompe primero son las reservas de varios pasos detrás de un login. También las herramientas de búsqueda de premios y de comparación de tarifas que hasta ahora trataban la web de la aerolínea como si fuera una API pública: la definición de agente incluye explícitamente a los navegadores con IA y a cualquier asistente que llegue mediante la conexión de una agencia o intermediario.
La lectura crítica del texto es de One Mile at a Time, no de United: si "descubrir o buscar" también entra en la definición, el redactado podría alcanzar a los buscadores de premios y a otros negocios automatizados. Es una interpretación razonable de una cláusula amplia, y conviene citarla como eso, como interpretación.
La salida existe y no es nueva: API oficial y distribución acreditada. La palabra clave del anuncio es "no autorizados". United no prohíbe para siempre a los agentes, prohíbe a los que no pasan por un canal que la aerolínea controla. Si construyes sobre una web ajena, ese es el mensaje: si tu producto depende de una interfaz pensada para personas, tu producto depende de una puerta que se puede cerrar. Si trabajas con protocolos abiertos entre aplicaciones, como MCP, el problema se traslada a quién controla la herramienta, no a si existe.
Qué significa si tu web recibe agentes
La mayoría de los sitios no ha tomado la decisión que United acaba de tomar por escrito. Y no tomarla también es una decisión: dejar entrar a todo lo que sepa rellenar un formulario. Hay tres caminos posibles, y cada uno tiene consecuencias prácticas.
El primero es permitir sin condiciones: cero fricción, cero control, y un consumo de recursos que escala solo. El segundo es pedir identidad: obligar a login donde hay datos, exigir credenciales de API y tratar cada petición como lo que es, una máquina hablando con otra. El tercero es bloquear, y ahí el coste aparece por el otro lado: parte del tráfico de buscadores con IA se parece demasiado a un agente como para filtrarlo sin perder visitas reales.
Antes de elegir conviene mirar los términos de uso, revisar los logs y decidir qué se ofrece a un agente que llega con buenas intenciones. La discusión de fondo ya no es si hay que frenar bots, sino quién puede actuar en tu web y con qué prueba de identidad. Ese es el tema del tutorial que acompaña a esta nota: las cuatro capas que existen hoy para decidirlo, con código y con sus límites.
Conclusión
El agente dejó de ser un experimento de laboratorio y ya tiene política de acceso, contrato y letra pequeña. Lo que viene después no es una prohibición más dura, es identidad verificable: que un agente pueda demostrar quién es y en nombre de quién actúa. Mientras eso no exista, cada web grande va a resolverlo a su manera, y la de United es la primera que se puede leer firmada.
Si te interesa cómo se pone una regla así del lado del servidor, el blog sigue con las capas técnicas: robots.txt, nginx, middleware y firmas de agente.
