Bancos, aerolíneas y comercios rechazan a los agentes de IA. Su empresa está a ambos lados de esa puerta
The Verge informa que JPMorgan Chase, Charles Schwab, Delta y otros restringen a los agentes de IA. Una advertencia para agentes con automatización del navegador y una política para su sitio.
Escuche este artículo · 6 min
Narración completa del artículo, generada con IA.

¿Qué pasa con un agente que puede hacer la tarea cuando el sitio web no lo deja entrar?
Emma Roth, de The Verge, reunió la respuesta el 17 de octubre. Usuarios de Muse de Meta, Grok de xAI, Dots e Instinct de OpenAI informan de agentes bloqueados en sitios importantes. Algunas restricciones son políticas confirmadas: Yelp dijo a TechCrunch que solo permite agentes que pagan por su programa de licencias de datos; Delta Air Lines impide que los agentes reserven billetes en nombre de los usuarios; JPMorgan Chase y Charles Schwab confirmaron que bloquean el acceso de agentes a las cuentas, citando seguridad. Otros son informes de usuarios, como que Cars.com y Amtrak ya no funcionan, lo que puede reflejar o no una decisión. Amazon, que demandó a Perplexity por su agente de compras el año pasado, dice que el “acceso continuo” de Muse viola sus políticas; el caso de Perplexity sigue en litigio después de que un tribunal de apelaciones anuló una medida cautelar en agosto y Amazon presentó una demanda enmendada.
No todos los fallos son un bloqueo. Los sistemas antibots creados para detener el scraping y el fraude también detienen a los agentes, y algunos usuarios informan de cuentas marcadas por “actividad sospechosa”. Mientras tanto, Meta se ha asociado con Walmart, Gap, Sephora y Best Buy para que Muse pueda comprar en sus sitios, y Shopify ha abierto sus tiendas a los agentes.
La mayor parte de esto es noticia de consumo. La lección para las empresas es que toda empresa está a ambos lados de la puerta.
Como la empresa que despliega agentes
Muchos planes empresariales de agentes asumen en silencio un navegador: un agente que reserva viajes en el sitio de una aerolínea, extrae facturas de un portal de proveedores, consulta un saldo bancario o presenta un formulario en un sitio gubernamental. La automatización del navegador facilita esas demos. También hace que la integración dependa de una contraparte que nunca la aceptó.
La cobertura de The Verge muestra cómo falla esa dependencia. La contraparte puede cambiar sus términos, sus reglas antibots o su flujo de inicio de sesión en cualquier momento y sin aviso. Un agente bloqueado es el resultado leve. El peor es que un sistema antifraude marque y bloquee la cuenta de la propia empresa en un banco o proveedor porque un agente se comportó como un bot, que es lo que es.
Se derivan tres reglas:
- Clasifique cada dependencia externa de un agente como API oficial, integración de socio contratada o automatización no oficial del navegador. Solo las dos primeras pertenecen a un flujo de trabajo en producción con un nivel de servicio. La tercera es un prototipo.
- Nunca diseñe para esquivar un bloqueo. Rotar identidades, resolver desafíos o disfrazar a un agente de persona es un problema de términos de servicio y posiblemente legal, y el equipo de seguridad de la contraparte lo tratará como un ataque. Una negativa es información sobre la integración que necesita negociar.
- Planifique la ruta bloqueada. Cuando un agente no puede llegar a un sitio, debe detenerse y entregar la tarea a una persona con lo que encontró, no improvisar; vimos qué hacen los agentes bloqueados cuando nadie diseñó esa ruta.
Como la empresa cuyo sitio visitan los agentes
El otro lado se discute menos. Si usted opera un banco, una aerolínea, una aseguradora, un marketplace o cualquier portal de clientes, los agentes que actúan en nombre de sus clientes ya están llegando, y “bloquearlo todo” es una política con costos. La frase de Meta, “rechazar a un agente personal significa rechazar al cliente que está detrás”, defiende sus intereses y también es en parte cierta.
La preocupación de seguridad de los bancos es real. Un agente que inicia sesión con la contraseña de un cliente está compartiendo credenciales, y el banco no puede distinguir al agente de un atacante que usa credenciales robadas. La respuesta no es abrir la página de inicio de sesión a los bots. Es el patrón que la banca ya conoce de las API de open banking y de pagos: acceso delegado con tokens delimitados y revocables, para que el cliente conceda a un agente identificado permisos específicos (leer saldos, no mover dinero) y el banco pueda verlo y revocarlo. Las credenciales firmadas de agente, como AI Passport de ServiceNow, apuntan en la misma dirección para el lado empresarial.
La elección de Yelp muestra un segundo modelo: los agentes son bienvenidos si licencian los datos. Las alianzas minoristas de Meta muestran un tercero: los agentes son bienvenidos como canal de ventas, bajo un acuerdo. Analizamos esa tercera vía cuando Radisson trató a un asistente de IA como canal de reservas con la transacción mantenida en su propio sitio.
La decisión que hay que tomar ahora
Para sus propios sitios, escriba una política de acceso de agentes con el mismo cuidado que una política de API: qué agentes pueden hacer qué, autenticados cómo, en nombre de quién, con qué registro de auditoría y a través de qué interfaz. Bloquear, licenciar, asociarse o delegar son opciones defendibles; no tener ninguna decisión no lo es, porque su proveedor antibots la está tomando por usted de forma predeterminada.
Para sus programas de agentes, enumere qué flujos de trabajo dependen de sitios web que usted no controla. Todavía no son integraciones. Son negociaciones que no han comenzado.