Poucas horas depois de um envio, uma parte dos destinatários clica em “spam”. O gesto não fica restrito à caixa de entrada deles: os provedores de e-mail o repassam ao remetente inscrito no programa correto. É o feedback loop (FBL), o único canal que informa quantos destinatários denunciaram sua mensagem e que pesa diretamente na sua deliverability. Cada provedor tem suas próprias condições de inscrição e seu nível de detalhe. A Microsoft, aliás, mudou as suas em 2026.
O que é um feedback loop (FBL)?
O feedback loop (ciclo de retroalimentação) é um serviço pelo qual um provedor de e-mail repassa ao remetente as denúncias feitas por seus próprios usuários. Quando um destinatário clica em “spam” ou “indesejado”, o provedor gera um relatório e o envia para um endereço declarado pelo remetente inscrito no programa.
Esses relatórios circulam em um formato padronizado, o ARF (Abuse Reporting Format), descrito pela RFC 5965. Um relatório ARF se parece com um e-mail dividido em várias partes. Um resumo legível abre a mensagem, seguido de um bloco de metadados voltado para máquinas, que traz principalmente o tipo de denúncia e o endereço IP de origem. Em seguida vem uma cópia da mensagem original, que alguns provedores reduzem apenas aos cabeçalhos. Essa padronização permite fazer o parsing das denúncias de diferentes provedores com um único script, em vez de um por programa.
Como funciona um feedback loop?
1) Um destinatário marca um e-mail como spam em sua caixa de entrada.
2) O provedor de e-mail encaminha essa denúncia ao remetente inscrito no programa de feedback loop.
3) O remetente remove o denunciante de sua base, identifica a campanha responsável e ajusta seus envios. Assim, ele protege a reputação do seu domínio e do seu endereço IP.
A partir de que taxa de denúncia é preciso se preocupar?
O Google pede que remetentes de volume fiquem abaixo de 0,3% de denúncias e recomenda nunca ultrapassar 0,1% em regime normal. O limite se aplica por dia e por domínio de envio, conforme medido no Postmaster Tools. O Yahoo alinha suas exigências aos mesmos valores desde a entrada em vigor das regras comuns para remetentes em massa.
Esses percentuais parecem minúsculos, e são: em um envio de 50.000 mensagens, 150 denúncias já bastam para ultrapassar a marca de 0,3%. Uma taxa que sobe bruscamente em uma única campanha quase sempre aponta para um segmento mal direcionado ou uma lista comprada. Uma taxa que sobe lentamente ao longo de várias semanas revela mais uma fadiga de audiência, que se mede cruzando as denúncias com a taxa de engajamento.
A Microsoft não publica nenhum limite numérico. O SNDS exibe uma cor de reputação por IP e uma faixa de taxa de denúncia, o que deixa o sender deduzir seu próprio piso de tolerância. Na prática, mirar os mesmos 0,1% do Google evita ter que decidir a questão.
Feedback loops: benefícios para todo mundo
As vantagens para os profissionais de marketing
O feedback loop dá ao remetente a única visão direta que ele terá do descontentamento de seus destinatários. Um cancelamento de inscrição aparece nas estatísticas do roteador; uma denúncia não repassada não aparece em lugar nenhum. Mesmo assim, ela afeta a deliverability de todos os envios seguintes.
No quesito reputação, os provedores atribuem uma nota aos endereços IP e aos domínios de envio. Um volume alto de denúncias a derruba, o que primeiro aciona a classificação como indesejado e depois o bloqueio total dos envios para esse provedor. Receber as denúncias permite interromper o envio antes da queda, e assim continuar chegando à caixa de entrada dos destinatários que ainda leem suas mensagens.
No quesito banco de dados, as denúncias indicam os segmentos a remover. Uma base limpa não se resume a endereços válidos: ela também exclui os contatos que manifestaram irritação. E quando várias denúncias caem sobre a mesma campanha, a causa deve ser buscada no conteúdo ou no direcionamento desse envio específico.
As vantagens para os destinatários
O botão “spam” serve primeiro ao destinatário, que limpa sua caixa de entrada com um clique. O feedback loop prolonga esse gesto: transforma uma denúncia local em cancelamento de inscrição efetivo junto ao remetente, sem que o usuário precise procurar um link no rodapé da mensagem. As campanhas que sobrevivem a essa filtragem são aquelas que a audiência aceita receber.
Os 4 programas em um resumo
| Programa | Vinculação | Nível de detalhe | Pré-requisitos |
|---|---|---|---|
| Microsoft JMRP | Endereço IP de envio | Denúncia por denúncia, apenas cabeçalhos desde 2026, endereço do denunciante ocultado | IP dedicado declarado e validado no SNDS, endereço de recebimento coerente com o rDNS |
| Yahoo CFL | Domínio signatário DKIM (d=) | Relatório ARF por mensagem denunciada | Assinatura DKIM ativa, perfil Sender Hub, domínio verificado por registro DNS |
| Feedback loop do Gmail | Cabeçalho Feedback-ID | Agregado por identificador no Postmaster Tools, nenhum endereço repassado | Domínio validado no Postmaster Tools, DKIM, volume suficiente por identificador |
| Signal Spam | IP e domínio de envio | Volumes de denúncia agregados para Orange, SFR e laposte.net | Associação à entidade |
O programa JMRP da Microsoft: integrar os retornos do Hotmail e do Outlook
O que diferencia o JMRP dos outros feedback loops
O Junk Mail Reporting Program (JMRP) é o feedback loop da Microsoft para as caixas Outlook.com, Hotmail, Live e MSN. Ele se diferencia dos outros programas em um ponto: funciona por endereço IP, enquanto os outros se baseiam no domínio signatário. A Microsoft quer saber quais IPs você usa para enviar. É preciso, portanto, declará-los previamente no Smart Network Data Services (SNDS).
Segunda especificidade: o JMRP pressupõe um IP de envio dedicado. Um remetente que passa por um pool compartilhado não pode se inscrever em seu próprio nome, já que o IP pertence ao seu roteador. É este último que recebe as denúncias e decide repassá-las ou não.
A dupla SNDS e JMRP responde a duas perguntas diferentes. O SNDS mostra a reputação de um IP com seu volume e sua taxa de denúncia agregada. O JMRP entrega as denúncias uma a uma, em tempo real, na sua caixa de entrada.
Etapas de inscrição no JMRP
A inscrição segue sempre a mesma ordem. Você declara primeiro suas faixas de IP no SNDS e valida a solicitação pelo endereço que a Microsoft associa ao bloco, geralmente o do contato técnico do proprietário dos IPs. Em seguida, você abre a página do JMRP a partir do portal SNDS e cria um fluxo.
O formulário pede o nome da empresa, o endereço de recebimento das denúncias e o volume diário máximo que você aceita receber. O endereço de recebimento deve pertencer a um domínio coerente com o DNS reverso dos seus IPs, o que é o principal motivo de recusa. Por fim, você seleciona os IPs cobertos pelo fluxo e aceita os termos.
Desde junho de 2026, o portal SNDS deixou seu antigo endereço por uma nova URL. Os fluxos JMRP não vinculados a nenhuma conta SNDS ativa foram excluídos em seguida. Se você tinha um fluxo criado há vários anos e as denúncias pararam de chegar sem explicação, é a primeira coisa a verificar.
O que o JMRP retorna desde 2026
A Microsoft restringiu o conteúdo dos relatórios na mesma leva de mudanças. As denúncias agora chegam todas no formato ARF, o que simplifica o parsing. Em contrapartida, o corpo da mensagem original não é mais anexado e o endereço do denunciante é ocultado: restam apenas os cabeçalhos originais, acompanhados de uma seleção de cabeçalhos de autenticação como Authentication-Results e Received-SPF.
Essa anonimização quebra os processos históricos, que buscavam o endereço do destinatário diretamente no relatório para movê-lo para a lista de supressão. A solução se resume a uma linha: injetar seus próprios cabeçalhos no envio. Um identificador de campanha, um identificador de destinatário opaco e um identificador de lista já bastam para descobrir quem denunciou dentro da sua base, já que esses cabeçalhos sobrevivem à filtragem da Microsoft.
Ler as taxas de denúncia da Microsoft e corrigir os envios
O SNDS classifica cada IP por taxa de denúncia e exibe uma cor de reputação. Um IP que cai no vermelho tem suas mensagens direcionadas para indesejados no Outlook antes mesmo de a taxa se tornar visível nas suas próprias estatísticas, o que faz do painel SNDS um indicador antecipado.
A correção depende do formato da curva. Um pico isolado se resolve removendo o segmento problemático e suspendendo a sequência em questão. Uma tendência contínua exige reduzir o volume para as caixas Microsoft por 2 a 3 semanas, manter apenas os contatos ativos nos últimos 90 dias e depois retomar gradualmente. Em um IP novo, esse protocolo se aproxima do de uma retomada após uma longa pausa.
Como implementar um feedback loop com os outros provedores?
Yahoo: um feedback loop vinculado ao domínio DKIM
O Complaint Feedback Loop do Yahoo funciona ao contrário do JMRP. Ele não se interessa pelos IPs, mas pelo domínio que assina suas mensagens em DKIM, o valor do campo d=. Você cria um perfil no Sender Hub, adiciona esse domínio, o verifica por um registro DNS e então o inscreve no feedback loop. O Yahoo então retorna um relatório ARF para cada mensagem assinada por esse domínio e denunciada por um usuário. Um remetente que ainda não assina seus envios precisa, portanto, implementar o DKIM antes de qualquer coisa.
Gmail: um feedback loop agregado, guiado pelo cabeçalho Feedback-ID
O Google oferece sim um feedback loop, ao contrário do que muitos pensam. Ele simplesmente não retorna nenhum endereço do denunciante. O princípio: você adiciona um cabeçalho Feedback-ID às suas mensagens, composto por um identificador de remetente obrigatório de 5 a 15 caracteres, ao qual se somam até 3 campos livres onde se coloca a campanha ou o segmento. O Google agrega as denúncias por identificador e mostra no Postmaster Tools aqueles cuja taxa foge do padrão.
O acesso é travado por 3 condições. O domínio precisa estar validado no Postmaster Tools e os envios assinados em DKIM. Um identificador só aparece se tiver sido visto em um número suficiente de mensagens e de denúncias. Os dados dizem respeito apenas aos destinatários @gmail.com. Para as caixas Google Workspace hospedadas em um domínio corporativo, você não terá nada.
Passar por um roteador que gerencia os feedback loops
A maioria das plataformas de e-mail marketing já está inscrita nos feedback loops dos grandes provedores para o conjunto de seus IPs. Elas removem automaticamente os denunciantes e exibem a taxa de denúncia em suas estatísticas. A inscrição direta só faz sentido se você tiver seus próprios IPs ou quiser cruzar os dados do seu roteador com a fonte.
Tratar e analisar os relatórios de denúncias
Um relatório recebido e nunca lido não serve para nada. O tratamento mínimo consiste em fazer as denúncias chegarem a uma caixa dedicada e depois fazer o parsing para mover cada denunciante para a lista de supressão permanente, aquela que nunca se reativa. Um contato que clicou em “spam” e recebe uma mensagem 3 meses depois vai clicar de novo.
O tratamento útil vai além. Cruzando o identificador de campanha do relatório com suas estatísticas de envio, você obtém uma taxa de denúncia por campanha e por fonte de aquisição. É esse último eixo que mais revela: uma fonte de captação que gera 5 vezes mais denúncias que as outras é cortada sem discussão.
Os feedback loops no lado francês: Signal Spam, Orange, SFR e laposte.net
Os programas anglo-saxões cobrem apenas parte de uma base francesa. O restante depende das operadoras nacionais. A passagem obrigatória se chama Signal Spam, uma parceria público-privada que coleta as denúncias dos internautas franceses e as redistribui aos seus membros.
Orange e SFR passam por esse canal. O dado ali é agregado: você obtém volumes de denúncia por IP e por domínio, sem nunca a identidade dos denunciantes. Laposte.net também é acessível por essa via. A Free não oferece nenhum feedback loop, o que deixa uma zona cega em uma parte relevante dos endereços do público em geral na França.
Para um remetente associado, as denúncias referentes às suas próprias mensagens são tratadas como pedidos de cancelamento de inscrição. A contrapartida é administrativa: o acesso passa pela associação à entidade, enquanto Microsoft e Yahoo se contentam com um formulário on-line.
Os limites do feedback loop
Nenhum feedback loop cobre as caixas corporativas hospedadas no Microsoft 365 ou no Google Workspace, onde muitas vezes está a maior parte de uma base B2B. O programa JMRP se limita às caixas de uso pessoal do Outlook.com. O feedback loop do Gmail se limita aos endereços @gmail.com.
O atraso é o segundo ponto cego. Os relatórios chegam com um atraso variável, às vezes de várias horas, o que já é suficiente para disparar a próxima etapa de uma sequência automatizada antes de remover o denunciante. Um feedback loop também não sinaliza spam traps: um endereço-armadilha não clica em nada e apenas degrada silenciosamente a reputação do IP. Por fim, uma denúncia anonimizada só vale pelos cabeçalhos que você pensou em incluir no envio. Sem um identificador próprio na mensagem, o relatório informa que uma denúncia existe, sem dizer de quem ela veio.
O impacto na reputação do domínio
Além do IP, as denúncias pesam na reputação do nome de domínio remetente. Isso é ainda mais verdadeiro porque a autenticação se tornou o padrão: com SPF, DKIM e DMARC, o domínio signatário se torna o identificador estável do remetente, independentemente dos IPs usados. Um domínio rebaixado continua assim mesmo após uma mudança de infraestrutura, enquanto um IP queimado pode ser substituído. É por isso que vale mais a pena monitorar a reputação de IP e domínio juntas.
Reduzir os falsos positivos
Parte das denúncias não diz nada sobre o conteúdo. O usuário queria cancelar a inscrição e o botão “spam” era mais rápido de encontrar do que o link de cancelamento. Deixar esse link visível no topo da mensagem, adicionar o cabeçalho List-Unsubscribe com cancelamento em um clique e lembrar em que contexto o endereço foi coletado reduzem esse ruído de fundo. Em bases antigas, um lembrete explícito da origem da inscrição vale mais do que um design mais refinado.
Aproveitar os dados do FBL: scoring, CRM e supressão
Uma denúncia é o sinal negativo mais forte que um contato pode emitir, bem mais forte que a ausência de abertura. Ela merece, portanto, um peso máximo em um score de engajamento: exclusão definitiva das sequências, em vez de uma simples mudança para uma audiência a monitorar.
No lado das ferramentas, conectar o fluxo de denúncias ao CRM ou à plataforma de dados do cliente automatiza a sequência: supressão imediata do contato, seguida de alerta ao atendimento se o denunciante for uma conta paga. Em uma base pequena, um filtro na caixa de e-mail e uma exportação semanal já bastam.
Boas práticas para limitar as denúncias
Os feedback loops apontam o problema, mas não o corrigem. O que faz a taxa de denúncia cair de forma duradoura depende de alguns ajustes feitos antes:
- Obter um consentimento explícito (de preferência com duplo opt-in) e manter o registro da data e da origem.
- Usar um nome de remetente reconhecível e um assunto que anuncie o conteúdo real da mensagem.
- Deixar o link de cancelamento de inscrição em evidência, sem página intermediária nem solicitação de senha.
- Segmentar os envios e adaptar a frequência ao nível real de engajamento de cada grupo.
- Verificar a validade dos endereços antes do envio para evitar que os bounces degradem a reputação junto com as denúncias.
- Monitorar a taxa de denúncia campanha por campanha, e não apenas a média mensal, que suaviza os acidentes.
Um último ponto, muitas vezes negligenciado: as denúncias e os bounces prejudicam a mesma reputação. Uma lista nunca limpa acumula os dois. Passar sua base por um controle antes do envio remove os endereços mortos, o que deixa os feedback loops tratarem do único problema que sabem tratar: os destinatários bem vivos que não querem mais receber suas mensagens.
