Feedback loops (ARF): como manter a taxa de reclamação baixa

Um feedback loop (FBL) é o mecanismo pelo qual um provedor de caixa postal avisa o remetente quando um usuário clica em "Denunciar spam", geralmente com um relatório no formato ARF (Abuse Reporting Format, RFC 5965). Para manter a taxa de reclamação baixa, cadastre-se nos FBLs disponíveis, suprima automaticamente quem reclamou, envie só para quem consentiu e engaja, facilite o descadastro e acompanhe a taxa por stream. Segundo as diretrizes do Google, a taxa de spam deve ficar abaixo de 0,1% e nunca chegar a 0,3%.

Por que a taxa de reclamação pesa tanto

Para os filtros, uma reclamação é o sinal mais direto que existe: o próprio destinatário dizendo que não queria aquela mensagem. Enquanto aberturas e cliques têm ruído (proteção de privacidade, robôs), a denúncia de spam é inequívoca. Por isso, entre todas as métricas, a taxa de reclamação é a que provedores como Gmail e Yahoo usam explicitamente nas regras para remetentes em massa em vigor desde fevereiro de 2024.

O efeito é cumulativo: reclamações derrubam a reputação do domínio e do IP, mais mensagens vão para o spam, os usuários que ainda veem as mensagens são os menos engajados, e o ciclo se agrava.

Como funciona um feedback loop

1. Você se cadastra no programa do provedor, informando domínios (verificados por DKIM) ou IPs.
2. Um usuário do provedor marca sua mensagem como spam.
3. O provedor envia um relatório ARF para o endereço que você cadastrou.
4. Seu sistema interpreta o relatório, identifica o destinatário e o suprime.

Formato ARF (RFC 5965)

O relatório é uma mensagem multipart/report com report-type=feedback-report:

From: feedback@fbl.example.net
To: fbl@example.com.br
Subject: FW: Ofertas da semana
Content-Type: multipart/report; report-type=feedback-report; boundary="parte"

--parte
Content-Type: text/plain; charset=utf-8

Este é um relatório de reclamação de spam.

--parte
Content-Type: message/feedback-report

Feedback-Type: abuse
User-Agent: ExemploFBL/1.0
Version: 1
Original-Mail-From: <b+7h3k9q2m@bounces.example.com.br>
Arrival-Date: Mon, 12 Oct 2026 09:41:10 -0300
Source-IP: 203.0.113.10
Reported-Domain: example.com.br

--parte
Content-Type: message/rfc822

Return-Path: <b+7h3k9q2m@bounces.example.com.br>
DKIM-Signature: v=1; d=example.com.br; ...
Message-ID: <a1b2c3@example.com.br>
From: Loja Exemplo <ofertas@news.example.com.br>
To: [redacted]
...
--parte--

Detalhes importantes:

• Feedback-Type indica o tipo. abuse é a denúncia de spam. Outros valores definidos incluem fraud, virus, not-spam e other.
• O destinatário costuma vir ocultado (redacted). Muitos provedores removem o endereço do usuário por privacidade. Por isso você precisa de outra forma de identificar quem reclamou.
• A forma mais confiável é o Return-Path com VERP, que aparece na mensagem original anexada e no Original-Mail-From. Um token único por mensagem identifica o envio e o destinatário mesmo com o To ocultado.
• Um header próprio com ID da mensagem (por exemplo, X-Message-ID) é um complemento útil, desde que esteja coberto pela assinatura DKIM.

Os principais programas

• Yahoo: opera um Complaint Feedback Loop baseado no domínio de assinatura DKIM, com relatórios ARF individuais. Para quem envia para endereços @yahoo.com.br, é indispensável.
• Gmail: não envia relatórios por mensagem. Oferece a taxa de spam agregada no Google Postmaster Tools e um FBL agregado que usa o header Feedback-ID para mostrar quais campanhas ou clientes geram mais reclamações.
• Outros provedores mantêm programas próprios, com regras de cadastro e disponibilidade que mudam com o tempo. Vale verificar periodicamente os programas dos provedores mais presentes na sua base.

Exemplo de Feedback-ID, no formato sugerido pelo Google (campos separados por dois-pontos, terminando em um identificador do remetente):

Feedback-ID: campanha-outubro:newsletter:cliente123:remetente

Como medir a taxa de reclamação

A fórmula básica é reclamações divididas por mensagens entregues, no mesmo período e provedor:

taxa = reclamações / mensagens entregues na caixa

Cuidados ao interpretar:

• Meça por provedor. O Postmaster Tools calcula a taxa sobre mensagens que chegaram à caixa de entrada de usuários do Gmail. Misturar provedores dilui o problema.
• Meça por stream. A newsletter pode estar em 0,4% enquanto o transacional está em 0,01%. A média esconde isso.
• Atenção à base pequena. Com poucos milhares de mensagens, poucas reclamações já movem a taxa de forma significativa.
• Os FBLs não cobrem tudo. Nem todo provedor tem programa; a taxa real é maior que a soma dos relatórios recebidos.

Como manter a taxa baixa

1. Consentimento claro

Envie apenas para quem pediu para receber aquele tipo de conteúdo. Caixa de seleção pré-marcada, lista comprada e "cadastrou para baixar o ebook, agora recebe tudo" geram reclamação. A LGPD também exige base legal e finalidade clara para o tratamento dos dados.

2. Expectativa alinhada

No cadastro, diga o que a pessoa vai receber e com que frequência. Mandar três emails por dia para quem esperava uma newsletter mensal gera denúncia.

3. Remetente reconhecível

Use um nome de remetente que o usuário reconheça (a marca, não um nome genérico) e mantenha-o estável.

4. Descadastro fácil

Usuários denunciam spam quando sair parece difícil. Implemente o descadastro de um clique (RFC 8058) e um link visível no corpo. Um descadastro sempre custa menos que uma reclamação.

5. Higiene por engajamento

Pare de enviar para quem não interage há muito tempo, ou faça uma campanha de reengajamento e remova quem não responder.

6. Supressão imediata

Quem reclamou deve sair de todos os envios de marketing na hora, automaticamente. Reenviar para quem já reclamou é a forma mais rápida de subir a taxa.

7. Limites e pausa automática

Defina limites internos abaixo dos do provedor e pause o envio quando forem ultrapassados. Descobrir o problema no dia seguinte, depois de uma campanha inteira, é tarde.

Erros comuns

• Não se cadastrar nos FBLs disponíveis e não acompanhar o Postmaster Tools.
• Depender do To do relatório ARF, que normalmente vem ocultado.
• Suprimir quem reclamou só na lista que gerou a reclamação, mas continuar enviando de outras listas de marketing.
• Calcular a taxa sobre todas as mensagens enviadas, de todos os provedores e streams juntos.
• Reagir à taxa alta trocando de domínio em vez de corrigir a lista.

Checklist

• [ ] Cadastro nos feedback loops dos provedores relevantes.
• [ ] Domínio verificado no Google Postmaster Tools e header Feedback-ID nos envios em massa.
• [ ] Parser de ARF (RFC 5965) com identificação via VERP.
• [ ] Supressão automática de reclamações em todo o marketing.
• [ ] Taxa medida por provedor e por stream.
• [ ] Alerta interno abaixo de 0,1% e pausa automática antes de 0,3%.
• [ ] Descadastro de um clique em todo envio comercial.

Na Pidgely

A Pidgely processa relatórios ARF dos feedback loops, identifica o destinatário pelo return-path com VERP, suprime automaticamente e envia um evento de reclamação por webhook. O guarda de reputação acompanha a taxa de reclamação de cada conta e pausa o envio quando ela passa dos limites, antes que o dano chegue ao domínio.