> ## Documentation Index
> Fetch the complete documentation index at: https://docs.usestealth.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# Tipos de alerta

> Os seis tipos de queda que a Stealth detecta, com a regra exata, o escopo e como a perda é estimada.

A Stealth detecta seis tipos de queda. Quatro são avaliados a cada hora e procuram algo que quebrou. Dois são avaliados uma vez por dia e procuram receita que está indo embora aos poucos. Esta página traz a regra exata de cada um. "Razão" sempre quer dizer real dividido pelo [normal](https://docs.usestealth.dev/pt-BR/detection/how-detection-works.md), e "além do mercado" quer dizer depois de dividir pela mesma razão do cliente mediano.

## Como funciona

| Tipo | Nome na tela | Escopo | Avaliado | Horas ou dias necessários |
| - | - | - | - | - |
| `unit_silent` | **Bloco parou** | bloco | por hora | 2 horas seguidas |
| `no_fill` | **Sem anúncio** | bloco | por hora | 2 horas seguidas |
| `client_traffic_drop` | **Cliente perdeu tráfego** | cliente | por hora | 3 horas seguidas |
| `client_fill_drop` | **Preenchimento do cliente caiu** | cliente | por hora | 3 horas seguidas |
| `yield_drop` | **Receita por requisição caiu** | cliente | por dia | últimos 2 dias |
| `trend_down` | **Receita em queda** | cliente | por dia | últimos 7 dias contra os 14 anteriores |

O código da primeira coluna é o campo `kind` dos [webhooks](https://docs.usestealth.dev/pt-BR/alerts/webhooks.md).

### 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.

> [!NOTE]
>
> 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](https://docs.usestealth.dev/pt-BR/detection/severity.md).

## O que você vê na tela

Cada incidente mostra o tipo na página [Incidentes](https://docs.usestealth.dev/pt-BR/screens/incidents.md), 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](https://docs.usestealth.dev/pt-BR/detection/demand-source.md) no e-mail.

## Perguntas frequentes

> [accordion] 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.

> [accordion] 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](https://docs.usestealth.dev/pt-BR/screens/control-center.md).


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.