6 min de leitura Por Excello Mail Team

A Microsoft Acabou de Tirar Um dos Poucos Sinais de Alerta Gratuitos Que Restavam aos Remetentes

A Microsoft removeu as contagens de acertos em spam traps dos relatórios do Smart Network Data Services e reescreveu silenciosamente o formato das reclamações do Junk Mail Reporting Program. Juntas, as mudanças eliminam dois dos poucos sinais próprios que os remetentes tinham sobre como o Outlook.com e o Hotmail realmente enxergam seus e-mails, justamente quando o resto do cenário de entregabilidade também está se fechando.

Durante anos, o Smart Network Data Services foi o que mais se aproximou de uma linha direta para entender como as caixas de e-mail de consumidor da Microsoft, Outlook.com e Hotmail, realmente avaliam o tráfego de um remetente. É gratuito, é informação de primeira mão, e diferente de tudo que Google ou Yahoo publicam, costumava dizer exatamente quando um e-mail caía em uma spam trap. Neste verão, a Microsoft lançou o maior conjunto de mudanças que o SNDS já viu em anos, e a mudança principal é uma que os remetentes vão sentir imediatamente: desde 22 de julho de 2026, as contagens de acertos em spam traps desapareceram por completo do Data Report.

O Que Mudou Exatamente, e Quando

A atualização chegou em etapas. Em 8 de junho de 2026, a Microsoft migrou o SNDS para um novo portal em um novo endereço, substrate.office.com, com as URLs antigas redirecionando durante uma janela de transição. Em 11 de junho, a Microsoft reescreveu como as reclamações do Junk Mail Reporting Program são entregues, passando para o formato padrão ARF, removendo o cabeçalho que carregava o endereço de e-mail real de quem reclamou, e deixando de anexar o corpo da mensagem original à reclamação encaminhada. O acesso automatizado às URLs antigas do SNDS foi cortado em 22 de junho. Depois, em 22 de julho, as contagens de acertos em spam traps sumiram de vez do Data Report. A Microsoft também acrescentou uma autenticação mais rígida para aprovar ou negar solicitações de acesso ao SNDS, fechando uma brecha pela qual scanners de segurança e ferramentas de pré-visualização de links podiam disparar uma aprovação sem querer. Em troca, a plataforma agora oferece uma API REST moderna com OAuth 2.0 para extrair relatórios de dados e status de IP de forma programática.

Por Que Perder as Contagens de Spam Traps É a Mudança Que Mais Dói

Uma spam trap pristina, um endereço que nunca se inscreveu e nunca enviou uma mensagem real, só aparece em uma lista se foi comprada, raspada ou coletada sem consentimento. Uma trap reciclada, um endereço que já foi real e ficou inativo antes de ser reaproveitado como armadilha, só aparece se o tratamento de bounces está quebrado e dados obsoletos continuam sendo usados no envio. As contagens de acertos em spam traps no SNDS eram a versão mais direta e acionável desse sinal disponível para qualquer remetente, de graça, sem precisar de um programa de listas isca de terceiros. Perder essa visibilidade não significa que a Microsoft parou de rastrear os acertos em traps internamente. Significa que os remetentes não conseguem mais vê-los chegando antes que a entregabilidade se deteriore em silêncio.

As mudanças no JMRP agravam o problema. Qualquer fluxo de processamento de reclamações que identificava quem reclamou analisando o corpo da mensagem encaminhada ou um cabeçalho com o endereço dessa pessoa agora não tem mais nada para analisar. Um analisador que não consegue vincular uma reclamação a um destinatário não consegue suprimir esse destinatário, o que significa que alguém que já disse à Microsoft que considera seu e-mail como spam continua recebendo, registra mais reclamações, e continua derrubando sua reputação como remetente.

Por Que Este Caso Está Dentro do Seu Programa DMARC, Não Fora Dele

A maior parte do que é coberto aqui envolve atacantes encontrando canais que o DMARC nunca foi feito para vigiar. Este caso é diferente. SNDS e JMRP são ferramentas que equipes de entregabilidade usam todos os dias para manter limpa, aos olhos de um grande provedor de caixas de entrada, a infraestrutura de envio que DMARC, SPF e DKIM autenticam. Quando a Microsoft reduz o que compartilha, o valor dos seus próprios dados de autenticação independentes aumenta, não diminui. Os relatórios agregados de DMARC vêm do lado receptor de cada domínio que recebe seu e-mail, não só da Microsoft, e não dependem de um único provedor decidir parar de publicar um campo. Eles continuam sendo um registro próprio de exatamente qual infraestrutura está enviando e-mails em nome do seu domínio, autenticado ou não, independente do que o SNDS decida mostrar.

O Que Isso Significa Para o Seu Programa

Atualize sua análise de reclamações do JMRP antes que ela quebre em silêncio. Se o seu fluxo de supressão depende do cabeçalho antigo ou do corpo da mensagem para identificar quem reclamou, ele já está recebendo menos do que espera. Reconstrua-o em cima do formato padrão ARF que a Microsoft envia agora.

Migre para o novo portal e API do SNDS antes que suas extrações automatizadas parem de funcionar. As URLs de acesso automatizado antigas deixaram de funcionar em 22 de junho de 2026. Qualquer painel ou script ainda apontando para elas está funcionando por tempo limitado.

Substitua a visibilidade de traps por sinais indiretos. Acompanhe juntas a tendência da taxa de reclamações, a taxa de hard bounce e a taxa de usuários desconhecidos. Um pico nas três ao mesmo tempo, sem uma mudança correspondente no seu envio, é o substituto mais próximo disponível para o alerta que os acertos em traps costumavam dar.

Apoie-se mais nos relatórios agregados de DMARC para a visibilidade que a Microsoft está reduzindo. Eles mostram quais IPs e serviços estão enviando e-mails em nome do seu domínio, sem depender das decisões de produto de um único provedor de caixas de entrada, e essa independência importa cada vez mais a cada sinal que um receptor decide parar de compartilhar.

A Conclusão

Nenhuma dessas mudanças é dramática isoladamente: uma nova URL, um cabeçalho removido, uma coluna faltando em um relatório. Juntas, elas descrevem um provedor de caixas de entrada reduzindo a quantidade de sinal bruto que entrega de graça aos remetentes, enquanto mantém as decisões de aplicação que esses sinais costumavam explicar. Essa tendência já era visível em como Gmail, Yahoo e Microsoft passaram de encaminhar e-mails suspeitos para o spam a simplesmente rejeitá-los para infratores recorrentes. Os remetentes que se mantiverem à frente serão os que pararem de depender inteiramente do painel de um receptor e construírem seu próprio registro independente do que realmente sai de sua infraestrutura.


À medida que os provedores de caixas de entrada compartilham menos do seu próprio sinal, seus relatórios agregados de DMARC se tornam uma das poucas fontes de verdade que você controla por completo. A Excello Mail transforma esse XML bruto em uma imagem clara de cada serviço que envia e-mails em nome do seu domínio, autenticado ou não. Cadastre-se gratuitamente na Excello Mail e mantenha sua própria visibilidade intacta, não importa o que um receptor decida parar de publicar em seguida.