{"id":74428,"date":"2023-09-07T14:49:53","date_gmt":"2023-09-07T14:49:53","guid":{"rendered":"https:\/\/mailrelay.com\/glossary\/spf-sender-policy-framework\/"},"modified":"2026-10-07T00:38:36","modified_gmt":"2026-10-07T00:38:36","slug":"spf-sender-policy-framework","status":"publish","type":"glossary","link":"https:\/\/mailrelay.com\/pt\/glossario\/spf-sender-policy-framework\/","title":{"rendered":"SPF (Sender Policy Framework)"},"content":{"rendered":"\n

SPF (Sender Policy Framework) \u00e9 um registro no seu DNS que indica quais servidores podem enviar emails em nome do seu dom\u00ednio.<\/strong> Quando um email chega, o servidor que o recebe consulta essa lista. Se o remetente n\u00e3o estiver nela, ele desconfia.<\/p>\n\n

Pense na lista de convidados de uma festa. Quem est\u00e1 nela entra; quem n\u00e3o est\u00e1 fica na porta ou entra sob vigil\u00e2ncia.<\/p>\n\n

Sem essa lista, qualquer pessoa poderia enviar emails se passando pela sua empresa.<\/p>\n\n

O que \u00e9 SPF?<\/h2>\n\n

\u00c9 um padr\u00e3o de autentica\u00e7\u00e3o de email definido na RFC 7208 (2014). \u00c9 publicado como um registro TXT no DNS do seu dom\u00ednio e sempre come\u00e7a com v=spf1.<\/p>\n\n

Seu objetivo \u00e9 impedir a falsifica\u00e7\u00e3o do remetente.<\/strong> \u00c9 um dos tr\u00eas pilares da autentica\u00e7\u00e3o de email<\/a>, junto com o DKIM<\/a> e o DMARC<\/a>.<\/p>\n\n

Como o SPF funciona?<\/h2>\n\n

A verifica\u00e7\u00e3o acontece em segundos, sempre que um servidor recebe um email.<\/p>\n\n

\"Como<\/figure>\n\n

1. Seu servidor envia o email<\/h3>\n\n

A mensagem sai de um IP espec\u00edfico: o do seu servidor de email ou o da sua plataforma de email marketing.<\/p>\n\n

2. O receptor verifica o dom\u00ednio do remetente t\u00e9cnico<\/h3>\n\n

Ele l\u00ea o dom\u00ednio do endere\u00e7o de retorno (Return-Path), que \u00e9 o que recebe os bounces. Nem sempre \u00e9 o mesmo que o destinat\u00e1rio v\u00ea no campo “De”.<\/p>\n\n

3. Consulta o registro no seu DNS<\/h3>\n\n

Procura nesse dom\u00ednio o TXT que come\u00e7a com v=spf1 e obt\u00e9m a lista de servidores autorizados.<\/p>\n\n

4. Compara o IP e decide<\/h3>\n\n

Se o IP estiver na lista, o resultado \u00e9 spf=pass<\/strong>. Se n\u00e3o estiver, o resultado depende de como o seu registro termina: fail, softfail ou neutral.<\/p>\n\n

Como \u00e9 um registro SPF<\/h2>\n\n

Um exemplo comum:<\/p>\n\n

v=spf1 a mx include:spf.ipzmarketing.com -all<\/p>\n\n

Cada parte tem um significado:<\/p>\n\n

Parte<\/th>O que indica<\/th>Exemplo<\/th><\/tr><\/thead>
v=spf1<\/td>Vers\u00e3o (obrigat\u00f3ria, sempre no in\u00edcio)<\/td>v=spf1<\/td><\/tr>
a<\/td>Autoriza o IP do dom\u00ednio<\/td>a<\/td><\/tr>
mx<\/td>Autoriza os servidores de email do dom\u00ednio<\/td>mx<\/td><\/tr>
ip4 \/ ip6<\/td>Autoriza um IP ou uma faixa espec\u00edfica<\/td>ip4:192.0.2.10<\/td><\/tr>
include<\/td>Autoriza os servidores de outro provedor<\/td>include:dominio-do-provedor.com<\/td><\/tr>
all<\/td>O que fazer com o restante (sempre no final)<\/td>-all<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

O que significam -all, ~all e ?all<\/h2>\n\n

O final do registro diz ao receptor o que fazer com os servidores que n\u00e3o est\u00e3o na sua lista:<\/p>\n\n

Final<\/th>Resultado<\/th>O que o receptor costuma fazer<\/th><\/tr><\/thead>
-all<\/td>Fail (falha)<\/td>Rejeitar o email ou envi\u00e1-lo para o spam<\/td><\/tr>
~all<\/td>Softfail (falha leve)<\/td>Aceit\u00e1-lo, mas marc\u00e1-lo como suspeito<\/td><\/tr>
?all<\/td>Neutral<\/td>Ignorar o resultado<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

Se todos os seus servi\u00e7os de envio j\u00e1 estiverem na lista, use -all.<\/strong> Se n\u00e3o tiver certeza, comece com ~all e revise seus envios antes de torn\u00e1-lo mais r\u00edgido. Evite +all: ele autoriza qualquer servidor do mundo.<\/p>\n\n

Por que isso \u00e9 t\u00e3o importante?<\/h2>\n\n

Porque os grandes provedores j\u00e1 o exigem.<\/strong> Desde fevereiro de 2024, o Gmail e o Yahoo exigem SPF ou DKIM de todos os remetentes, e os tr\u00eas protocolos de quem envia mais de 5.000 emails por dia. A Microsoft aplica requisitos parecidos no Outlook desde maio de 2025.<\/p>\n\n

Ele tamb\u00e9m protege seu dom\u00ednio contra phishing e melhora sua entregabilidade<\/a>. Um dom\u00ednio sem esse registro \u00e9 mais f\u00e1cil de falsificar e transmite menos confian\u00e7a.<\/p>\n\n

Mas ele tem dois limites. Ele verifica o Return-Path, n\u00e3o o “De” vis\u00edvel, e falha quando outro servidor encaminha o email. Por isso, \u00e9 combinado com o DKIM e o DMARC.<\/p>\n\n

\n

Autentique seu dom\u00ednio e chegue \u00e0 caixa de entrada<\/strong><\/p>\n\n\n\n

Configure SPF, DKIM e DMARC no Mailrelay e envie at\u00e9 80.000 emails por m\u00eas gr\u00e1tis para 20.000 contatos.<\/p>\n\n\n\n

\n
Criar conta gr\u00e1tis<\/a><\/div>\n<\/div>\n<\/div><\/div>\n\n

Como criar um registro SPF passo a passo<\/h2>\n\n

Voc\u00ea s\u00f3 precisa de acesso ao painel de DNS do seu dom\u00ednio e da lista de servi\u00e7os que enviam em seu nome.<\/p>\n\n

1. Liste quem envia com o seu dom\u00ednio<\/h3>\n\n

Inclua seu email corporativo, sua plataforma de email marketing, o CRM, a loja virtual ou a ferramenta de faturamento.<\/p>\n\n

2. Re\u00fana os include de cada provedor<\/h3>\n\n

Cada servi\u00e7o informa o seu na pr\u00f3pria central de ajuda. O do Mailrelay est\u00e1 no final desta p\u00e1gina.<\/p>\n\n

3. Crie ou edite o TXT no seu DNS<\/h3>\n\n

Escreva um \u00fanico registro com todos eles e termine-o com -all ou ~all. Se voc\u00ea j\u00e1 tiver um, adicione o novo include; n\u00e3o crie outro.<\/p>\n\n

4. Verifique se funciona<\/h3>\n\n

Envie um email para voc\u00ea mesmo no Gmail e abra “Mostrar original”. Voc\u00ea deve ver SPF: PASS<\/strong>. Voc\u00ea tamb\u00e9m pode usar ferramentas como o MXToolbox.<\/p>\n\n

Erros comuns ao configur\u00e1-lo<\/h2>\n\n

O mais comum \u00e9 ter dois registros desse tipo no mesmo dom\u00ednio.<\/strong> Os receptores tratam isso como erro e a verifica\u00e7\u00e3o falha.<\/p>\n\n

Outras falhas comuns:<\/p>\n\n