Diagnóstico de reputação de domínio

É a confiança que os provedores de email (Gmail, Outlook, Yahoo) atribuem ao seu domínio como remetente. Ela se constrói com duas coisas: os sinais públicos que você publica no seu DNS — autenticação, políticas, infraestrutura — e o seu comportamento de envio ao longo do tempo. Esta ferramenta avalia o primeiro, que é a base controlável de tudo o mais.

Não, e preferimos te dizer isso de frente: as blacklists sérias (como a Spamhaus) não aceitam consultas feitas por meio de resolvedores públicos, que é a única via disponível a partir de um navegador. Qualquer ferramenta online que diga verificá-las assim está te mostrando um resultado não confiável.

A boa notícia é que os bloqueios não se "consultam": eles se previnem e se corrigem operando bem. Na arrobaMail isso é parte da plataforma — validações internas, cuidado constante dos IPs de envio e melhorias contínuas sobre a atividade dos clientes — combinado com o que cada remetente traz: listas com permissão, conteúdo cuidado e nada de spam. A reputação é um trabalho em conjunto.

O verificador é o controle rápido: te diz se os três registros de autenticação existem. Este diagnóstico vai mais fundo: avalia a qualidade e a força de cada registro, soma infraestrutura e sinais avançados, e consolida tudo em uma pontuação com recomendações acionáveis.

Comece pelo que mais pesa: publicar SPF e DKIM se estiverem faltando, e levar o DMARC ao menos até «quarantine» de forma gradual. Cada sinal do resultado te diz o que corrigir, e o guia de como autenticar seu domínio te leva passo a passo. Se você envia com a arrobaMail, o status de verificação do seu domínio aparece direto no painel, então você sempre sabe o que ainda falta.

BIMI (Brand Indicators for Message Identification) permite que os provedores mostrem seu logo verificado ao lado dos seus emails na caixa de entrada. É um sinal de marca, não de segurança: não define se seus emails chegam ou não, mas soma reconhecimento e confiança visual.

Para implementá-lo você precisa de três coisas: DMARC em política «quarantine» ou «reject» (é o pré-requisito), seu logo em formato SVG conforme o perfil do padrão, e um registro TXT em default._bimi.seudominio.com no estilo «v=BIMI1; l=https://seudominio.com/logo.svg». Alguns provedores — o Gmail entre eles — pedem também um certificado VMC pago que comprova a titularidade do logo.

Nossa recomendação: trate-o como o último passo de maturidade. Primeiro SPF, DKIM e DMARC sólidos; o BIMI é a cereja do bolo, não a base. Aparecer como faltante no diagnóstico não prejudica a entregabilidade.

MTA-STS (Mail Transfer Agent Strict Transport Security) protege o email que seu domínio recebe: exige que os servidores que te escrevem usem conexões criptografadas (TLS) e verifiquem seus MX, o que impede ataques de interceptação. Não afeta suas campanhas de saída.

Implementa-se em duas partes: um registro TXT em _mta-sts.seudominio.com («v=STSv1; id=20260612») e um arquivo de política publicado em https://mta-sts.seudominio.com/.well-known/mta-sts.txt que lista seus servidores MX e o modo de aplicação. O ideal é começar em modo «testing» e passar para «enforce» só quando confirmar que tudo está fluindo bem. Se o seu email corporativo está no Google Workspace ou Microsoft 365, ambos têm guias oficiais passo a passo.

É opcional e de adoção gradual: tê-lo fala muito bem da sua operação, e não tê-lo não penaliza o envio das suas campanhas.

TLS-RPT (TLS Reporting) é o complemento do MTA-STS: faz com que os grandes provedores te enviem um relatório quando alguém teve problemas de criptografia ao tentar te entregar email. Sem isso, essas falhas ficam invisíveis.

É o mais simples dos três sinais avançados: um único registro TXT em _smtp._tls.seudominio.com no formato «v=TLSRPTv1; rua=mailto:[email protected]». O único cuidado é escolher uma caixa que alguém realmente acompanhe: os relatórios chegam como resumos automáticos em formato JSON.

Você pode publicá-lo mesmo antes de ter o MTA-STS: é inofensivo e os relatórios servem como diagnóstico prévio antes de endurecer qualquer política.

Ao configurar um domínio novo, depois de qualquer troca de provedor de email ou de DNS, e diante de uma queda notável nas aberturas. Como rotina, uma revisão mensal já é suficiente: esses sinais não mudam sozinhos, mas uma troca de hospedagem ou um registro sobrescrito por engano são mais comuns do que parece.