Um monitor de caminho crítico acompanha a única sequência de rotas que mais importa para a sua receita — o seu cadastro ou o seu checkout — e avisa quando esse percurso e as conversões reais quebram ao mesmo tempo.
O que é (e o que não é) um monitor de caminho crítico
Um monitor de caminho crítico é uma proteção de negócio, não uma garantia de disponibilidade nem uma certificação de confiabilidade.
Ele repete a acessibilidade das rotas HTTP: envia requisições GET às rotas do seu percurso e registra se cada uma responde. Ele não:
- Executa um navegador headless
- Executa fluxos de JavaScript do lado do cliente
- Envia formulários nem faz
POSTaos seus endpoints de cadastro/checkout - Garante que o fluxo funcione de ponta a ponta
Trate-o como um sinal de aviso antecipado que combina a acessibilidade sintética com os seus dados de conversão reais — não como prova de que o seu funil converte.
Plano necessário: os monitores de caminho crítico estão disponíveis nos planos Pro, Scale e Enterprise.
Como o caminho crítico é encontrado
A Zenovay analisa as suas sessões reais bem-sucedidas mais recentes — sessões em que um visitante de fato concluiu um cadastro ou um checkout — e determina a sequência de rotas mais comum que esses visitantes seguiram:
- Ela observa as sessões recentes que terminaram com um cadastro ou checkout bem-sucedido.
- Ela extrai a sequência ordenada de rotas que cada convertedor visitou até esse sucesso.
- Ela encontra a sequência mais comum e calcula uma pontuação de confiança — quão dominante é essa única sequência entre todos que converteram.
- Ela exibe o percurso sugerido, a pontuação de confiança e o tipo de conversão (cadastro ou checkout) na aba Golden Path.
Se não houver sessões bem-sucedidas suficientes para deduzir uma sequência dominante, a Zenovay diz isso claramente: ela não sugerirá um percurso de baixa confiança. Em vez disso, você verá um estado de "ainda não há sessões bem-sucedidas suficientes". Continue rastreando e a sugestão aparece assim que convertedores reais lhe derem um padrão estável.
Executar a dedução agora: A aba Configuração tem um botão "Verificar um caminho crítico agora" que aciona a dedução imediatamente (com limite de taxa) em vez de aguardar o agendamento diário. Ele ainda só propõe um candidato — você o confirma antes de a monitoração começar.
Configuração
A aba Golden Path fica no grupo COMPORTAMENTO do painel do seu domínio.
- Abra a aba Golden Path → Configuração. A Zenovay exibe a sequência de rotas sugerida e a sua pontuação de confiança.
- Escolha cadastro ou checkout. Se ambos se qualificarem com confiança suficiente, escolha qual monitorar. A V1 monitora um percurso por projeto — cadastro ou checkout, não ambos. Escolha o que mais importa para o seu negócio.
- Confirme o percurso. Revise as etapas e confirme. A partir desse ponto a Zenovay agenda as reexecuções sintéticas.
Você confirma o percurso deduzido; você não escreve as rotas manualmente na V1. Se o percurso deduzido parecer errado, isso geralmente significa que os seus convertedores reais estão tomando um caminho que você não esperava — o que já é, em si, uma descoberta útil.
Com que frequência ele é reexecutado
O intervalo de reexecução é configurável pelo usuário por monitor — por meio do controle "Verificar a cada X minutos" na aba Configuração de um monitor ativo.
| Plano | Intervalos disponíveis |
|---|---|
| Free | Não disponível |
| Pro | 60 minutos (fixo) |
| Scale | 5 / 10 / 15 / 30 / 60 minutos |
| Enterprise | 5 / 10 / 15 / 30 / 60 minutos |
O intervalo mínimo é de 5 minutos — essa é a frequência com que o agendador faz as consultas. O padrão ao confirmar um monitor é 60 minutos. Escolher um intervalo menor fornece um sinal mais rápido quando algo quebra; os planos Scale e Enterprise podem escolher qualquer uma das cinco opções por monitor. Um intervalo menor significa mais verificações por dia, mas não altera como a sensibilidade ao desvio é calculada.
Cada execução envia requisições GET às rotas em ordem e registra, para cada etapa: o status (a rota estava acessível?), o tempo e a primeira etapa que falhou (se houver).
Lendo a aba Health
A aba Health se abre com quatro cartões de resumo:
- Taxa de sucesso — parcela das reexecuções agendadas recentes em que cada etapa foi acessível.
- Última execução — quando o percurso foi executado novamente pela última vez.
- Duração média — duração média de reprodução das execuções recentes.
- Desvio — se uma falha sintética e uma queda de conversão real estão acontecendo juntas agora (mostrado como "calmo" ou "degradado").
Sob os cartões, a lista de reexecuções recentes mostra cada execução individualmente. Expanda uma execução para ver o status por etapa, o tempo e a primeira etapa que falhou (onde essa execução quebrou, se o fez).
Gráfico de tempo de resposta
A vista Health inclui um gráfico de tempo de resposta mostrando a duração de reprodução por execução. As execuções são codificadas por cor: verde = normal, âmbar = lenta ou degradada (concluída, mas mais lenta que a linha de base), vermelho = falha. Abaixo do gráfico há uma lista de execuções recentes (até as últimas 50) com status e tempo por etapa.
Seletor de intervalo de datas
Um seletor de intervalo de datas no topo da vista Health filtra todos os dados exibidos. Os intervalos disponíveis dependem da janela de retenção de dados do seu plano:
| Intervalo | Planos |
|---|---|
| Últimas 24 horas | Todos os planos pagos |
| Últimos 7 dias | Todos os planos pagos |
| Últimos 30 dias | Pro, Scale, Enterprise |
| Últimos 90 dias | Scale, Enterprise |
| Últimos 180 dias | Enterprise |
Intervalos que excedem a janela de retenção do seu plano são exibidos como bloqueados. O seletor se aplica a toda a vista Health — taxa de sucesso, gráfico, duração média e lista de execuções são atualizados juntos.
A taxa de sucesso e os tempos descrevem apenas a acessibilidade das rotas. Uma taxa de sucesso de 100% significa que cada rota respondeu a um GET; não significa que um usuário real consegue concluir o cadastro ou o checkout. O JavaScript do lado do cliente, a validação de formulário, o processamento de pagamento e o estado de autenticação estão todos fora do que uma verificação de acessibilidade pode ver.
Alertas de desvio e incidentes
O desvio é o sinal que torna isto uma proteção de negócio em vez de uma página de status.
O desvio só dispara quando ambas as condições são verdadeiras na mesma janela:
- As verificações sintéticas agendadas falham, e
- as conversões reais para esse percurso caíram.
Quando o desvio dispara, a Zenovay gera um incidente e a aba Health o direciona diretamente na aba Incidents.
Cada execução que falha também está etiquetada com uma de três classes de falha (mostrada como um crachá quando você expande a execução na aba Health). A classe te indica onde está a rotura:
| Classe de falha | O que significa |
|---|---|
| infra | Uma rota expirou, retornou um 5xx ou estava inacessível — provavelmente um problema de hospedagem ou rede, não seu funil. |
| flow_drift | Uma etapa intermediária agora retorna 404, 410 ou loop de redirecionamento enquanto a rota de entrada está bem — uma URL no percurso provavelmente se moveu (por exemplo, uma rota /signup renomeada). |
| business_flow | Todas as rotas estão acessíveis, mas as conversões reais mesmo assim desabaram — a quebra está atrás das rotas (etapa quebrada do lado do cliente, falha de pagamento, bug de validação) que uma verificação de acessibilidade não consegue ver diretamente. |
A classe business_flow é exatamente o motivo pelo qual o portão de sinal duplo importa: a acessibilidade sozinha teria relatado "tudo verde" enquanto a sua receita caía. Combiná-la com dados de conversão reais captura a falha que um monitor sintético puro perderia. Ela também mantém os alertas quietos — uma falha sintética sozinha nunca alerta, porque as rotas podem retornar 404 para um rastreador e ainda funcionar para os usuários.
O que a V1 não faz
Para manter as expectativas honestas, a V1 não:
- Executa um navegador headless nem executa fluxos de JavaScript do lado do cliente
- Envia formulários nem faz
POSTaos endpoints de cadastro/checkout - Garante que o fluxo funcione de ponta a ponta, nem certifica disponibilidade, confiabilidade ou conformidade
- Monitora mais de um percurso por projeto, nem cadastro e checkout ao mesmo tempo
- Alerta diante de uma falha sintética sozinha (por design — seria ruidoso)
Isto é uma proteção que avisa quando o percurso que gera o seu dinheiro está com problemas. Não é um substituto para testes funcionais de ponta a ponta do seu cadastro ou do seu checkout.