Monitores de caminho crítico

Recurso Pro

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 acompanha a única sequência de rotas que mais importa para a receita — o seu cadastro ou o seu checkout — e avisa quando esse percurso e as conversões reais quebram ao mesmo tempo.

---

O que ele faz

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 deduz a sequência de rotas mais comum que esses visitantes seguiram. Essa sequência é o seu caminho crítico, e vem com uma pontuação de confiança baseada em quão consistentemente os convertedores reais a seguiram.

Depois que você confirma o percurso, a Zenovay o executa novamente de forma agendada como uma série de requisições GET leves, registrando o status, o tempo por etapa e a primeira etapa que falhou. Em seguida, correlaciona esse resultado sintético com o seu volume de conversões real na mesma janela de tempo. Quando as verificações sintéticas falham e as conversões reais caem juntas, ele gera um incidente de desvio.

Esse portão de sinal duplo é todo o objetivo: uma verificação sintética que falha sozinha é ruidosa (uma rota pode retornar 404 para um rastreador e ainda funcionar para os usuários); uma queda de conversão sozinha é ambígua (pode ser um dia de vendas lento). Quando os dois se movem juntos, algo está realmente errado com o percurso que gera o seu dinheiro.

---

Como o caminho crítico é deduzido

1. A Zenovay observa as sessões recentes que terminaram com um cadastro ou checkout bem-sucedido para o site.
2. Ela extrai a sequência ordenada de rotas (padrões de caminho de URL) que cada convertedor visitou até esse sucesso.
3. Ela encontra a sequência mais comum entre esses convertedores e calcula uma pontuação de confiança — quão dominante é essa única sequência entre todos que converteram.
4. Ela exibe o percurso sugerido, a pontuação de confiança e qual tipo de conversão ele representa (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; a sugestão aparece assim que convertedores reais lhe derem um padrão estável.

A derivação é executada em um agendamento diário, mas se você já tem conversões não precisa esperar: a aba Configuração tem um botão "Verificar um caminho crítico agora" que executa a derivação imediatamente (com limitação de taxa). Ele ainda apenas propõe um caminho candidato — você o confirma antes que o monitoramento comece.

---

Configuração

A aba Golden Path fica no grupo COMPORTAMENTO no painel do seu domínio.

1. Abra a aba Golden Path → Configuração

A Zenovay exibe a sequência de rotas sugerida que deduziu dos seus convertedores reais, junto com a pontuação de confiança.

2. Escolha cadastro ou checkout

Se tanto um percurso de cadastro quanto um de checkout se qualificarem com confiança suficiente, você escolhe 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.

3. Confirme o percurso

Revise as etapas e confirme. A partir desse ponto a Zenovay agenda as reexecuções sintéticas.

---

Agenda de verificações (configurável)

A frequência com que a Zenovay reexecuta o percurso confirmado é controlada na aba Configuração de cada monitor ativo pelo controle "Verificar a cada":

• Pro — bloqueado em 60 minutos (a cada hora).
• Scale e Enterprise — escolha 5, 10, 15, 30 ou 60 minutos por monitor.

5 minutos é o mínimo: o agendador consulta a cada 5 minutos e não pode rodar com mais frequência. O padrão ao confirmar um percurso pela primeira vez é 60 minutos. Um intervalo menor fornece um sinal mais rápido quando algo quebra, mas não altera a sensibilidade do portão de sinal duplo de desvio — essa lógica não muda independentemente da frequência de execução sintética.

Cada execução envia requisições GET às rotas do percurso em ordem e registra para cada etapa:

• Status — a rota respondeu como acessível?
• Tempo — quanto tempo a etapa levou.
• Primeira etapa que falhou — a etapa mais antiga da sequência que falhou, se houver.

---

A aba Health

A aba Health resume o monitor em uma olhada:

• 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 — tempo total médio de reprodução nas reexecuções recentes.
• Etapa mais lenta — a rota que consistentemente leva mais tempo.
• Primeira etapa que falhou — onde o percurso quebrou mais recentemente.
• Resumo de desvio — se uma falha sintética e uma queda de conversão real estão acontecendo juntas agora.

Lendo a vista Health

A aba Health também exibe um gráfico de tempo de resposta — uma linha verde com a duração total de reprodução (soma dos tempos de todas as etapas) por reexecução agendada. Âmbar marca uma reexecução degradada ou lenta; vermelho marca uma falha. Abaixo do gráfico há uma lista de reexecuções recentes mostrando aproximadamente as últimas 50 reexecuções com detalhes de aprovado/reprovado, duração e primeira etapa que falhou.

Um seletor de intervalo de datas no topo da vista Health delimita tudo em conjunto — o gráfico, as estatísticas de resumo e a lista de reexecuções recentes. Os intervalos disponíveis dependem da retenção de histórico de execuções do seu plano:

Intervalos maiores do que o que seu plano retém são exibidos mas bloqueados. Retenção do histórico de execuções: Pro retém 30 dias, Scale 90 dias, Enterprise 180 dias.

A taxa de sucesso e os tempos descrevem apenas a acessibilidade das rotas. Uma taxa de sucesso de 100% significa que cada rota do percurso respondeu a um GET; não significa que um usuário real consegue concluir o cadastro ou o checkout (o JS 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).

---

Desvio e incidentes

O desvio é o sinal que transforma isto de uma página de status em uma proteção de negócio.

O desvio só dispara quando ambas as condições são verdadeiras na mesma janela:

1. As verificações sintéticas agendadas falham, e
2. as conversões reais para esse percurso caíram.

Quando o desvio dispara, a Zenovay gera um incidente, visível na aba Incidents ao lado dos Conversion Incidents. O incidente é classificado em uma de três classes de falha:

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.

---

O que a V1 faz e não faz

Para manter as expectativas honestas:

A V1 faz:

• Deduzir um único caminho crítico a partir de sessões reais bem-sucedidas, com uma pontuação de confiança.
• Monitorar um percurso por projeto — cadastro ou checkout.
• Executar novamente esse percurso em um intervalo configurável (Pro: 60 min fixo; Scale/Enterprise: 5–60 min) como verificações de acessibilidade GET.
• Registrar o status, o tempo por etapa e a primeira etapa que falhou.
• Gerar um incidente de desvio somente quando as verificações sintéticas falham e as conversões reais caem juntas.
• Classificar as falhas como infra, flow_drift ou business_flow.

A V1 não faz:

• Executar um navegador headless nem executar fluxos de JavaScript do lado do cliente.
• Enviar formulários nem fazer POST aos endpoints de cadastro/checkout.
• Garantir que o fluxo funcione de ponta a ponta, nem certificar disponibilidade, confiabilidade ou conformidade.
• Monitorar mais de um percurso por projeto, nem cadastro e checkout simultaneamente.
• Alertar 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.

---

Relacionado

• Conversion Incidents — quedas detectadas automaticamente nas suas metas e funis definidos
• Page Flows — veja as sequências de rotas reais que os visitantes seguem
• Conversion Funnels — defina percursos de conversão de várias etapas