Errores habituales al lanzar un chatbot de IA en tu web
Un chatbot puede aparecer correctamente en la página y aun así no estar listo. La calidad del lanzamiento depende del conjunto de fuentes, de los límites de las respuestas, de los ajustes de seguridad y de la capacidad del equipo para diagnosticar respuestas flojas.
Usa estos modos de fallo como revisión antes de publicar.
Capturar toda la web sin revisarla
Síntoma: las respuestas citan páginas de etiquetas, campañas antiguas, pantallas de cuenta o documentación obsoleta.
Comprobación: revisa los enlaces descubiertos, los nombres de host, las rutas incluidas y excluidas, la profundidad y el contenido del dataset.
Solución: reduce el alcance y elimina los registros no deseados antes de publicar.
Probar solo preguntas escritas para la demo
Síntoma: las pruebas internas salen bien, pero la forma de preguntar de los visitantes recupera páginas no relacionadas.
Comprobación: usa preguntas copiadas de soporte, del buscador del sitio, de ventas y del onboarding. Incluye versiones cortas, vagas y con faltas de ortografía.
Solución: mejora la terminología de las fuentes, el conjunto de recuperación o las sugerencias de preguntas según la fase en la que falle.
No definir qué pasa con las preguntas sin respaldo
Síntoma: el chatbot rellena un hueco de la documentación con una respuesta verosímil.
Comprobación: pregunta por una capacidad, una política y un dato de cuenta que las fuentes públicas no contienen.
Solución: configura una respuesta prudente que reconozca la limitación y la vía de contacto correcta.
Mostrar respuestas sin fuentes útiles
Síntoma: la respuesta parece concreta, pero el visitante no puede verificarla.
Comprobación: abre cada cita y localiza el dato. Un enlace a la portada no respalda una afirmación detallada sobre una política.
Solución: captura la página de referencia y mantén visibles los enlaces a las fuentes.
Olvidar los orígenes permitidos o los ajustes de acceso
Síntoma: el asistente funciona en el playground pero no en el sitio publicado, o aparece en un origen no previsto.
Comprobación: revisa los ajustes de Security del asistente y prueba tanto un origen permitido como uno no permitido.
Solución: añade solo los orígenes necesarios y usa el modo de autenticación documentado.
Publicar una integración incompleta
Síntoma: no aparece ninguna interfaz o el navegador indica que el runtime no está disponible.
Comprobación: confirma que están presentes el script del runtime, el elemento contenedor, el ID del asistente, el token de acceso cuando se requiere y la llamada de inicialización.
Solución: usa el fragmento de código generado por Seekdown y revisa la consola del navegador.
Lanzar sin responsables de mantenimiento
Síntoma: las respuestas se desvían tras cambios en precios, políticas o documentación.
Comprobación: designa el responsable de la fuente, la frecuencia de captura y la pregunta de regresión de cada área de contenido importante.
Solución: programa trabajos de captura compatibles o documenta el paso de actualización manual.
Control previo a la publicación
No publiques hasta que el equipo pueda demostrar:
- fuentes aprobadas y áreas excluidas;
- preguntas que pasan la prueba con las citas esperadas;
- un comportamiento seguro cuando falta información;
- un funcionamiento correcto de los orígenes permitidos;
- una integración que funciona en un dominio similar al de producción;
- un proceso de actualización y de nueva prueba; y
- una persona responsable de revisar lo que se descubre en las conversaciones.
Un lanzamiento con éxito es un flujo de respuestas repetible, no solo un widget visible.