Encuentre el recorrido roto con una plantilla de Grok Bot para análisis de sesiones

La plantilla de Grok Bot para análisis de sesiones te ahorra exactamente los veinte minutos entre «un usuario dice que el checkout está roto» y «aquí está la sesión donde se rompió». Flowsery expone el recorrido de un visitante como una sola llamada a la API, así que un bot puede pasar de un ticket de soporte a una ruta reconstruida sin que nadie abra un panel.

La versión corta: instala la plantilla, pega un token de workspace flow_ws_ y luego pregunta «muéstrame los issues críticos abiertos y las sesiones detrás de ellos». El bot llama a GET /issues y luego a GET /visitors/{visitorId}.

¿Qué es una plantilla de Grok Bot para análisis de sesiones?

Una plantilla de Grok Bot para análisis de sesiones es un enlace para compartir que copia un Grok Bot ya configurado, junto con una skill que describe la API REST pública de Flowsery, en tu propia app de Grok Bot. SpaceXAI activó la función con una sola frase de la cuenta de Grok Bot el 28 de agosto de 2026. La plantilla incluye el perfil, el texto de la skill y las rutinas, y nada más.

Es la compañera específica de sesiones de la guía plantilla de Grok Bot para analítica web.

¿Cómo pasa el bot de un issue a una sesión?

Flowsery clasifica los issues por gravedad, y cada uno enlaza al visitante al que le ocurrió, así que el bot encadena dos llamadas. GET /issues filtra por severity y status, y GET /visitors/{visitorId} devuelve el recorrido de ese visitante.

La gravedad toma cuatro valores, low, medium, high y critical, y el estado toma open, in_progress, resolved y suspended. Filtrar por críticos abiertos es la consulta que vale la pena ejecutar cada mañana, lo primero.

You:  Any open critical issues on the marketing site today? Show the sessions.
 
Bot:  GET /websites                                   -> resolves websiteId
      GET /issues?websiteId=...&severity=critical&status=open&sort=severity
      GET /visitors/{visitorId}                       (per issue)
      -> 2 open criticals, both on /checkout, sessions attached

¿Por qué no abrir directamente el session replay?

Ver una repetición es la herramienta correcta una vez que sabes qué sesión ver. Encontrar esa sesión entre miles es la parte que un panel vuelve lenta, y la parte que una consulta vuelve rápida.

¿Cómo lo instalo y lo pruebo?

Instalar la plantilla de Flowsery para Grok bot toma cuatro pasos: abrir el enlace para compartir en Grok Bot, crear un token de workspace flow_ws_, pegarlo en el campo de credencial y pedirle que liste tus sitios web como prueba de solo lectura.

¿Puede el bot cambiar el estado de un issue?

El bot puede llamar a PATCH /issues/{issueId} para mover un issue a in_progress o resolved, y la skill le indica que lo haga solo cuando tú se lo digas. Esa es una de las tres operaciones de escritura que la plantilla usa de las 26 que tiene la API.

Marcar algo como resuelto desde un chat es realmente útil, y también es la única acción de esta lista que otra persona notará. Mantenla explícita.

¿Debería el bot ejecutar el triaje de sesiones según un horario?

Ejecútalo según un horario para leer, nunca para resolver. Un barrido matutino de issues es la rutina que vale la pena tener.

Name:      Morning issue sweep
Schedule:  every weekday 08:00
What:      GET /issues for open critical and high issues across all websites,
           sorted by severity. For each, pull GET /visitors/{visitorId} and
           name the page where the session broke.
Approval:  never change an issue status on your own.
If empty:  do nothing, send no notification.

La cláusula de la semana tranquila importa más aquí que en una rutina de marketing. Un barrido de issues que informa "sin críticos abiertos" cada mañana te entrena para dejar de leerlo, y entonces te pierdes la mañana en que sí dice algo.

¿Qué falla en la primera semana?

Un 404 en /issues casi siempre significa que el bot omitió websiteId, que es obligatorio en la mayoría de los endpoints y que se obtiene más fácilmente llamando primero a GET /websites. Aparte de eso, GET /visitors/{visitorId} necesita un id de visitante que provenga de un issue o de un desglose, así que si el bot inventa uno, no recibe nada a cambio.

Preguntas frecuentes

¿Qué datos de sesión puede ver realmente el bot de Grok?

El bot ve lo que permite tu token de workspace: websites, issues, recorridos de visitantes y los endpoints de analítica agregada. Lee los mismos datos que muestra tu dashboard y no puede ver nada que un usuario del dashboard no pudiera ver.

¿Puede el bot cerrar issues por su cuenta?

Técnicamente sí, mediante PATCH /issues/{issueId}. La skill tal como se entrega lo prohíbe sin una instrucción explícita, y por esa misma razón la rutina que se ejecuta a diario es de solo lectura.

¿Esto es lo mismo que la repetición de sesión?

No. La repetición de sesión reproduce la grabación; esta plantilla encuentra qué grabación abrir. El bot devuelve el recorrido del visitante y el issue asociado a él, y tú ves la repetición en Flowsery.

¿Por qué un issue no tiene ningún visitante asociado?

Algunos issues son agregados en lugar de estar vinculados a una sesión, así que no hay un único visitante que enlazar. El bot informa el issue sin sesión en lugar de suponer una.

¿Dónde encuentro otras plantillas de bot de Grok?

groktemplates.dev indexa plantillas de bot de Grok por caso de uso. En este blog, la guía de informes de analítica cubre el lado agregado de la misma plantilla.

Instala la plantilla de Grok Bot de Flowsery y ejecuta hoy mismo un barrido de issues de solo lectura, o lee la documentación de la API primero.

Fuentes: la especificación OpenAPI de Flowsery, x.ai/bot y @bot en X (28 de agosto de 2026). Verificado el 30 de agosto de 2026.