Verificador de registos SPF

Use este verificador de registos SPF para expandir as inclusões e analisar os intervalos de endereços IP possíveis. Adicione o IP público de envio para acompanhar a ordem dos mecanismos, as macros e os limites de consultas DNS.

Gratuito, sem conta. Dez consultas por hora, partilhadas com as nossas outras verificações de domínios.

Verificações de entregabilidade de email

Verifique em conjunto a identidade de envio, a política do domínio, os servidores de receção e uma mensagem efetivamente recebida. Estas verificações ajudam a compreender a configuração, mas não podem certificar a entrega na caixa de entrada.

SPF: Autorize o seu IP de envio e acompanhe o limite de consultas DNS.
DMARC / DKIM: Verifique a política, as definições de alinhamento, as permissões para relatórios e as chaves públicas.
MX: Inspecione os servidores de receção, os endereços, o DNS reverso e a lista pública de bloqueio.
Cabeçalhos de email: Leia localmente os resultados reais do servidor de receção, as declarações de reencaminhamento e os atrasos entre servidores.
DKIM: Leia a chave pública de um seletor ou experimente seletores comuns dos fornecedores.
Listas de bloqueio: Verifique os endereços dos servidores de email nas listas de bloqueio DNS e veja como removê-los.
MTA-STS: Verifique a política TLS para o correio recebido, a correspondência com os registos MX e os relatórios TLS.
BIMI: Verifique o registo BIMI, o logótipo SVG, o certificado e a conformidade com os requisitos de DMARC.

Requisitos do Google e do Yahoo para remetentes de envios em massa

Requisitos verificados em 2026-10-12. O Google aplica as suas regras para envios em massa acima de 5000 mensagens por dia destinadas a contas pessoais do Gmail. O Yahoo descreve os remetentes de envios em massa sem publicar o mesmo limite numérico.

Publique um registo SPF e assine com DKIM. Publique um registo DMARC com, no mínimo, p=none e alinhe o domínio visível no campo From com uma identidade SPF ou DKIM aprovada.
Use DNS direto e reverso válidos e mensagens corretamente formatadas. O Google também exige transporte por TLS. Mantenha as taxas de spam comunicadas abaixo de 0,3%.
As mensagens de marketing e de subscrição precisam de cabeçalhos para cancelar a subscrição com um clique, além de um link visível para o cancelamento. Atenda aos pedidos de cancelamento da subscrição no prazo de dois dias.
O Google exige chaves RSA DKIM de pelo menos 1024 bits e recomenda 2048 bits. A verificação de uma chave no DNS não prova que os emails enviados estejam assinados.

A taxa de spam, o processamento dos pedidos de cancelamento da subscrição e o uso efetivo de TLS no SMTP não podem ser verificados apenas pelo DNS. Confirme-os com o seu serviço de email e uma mensagem recebida.

Diretrizes do Google para remetentes Requisitos do Yahoo para remetentes Definição do Yahoo para remetentes de envios em massa

Um verificador de registos SPF lê o registo DNS que autoriza os servidores de envio. Esta ferramenta expande inclusões e redirecionamentos, identifica os intervalos de endereços IP possíveis e assinala configurações arriscadas de all, registos duplicados e erros de sintaxe. Também pode testar um IP de envio para ver os mecanismos acionados e contar as consultas DNS e as respostas vazias. A pré-visualização do registo sem inclusões só aparece quando existe uma versão fixa equivalente e segura.

Como usar esta ferramenta de verificação

Introduza o seu domínio: Use o domínio do endereço From ou Return-Path. Lemos os seus registos TXT e selecionamos o que começa por v=spf1.
Siga as inclusões: Cada include, a, mx, ptr, exists e redirect conta como uma consulta DNS, tal como os mecanismos dentro de uma inclusão. Expandimos todos pela ordem e mostramos o total.
Corrija os problemas assinalados: Remova os serviços que já não usa, substitua ptr e termine o registo com ~all ou -all. Se ultrapassar 10 consultas, peça ao fornecedor uma inclusão mais restrita ou envie os emails desse serviço a partir de um subdomínio.

Perguntas sobre esta ferramenta de verificação

Segundo a RFC 7208, a verificação termina com um erro permanente assim que precisa de mais de 10 consultas. Muitos servidores recetores tratam então o SPF como falhado, o que pode enviar emails legítimos para o spam e enfraquecer o DMARC.

-all pede aos servidores recetores que rejeitem emails de servidores não incluídos no registo. ~all pede que os aceitem, mas os tratem como suspeitos. Se houver uma política DMARC, é o DMARC que decide o que acontece aos emails que falham a verificação, por isso muitos remetentes usam ~all. Nunca use +all: permite que qualquer servidor passe na verificação.

É uma consulta que não encontra nada, como um include de um domínio sem registo SPF. A RFC 7208 recomenda que os servidores recetores não permitam mais de duas, por isso assinalamos os registos que ultrapassam esse limite.

Não. Um domínio deve publicar apenas um registo v=spf1. Dois registos causam um erro permanente, por isso junte-os num só.

Veja se a sua empresa aparece nas respostas de IA

Um registo SPF válido ajuda a evitar que os seus emails vão para o spam. A análise gratuita de visibilidade em IA mostra como o ChatGPT e outros assistentes descrevem a sua empresa.

Faça a análise gratuita de visibilidade em IA

Verificador de registos SPF

Verificações de entregabilidade de email

Perguntas sobre esta ferramenta de verificação

01O que acontece se ultrapassar 10 consultas DNS?

02Devo terminar com ~all ou -all?

03O que é uma consulta sem resultados?

04Posso ter dois registos SPF?

Veja se a sua empresa aparece nas respostas de IA