Yuma AI lanza Web Actions: soporte con IA que trabaja en un navegador real, sin API
Yuma ya puede manejar un navegador Chrome real para completar una tarea en cualquier web a la que llegue tu equipo: portales de transportistas, paneles 3PL, herramientas internas. Sin API, sin integraciones y sin depender del proveedor.
Web Actions permite a Yuma manejar un navegador Chrome real para completar tareas en webs sin API, como parte de la resolución de un ticket.
Para configurarla describes la tarea y te grabas haciéndola una vez; un procedimiento escrito en PDF también sirve.
Antes de tocar un ticket real, Yuma ejecuta una prueba que se detiene antes de enviar y no crea, cambia ni envía nada.
Las credenciales se guardan cifradas y aparte, y nunca aparecen en prompts, registros ni capturas.
Cada ejecución guarda un registro paso a paso con capturas; las herramientas en local o tras una VPN quedan fuera de alcance por ahora.
Web Actions permite a Yuma manejar un navegador Chrome real para completar una tarea en cualquier web a la que llegue tu equipo, como parte de resolver un ticket.
No es una API. Es un navegador de verdad, manejado como lo haría uno de tus agentes.
Dicho de otro modo, el trabajo que nunca tuvo integración, el portal del transportista, el panel del 3PL, la herramienta interna para la que nadie desarrolló una API, ahora es algo que Yuma puede hacer, siempre que sea accesible desde un navegador en la web abierta.
Esto es lo que hacen las Web Actions, cómo se configura una y cómo Yuma revisa su propio trabajo antes de ponerlo en marcha.
Una Web Action de principio a fin: Yuma abre la web, inicia sesión, rellena el formulario y lo envía, en mitad de un ticket.
El trabajo que nunca tuvo integración
Parte del soporte no es una conversación. Es meter datos.
Alguien entra en un portal de transportista, teclea un número de seguimiento, el valor del pedido y un motivo, adjunta el justificante, pasa por tres pantallas y envía. Después vuelve al ticket y le dice al cliente que ya está.
Toda esa parte intermedia quedaba fuera del alcance de la automatización, y no por difícil: porque no había ninguna API que llamar, ni perspectiva realista de tenerla. No vas a conseguir que un portal de transportista heredado, ni tu propia herramienta interna, publique una integración en tus plazos.
Así que siguió siendo manual. Y siguió siendo una de las partes más lentas de la cola, y la que más escalados genera.
Yuma ya puede encargarse ella misma, en mitad de la gestión de un ticket. Abre la web, inicia sesión, lee lo que necesita del pedido, rellena el formulario, adjunta un archivo de la conversación, envía e informa de lo ocurrido.
Tres cosas que ya está haciendo
Presentar una reclamación al transportista
Abre el portal, recupera el valor del pedido y el número de seguimiento, adjunta el justificante, envía y anota la referencia de la reclamación en el ticket. Es la mitad manual del flujo de WISMO a la que la automatización nunca había llegado.
Corregir stock en tu back-office
Localiza la referencia en una herramienta interna que nunca tuvo API, corrige la cantidad y guarda el cambio. La herramienta solo tiene que ser accesible desde un navegador en la web abierta, sin VPN.
Hacer lo que la API no hará
Pausa una suscripción con el código de motivo correcto y una nota de retención, directamente en la interfaz.
Grábalo una vez, esa es toda la configuración
Una Web Action no se programa. Describes la tarea, te grabas haciéndola una vez y le pasas el vídeo a Yuma.
Yuma lo lee y deduce los pasos, qué valores cambian en cada ejecución y qué debe informar al terminar. Después revisas lo que ha generado y corriges lo que no encaje.
Sin código, sin selectores, sin desarrollador. Si grabar no es viable, un procedimiento escrito en PDF también sirve.
Yuma en acción
Míralo en directo
Reserva una demostración de las novedades, con tu propia configuración.
Antes de que una Web Action toque un ticket real, Yuma la ejecuta una vez como prueba.
Comprueba que la web abre, que el inicio de sesión funciona y que todos los pasos son alcanzables, avanza hasta el botón de envío y se detiene ahí a propósito. No crea, cambia ni envía nada.
Si algo la bloquea, Yuma te dice exactamente qué: un inicio de sesión fallido, una página que no cargó, un paso que no encuentra.
La acción sigue en borrador hasta que pasa la prueba. Así, nada a medio configurar llega nunca al ticket de un cliente.
Tus credenciales van aparte
Los datos de acceso nunca van en las instrucciones. Se guardan una vez como credencial, cifrados, y se usan solo en el momento en que la acción se ejecuta.
No aparecen en prompts, ni en registros, ni en capturas. Las instrucciones describen la tarea. Las credenciales guardan el acceso.
Las webs que envían un código de verificación por correo también funcionan, así que la verificación en dos pasos por email no es un obstáculo. Esa configuración necesita una mano de nuestro equipo, así que coméntaselo a tu account manager.
Cada ejecución, paso a paso
Cada ejecución guarda un registro completo: cada paso en orden, si funcionó, una captura de la página en ese momento y qué pasos necesitaron que la IA resolviera algo.
Las ejecuciones enlazan con la conversación que las disparó, y la propia conversación muestra qué hizo la acción.
Así, cuando quieras saber qué pasó en un ticket concreto, puedes mirarlo en lugar de suponerlo. Aquí eso importa más que en ninguna otra parte del producto: de una acción que escribe en el portal de un transportista o en tu inventario querrás tener un rastro documentado.
Dónde funciona y dónde no
No hay integración que esperar ni cooperación que pedir al proveedor. Si tu equipo puede hacerlo en una web, es candidato.
Los tres puntos de partida más habituales: portales de transportistas, herramientas de 3PL y almacén, y sistemas internos de back-office.
Un límite práctico: la herramienta tiene que ser accesible desde un navegador en la web abierta. Todo lo que esté en local o detrás de una VPN queda fuera de alcance por ahora.
Cómo poner en marcha tu primera Web Action
¿Ya trabajas con Yuma? Dile a tu account manager qué tarea quieres automatizar y ten lista una grabación de pantalla. Lo más sencillo es grabarte haciéndola sobre un caso real, en una ventana privada, desde la pantalla de acceso hasta la confirmación. Un procedimiento escrito en PDF también vale.
¿Todavía no? Reserva una demo y trae la tarea que nadie ha conseguido automatizar. Esa es la que merece la pena.
BOSTON, 2 de septiembre de 2026.Yuma AI, la plataforma de agentes de IA para atención al cliente en ecommerce, anuncia hoy Web Actions, una capacidad que permite a Yuma completar tareas en un navegador Chrome real, en cualquier web accesible desde la web abierta, como parte de la resolución de un ticket de soporte. Web Actions no requiere API, ni trabajo de integración, ni cooperación del proveedor de la herramienta.
Los comerciantes configuran una Web Action describiendo la tarea y aportando una grabación de pantalla de cómo se realiza. Yuma convierte la grabación en pasos, identifica qué valores varían en cada ejecución y valida la acción en una ejecución exploratoria de solo lectura antes de poder publicarla.
Sí. Web Actions permite a Yuma manejar un navegador Chrome real para completar tareas en herramientas sin API, o con una API limitada: presentar una reclamación al transportista, corregir stock en un back-office interno o pausar una suscripción con el motivo correcto. Para configurar una, basta con grabarte haciendo la tarea una vez. La herramienta debe ser accesible desde internet; los sistemas locales o detrás de una VPN no son compatibles.
¿Web Actions es simplemente RPA?
No. La RPA graba un único recorrido de clics, con una sola forma de encontrar cada elemento, y se rompe cuando la página cambia. Yuma aprende la tarea una vez con IA y después la repite de forma rápida y barata, con varias formas de encontrar cada elemento. Si aun así falla un paso, un agente de IA retoma desde ese paso y termina el trabajo. La configuración es una grabación de pantalla, no un proyecto de scripts.
¿Cómo gestiona Yuma los accesos de Web Actions?
Los datos de acceso se guardan una vez como credencial, cifrados, y solo se usan en el momento en que se ejecuta la acción. Nunca aparecen en prompts, logs ni capturas de pantalla. Cada Web Action está limitada a los dominios que declaras, en cada navegación, redirección, ventana emergente y marco incrustado, y las direcciones de redes privadas están bloqueadas.
¿Funciona detrás de una VPN?
No. La herramienta tiene que ser accesible desde un navegador en la web abierta. Los sistemas locales, las herramientas a las que solo se llega con VPN y los sistemas con lista de IP permitidas quedan fuera de alcance por diseño. Una comprobación rápida: si puedes abrirla desde un navegador fuera de la oficina, sin VPN, es candidata para una Web Action.
