8 min de leitura

Incidentes de Conversão

Recurso Pro

Detecte quedas de conversão no momento em que acontecem. O detector monitora todas as metas e funis ativos no seu site, abre um incidente quando uma métrica cruza sua linha de base, e notifica as pessoas certas através do canal que já usam.

Incidentes de Conversão estão disponíveis nos planos Pro, Scale e Enterprise. Atualize seu plano para ativar este recurso.

O que é detectado

O detector executa a cada 30 minutos e monitora duas categorias de métricas:

Conclusões de metas (metas de custom_event, url_match, element_click que você define por domínio na aba Incidents)
Taxas de conclusão de funis (caminhos de conversão em várias etapas que você define por domínio na aba Incidents)

Quando os últimos 60 minutos de conclusões caem mais de 25% abaixo da média horária de 7 dias contínua E a métrica tem pelo menos 5 conclusões por hora em média, um incidente abre automaticamente.

A severidade é definida pela magnitude da queda:

Crítico quando a métrica atual é menor que 40% da linha de base
Aviso quando a métrica atual é menor que 60% da linha de base
Informação para quedas menores mas ainda notáveis

Incidentes se resolvem automaticamente quando a métrica se recupera acima de 90% da linha de base. Se a mesma métrica cair novamente em 24 horas, a histerese impede que um segundo incidente seja aberto pela mesma causa raiz.

Como funciona a triagem de IA

Duas superfícies de IA trabalham juntas:

Detector baseado em regras (Fase E, executa a cada 30 minutos) Calcula linhas de base e deltas em SQL puro. Sem custo de IA. O resumo de triagem é gerado a partir dos números reais (valor atual, linha de base, percentual de delta) mais uma lista de causas comuns para investigar.

Analisador de padrões (Fase G, executa uma vez por dia) Uma única chamada GPT-5.4-mini por site Pro+ analisa 24 horas de telemetria agregada (principais caminhos, referenciadores, mix de dispositivos, taxas de funis, contagens de metas) e expõe até três padrões comportamentais que o detector baseado em regras não consegue ver. Exemplos:

"Usuários de /pricing retornam para / antes de se inscrever 312 vezes em 24h, 3x a linha de base"
"Usuários do Mobile Safari abandonam o checkout na etapa de método de pagamento em 2x a taxa do desktop"
"Tráfego de referência do Twitter na terça-feira converte 3x a média — considere aumentar investimentos na terça-feira"

Os padrões aparecem como incidentes pattern_insight no mesmo painel. Eles são roteados através dos mesmos canais de notificação. Confiança abaixo de 0,65 é descartada silenciosamente em vez de enviar spam à caixa de entrada.

Planos gratuitos nunca disparam nenhuma chamada GPT. O analisador de padrões é filtrado no join team-subscription, então o custo de IA é limitado apenas a equipes Pro+. O limite de custo por site Pro+ por dia é aproximadamente $0,005, forçado por max_completion_tokens=600 e um bloqueio KV de 24h por site.

Canais de notificação

Quando um incidente é aberto (manual ou via o detector automático), o sistema distribui para quatro canais em paralelo:

Email

Cada proprietário e administrador da equipe recebe um email por padrão. O email inclui:

Indicador de severidade colorido (vermelho para crítico, âmbar para aviso, azul para informação)
Cabeçalho de uma frase com a métrica, magnitude e linha de base
Parágrafo de triagem de IA
Botão CTA "Abrir no painel"
Rodapé "Você está recebendo isto porque é administrador de [domínio]" com link de exclusão com um clique

Cada usuário pode se desinscrever individualmente em Settings → Account → Preferences.

Webhook

Se você tiver um webhook configurado em Settings → Security → API keys (seção Webhooks) com o evento conversion_incident.opened inscrito (ou * para todos os eventos), ele recebe um POST assinado com HMAC com a carga completa do incidente. Use isto para encaminhar para Slack, Discord, Zapier, n8n ou seus próprios sistemas.

Notificação push móvel

Se você tiver o aplicativo móvel Zenovay instalado e tokens push registrados, receberá uma notificação push com o rótulo da métrica, severidade e um link profundo para o incidente.

Caixa de entrada no aplicativo

A caixa de entrada de notificações no aplicativo mostra incidentes junto com outras notificações pessoais (avisos de uso em 80%/95%, alertas de cobrança, conclusões de metas). Os distintivos não lidos somam-se nas duas abas.

Configuração

1. Defina metas ou funis

O detector não pode monitorar o que você não definiu. Abra Domains, clique no seu site, então use a aba Incidents para definir metas e funis que se importa.

Se você ainda não definiu nenhum, a aba Incidents em cada painel de domínio mostra até três sugestões de funis extraídos automaticamente com base nos padrões que vê no seu tráfego. Um clique em Track this funnel cria o funil e o adiciona à lista de monitoramento do detector.

2. Confirme as preferências de notificação

Abra Settings → Account → Preferences e confirme que Conversion Incident Alerts está ativado (o padrão é true para proprietários e administradores). Desative-o se desejar silenciar isto para você.

3. Aguarde a linha de base

O detector precisa de pelo menos 7 dias de tráfego normal para calcular uma linha de base estável. Até então, ele pula a métrica para evitar falsos positivos. Após os primeiros 7 dias, quedas maiores que 25% abrem incidentes automaticamente.

Incidentes manuais

Às vezes, você identifica um problema que o detector ainda não detectou (um deploy que você sabe que quebrou algo, relatos de clientes sobre um erro de checkout). Clique em + New incident no canto superior direito da aba Incidents para registrar um manualmente.

O modal tem três modos de seletor:

Goal: escolha entre suas metas personalizadas definidas
Funnel: escolha entre seus funis definidos (com seleção de etapa opcional)
Custom: rótulo de métrica em formato livre para incidentes ad-hoc

O mesmo fan-out de notificação dispara para incidentes manuais — sua equipe recebe emails, webhooks disparam, a caixa de entrada mostra a entrada. Isto é útil para comunicação de incidentes ("uma correção está sendo implantada, ETA 15 min") mesmo quando o detector não teria detectado.

Comportamento por nível de plano

Plano	Auto-detector	Analisador de padrão GPT	Criação manual	Notificações
Free	Não disponível	Não disponível	Não disponível	Não aplicável
Pro	A cada 30 min	Diariamente	Disponível	Todos os canais
Scale	A cada 30 min	Diariamente	Disponível	Todos os canais
Enterprise	A cada 30 min	Diariamente	Disponível	Todos os canais

Equipes gratuitas são filtradas no nível do banco de dados — elas não geram custo de IA e não veem incidentes em seu painel.

Transparência de custos

Nós expomos o design de contenção de custos porque é importante:

Detector baseado em regras Phase E: SQL puro, custo de IA zero, executa a cada 30 minutos por site Pro+.
Analisador de padrões Phase G: uma chamada GPT-5.4-mini por site Pro+ por 24 horas, com limite rigoroso em max_completion_tokens=600 (teto aproximado de $0,005 por chamada). A dedup por padrão impede que a mesma percepção se repita dia após dia. Sites com menos de 100 sessões em 24h são ignorados (sem sinal para analisar).
Roteamento através da Cloudflare AI Gateway com uso de tokens em cache/observado para que possamos ver o custo total por dia no painel da Gateway.

Custo estimado total de IA na contagem atual de equipes Pro+: menos de $30 por mês em todos os clientes.

Privacidade

O analisador de padrões envia apenas contagens agregadas para GPT-5.4-mini:

8 principais caminhos com contagens de sessão
8 principais referenciadores com contagens de sessão
Análises de mix de dispositivos e país
Taxas de conclusão de funis
Contagens de conclusão de metas

Nunca envia eventos brutos, URLs brutas com strings de query, endereços IP, identificadores de usuário, cargas de reprodução de sessão ou qualquer PII. O manifesto é limitado a aproximadamente 5-10 kB por chamada.

Relacionado

Metas — defina metas personalizadas que o detector monitora
Funis — defina caminhos de conversão em várias etapas
Webhooks — receba eventos de incidente em seus próprios sistemas
Preferências de notificação — exclusão por usuário