United cierra el acceso de los agentes de IA a las reservas justo antes de las fiestas

Una de las historias más claras sobre los agentes de IA —«cómprame un billete más barato»— acaba de chocar con su primer gran muro. Según Bloomberg, United Airlines está bloqueando a los agentes de IA de terceros: ya no pueden reservar vuelos ni acceder a las cuentas de los clientes. La decisión coincide con el inicio de la temporada de fiestas, y la razón declarada son los riesgos para la privacidad.

Una salvedad importante: el avance publicado no incluye detalles técnicos. No se sabe cómo exactamente United descarta a los agentes, cuáles en concreto, ni si habrá excepciones para socios. Por eso, lo que sigue no es un resumen de detalles, sino un análisis de lo que este paso significa para quienes crean productos con agentes.

Cuál es el problema real

Imagine un escenario típico. Un usuario le escribe a un asistente: «Busca un billete a Denver para el viernes y compra el más barato». El agente abre el sitio web de la aerolínea, inicia sesión con los datos del usuario y tramita el pedido. Visto desde fuera, resulta cómodo.

Pero en el área personal hay mucho más de lo necesario para una sola compra: datos del pasaporte, número del programa de fidelidad, historial de viajes, tarjetas guardadas. El agente recibe todo eso por completo. Si se equivoca, resulta comprometido o simplemente envía los datos a otro lugar, la aerolínea solo verá «un inicio de sesión con la contraseña correcta». Distinguir a una persona de un programa le resulta difícil, y la cuestión de la responsabilidad queda abierta.

Por qué se cierran las aerolíneas

La privacidad es el argumento oficial, y es perfectamente válido. Pero hay otras razones; son suposiciones nuestras, no palabras de United:

• Control del canal. El sitio web directo y la aplicación son el lugar donde se venden servicios adicionales: equipaje, elección de asiento, mejoras de categoría, fidelización. Si entre el cliente y la aerolínea se interpone un agente, esos ingresos y los datos del cliente pasan a un tercero.
• Carga en hora punta. Las fiestas son el momento de máximo tráfico. Las solicitudes automáticas en ese momento no le convienen a nadie.
• Responsabilidad. Si un agente compró un billete equivocado o para una fecha equivocada, ¿quién se encargará del reembolso? Es más fácil no dejarlos entrar.

Qué hacer para desarrolladores y responsables de producto

La conclusión principal es sencilla: el esquema de «el agente navega por el sitio con el login del usuario» no es una integración, sino un rodeo. Funciona hasta que el dueño del sitio decide otra cosa. United ha demostrado que lo decide.

En la práctica, esto significa lo siguiente:

• No construyan la ruta crítica sobre la emulación del navegador. Si la compra de billetes es la función clave de su producto, depender del frontend de otro se convertirá en su principal riesgo.
• Busquen canales oficiales. Son las API, los programas de socios y el acceso delegado con permisos limitados, en el que el agente solo puede buscar y reservar, pero no leer el perfil completo.
• Hagan de la persona parte del proceso. El agente selecciona opciones y prepara el pedido, mientras que la confirmación final y el pago se hacen del lado del usuario o de la aerolínea. Es más seguro y más resistente a los bloqueos.
• Lean los términos de uso antes del lanzamiento. Para los agentes que actúan en nombre del usuario, la parte legal ya no es una formalidad.

Los fundadores también deben tener en cuenta el riesgo empresarial: si su valor se basa en el acceso a una plataforma ajena, esa plataforma puede cortar el acceso en cualquier momento, y además en la temporada más rentable para ustedes.

Qué sigue sin estar claro

No sabemos si la prohibición afecta a todos los agentes, incluidos los integrados en asistentes populares, o solo a las automatizaciones «externas». No sabemos si United está dispuesta a ofrecer una alternativa legal, por ejemplo una API propia para agentes. Y es pronto para afirmar que las demás aerolíneas seguirán el mismo camino: algunas pueden, al contrario, abrir las puertas a socios y obtener un nuevo canal de ventas.

Pero la dirección está clara. Mientras los agentes eran un experimento, se los toleraba. En cuanto empezaron a comprar de verdad en nombre de las personas, los dueños de las plataformas empezaron a hablar de privacidad, responsabilidad y reglas de acceso. Quienes construyen agentes deben diseñar su producto pensando en esa conversación.