Chatear con una web

El problema de alcance que enfrenta todo chatbot de sitio

Un chatbot genérico responde con fluidez sin importar si realmente conoce su política de devoluciones, sus planes de precios o los pasos de incorporación, y una respuesta incorrecta dicha con seguridad es peor para la experiencia de soporte que no responder nada. rag.chat_website resuelve el problema de alcance directamente: el conocimiento del bot queda limitado a las páginas que usted le indica, así que una pregunta fuera de ese alcance se trata como tal, no se adivina.

Cómo se estructura una solicitud

Envíe POST a /rag/chat-website con el sitio o el conjunto de páginas del cual partir y la pregunta del visitante, y la tarea corre de forma asíncrona: recibe un task_id de inmediato y la respuesta llega después, mediante una llamada de webhook firmada o un enlace firmado válido por 24 horas. La respuesta permanece anclada al contenido del sitio que se indexó, lo cual significa que actualizar las páginas fuente es la forma de corregir o ampliar lo que sabe el bot, no reentrenar nada.

Por qué un sitio web es una fuente más difícil que un solo documento

Un sitio web no es un texto estático único; son decenas o cientos de páginas que se editan, se agregan y a veces quedan desactualizadas, con la respuesta real a una pregunta a veces repartida entre una página de precios y una sección de preguntas frecuentes distinta. La recuperación tiene que encontrar las páginas correctas entre todas ellas antes de poder generar una respuesta, lo cual es un problema distinto a responder desde un solo archivo autocontenido. Precisamente por eso este patrón supera a un guion de preguntas frecuentes escrito a mano: se adapta automáticamente conforme cambia el contenido real del sitio, en lugar de desajustarse con un guion que nadie recordó actualizar.

Desplegarlo como una superficie de soporte en vivo

Como la tarea se cobra por solicitud más por consulta y corre de forma asíncrona, los equipos suelen colocarla detrás de un widget de chat donde cada pregunta dispara una solicitud y la respuesta vuelve a la interfaz por webhook. Un puñado de preguntas al día o varios miles cuestan lo mismo por unidad, así que un lanzamiento con tráfico repentino no requiere replanificar nada.

El modo de fallo honesto importa tanto como la respuesta

La verdadera prueba de un bot limitado a un sitio no es qué tan bien responde las preguntas fáciles, sino qué hace cuando un visitante pregunta algo que sus páginas simplemente no cubren. Como el bot solo se apoya en el contenido indexado del sitio, una pregunta genuinamente sin respuesta aparece como tal en vez de convertirse en una invención con apariencia plausible, y esa es la diferencia entre una herramienta de soporte en la que la gente confía y una que erosiona esa confianza en silencio la primera vez que se equivoca.