El bot de Zendesk no responde: 8 soluciones que realmente funcionan

No hay nada como el pánico de darse cuenta de que su bot de Zendesk se ha quedado en silencio. Los clientes escriben preguntas y no reciben... nada. O peor aún, se quedan atrapados en bucles donde el bot sigue haciendo la misma pregunta una y otra vez. Si usted está aquí, probablemente ya haya revisado lo obvio y esté buscando respuestas que realmente funcionen.

Esta guía recorre ocho soluciones probadas para cuando su bot de Zendesk deja de responder. Cubriremos todo, desde comprobaciones rápidas de configuración hasta las limitaciones de la plataforma que podrían estar bloqueándolo. Y si sigue chocando contra muros con los bots nativos de Zendesk, le mostraremos cómo los equipos están resolviendo estos problemas con eesel AI como un enfoque alternativo.

Lista rápida de diagnóstico

Antes de profundizar en soluciones específicas, realice este triaje de dos minutos para acotar lo que está sucediendo:

Verifique el alcance. ¿El bot está fallando en un canal (como el chat web) pero funciona en otros (como el correo electrónico)? Esto apunta a un problema específico del canal en lugar de un problema general del bot.

Verifique que esté publicado. En Zendesk, los bots pueden guardarse pero no publicarse. Diríjase al Centro de administración > Canales > Bots y confirme que su bot aparezca como "Publicado" y no solo como "Guardado".

Pruebe en modo incógnito. La caché y las cookies del navegador pueden causar comportamientos extraños. Abra una ventana de incógnito y pruebe la conversación desde cero.

Revise las páginas de estado. Consulte la página de estado de Zendesk para descartar interrupciones en toda la plataforma.

Capture los detalles. Anote el ID de la conversación, la marca de tiempo y exactamente lo que escribió el usuario. Necesitará estos datos si decide escalar el caso al soporte de Zendesk.

Si el problema persiste después de estas comprobaciones, pase a las soluciones específicas a continuación.

Causas comunes y soluciones

1. El bot no recibe eventos o no carga

Cuando el widget simplemente no aparece o el bot nunca se activa, el problema suele residir en la capa de integración entre su sitio y Zendesk.

Verifique la instalación de su widget. El Web Widget de Zendesk debe cargarse en cada página donde desee que el bot esté disponible. Verifique que el script esté presente en el encabezado de su sitio y que ninguna política de seguridad de contenido (CSP) lo esté bloqueando.

Esté atento a los bloqueadores de anuncios y extensiones de privacidad. Las extensiones de navegador como uBlock Origin o Privacy Badger a menudo bloquean los scripts del widget de Zendesk. Esta es una de las causas más comunes de que "el bot me funciona a mí pero no a los clientes". Realice pruebas con las extensiones desactivadas.

Verifique las credenciales del canal. Cada bot debe publicarse en la marca y el canal correctos. En el Centro de administración, verifique que su bot esté asociado con el canal de mensajería que sus clientes están usando realmente. Un bot publicado en la marca incorrecta no responderá aunque todo lo demás parezca correcto.

2. Problemas de autenticación y permisos

Los usuarios que han iniciado sesión a veces ven un comportamiento del bot diferente al de los visitantes anónimos. Esto suele deberse a la configuración de la autenticación.

Conflictos entre SAML y JWT. Si utiliza SAML para la autenticación de agentes pero JWT para la autenticación de usuarios finales, el bot puede confundirse sobre con quién está hablando. El sistema de mensajería de Zendesk espera métodos de autenticación coherentes. Revise la configuración en Centro de administración > Canales > Mensajería y asegúrese de que la autenticación esté configurada de manera uniforme.

Contenido restringido del centro de ayuda. Los bots entrenados con artículos del centro de ayuda no responderán con contenido que el usuario no tenga permiso para ver. Si su centro de ayuda tiene secciones restringidas, es posible que el bot simplemente no tenga nada que decir a ciertos usuarios. Abra los artículos relevantes o entrene al bot con fuentes públicas adicionales.

Tiempos de espera de sesión de SSO. Cuando la sesión de SSO de un usuario caduca a mitad de la conversación, el bot a menudo deja de responder en lugar de manejar con elegancia el fallo de autenticación. Verifique la configuración del tiempo de espera de sesión de su proveedor de SSO y considere implementar el manejo de tokens de actualización (refresh tokens) si su integración lo admite.

3. Conflictos de disparadores (triggers) y problemas de enrutamiento

El sistema de disparadores de Zendesk es potente, pero puede crear conflictos que interrumpen silenciosamente las conversaciones del bot.

Disparadores demasiado amplios. Un disparador configurado para activarse en "todos los tickets" puede interceptar las conversaciones del bot antes de que finalicen. Revise sus disparadores (Centro de administración > Objetos y reglas > Disparadores) y busque cualquiera que pueda estar capturando conversaciones del bot. Añada condiciones como "El canal no es Mensajería" o "El usuario actual no es un usuario final" para excluir las interacciones del bot.

Enrutamiento por horario comercial. Si su bot está configurado para pasar la conversación a agentes durante el horario comercial, pero esos agentes están en un grupo fuera de línea, la conversación puede quedarse en el limbo. El bot cree que el traspaso fue exitoso, pero ningún agente lo recibe. Verifique su configuración de horario comercial y asegúrese de que sus objetivos de enrutamiento sean grupos activos.

Bucles de asignación de grupos. Algunas configuraciones de disparadores crean bucles donde un ticket se asigna al Grupo A, lo que activa una acción que lo asigna al Grupo B, lo que a su vez activa la reasignación de vuelta al Grupo A. El bot queda atrapado en este bucle y deja de responder de manera coherente. Audite su cadena de disparadores en busca de dependencias circulares.

4. Fallos en el reconocimiento de intenciones

Cuando el bot responde con "No he entendido eso" o sigue haciendo la misma pregunta aclaratoria, se enfrenta a problemas de reconocimiento de intenciones.

Datos de entrenamiento ambiguos. Si sus frases de entrenamiento para "Solicitud de reembolso" incluyen cosas como "Quiero que me devuelvan mi dinero" pero su intención de "Cancelar suscripción" incluye "Ya no quiero pagar", el bot no podrá distinguir entre reembolsos y cancelaciones. Revise sus datos de entrenamiento de intención y asegúrese de que las frases sean específicas para cada intención.

Intenciones casi duplicadas. Tener intenciones como "Consultar estado del pedido" y "¿Dónde está mi pedido?" diluye la precisión del bot. Fusione intenciones similares y utilice la extracción de entidades para manejar variaciones. Una intención sólida es mejor que tres que se superponen.

Falta de umbrales de confianza. Sin un umbral de confianza mínimo, el bot adivinará incluso cuando no esté seguro. Establezca un umbral de confianza (generalmente entre el 70 y el 80%) para que el bot escale a un humano en lugar de dar una respuesta incorrecta. Puede configurar esto en los ajustes de conversación de su bot.

5. Problemas de conectividad con la base de conocimientos

Los bots que dependen de los artículos del centro de ayuda para dar respuestas pueden fallar silenciosamente cuando esos artículos no son accesibles.

Permisos y visibilidad de los artículos. Los borradores de artículos, los artículos restringidos a ciertos segmentos de usuarios o los artículos en secciones inactivas no estarán disponibles para el bot. Audite el contenido de su centro de ayuda y asegúrese de que los artículos que desea que use el bot estén publicados y sean visibles para las audiencias adecuadas.

Problemas de organización del contenido. El bot funciona mejor cuando su centro de ayuda tiene una categorización clara. Si todo se vuelca en "General", el bot tendrá dificultades para encontrar contenido relevante. Implemente una estructura de categorías clara y etiquete los artículos con palabras clave pertinentes.

Artículos eliminados sin redirección. Cuando elimina un artículo del centro de ayuda con el que el bot fue entrenado, el bot no sabe automáticamente que debe dejar de referenciarlo. Puede intentar dirigir a los usuarios a una página 404. Al eliminar artículos, actualice los datos de entrenamiento de su bot o configure redirecciones al contenido de reemplazo.

6. Tiempos de espera (timeouts) de API y webhooks

Aquí es donde las cosas se vuelven frustrantes. Zendesk tiene límites de tiempo de espera fijos para las llamadas a la API del bot, y estos no se pueden aumentar.

La restricción del tiempo de espera. Según el soporte de Zendesk, las llamadas a la API del bot tienen un límite de tiempo de espera estricto. Si su bot necesita buscar información en un sistema externo (como verificar el inventario o extraer datos del cliente) y esa búsqueda tarda más que la ventana de tiempo de espera, la llamada falla y el bot deja de responder. Esta es una limitación confirmada de la plataforma, no un problema de configuración.

Errores de autenticación (401, 403). Cuando las llamadas a la API devuelven errores de autenticación, el bot a menudo falla silenciosamente en lugar de mostrar el error. Verifique sus credenciales de API y asegúrese de que los tokens no hayan caducado. Si utiliza OAuth, verifique que el flujo del token de actualización esté funcionando.

Requisitos de tiempo de respuesta. Cualquier API a la que llame su bot debe responder rápido. Si se está integrando con sistemas externos lentos, considere almacenar en caché los datos solicitados con frecuencia o pasar a webhooks asíncronos cuando sea posible.

7. Configuración de tiempo de espera e inactividad

La mensajería de Zendesk y el chat heredado (legacy chat) manejan los tiempos de espera de manera diferente, y los valores predeterminados a menudo causan confusión.

Diferencias entre mensajería y chat. En Zendesk Messaging (la plataforma más nueva), las conversaciones persisten a través de las sesiones. En el Chat heredado, no. Si está en Mensajería y el bot parece "recordar" cosas que no debería, o si está en Chat y el bot olvida todo entre cargas de página, está viendo el comportamiento esperado de la plataforma que parece un error.

El retraso de devolución de 4 días. He aquí un dato curioso: cuando un ticket se marca como Resuelto en Zendesk, hay un retraso predeterminado de 4 días antes de que pase al estado Cerrado. Durante esta ventana, si el cliente vuelve a enviar un mensaje, se reabre el mismo ticket en lugar de crearse uno nuevo. Es posible que el bot no vuelva a intervenir porque lo ve como un ticket existente, no como una nueva conversación. Puede ajustar este retraso en su configuración de automatización, pero no puede eliminarlo por completo.

Ajustes del periodo de inactividad. Los bots pueden configurarse para pasar la conversación a los agentes después de un periodo de inactividad. Si este tiempo es demasiado corto (como 30 segundos), el bot realiza el traspaso antes de que el usuario termine de escribir. Revise la configuración del tiempo de espera por inactividad de su bot y ajústelo según su caso de uso.

8. Problemas específicos de la plataforma (SDK móvil)

Las implementaciones móviles tienen sus propias peculiaridades que no aparecen en las pruebas web.

Diferencias entre los SDK de Android e iOS. Los SDK de Zendesk para Android e iOS manejan la autenticación y el estado de la conversación de manera diferente. Un bot que funciona perfectamente en la web puede fallar en el móvil debido a detalles de implementación específicos del SDK. Realice pruebas en ambas plataformas por separado.

Autenticación JWT en móviles. Las aplicaciones móviles que utilizan JWT para la autenticación a menudo tienen problemas con la actualización del token. Si el JWT caduca a mitad de la conversación, el bot puede dejar de responder. Implemente una lógica adecuada de actualización de tokens en su aplicación móvil y pruebe casos extremos relacionados con la expiración de la sesión.

Problemas de integración de la aplicación. Si está integrando la mensajería de Zendesk dentro de una aplicación nativa utilizando un WebView, puede encontrar problemas de cookies y almacenamiento que interrumpan al bot. Considere usar los SDK nativos en lugar de envoltorios WebView para un comportamiento más confiable.

Entender las limitaciones de Zendesk

Algunos problemas no son errores, sino restricciones de la plataforma que debe sortear.

Los tiempos de espera de la API no se pueden aumentar. Este es el punto principal. Si su bot necesita realizar llamadas a API externas que tardan más que la ventana de tiempo de espera de Zendesk, simplemente no podrá hacer que eso funcione dentro del marco nativo de bots de Zendesk. Los equipos que necesitan integraciones complejas a menudo chocan fuertemente con este muro.

Flow Builder es heredado para nuevos clientes. Si creó su cuenta de Zendesk después de febrero de 2025, no tendrá acceso a Flow Builder en absoluto. Estará en la nueva plataforma de Agente de IA, que tiene capacidades y limitaciones diferentes. La documentación que encuentre en línea puede hacer referencia a funciones de Flow Builder que no existen en su entorno.

Los Agentes de IA avanzados son complementos de pago. Las funciones de Agente de IA que resuelven más del 80% de las conversaciones no están incluidas en los planes básicos. Necesita el complemento de Agentes de IA avanzados, lo que requiere contactar con ventas para obtener precios. Los agentes de IA básicos tienen capacidades más limitadas.

El uso de Copilot está limitado. En la mayoría de los planes de Zendesk, Copilot (el asistente de escritura de IA para agentes) está limitado a 5 usos por agente al mes. Después de eso, los agentes pierden la asistencia de IA a mitad de su turno. El acceso adicional a Copilot cuesta $50 por agente al mes.

Cuando estas limitaciones se conviertan en obstáculos para su caso de uso, vale la pena evaluar si la IA nativa de Zendesk es la adecuada o si necesita algo más flexible.

Cuándo considerar alternativas

Si ha probado las soluciones anteriores y sigue encontrando obstáculos, es posible que haya superado lo que los bots nativos de Zendesk pueden ofrecer. Aquí están las señales de que es hora de buscar alternativas como eesel AI:

Necesita integraciones de API complejas. Si su bot necesita buscar datos en múltiples sistemas, calcular precios o realizar acciones que tardan más de unos pocos segundos, las restricciones de tiempo de espera de Zendesk lo bloquearán. eesel AI no tiene restricciones de tiempo de espera de API, por lo que su bot puede tomarse el tiempo necesario para recopilar información y completar acciones.

Desea realizar pruebas antes de lanzar. Zendesk no ofrece una forma de simular conversaciones de bots en tickets históricos antes de desplegarlos a los clientes. Con eesel AI, puede ejecutar simulaciones en tickets pasados para medir la precisión e identificar lagunas antes de que cualquier cliente vea al bot.

Prefiere una configuración en lenguaje natural. En lugar de construir complejos árboles de disparadores y diagramas de flujo, puede describir lo que desea que haga el bot en lenguaje natural. "Si el cliente pregunta por reembolsos de más de 30 días, rechace cortésmente y ofrezca crédito en la tienda". Sin código, sin árboles de decisión rígidos.

Desea un despliegue progresivo. Comience con el bot redactando borradores de respuestas para que los agentes los revisen. Una vez que confíe en su rendimiento, deje que envíe las respuestas directamente. Luego, amplíelo a más tipos de tickets. Esta progresión controlada no es posible con el enfoque de "todo o nada" de Zendesk.

Equipos como Discuss.io han hecho el cambio exactamente por estas razones. Como dijo su administrador de Zendesk: "eesel AI agiliza nuestro flujo de trabajo, aumenta la productividad y garantiza un mayor nivel de consistencia en el servicio".

Consejos de prevención y monitoreo

Una vez que su bot esté funcionando, manténgalo así con estas prácticas:

Siga las métricas de salud del bot. Supervise semanalmente las tasas de respuesta, las tasas de escalación y las puntuaciones de satisfacción del cliente. Un aumento repentino en las escalaciones suele indicar que un cambio de configuración rompió algo.

Configure pruebas automatizadas. Cree un conjunto de conversaciones de prueba que cubran las intenciones más comunes de sus clientes. Ejecútelas semanalmente para detectar regresiones antes que los clientes.

Despliegue los cambios de forma incremental. No publique actualizaciones importantes del bot un viernes por la tarde. Realice los cambios durante periodos de poco tráfico y supervise si hay problemas antes de escalar.

Revise los registros de conversación semanalmente. Dedique 30 minutos cada semana a leer las conversaciones del bot que escalaron a los agentes. Detectará patrones en lo que confunde al bot y podrá ajustar los datos de entrenamiento en consecuencia.

Poner su bot de Zendesk de nuevo en línea

Recapitulemos las soluciones que realmente funcionan:

1. Verifique la instalación del widget y esté atento a los bloqueadores de anuncios.
2. Verifique la configuración de autenticación para los usuarios que han iniciado sesión.
3. Audite los disparadores en busca de conflictos y bucles de enrutamiento.
4. Limpie los datos de entrenamiento de intención y establezca umbrales de confianza.
5. Asegúrese de que los artículos del centro de ayuda sean accesibles y estén organizados.
6. Sorteé las restricciones de tiempo de espera de la API (o busque una plataforma sin ellas).
7. Ajuste la configuración de tiempo de espera por inactividad y devolución.
8. Pruebe las implementaciones del SDK móvil por separado de la web.

Si ha probado todo esto y sigue atascado, puede que sea el momento de escalar el caso al soporte de Zendesk con sus ID de conversación y marcas de tiempo. O, si se está encontrando con limitaciones fundamentales de la plataforma, considere si la integración de eesel AI con Zendesk podría adaptarse mejor a sus necesidades.

El objetivo no es obligar a los bots nativos de Zendesk a hacer algo para lo que no fueron diseñados. Es conseguir que sus clientes reciban el soporte que necesitan, sea cual sea la forma de lograrlo. A veces eso significa arreglar la configuración. A veces significa encontrar una herramienta que se ajuste mejor a sus requisitos.