Abre cualquier guía para montar un chatbot en un constructor y, en la sección de «errores típicos de principiante», encontrarás más o menos esta frase: «el usuario escribe algo que no estaba previsto y el bot se queda callado o se bloquea». La solución recomendada también es la misma en todas partes: añade un bloque con una respuesta por defecto del tipo «no te entendí, elige una opción» y un botón para volver al menú principal.
No es un fallo de una plataforma concreta. Es como funciona cualquier diagrama de bloques y flechas.
El constructor solo responde a lo que dibujaste
Un bot en un constructor es un grafo. Un bloque envía un mensaje, un bloque hace una pregunta, un bloque comprueba una condición, una flecha lleva al siguiente bloque. La interfaz se aprende en un par de horas y un bot para captar solicitudes se monta en un día. Mientras el cliente siga el camino que dibujaste, todo funciona.
El problema es que el cliente no conoce tu diagrama. Escribe «y si ya pagué pero el dinero no llegó, ¿qué hago?», con una formulación que no existe en el grafo. Y el bot contesta «no te entendí, elige una opción».
El bloque por defecto no resuelve ese problema: lo esconde. El cliente no recibió una respuesta, recibió un menú. A partir de ahí, o se va o te escribe por privado, que es exactamente de lo que querías librarte.
Y esa lista de «lo no previsto» no se puede cerrar nunca. Cada nueva tarifa, cada nueva red, cada cambio en tus normas es una rama nueva que alguien tiene que dibujar. El diagrama crece, nadie lo recuerda entero y un día descubres que ya contiene ramas que se contradicen entre sí.
La IA acoplada al diagrama traslada el problema, no lo elimina
Los constructores actuales lo saben y añaden un asistente de IA: sube una base de conocimiento, define un rol y responderá allí donde el diagrama se queda callado. Es un paso honesto en la dirección correcta, pero fíjate en dónde está colocada exactamente la IA.
En un constructor la base sigue siendo el grafo, y la IA es un módulo por encima que se enciende cuando el grafo no supo responder. Responde libremente y nadie comprueba qué dijo en realidad. En lugar de silencio, obtienes invención.
Y la invención ya no es una cuestión de comodidad. Según mediciones en distintas tareas, los modelos alucinan en el 0,7–7,6% de las respuestas. Sobre tráfico real eso es aproximadamente un error de cada cien: no es teoría, es cuestión de unos meses.
De lo que dice el bot respondes tú
Este es el punto clave que normalmente no se discute al elegir plataforma. La respuesta que da tu bot en tu web es una declaración de tu negocio: jurídicamente pesa lo mismo que esa misma frase dicha por un empleado tuyo.
En 2024 Air Canada intentó ante un tribunal la defensa de que su chatbot era «una entidad jurídica independiente, responsable de sus propios actos». No funcionó: se condenó a la aerolínea a indemnizar por la información incorrecta que había dado su chatbot.
Y aquí da igual si montaste el bot en un constructor, a través de un agregador o directamente contra una API. El riesgo siempre recae sobre quien opera el sistema. Las tarifas de todos esos enfoques son parecidas: lo que cambia no es el precio, sino lo que pasa cuando el bot se equivoca.
Qué significa «fiable» a nivel técnico
Chatonio está construido de otra manera: aquí no hay constructor. No hay grafo, no hay flechas, no hay nada que seguir dibujando.
Tú le das conocimiento al sistema y él lee tu web por su cuenta — normas, AML, preguntas frecuentes, instrucciones, plazos — y arma con eso una base. La IA responde a la pregunta real, no busca la rama que encaje.
Pero lo importante no es eso, sino lo que ocurre antes de enviar la respuesta. Cada afirmación concreta — un importe, un plazo, el estado de una solicitud, un número, un enlace — se comprueba: ¿está respaldada por tu base de conocimiento, por la respuesta de tu API o por las palabras del propio cliente? Si no hay respaldo, la respuesta no se envía al cliente. La conversación pasa a una persona.
Esa es la diferencia entre «tenemos IA» y «a esta IA se le puede confiar un cliente». Un bot que se calla pierde la solicitud. Un bot que inventa te crea una obligación de la que respondes tú. Un bot verificado o responde con hechos, o pasa la conversación a un operador de forma honesta.
Dos consecuencias más del mismo enfoque. El bot no promete «un operador se pondrá en contacto enseguida» si en realidad no se avisó a ningún operador: esas promesas están bloqueadas a nivel de plataforma. Y sabe consultar el estado real de una solicitud, a través de la API de tu sistema o, si no hay API, leyendo la página del pedido.
Cuánto cuesta
En un constructor el precio se compone de tres partes: la suscripción a la propia plataforma, el pago aparte del módulo de IA y, por separado, los tokens del modelo, normalmente con un mínimo mensual. Más tu tiempo dedicado al diagrama.
Aquí no hay suscripción al constructor, porque no hay constructor. La IA se cobra por uso real: en proyectos en producción sale en torno a 0,01–0,02 USD por conversación. Hay un plan gratuito para probarlo con tus preguntas reales.
Por dónde empezar
Danos el enlace a tu web: el sistema lee las páginas y arma la base de conocimiento por su cuenta. Después se conecta el canal — chat en la web, Telegram, WhatsApp o Viber —, todas las conversaciones llegan a una sola bandeja y el operador puede quedarse con la conversación en cualquier momento.
No hay nada que dibujar.