---
title: "Entregabilidade de e-mail: SPF, DKIM e DMARC explicados"
description: "Entregabilidade de e-mail: SPF, DKIM e DMARC com registros DNS de exemplo, regras de Gmail, Yahoo e Outlook, descadastro em um clique, aquecimento e checklist."
canonical: "https://omnichannels.ai/pt/blog/email-deliverability-spf-dkim-dmarc/"
language: "pt"
updated: "2026-11-05"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "omnichannel"
primaryQuery: "email deliverability spf dkim dmarc"
keywords: ["spf dkim dmarc explicado", "checklist de entregabilidade de e-mail", "requisitos de remetente em massa gmail yahoo", "exemplo de registro dmarc", "descadastro em um clique rfc 8058", "aquecimento de e-mail", "google postmaster tools"]
published: "2026-11-05"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 10
answer: "Entregabilidade de e-mail é a capacidade de as suas mensagens chegarem à caixa de entrada em vez de serem rejeitadas ou irem para o spam. Ela se apoia em três registros DNS: o SPF lista os servidores autorizados a enviar pelo seu domínio, o DKIM assina cada mensagem e o DMARC diz aos destinatários o que fazer com as falhas e envia relatórios. Some descadastro em um clique, listas limpas, volume crescente aos poucos e taxa de spam abaixo de 0,3%."
takeaways: ["SPF, DKIM e DMARC comprovam que o e-mail vem mesmo do seu domínio; o DMARC só passa quando o SPF ou o DKIM passa para um domínio alinhado ao endereço visível no campo From.", "As diretrizes do Google aplicam regras mais rígidas a quem envia mais de 5.000 mensagens por dia para endereços do Gmail: SPF, DKIM e DMARC, descadastro em um clique para e-mails de marketing e taxa de spam mantida abaixo de 0,30%.", "O Yahoo exige dos remetentes em massa SPF, DKIM e uma política DMARC de pelo menos p=none, e pede que os descadastros sejam atendidos em até 2 dias; o Outlook.com aplica regras de autenticação a domínios que enviam mais de 5.000 e-mails por dia.", "Depois que o Google considera você um remetente em massa, o status não expira, então monte a autenticação e o descadastro antes de atingir o limite.", "Comece o DMARC em p=none com um endereço de relatórios, leia os relatórios para encontrar todos os remetentes legítimos e só então endureça a política."]
faq: 
  - q: "Qual é a diferença entre SPF, DKIM e DMARC?"
    a: "O SPF é um registro DNS que lista os servidores autorizados a enviar e-mail por um domínio. O DKIM acrescenta a cada mensagem uma assinatura criptográfica que os destinatários verificam com uma chave pública no DNS. O DMARC se apoia nos dois: define a política para e-mails que falham, exige alinhamento com o domínio visível no From e pede relatórios. Você precisa dos três para ter boa chegada à caixa de entrada."
  - q: "Preciso de DMARC se envio menos de 5.000 e-mails por dia?"
    a: "O Google exige SPF ou DKIM de todos os remetentes e acrescenta o DMARC para remetentes em massa acima de 5.000 mensagens por dia para o Gmail. Mesmo abaixo desse limite, publicar o DMARC em p=none custa pouco, dá relatórios sobre quem envia em nome do seu domínio e prepara o crescimento. Ao atingir o limite de envio em massa, o Google passa a tratá-lo como remetente em massa em caráter permanente."
  - q: "Qual é uma boa taxa de reclamações de spam?"
    a: "A orientação do Google é manter a taxa de spam informada no Postmaster Tools abaixo de 0,10% e nunca chegar a 0,30%. O Yahoo pede que os remetentes fiquem abaixo de 0,3%. Trate esses valores como tetos, não como metas. Envie só a quem pediu o seu e-mail, facilite o descadastro e remova endereços inativos para que as reclamações continuem raras."
  - q: "O que é descadastro em um clique e eu preciso dele?"
    a: "O descadastro em um clique permite que o destinatário cancele a assinatura pelo próprio cliente de e-mail, sem abrir uma página. Você acrescenta dois cabeçalhos, List-Unsubscribe com uma URL e List-Unsubscribe-Post definido como List-Unsubscribe=One-Click, conforme a RFC 8058. Google e Yahoo o exigem para e-mails de marketing e de assinatura enviados por remetentes em massa, além de um link de descadastro visível no corpo."
  - q: "Quanto tempo leva para aquecer um novo domínio de envio?"
    a: "Não há um cronograma fixo. O Google apenas diz para aumentar o volume gradualmente enquanto se acompanham as denúncias de spam. Comece pelos destinatários mais engajados, aumente o volume em etapas e pause o aumento se as rejeições ou as reclamações subirem. Listas maiores exigem mais etapas. Avalie o progresso pelos dados do Postmaster Tools e pelas taxas de rejeição, não pelo calendário."
  - q: "Por que meu e-mail vai para o spam mesmo com SPF, DKIM e DMARC?"
    a: "A autenticação prova a identidade, não a qualidade. O e-mail ainda pode ser filtrado por reputação ruim do remetente, altas taxas de reclamação ou de rejeição, listas compradas ou desatualizadas, assuntos enganosos, HTML quebrado ou links para domínios de baixa reputação. Verifique também o alinhamento: uma plataforma de terceiros que assina com o próprio domínio passa no DKIM, mas pode falhar no DMARC da sua marca."
sources: 
  - title: "Email sender guidelines, Google Workspace Admin Help"
    url: "https://support.google.com/a/answer/81126"
  - title: "Email sender guidelines FAQ, Google Workspace Admin Help"
    url: "https://support.google.com/a/answer/14229414"
  - title: "Sender best practices, Yahoo Sender Hub"
    url: "https://senders.yahooinc.com/best-practices/"
  - title: "Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community"
    url: "https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730"
  - title: "RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor"
    url: "https://www.rfc-editor.org/info/rfc9989"
---

# Entregabilidade de e-mail: SPF, DKIM e DMARC explicados

Canonical: https://omnichannels.ai/pt/blog/email-deliverability-spf-dkim-dmarc/
Language: pt
Publisher: OmniChannels.ai by BroadNet Technologies

Este guia é para equipes de marketing, CRM e engenharia que enviam e-mail pelo próprio domínio e querem que ele chegue à caixa de entrada. Ele explica o que é entregabilidade, como SPF, DKIM e DMARC funcionam, com exemplos de registros DNS, o que Gmail, Yahoo e Outlook.com pedem dos remetentes em massa, e traz um checklist para rodar antes de uma campanha.

## O que é entregabilidade de e-mail?

Entregabilidade de e-mail é a capacidade de o seu e-mail chegar à caixa de entrada dos destinatários, em vez de ser rejeitado ou filtrado para o spam. Ela depende de autenticação, reputação do remetente, qualidade da lista, taxas de reclamação e conteúdo. O nosso [verbete do glossário sobre entregabilidade de e-mail](/pt/glossary/email-deliverability/) traz a definição curta.

Duas coisas costumam ser confundidas. Uma mensagem é **entregue** quando o servidor receptor a aceita. Ela só é **colocada na caixa de entrada** se os filtros do provedor de caixa postal passarem a confiar nela. Uma campanha pode mostrar 99% de aceitação e mesmo assim cair no spam, e por isso você precisa tanto dos sinais do lado do servidor (rejeições) quanto dos sinais dos provedores de caixa postal (taxa de spam, reputação).

## O que fazem SPF, DKIM e DMARC?

O SPF diz quais servidores podem enviar pelo seu domínio, o DKIM assina a mensagem para que qualquer adulteração seja detectável e o DMARC amarra os dois ao endereço From que você exibe e diz aos destinatários o que fazer em caso de falha. Veja também o [verbete do glossário sobre SPF, DKIM e DMARC](/pt/glossary/spf-dkim-dmarc/).

| Padrão | O que verifica | Onde fica | Falha quando |
|---|---|---|---|
| SPF (RFC 7208) | O servidor que se conecta está na sua lista de autorizados | Registro TXT no seu domínio | Um serviço de envio está ausente do registro, ou o registro tem mais de 10 consultas DNS |
| DKIM (RFC 6376) | A assinatura da mensagem confere com uma chave pública | Registro TXT em `selector._domainkey.seudominio` | A mensagem é alterada, a chave está errada ou a plataforma não assina para o seu domínio |
| DMARC | O SPF ou o DKIM passou para um domínio alinhado ao endereço From | Registro TXT em `_dmarc.seudominio` | Nem o SPF nem o DKIM passa com alinhamento |

A especificação do DMARC era originalmente a RFC 7489. A IETF publicou depois a RFC 9989, um documento de trilha de padrões que torna obsoletas a RFC 7489 e a RFC 9091; por isso cite a RFC 9989 quando precisar da referência atual. As etiquetas básicas usadas neste artigo (`v`, `p`, `rua`) mantêm o mesmo significado.

## Como são os registros DNS de exemplo?

Aqui estão registros simplificados para o domínio de documentação `example.com`. Substitua o include e a chave pelos valores que o seu provedor de e-mail fornecer; nunca copie os valores de outra empresa.

**SPF** (um registro por domínio):

```
example.com.  IN TXT  "v=spf1 include:_spf.mailprovider.example ~all"
```

**DKIM** (o seu provedor cria o par de chaves e entrega o seletor e a chave pública):

```
s1._domainkey.example.com.  IN TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..."
```

**DMARC** (comece em modo de monitoramento):

```
_dmarc.example.com.  IN TXT  "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"
```

Observações sobre cada um:

- **SPF:** publique exatamente um registro SPF. Dois registros fazem o SPF falhar. Todo serviço que envia em nome do seu domínio (plataforma de marketing, help desk, CRM, plataforma de mensagens) precisa ser coberto por um `include` ou por um IP, e o total deve ficar dentro de 10 consultas DNS.
- **DKIM:** o Google diz que o envio para contas pessoais do Gmail exige uma chave DKIM de 1024 bits ou mais e recomenda 2048 bits se o seu provedor oferecer.
- **DMARC:** `p=none` diz aos destinatários que não tomem nenhuma ação nas falhas, mas ainda assim enviem relatórios ao endereço `rua`. É o primeiro passo correto. Depois você passa para `p=quarantine` e então para `p=reject`.

## O que é alinhamento no DMARC e por que ele causa falhas?

Alinhamento significa que o domínio que passou no SPF ou no DKIM coincide com o domínio do endereço From visível. O DMARC passa quando pelo menos um dos dois passa com alinhamento. É a etapa que as pessoas deixam passar.

Suponha que a plataforma da sua newsletter envie de `news@example.com`, mas use um domínio de rejeição próprio para o SPF e um domínio próprio para assinar o DKIM. O SPF e o DKIM "passam", mas nenhum dos domínios coincide com `example.com`, então o DMARC falha. A solução é configurar a autenticação de domínio personalizado na plataforma, para que ela assine com uma chave publicada no seu domínio e use um domínio de rejeição sob o seu domínio. O Google também observa que o alinhamento do DMARC não é exigido para mensagens encaminhadas ou de listas de discussão.

## O que Gmail, Yahoo e Outlook.com exigem dos remetentes em massa?

Gmail, Yahoo e Outlook.com esperam autenticação dos remetentes de alto volume, e Gmail e Yahoo acrescentam descadastro em um clique e limites de taxa de spam. Confira a página de cada provedor para o texto atual, porque os detalhes de aplicação mudam.

| Requisito | Google (Gmail) | Yahoo | Microsoft (Outlook.com) |
|---|---|---|---|
| Quem é coberto | Todos os remetentes, no básico; regras extras acima de 5.000 mensagens por dia para contas do Gmail | Básico para todos os remetentes; regras extras para remetentes em massa | Domínios que enviam mais de 5.000 e-mails por dia |
| Autenticação | SPF ou DKIM para todos; SPF, DKIM e DMARC para remetentes em massa | SPF ou DKIM para todos; os dois, mais DMARC, para remetentes em massa | SPF e DKIM devem passar; DMARC com pelo menos p=none, alinhado |
| Política DMARC | Deve passar, com alinhamento ao domínio do From | Pelo menos p=none e deve passar; `rua` fortemente recomendado | Pelo menos p=none, alinhado ao SPF ou ao DKIM |
| Descadastro em um clique | Exigido para e-mails de marketing e de assinatura de remetentes em massa, além de um link visível | Exigido de remetentes em massa, além de um link visível; atender em até 2 dias | Não faz parte dos requisitos citados |
| Taxa de spam | Abaixo de 0,10%, nunca 0,30% ou mais | Abaixo de 0,3% | Não informada na publicação citada |

Outros pontos das diretrizes do Google: o IP de envio precisa ter DNS direto e reverso correspondentes (um registro PTR válido), o e-mail deve ser enviado por TLS, as mensagens precisam de um Message-ID válido e de um formato RFC 5322 limpo, e o HTML não deve esconder conteúdo. Quem atinge o limite de envio em massa uma vez passa a ser considerado remetente em massa em caráter permanente; o status não expira. O Google também diz que e-mails fora de conformidade podem ser rejeitados ou entregues no spam.

No Outlook.com, a publicação da Microsoft diz que e-mails fora de conformidade de domínios de alto volume são encaminhados à pasta Junk, com rejeição (erro `550; 5.7.515 Access denied`) prevista para uma data posterior, a ser anunciada. Confira de novo a página da Microsoft antes de se apoiar nisso, pois a fase de aplicação pode ter mudado.

## Como configurar o descadastro em um clique?

Acrescente dois cabeçalhos a cada mensagem de marketing e inclua também um link de descadastro visível no corpo. Os cabeçalhos são definidos na RFC 2369 e na RFC 8058.

```
List-Unsubscribe: <https://example.com/unsubscribe?t=abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
```

A URL deve aceitar uma requisição POST e descadastrar o destinatário sem login nem perguntas adicionais. O Yahoo diz que o método POST é altamente recomendado e que um método `mailto` é aceitável. O Yahoo também pede que os remetentes atendam os descadastros em até 2 dias, então processe-os automaticamente e mantenha uma única lista de supressão compartilhada por todas as ferramentas de campanha que você usa.

## Como aquecer um novo domínio ou IP?

Aquecer significa aumentar o volume de envio em etapas, para que os provedores de caixa postal aprendam a sua reputação a partir de um bom engajamento. A orientação do Google é apenas aumentar o volume gradualmente e acompanhar as denúncias de spam dos destinatários, então use um cronograma guiado por dados, e não uma tabela publicada.

1. **Autentique primeiro.** Publique SPF, DKIM e DMARC e confirme que passam antes do primeiro envio.
2. **Comece pelos mais engajados:** compradores recentes, quem abriu e-mails recentemente ou quem acabou de se inscrever.
3. **Aumente o volume em etapas** apenas enquanto rejeições e reclamações continuarem baixas.
4. **Mantenha um ritmo constante.** Picos repentinos de um domínio silencioso parecem abuso.
5. **Pause o aumento** ao primeiro sinal de alta de rejeições, bloqueios ou reclamações e corrija a causa antes de continuar.
6. **Deixe os segmentos mais frios para o fim** e descarte os que nunca se engajam.

Quando você envia de um endereço de remetente compartilhado de uma plataforma, está herdando a reputação de outra pessoa; enviar do seu próprio domínio autenticado torna a reputação sua, para o bem ou para o mal.

## Como manter a lista limpa?

Uma lista limpa é a ferramenta de entregabilidade mais barata. Envie apenas a quem concordou em receber o seu e-mail e remova os endereços que não conseguem recebê-lo.

- **Colete o consentimento corretamente** e guarde um registro: veja nosso guia de [opt-in e consentimento entre canais](/pt/blog/opt-in-consent-multichannel-campaigns/) e o [gerador de consentimento de opt-in](/pt/tools/opt-in-consent-generator/) gratuito.
- **Remova imediatamente as rejeições definitivas.** Enviar repetidamente para endereços inválidos prejudica a sua reputação.
- **Suprima descadastros e autores de denúncias de spam** em todas as ferramentas.
- **Aposente os contatos inativos.** Defina inatividade para o seu negócio (por exemplo, nenhum clique ou compra em um período que você escolher) e pare de enviar a eles, ou faça antes uma mensagem de nova permissão.
- **Não compre listas.** Endereços comprados não têm consentimento e tendem a gerar reclamações.
- **Separe os fluxos transacional e de marketing,** para que um pico de reclamações de marketing não prejudique recibos e redefinições de senha. Tratamos disso em [e-mail transacional vs de marketing](/pt/blog/transactional-vs-marketing-email/).

## Como monitorar a entregabilidade?

Observe três fontes: seus próprios dados de rejeição e entrega, os painéis dos provedores de caixa postal e seus relatórios DMARC.

- **O Google Postmaster Tools** mostra a taxa de spam, os resultados de autenticação e a reputação do domínio e do IP para e-mails enviados a usuários do Gmail. As diretrizes do Google mandam usá-lo para acompanhar denúncias de spam, problemas de entrega e autenticação.
- **Os relatórios agregados do DMARC** enviados ao seu endereço `rua` listam todas as fontes que enviam em nome do seu domínio. É assim que você encontra o CRM ou a ferramenta de faturamento esquecidos antes de passar para `p=reject`.
- **Tratamento de rejeições:** as rejeições definitivas são falhas permanentes e devem ser removidas; as temporárias são passageiras e devem ser repetidas algumas vezes antes de você desistir. Na [API de e-mail](/developers/email/) é possível varrer a caixa postal em busca de mensagens de rejeição e iniciar o monitoramento de rejeições.
- **Testes com endereços-semente:** envie para endereços seus nos principais provedores antes de cada campanha e confira a pasta, os cabeçalhos e os resultados de autenticação.

## Checklist de entregabilidade de e-mail

Rode este checklist antes de cada novo domínio, plataforma ou campanha grande.

1. Registro SPF publicado uma única vez, cobrindo todos os serviços de envio, dentro de 10 consultas.
2. DKIM ativado para o seu domínio, com chave de 2048 bits quando houver suporte.
3. Registro DMARC publicado com um endereço `rua`; política endurecida só depois que os relatórios estiverem limpos.
4. Domínio do From alinhado ao domínio do SPF ou do DKIM.
5. DNS direto e reverso coincidentes no IP de envio, e TLS ativado.
6. Cabeçalhos de descadastro em um clique e link de descadastro visível nos e-mails de marketing.
7. Descadastros processados automaticamente, bem dentro de 2 dias.
8. Consentimento registrado para cada destinatário; nenhuma lista comprada.
9. Rejeições definitivas removidas; contatos inativos aposentados.
10. Volume aumentado gradualmente; taxa de spam acompanhada no Postmaster Tools.
11. E-mails de marketing e transacionais em fluxos separados.
12. Envios de teste conferidos nos principais provedores de caixa postal.

## Exemplo prático: uma farmácia online de Dubai passa a enviar campanhas

A "Noor Pharmacy", um varejista fictício de Dubai, envia recibos de pedido de `orders@noorpharmacy.example` pela loja virtual e quer acrescentar uma newsletter mensal a partir de uma plataforma de marketing. Em uma auditoria, ela descobre que a loja está coberta pelo SPF, mas a plataforma da newsletter assina com o próprio domínio.

Ações: incluir a plataforma no registro SPF existente em vez de criar um segundo, ativar o DKIM de domínio personalizado, publicar `p=none` com uma caixa `rua` e ler duas semanas de relatórios. Os relatórios revelam uma antiga ferramenta de suporte que também enviava em nome do domínio; ela é autenticada. A newsletter passa para um subdomínio, `news.noorpharmacy.example`, para que um pico de reclamações sobre promoções não afete os recibos. Depois, a farmácia envia primeiro aos clientes mais engajados e amplia o público em etapas, acompanhando a taxa de spam.

## Quais são os limites deste guia?

A autenticação faz você passar pela porta, não chegar à caixa de entrada. Os provedores de caixa postal também pesam engajamento, conteúdo e histórico que nenhum registro DNS controla, e suas regras mudam; por isso indicamos as páginas dos próprios provedores em vez de citar limites fixos além dos mencionados. Ninguém pode prometer chegada à caixa de entrada. Esta é uma orientação geral, não aconselhamento jurídico; o e-mail de marketing também tem regras de consentimento, tratadas em [e-mail transacional vs de marketing](/pt/blog/transactional-vs-marketing-email/).

## Como a OmniChannels.ai ajuda

A OmniChannels.ai envia e-mail a partir do seu próprio remetente: você conecta sua caixa postal por SMTP e IMAP, ou envia pela [API de e-mail](/developers/email/), com verificações dos registros SPF e DMARC do seu domínio e um envio de teste em sandbox. As campanhas aceitam upload de Excel ou CSV, filtragem de duplicados, pré-visualização e agendamento, e as respostas chegam ao [Omni Inbox](/pt/platform/unified-inbox/) ao lado do WhatsApp e de outros canais. Os relatórios de entrega são exportados em CSV. Veja o [canal de e-mail](/pt/channels/email/) ou agende uma apresentação para desenvolvedores. Para entender por que o e-mail é apenas uma parte do mix, leia [SMS vs e-mail marketing](/pt/blog/sms-vs-email-marketing/).
