Los asistentes de inteligencia artificial están empezando a ocupar el lugar que durante años perteneció a los chatbots tradicionales.
Una empresa puede incorporarlos a su página web para responder preguntas, recomendar servicios, consultar documentación, recopilar datos o ayudar al usuario a completar una tarea.
La diferencia respecto a un chat convencional es importante.
Un chatbot basado en respuestas predefinidas suele reconocer un conjunto limitado de preguntas y dirigir al visitante por recorridos cerrados. Un asistente de IA puede interpretar consultas más naturales, mantener el contexto y adaptar la respuesta a la situación del usuario.
Sin embargo, añadir inteligencia artificial a una web no garantiza automáticamente una mejor experiencia.
Un asistente que aparece de forma intrusiva, responde con información incorrecta o impide contactar con una persona puede generar más frustración que utilidad. También puede ralentizar la página, recopilar datos innecesarios o convertirse en un riesgo de seguridad si dispone de acceso a sistemas internos.
Integrar un asistente de IA en una web exige trabajar tanto la tecnología como el diseño de la conversación.
El objetivo no debería ser conseguir que el sistema responda a todo. Debe resolver tareas concretas, reconocer sus límites y facilitar el siguiente paso cuando no pueda ayudar.
Definir qué problema debe resolver
Antes de elegir un modelo o diseñar la ventana de chat, la empresa debe identificar para qué utilizará el asistente.
Un objetivo demasiado general, como “atender a los visitantes”, resulta difícil de medir y controlar.
Es preferible comenzar con una función concreta:
- Responder preguntas frecuentes.
- Orientar sobre servicios.
- Recomendar productos.
- Recopilar información para un presupuesto.
- Consultar el estado de un pedido.
- Reservar una cita.
- Crear una incidencia de soporte.
- Buscar documentación.
- Derivar al departamento adecuado.
La conversación debe diseñarse alrededor de esa tarea.
Google define el diseño conversacional como una disciplina que combina interacción, redacción, diseño visual y comprensión del lenguaje para crear diálogos naturales e intuitivos. También recomienda comenzar con una persona usuaria y un caso principal antes de intentar cubrir todas las posibilidades.
Una empresa que intenta construir desde el primer día un asistente capaz de vender, prestar soporte, gestionar reclamaciones y resolver incidencias técnicas aumenta considerablemente la complejidad.
Un primer caso de uso limitado permite aprender cómo preguntan los usuarios, qué información necesitan y qué errores comete el sistema.
Elegir correctamente dónde mostrarlo
El asistente no tiene por qué aparecer en todas las páginas ni abrirse automáticamente.
Su ubicación debe depender de la utilidad que pueda aportar en cada momento.
Puede resultar especialmente útil en:
- Páginas de servicios complejos.
- Fichas de producto.
- Procesos de contratación.
- Áreas privadas.
- Secciones de ayuda.
- Páginas de soporte.
- Comparadores.
- Formularios de presupuesto.
En una página informativa sencilla, un botón discreto puede ser suficiente.
En cambio, mostrar una ventana emergente de gran tamaño nada más entrar puede ocultar contenido, interrumpir la lectura y perjudicar la navegación móvil.
El usuario debería poder:
- Abrir el asistente voluntariamente.
- Minimizarlo.
- Cerrarlo.
- Recuperar la conversación.
- Continuar navegando sin utilizarlo.
También conviene recordar que no todas las personas desean conversar con una IA. La web debe conservar menús, buscadores, formularios y datos de contacto convencionales.
Presentar claramente qué puede hacer
Un asistente genera frustración cuando promete más de lo que puede cumplir.
El mensaje inicial debería explicar de manera breve qué tareas puede resolver.
Por ejemplo:
“Puedo ayudarte a elegir un servicio, resolver dudas frecuentes y preparar una solicitud de presupuesto”.
Esta presentación es más útil que una pregunta genérica como:
“¿En qué puedo ayudarte?”
La primera delimita las expectativas y orienta al usuario sobre las consultas disponibles.
También debe quedar claro que se trata de un sistema automatizado. No conviene diseñarlo para que una persona crea que está hablando con un empleado cuando no es así.
El asistente puede incluir accesos rápidos para las tareas más frecuentes:
- Ver servicios.
- Solicitar presupuesto.
- Consultar un pedido.
- Hablar con soporte.
Estos accesos no sustituyen al lenguaje natural. Sirven como orientación para quien no sabe qué escribir.
Mantener conversaciones breves y comprensibles
La inteligencia artificial puede generar respuestas extensas, pero una ventana de chat no es el lugar adecuado para mostrar grandes bloques de texto.
Las respuestas deberían adaptarse al contexto y al dispositivo.
En general, conviene:
- Responder primero a la pregunta principal.
- Utilizar párrafos breves.
- Presentar pocas opciones.
- Hacer una pregunta cada vez.
- Evitar explicaciones innecesarias.
- Enlazar información ampliada.
- Confirmar los datos importantes.
Google recomienda respetar los turnos de conversación y formular una sola pregunta cada vez para no abrumar al usuario.
Si el asistente necesita cinco datos para preparar un presupuesto, puede solicitarlos progresivamente.
Mostrar de inmediato un interrogatorio completo reproduce los problemas de los formularios demasiado largos y elimina parte de la ventaja de una conversación.
Utilizar información fiable de la empresa
Un modelo general puede conocer conceptos sobre un sector, pero no conoce necesariamente las condiciones actuales de una empresa.
Para responder correctamente, el asistente debe basarse en fuentes controladas, como:
- Páginas de servicios.
- Preguntas frecuentes.
- Catálogo.
- Tarifas.
- Políticas.
- Documentación.
- Base de conocimientos.
- Información del CRM autorizada.
- Datos de pedidos.
Los modelos actuales pueden conectarse con herramientas de búsqueda en archivos y funciones externas para consultar información específica antes de responder. La documentación de OpenAI contempla herramientas como file search y function calling para conectar los modelos con fuentes y acciones de una aplicación.
La documentación utilizada debe mantenerse actualizada.
Si el asistente consulta una tarifa antigua o una política de devolución que ya no está vigente, ofrecerá una respuesta incorrecta aunque el modelo funcione perfectamente.
También conviene indicar cuándo se ha encontrado información suficiente y cuándo la respuesta necesita confirmación.
Evitar que invente respuestas
Los modelos de lenguaje pueden generar afirmaciones plausibles que no aparecen en las fuentes disponibles.
Por eso, el asistente necesita instrucciones claras.
Debe saber que, cuando no encuentre información suficiente, tiene que:
- Reconocer la limitación.
- Evitar inventar.
- Solicitar un dato adicional.
- Enlazar una fuente fiable.
- Derivar la consulta.
- Crear una solicitud para el equipo.
Una respuesta como “No dispongo de información suficiente sobre ese caso, pero puedo trasladar tu consulta” resulta más útil que una explicación convincente, pero falsa.
En cuestiones como precios, condiciones, disponibilidad, aspectos legales o soporte técnico, la precisión debe tener prioridad sobre la fluidez.
También conviene mostrar enlaces hacia las páginas utilizadas cuando el usuario necesita comprobar detalles completos.
Facilitar el contacto con una persona
Un asistente no debería convertirse en una barrera entre el cliente y la empresa.
La opción de atención humana debe aparecer cuando:
- El usuario la solicita.
- El sistema no puede responder.
- Existe una reclamación.
- La conversación se repite.
- Hay una incidencia urgente.
- Se necesita negociar.
- La consulta afecta a un contrato.
- Se manejan datos sensibles.
La transferencia debe conservar el contexto.
Obligar al usuario a explicar de nuevo todo lo ocurrido genera una experiencia frustrante.
El asistente puede preparar un resumen con:
- Motivo de la consulta.
- Datos proporcionados.
- Respuestas relevantes.
- Acción solicitada.
- Nivel de urgencia.
Este resumen puede enviarse al CRM, al sistema de soporte o al correo del departamento correspondiente.
No sustituir toda la navegación por una conversación
Una interfaz conversacional puede ser útil para consultas complejas, pero suele ser menos eficiente para tareas sencillas.
Un usuario que quiere consultar un teléfono, revisar tres tarifas o descargar un documento puede preferir navegar directamente.
La web debe mantener una estructura convencional formada por:
- Menú.
- Buscador.
- Categorías.
- Enlaces.
- Formularios.
- Información de contacto.
- Preguntas frecuentes.
El asistente debe complementar esta arquitectura.
No conviene ocultar contenidos con la expectativa de que todas las personas los soliciten mediante chat. Esto reduce el control del usuario y también puede dificultar el rastreo de la información por parte de los buscadores.
Diseñar una interfaz accesible
El asistente debe poder utilizarse mediante teclado y tecnologías de apoyo.
La ventana necesita:
- Un nombre accesible.
- Botones identificables.
- Orden de foco lógico.
- Contraste suficiente.
- Texto legible.
- Posibilidad de ampliar contenido.
- Mensajes de error comprensibles.
- Compatibilidad con lectores de pantalla.
Los mensajes que se añaden dinámicamente requieren una implementación adecuada para que puedan ser anunciados sin obligar al usuario a mover continuamente el foco.
WAI-ARIA contempla regiones dinámicas y el rol log para presentar actualizaciones secuenciales, como las que aparecen en un historial de conversación. El uso debe probarse para evitar que el lector de pantalla anuncie demasiada información o interrumpa al usuario.
También es importante que el botón de enviar, el campo de escritura y la opción de cerrar tengan nombres claros para las tecnologías de apoyo.
Una auditoría automática puede detectar algunos errores, pero la conversación debe probarse manualmente con teclado y lector de pantalla.
Cuidar el rendimiento de la página
El asistente no debería ralentizar la carga inicial de la web.
Puede cargarse de forma diferida cuando el usuario se acerca al botón o decide abrirlo. También conviene reducir el peso de librerías, animaciones y recursos externos.
Deben medirse:
- Tiempo de carga.
- Respuesta al abrir el chat.
- Velocidad de la primera contestación.
- Consumo en móvil.
- Estabilidad visual.
- Errores de conexión.
Mientras se genera una respuesta, la interfaz debe mostrar un estado comprensible.
Si el proceso tarda demasiado, conviene ofrecer una alternativa, como dejar un mensaje o continuar mediante un formulario.
El usuario no debería quedarse mirando una animación indefinida sin saber si el sistema continúa trabajando.
Proteger los datos personales
Una conversación puede contener nombres, teléfonos, correos, pedidos o información sobre un proyecto.
La empresa debe decidir qué datos necesita realmente y evitar solicitar información innecesaria.
El asistente debería explicar:
- Qué información recopila.
- Para qué se utilizará.
- Si se guardará la conversación.
- Durante cuánto tiempo.
- Quién podrá consultarla.
- Cómo ejercer derechos relacionados con los datos.
No conviene pedir contraseñas, datos completos de pago ni documentación sensible dentro de una conversación abierta.
Cuando sea necesario identificar al usuario, debe utilizarse un mecanismo seguro y separado.
También hay que revisar la configuración y las condiciones del proveedor de inteligencia artificial, especialmente si la información se envía a servicios externos.
Limitar las acciones que puede ejecutar
Un asistente que solo responde preguntas presenta menos riesgos que otro conectado con pedidos, cuentas o pagos.
Cuando dispone de herramientas, deben definirse límites muy precisos.
Puede permitirse que:
- Consulte disponibilidad.
- Prepare un borrador.
- Cree un ticket.
- Añada datos al CRM.
- Proponga una reserva.
En cambio, acciones como cancelar un pedido, emitir un reembolso o modificar una cuenta deberían exigir autenticación y confirmación.
La documentación actual de OpenAI recomienda definir límites de autonomía y exigir aprobación para acciones externas, destructivas, costosas o que amplíen materialmente el alcance de la solicitud.
Cada operación debería quedar registrada con la hora, el usuario, los datos utilizados y el resultado.
Protegerse frente a instrucciones maliciosas
Los asistentes conectados a documentación o herramientas pueden recibir instrucciones destinadas a modificar su comportamiento.
Este riesgo se conoce como prompt injection.
Un usuario podría intentar que el sistema ignore sus reglas, revele información interna o ejecute acciones no autorizadas. También puede existir una inyección indirecta dentro de un documento o contenido externo que el asistente consulta.
OWASP identifica la inyección de prompts como uno de los principales riesgos de las aplicaciones basadas en modelos de lenguaje. Recomienda tratar como no confiables tanto los mensajes del usuario como los datos procedentes de fuentes externas.
Las medidas de protección pueden incluir:
- Separar instrucciones y datos.
- Limitar herramientas.
- Validar entradas.
- Validar respuestas.
- Aplicar permisos.
- Bloquear acciones sensibles.
- Registrar actividad.
- Realizar pruebas de ataque.
- Solicitar confirmación humana.
No debe confiarse únicamente en una instrucción oculta que diga al modelo que no revele información.
Preparar respuestas ante errores
El asistente puede dejar de responder por problemas de conexión, límites del proveedor o errores de una integración.
La interfaz debe gestionar estos fallos con claridad.
En lugar de mostrar un código técnico, puede indicar:
“No he podido consultar esa información. Puedes intentarlo de nuevo o enviar la solicitud al equipo”.
También debería conservar los datos ya introducidos siempre que sea seguro hacerlo.
Los errores más importantes deben registrarse para que el equipo técnico pueda analizarlos.
Medir la utilidad real
El éxito no debería medirse únicamente por el número de conversaciones.
Una cifra alta puede indicar que el asistente resulta útil, pero también que la web no explica correctamente la información.
Conviene analizar:
- Consultas resueltas.
- Conversaciones abandonadas.
- Transferencias humanas.
- Formularios completados.
- Presupuestos solicitados.
- Productos recomendados.
- Errores.
- Respuestas corregidas.
- Tiempo de atención.
- Satisfacción del usuario.
También deben revisarse las preguntas que el asistente no comprendió.
Estos datos permiten mejorar la documentación, la navegación y el propio diseño de la conversación.
Empezar con una implantación controlada
Antes de mostrar el asistente a todos los visitantes, conviene realizar una prueba limitada.
Puede publicarse en una sección concreta o para un porcentaje reducido del tráfico.
Durante esta fase deberían evaluarse:
- Calidad de las respuestas.
- Preguntas no previstas.
- Tiempo de respuesta.
- Errores de integración.
- Uso desde móvil.
- Accesibilidad.
- Transferencias humanas.
- Riesgos de seguridad.
- Coste por conversación.
- Impacto en conversiones.
La revisión debe incluir situaciones normales y también intentos de confundir o manipular al sistema.
A partir de los resultados, pueden ampliarse progresivamente sus funciones.
Una ayuda visible, pero no invasiva
Integrar un asistente de IA en una web puede mejorar la atención, reducir tareas repetitivas y ayudar a los usuarios a encontrar información.
Para lograrlo, la solución debe partir de un objetivo concreto.
El asistente necesita respuestas breves, fuentes actualizadas, una interfaz accesible y una forma sencilla de transferir la conversación a una persona.
También debe respetar la privacidad, limitar sus acciones y estar preparado para reconocer cuándo no dispone de una respuesta fiable.
La mejor integración no es la que intenta demostrar constantemente que utiliza inteligencia artificial. Es la que ayuda al usuario sin interrumpir su navegación ni añadir complejidad innecesaria.
En Calltek desarrollamos asistentes de IA conectados con páginas web, catálogos, documentación y herramientas empresariales. Analizamos cada proceso para definir qué funciones aportan valor, qué datos puede utilizar el sistema y qué controles son necesarios para ofrecer una experiencia segura, útil y coherente con la marca.
Related Posts
4 de noviembre de 2022
15 de diciembre de 2025