Como funciona
O código da primeira coluna é o campo
kind dos webhooks.
Bloco parou
Um bloco parou de receber requisições enquanto o resto do cliente continuou funcionando, o sinal típico de uma tag removida ou quebrada numa troca de layout.- Requisições em 2% do normal ou menos, por 2 horas seguidas.
- O resto do cliente (o cliente sem este bloco) está em 70% do normal ou mais, além do mercado. Se o resto do cliente for pequeno demais para avaliar, o próprio mercado precisa estar em 70% ou mais.
- O bloco tem pelo menos 100 requisições no normal da hora.
- Perda: a receita normal do bloco, ajustada ao mercado, menos o que ele rendeu. Quando o bloco representa pelo menos 20% das requisições do cliente, a Stealth desconta o tráfego que migrou para os outros blocos do cliente, para que um bloco substituído não conte como perda total.
Sem anúncio
Um bloco ainda recebe requisições, mas quase nenhuma é preenchida.- Requisições em 70% do normal ou mais, além do mercado.
- Preenchimento em 5% do normal ou menos, além do mercado, por 2 horas seguidas.
- As horas em que o preenchimento do mercado inteiro desabou ficam de fora.
Cliente perdeu tráfego
As requisições de um cliente caíram para menos de 50% do normal, além do mercado, por 3 horas seguidas. O cliente precisa de pelo menos 1.000 requisições no normal da hora. Não abre quando um Bloco parou do mesmo cliente já explica a queda.Preenchimento do cliente caiu
O tráfego do cliente se manteve (requisições em 70% do normal ou mais), mas o preenchimento caiu para menos de 60% do normal, além do mercado, por 3 horas seguidas. O cliente precisa de pelo menos 1.000 requisições no normal da hora. Não abre quando um Sem anúncio do mesmo cliente já explica a queda.Receita por requisição caiu
A receita por requisição dos últimos 2 dias, contra a mediana dos mesmos dias da semana nas 3 semanas anteriores, está abaixo de 60% além do mercado. Precisa de pelo menos 4 desses 6 dias anteriores com dados e de um normal de pelo menos R$ 50 por dia. Perda por dia: as requisições dos últimos 2 dias vezes a receita por requisição anterior (ajustada ao mercado), menos a receita real, dividido por 2.Receita em queda
A mediana da receita diária dos últimos 7 dias está abaixo de 75% da mediana dos 14 dias anteriores, além do mercado, enquanto as requisições se mantiveram (90% ou mais, além do mercado). Ou seja, o cliente ganha menos sem perder tráfego. Precisa de 5 dos 7 dias recentes e de 10 dos 14 dias anteriores com dados. Não abre quando Receita por requisição caiu já disparou para o cliente. Perda por dia: a mediana anterior, ajustada ao mercado, menos a mediana recente.As regras por hora estimam a perda de cada hora da queda, tiram a média e multiplicam por 24 para chegar a uma perda por dia. É essa perda projetada por dia que decide se a queda vira incidente (pelo menos R$ 10 por dia) e qual a gravidade.
O que você vê na tela
Cada incidente mostra o tipo na página Incidentes, na página do cliente, no e-mail e no webhook. Os tipos diários também podem trazer uma leitura da origem da demanda no e-mail.Perguntas frequentes
Por que não há alerta para uma rede inteira?
Por que não há alerta para uma rede inteira?
Uma rede sem parceiros é o próprio cliente, então os tipos de cliente a cobrem. Em redes com muitos clientes, uma queda de todos ao mesmo tempo é o mercado se mexendo, e a Stealth não alerta sobre isso de propósito.
Os blocos de app têm regras próprias?
Os blocos de app têm regras próprias?
Não. Eles seguem as mesmas regras, mas só abrem incidentes dentro de um cliente de app monitorado. Os clientes de app vêm desligados na Central de Controle.