# Uma descoberta ilustrativa: da evidência do escaneamento ao plano de verificação

> Três atos, usando os componentes do próprio produto em cada etapa.

Fonte: https://citetune.com/pt/como-funciona

## Ato um — evidência

Uma descoberta começa com o que literalmente vimos: códigos de status, cabeçalhos, contagens de bytes e o user agent que os produziu, citados e não resumidos.

O mecanismo inferido fica em uma faixa separada, de outra cor, e traz a linha que o refutaria.

## Ato dois — uma correção que você revisa

Este diff ilustrativo mostra uma possível mudança de regra, com revisão de segurança e plano de reversão. Confira a configuração real da CDN, o tráfego afetado e os recursos da sua conta antes de aplicar qualquer mudança.

Você aplica uma correção aprovada ou mescla um pull request revisado se o conector do GitHub estiver configurado. O CiteTune não tem permissão de escrita no seu site em produção.

## Ato três — verificação

Depois de uma mudança real na política, repita o mesmo escaneamento e informe, com data e ID da regra, se a descoberta 403 ainda se reproduz. Verifique o tráfego do provedor separadamente.

Qualquer mudança na visibilidade em IA é informada à parte, com a sua taxa de conclusão, e não atribuímos uma relação de causa e efeito entre as duas.

## Passos

1. **Obtenha a evidência** — Execute um rastreamento limitado do mesmo site e colete os fatos observados para cada uma das dezesseis regras determinísticas.
2. **Revise a correção segura** — Leia o diff proposto, o nível de segurança, as pré-condições e o plano de reversão e depois aplique o patch você mesmo — ou mescle-o como um pull request se o conector do GitHub estiver configurado.
3. **Verifique o resultado** — Depois de uma mudança real na regra, execute o mesmo escaneamento outra vez e confira separadamente o tráfego dos rastreadores verificados dos provedores. Informe a visibilidade em IA à parte.