Monitores de ruta crítica
Función ProUn monitor de ruta crítica es una barrera de protección del negocio, no una garantía de disponibilidad ni una certificación de fiabilidad. Vigila la única secuencia de rutas que más importa para los ingresos —tu registro o tu pago— y te avisa cuando esa ruta y las conversiones reales se rompen al mismo tiempo.
Los monitores de ruta crítica están disponibles en los planes Pro, Scale y Enterprise. Mejora tu plan para habilitar esta función.
Lee esto antes de confiar en ello. Un monitor de ruta crítica repite la accesibilidad de las rutas HTTP: envía solicitudes GET a las rutas de tu camino y registra si cada una responde. No ejecuta un navegador headless, no ejecuta flujos de JavaScript del lado del cliente, no envía formularios ni hace POST a tus endpoints de registro/pago, y no garantiza que el flujo funcione de extremo a extremo. Considéralo una señal de aviso temprano que combina la accesibilidad sintética con tus datos de conversión reales, no una prueba de que tu embudo convierta.
Qué hace
Zenovay analiza tus sesiones reales exitosas más recientes —sesiones en las que un visitante realmente completó un registro o un pago— y deduce la secuencia de rutas más común que siguieron esos visitantes. Esa secuencia es tu ruta crítica, y viene con una puntuación de confianza basada en lo consistentemente que los convertidores reales la siguieron.
Una vez que confirmas la ruta, Zenovay la vuelve a ejecutar de forma programada como una serie de solicitudes GET ligeras, registrando el estado, el tiempo por paso y el primer paso que falló. Luego correlaciona ese resultado sintético con tu volumen de conversiones real en la misma ventana temporal. Cuando tanto las comprobaciones sintéticas fallan como las conversiones reales caen juntas, genera un incidente de desviación.
Esta puerta de doble señal es el objetivo central: una comprobación sintética que falla por sí sola es ruidosa (una ruta puede dar 404 a un rastreador y aun así funcionar para los usuarios); una caída de conversión por sí sola es ambigua (puede ser un día de ventas lento). Cuando ambas se mueven juntas, algo va realmente mal con la ruta que te genera dinero.
Cómo se deduce la ruta crítica
- Zenovay observa las sesiones recientes que terminaron con un registro o pago exitoso para el sitio web.
- Extrae la secuencia ordenada de rutas (patrones de ruta de URL) que cada convertidor visitó camino a ese éxito.
- Encuentra la secuencia más común entre esos convertidores y calcula una puntuación de confianza: cuán dominante es esa única secuencia entre todos los que convirtieron.
- Muestra la ruta sugerida, la puntuación de confianza y qué tipo de conversión representa (registro o pago) en la pestaña Golden Path.
Si no hay suficientes sesiones exitosas para deducir una secuencia dominante, Zenovay lo dice con claridad: no sugerirá una ruta de baja confianza. En su lugar verás un estado de «aún no hay suficientes sesiones exitosas». Sigue rastreando; la sugerencia aparece en cuanto los convertidores reales le dan un patrón estable.
La deducción se ejecuta en un calendario diario, pero si ya tienes conversiones no tienes que esperar: la pestaña Configuración tiene un botón «Buscar una ruta crítica ahora» que ejecuta la deducción de inmediato (con limitación de velocidad). Solo propone un camino candidato — lo confirmas antes de que comience la monitorización.
Configuración
La pestaña Golden Path está en el grupo COMPORTAMIENTO del panel de tu dominio.
1. Abre la pestaña Golden Path → Configuración
Zenovay muestra la secuencia de rutas sugerida que dedujo de tus convertidores reales, junto con la puntuación de confianza.
2. Elige registro o pago
Si tanto una ruta de registro como una de pago se califican con confianza suficiente, eliges cuál monitorizar. La V1 monitoriza una ruta por proyecto: registro o pago, no ambas. Elige la que más importe para tu negocio.
3. Confirma la ruta
Revisa los pasos y confirma. A partir de ese punto Zenovay programa las reejecuciones sintéticas.
Confirmas la ruta deducida; no escribes las rutas a mano en la V1. Si la ruta deducida parece incorrecta, normalmente significa que tus convertidores reales están tomando un camino que no esperabas, lo cual ya es en sí un hallazgo útil.
Calendario de comprobaciones (configurable)
La frecuencia con la que Zenovay vuelve a ejecutar la ruta confirmada se controla desde la pestaña Configuración de cada monitor activo mediante el control «Comprobar cada»:
- Pro — bloqueado en 60 minutos (cada hora).
- Scale y Enterprise — elige 5, 10, 15, 30 o 60 minutos por monitor.
5 minutos es el mínimo: el programador consulta cada 5 minutos y no puede ejecutarse con más frecuencia. El valor predeterminado al confirmar una ruta por primera vez es 60 minutos. Un intervalo más corto da una señal más rápida cuando algo se rompe, pero no cambia la sensibilidad de la puerta de doble señal de desviación — esa lógica no varía independientemente de la frecuencia de ejecución sintética.
Cada ejecución envía solicitudes GET a las rutas del camino en orden y registra para cada paso:
- Estado: ¿respondió la ruta como accesible?
- Tiempo: cuánto tardó el paso.
- Primer paso que falló: el paso más temprano de la secuencia que falló, si lo hubo.
La pestaña Health
La pestaña Health resume el monitor de un vistazo:
- Tasa de éxito: proporción de las reejecuciones programadas recientes en las que cada paso fue accesible.
- Última ejecución: cuándo se volvió a ejecutar la ruta por última vez.
- Duración media: tiempo total medio de reproducción en las reejecuciones recientes.
- Paso más lento: la ruta que sistemáticamente tarda más.
- Primer paso que falló: dónde se rompió la ruta más recientemente.
- Resumen de desviación: si un fallo sintético y una caída de conversión real están ocurriendo ahora juntos.
Leer la vista Health
La pestaña Health también muestra un gráfico de tiempos de respuesta — una línea verde con la duración total de reproducción (suma de los tiempos de todos los pasos) por reejecución programada. El ámbar marca una reejecución degradada o lenta; el rojo marca un fallo. Debajo del gráfico hay una lista de reejecuciones recientes con aproximadamente las últimas 50 reejecuciones con detalle de aprobado/fallido, duración y primer paso que falló.
Un selector de rango de fechas en la parte superior de la vista Health limita todo conjuntamente — el gráfico, las estadísticas de resumen y la lista de reejecuciones recientes. Los rangos disponibles dependen de la retención del historial de ejecuciones de tu plan:
| Rango | Planes |
|---|---|
| Últimas 24 horas | Todos los planes de pago |
| Últimos 7 días | Todos los planes de pago |
| Últimos 30 días | Pro, Scale, Enterprise |
| Últimos 90 días | Scale, Enterprise |
| Últimos 180 días | Enterprise |
Los rangos superiores a lo que retiene tu plan se muestran pero bloqueados. Retención del historial de ejecuciones: Pro retiene 30 días, Scale 90 días, Enterprise 180 días.
La tasa de éxito y los tiempos describen únicamente la accesibilidad de las rutas. Una tasa de éxito del 100 % significa que cada ruta del camino respondió a un GET; no significa que un usuario real pueda completar el registro o el pago (el JS del lado del cliente, la validación de formularios, el procesamiento de pagos y el estado de autenticación quedan todos fuera de lo que una comprobación de accesibilidad puede ver).
Desviación e incidentes
La desviación es la señal que convierte esto de una página de estado en una barrera de protección del negocio.
La desviación solo se activa cuando ambas condiciones son ciertas en la misma ventana:
- Las comprobaciones sintéticas programadas fallan, y
- las conversiones reales de esa ruta han caído.
Cuando se activa la desviación, Zenovay genera un incidente, visible en la pestaña Incidents junto a los Conversion Incidents. El incidente se clasifica en una de tres clases de fallo:
| Clase de fallo | Qué significa |
|---|---|
| infra | El sitio o la red parecen caídos: las rutas son inaccesibles de forma generalizada. |
| flow_drift | Una ruta concreta del camino cambió o ahora devuelve un 404: la ruta se deslizó bajo tu embudo (p. ej., una ruta /signup renombrada). |
| business_flow | Todas las rutas son accesibles, pero las conversiones reales se desplomaron igualmente: la rotura está detrás de las rutas (paso roto del lado del cliente, fallo de pago, error de validación) que una comprobación de accesibilidad no puede ver directamente. |
La clase business_flow es exactamente por lo que importa la puerta de doble señal: la accesibilidad por sí sola habría informado «todo en verde» mientras tus ingresos caían. Combinarla con datos de conversión reales atrapa el fallo que un monitor sintético puro pasaría por alto.
Qué hace y qué no hace la V1
Para mantener las expectativas honestas:
La V1 hace:
- Deducir una única ruta crítica a partir de sesiones reales exitosas, con una puntuación de confianza.
- Monitorizar una ruta por proyecto: registro o pago.
- Volver a ejecutar esa ruta en un intervalo configurable (Pro: 60 min fijo; Scale/Enterprise: 5–60 min) como comprobaciones de accesibilidad
GET. - Registrar el estado, el tiempo por paso y el primer paso que falló.
- Generar un incidente de desviación solo cuando las comprobaciones sintéticas fallan y las conversiones reales caen juntas.
- Clasificar los fallos como infra, flow_drift o business_flow.
La V1 no hace:
- Ejecutar un navegador headless ni ejecutar flujos de JavaScript del lado del cliente.
- Enviar formularios ni hacer
POSTa los endpoints de registro/pago. - Garantizar que el flujo funcione de extremo a extremo, ni certificar disponibilidad, fiabilidad o cumplimiento.
- Monitorizar más de una ruta por proyecto, ni registro y pago a la vez.
- Alertar ante un fallo sintético por sí solo (por diseño: sería ruidoso).
Esto es una barrera de protección que te dice cuándo la ruta que te genera dinero está en problemas; no es un sustituto de las pruebas funcionales de extremo a extremo de tu registro o tu pago.
Relacionado
- Conversion Incidents: caídas detectadas automáticamente en tus objetivos y embudos definidos
- Page Flows: ve las secuencias de rutas reales que siguen los visitantes
- Conversion Funnels: define rutas de conversión de varios pasos