Saltar al contenido principal

Lista de comprobación del lanzamiento

Utiliza esta lista antes de poner ChattyBox delante de tus clientes. Detecta los problemas habituales de configuración que hacen que un chatbot parezca instalado, pero aún no esté listo.

Para un despliegue de soporte, combina esta lista con la guía del chatbot de IA para atención al cliente para que las respuestas basadas en contenido público tengan una ruta clara de escalado para preguntas específicas de la cuenta, cuestiones sensibles o preguntas sin resolver.

Preparación del contenido​

  • Se han seleccionado contenidos públicos y rastreables para que el chatbot responda a partir de ellos.
  • Se han excluido mediante selección explícita de fuentes las páginas privadas, de administración, de pago y de cuenta, los borradores y el contenido de staging; no basta con robots.txt (el crawler no lo aplica). La selección de fuentes no sustituye los controles de acceso del sitio.
  • Has elegido sitemap, URLs manuales, inicio o crawl; crawl usa sitemap convencional antes de enlaces y no rellena una sitemap incompleta.
  • Se incluyen las páginas importantes de producto, precios, políticas, soporte, FAQ, incorporación y solución de problemas.
  • Los sitios multilingües incluyen las versiones lingüísticas desde las que esperas que responda el widget.

Validación del scraping​

  • El scraping terminó, se compararon los recuentos de páginas seleccionadas y guardadas, y están presentes las páginas esperadas. Completado no garantiza que todas las URL se hayan procesado correctamente ni que el contenido esté listo para responder.
  • El número de páginas indexadas coincide con lo esperado para tu plan y el alcance del lanzamiento.
  • Se revisaron las páginas Indexado parcialmente para detectar texto truncado por encima del límite de 512 KiB; divide las páginas largas cuando sea necesario.
  • Ha terminado el procesamiento independiente de embeddings y se han probado búsquedas representativas.
  • Se ha vuelto a extraer el contenido de las páginas editadas o migradas recientemente.
  • Se comprobó si las páginas que faltan requieren autenticación, presentan desafíos anti-bot, redirecciones fallidas o no seguras, están filtradas por las fuentes o solo contienen HTML generado con JavaScript. El texto importante debe estar disponible en el HTML obtenido sin renderizado de JavaScript.
  • Se eliminaron las páginas obsoletas ya guardadas de Conocimiento → Páginas, no solo del sitemap, y se ajustaron las fuentes para evitar que vuelvan a descubrirse.

Uso y acceso​

  • El propietario del proyecto puede acceder al panel y gestionar el chatbot; las claves públicas y la pertenencia a una organización no dan acceso al panel.
  • En Cuenta y facturación (/settings/account), la cuota de mensajes alcanza para las pruebas y el tráfico del lanzamiento de todos los chatbots del propietario. Probar chatbot también consume esa cuota.
  • Se comprobaron los límites de páginas guardadas y el presupuesto mensual independiente para actualizar páginas. Este presupuesto se comparte entre los proyectos del titular de la cuenta. Las reconstrucciones manuales del índice también lo consumen y tienen el periodo de espera correspondiente al plan.
  • El calendario de actualización se ajusta al plan: Free como máximo semanal y los planes de pago como máximo diario. Los reintentos manuales de scraping esperan al menos 7 días (Free) o 24 horas (planes de pago) desde la creación del trabajo más reciente, aunque haya fallado.
  • En Pro/Business, PAYG está desactivado de forma predeterminada. Fija un límite de gasto por función o elige conscientemente Sin tope de gasto, que puede generar cargos de uso ilimitados. PAYG no elimina el periodo de espera del crawler ni el presupuesto mensual de actualización.
  • Si se utiliza el bloqueo de configuración, se entienden sus restricciones irreversibles y el flujo independiente de despliegue con token secreto.

Calidad de las respuestas​

  • Has hecho preguntas de prueba reales de casos de uso de ventas, soporte, incorporación y documentación.
  • Las respuestas representativas se basan en el contenido indexado y las preguntas que no cubre reciben la respuesta alternativa prevista. Revisa las respuestas: una prueba satisfactoria no garantiza la calidad de todas las respuestas futuras.
  • Las respuestas útiles muestran citas de fuentes.
  • Los enlaces de las citas abren las páginas públicas de origen esperadas.
  • Las respuestas débiles se han corregido mejorando el contenido de origen o añadiendo páginas que faltaban, y después se ha repetido el scraping.
  • Si has cambiado la Persona, comprueba que el estado de guardado confirme que se ha guardado; corrige los errores de validación o vuelve a intentarlo si el guardado falla antes de probar el fallback. Prueba el fallback obligatorio por separado; el texto de Persona no sustituye la respuesta configurada cuando falta contexto.
  • Las preguntas de prueba incluyen el contexto necesario: para una misma conversación, el generador recibe como máximo los 12 mensajes guardados más recientes, con un límite de 2.000 caracteres por mensaje, no todo el historial.

Instalación del widget​

  • El widget está instalado en las páginas públicas previstas.
  • El script se carga una sola vez por página.
  • El script incluye data-api-key.
  • El script incluye data-api-url.
  • Detección automática / Fijo y Permitir anulación por script están elegidos intencionadamente. data-locale solo se aplica cuando se permite la anulación, incluso en modo Fijo.
  • Se probaron por separado el idioma de la interfaz del widget, el idioma de las preguntas/respuestas y las versiones lingüísticas indexadas.
  • El widget se abre y envía una pregunta de prueba en una ventana de incógnito.
  • Las pruebas en un viewport móvil confirman que el launcher y el panel de chat se pueden utilizar.

Comprobaciones de la clave de API y las restricciones opcionales de origen​

  • La clave pública prevista está seleccionada en Instalar → Instalación en el sitio web; sus ajustes se gestionan en Claves y dominios.
  • La rotación se completó instalando y probando la clave nueva antes de borrar la anterior. El nombre de una clave no restringe los entornos.
  • Se probó la clave pública en los sitios previstos de producción, vista previa/staging y localhost. Comprueba sus restricciones: una clave preparada para un sitio puede estar ya restringida a ese origen; las claves creadas sin restricciones funcionan desde todos los orígenes del navegador.
  • Si está activada la protección opcional, Claves y dominios → Editar orígenes incluye exactamente los orígenes previstos (deben coincidir esquema, host y puerto). Las restricciones de origen no autentican a los visitantes; las claves públicas para navegador no son secretos.
  • No hay claves de API privadas del servidor, tokens de administración ni secretos en el código del frontend, GTM, HTML personalizado del CMS ni el código fuente de la página.

Comprobaciones del navegador y del despliegue​

  • La consola del navegador no muestra errores de ChattyBox.
  • La Content Security Policy permite el script del widget y la URL de la API si tu sitio utiliza CSP.
  • Los bloqueadores de anuncios o las herramientas de consentimiento no bloquean el widget en las páginas donde debe aparecer.
  • Se ha probado el sitio desplegado definitivo, no solo el desarrollo local.

Después del lanzamiento​

  • Revisa Conversaciones → Historial en cualquier plan y Analítica / Preguntas sin responder en Pro/Business.
  • Interpreta Analítica como un máximo de 5.000 interacciones registradas en los últimos 30 días, incluidas las pruebas del chatbot; no demuestra la exactitud de las respuestas ni representa solo el tráfico de visitantes.
  • Revisa las lagunas detectadas, vuelve a probar el contenido mejorado y resuelve las lagunas manualmente. La lista predeterminada oculta las resueltas; Incluir huecos resueltos. y Deshacer permiten mostrarlas y volver a abrirlas. Si una pregunta reaparece, una laguna resuelta no se vuelve a abrir automáticamente.
  • Si importa la atribución por página, revisa Disparadores populares. El widget alojado intenta enviar el contexto de la página y conserva la ruta, pero elimina los parámetros de consulta y el fragmento. El código fuente actual omite el contexto si la URL no es HTTP(S) válida o supera los límites de longitud; comprueba la versión desplegada. No cargues ni dejes activo el widget en rutas sensibles/privadas. En una SPA, excluir una ruta del disparador inicial no elimina un widget ya inicializado: desmóntalo explícitamente. El SDK headless sendMessage() no envía el contexto de la página de origen.
  • Añade documentación, preguntas frecuentes o ejemplos que falten basándote en las preguntas reales de los visitantes.
  • Vuelve a extraer las páginas actualizadas después de los cambios de contenido, cuando lo permitan el periodo de espera y el presupuesto de actualización.
  • Rota las claves públicas del widget si es necesario; actualiza las restricciones de origen solo si están activadas y cambian los dominios permitidos.
  • Borrar conversaciones no reinicia el uso ni elimina los registros de Analítica; esos datos se guardan por separado.

Si algún punto falla, utiliza la solución de problemas antes del lanzamiento.