Exigências do Gmail e Yahoo para remetentes em massa: checklist
Checklist prático das regras do Gmail e do Yahoo para remetentes em massa: autenticação, DMARC, descadastro de um clique e limite de spam.
5 min de leitura
O que Gmail, Yahoo e Outlook exigem de SPF, DKIM e DMARC em 2026, lado a lado, com checklist e o passo a passo para verificar seu domínio.
Time PidgelyPublicado em 6 min de leituraVersão em Markdown

Em 2026, Gmail, Yahoo e Outlook pedem a mesma base de quem envia em volume (cerca de 5.000 emails por dia): SPF e DKIM passando, um registro DMARC publicado (pode ser p=none) e o domínio do From alinhado com o SPF ou com o DKIM. Gmail e Yahoo ainda exigem descadastro de um clique em mensagens de marketing e taxa de spam abaixo de 0,3%. Abaixo está a comparação entre os três, conferida nas páginas oficiais em 02/11/2026, um checklist e o passo a passo para verificar seu domínio no Pidgely. Para ver agora como está o seu domínio, use o verificador grátis de SPF, DKIM e DMARC: ele roda no navegador e não guarda o domínio.
| Gmail (Google) | Yahoo | Outlook.com (Microsoft) | |
|---|---|---|---|
| Quem entra na regra de volume | Mais de 5.000 mensagens por dia para contas do Gmail | Não define um número na página oficial | 5.000 ou mais por dia para serviços de email de consumidor da Microsoft, com o mesmo domínio no From |
| SPF e DKIM | SPF ou DKIM para todos; SPF e DKIM para quem envia em volume | SPF e DKIM | SPF e DKIM precisam passar |
| DMARC | Publicado, pode ser p=none | Publicado, no mínimo p=none, e precisa passar | Registro _dmarc com política válida (none, quarantine ou reject), e precisa passar |
| Alinhamento | From alinhado com o domínio do SPF ou do DKIM | Igual (o relaxado vale) | SPF ou DKIM (pelo menos um) alinhado com o From |
| Descadastro de um clique | Sim, em marketing e mensagens de assinatura, mais link visível no corpo | Sim, mais link visível; atender em até 2 dias | Não consta nas páginas conferidas |
| Taxa de spam | Abaixo de 0,3% (ideal abaixo de 0,1%) | Abaixo de 0,3% | Não consta nas páginas conferidas |
| Se descumprir | Entrega piora | Entrega piora | Vai para o lixo eletrônico; persistindo, pode ser rejeitado (550 5.7.515) |
Fontes oficiais: diretrizes de remetentes do Gmail, boas práticas do Yahoo para remetentes, política do Outlook.com (Microsoft Postmaster) e erro 550 5.7.515 no Outlook.com. Essas regras podem mudar; confira as páginas antes de decidir algo crítico.
Para todos os remetentes do Gmail, o Google pede SPF ou DKIM, DNS reverso válido (PTR), TLS, mensagens no formato RFC 5322 e taxa de spam abaixo de 0,3%. DMARC entra para quem passa de 5.000 mensagens por dia, e o Google diz que o domínio segue tratado assim depois. Como lojas crescem em datas como a Black Friday, é mais seguro configurar tudo antes do pico.
v=spf1 por nome, autorizando quem envia por você. Veja os limites no guia de SPF, DKIM e DMARC._dmarc.seudominio.com.br com pelo menos v=DMARC1; p=none; rua=mailto:... para receber relatórios.List-Unsubscribe e List-Unsubscribe-Post: List-Unsubscribe=One-Click, mais o link visível. Detalhes em descadastro de um clique (RFC 8058).Para a visão completa das regras do Gmail e do Yahoo, leia exigências do Gmail e Yahoo para remetentes em massa.
O Pidgely só envia de domínios verificados, e a verificação publica exatamente os registros acima: chave DKIM própria com o seu domínio, um subdomínio de return-path com SPF alinhado e uma sugestão de DMARC. Em 5 passos:
minhaloja.com.br.v=DMARC1; p=none; rua=mailto:... (use um endereço que você leia). Se já tem, o Pidgely não mexe nele.Limites honestos: o Pidgely autentica o que sai por ele. Helpdesk, planilha de notas e outras ferramentas que enviam pelo mesmo domínio precisam do próprio SPF e DKIM antes de você endurecer o DMARC. E o Pidgely não exige DMARC para enviar; ele sugere, porque Gmail, Yahoo e Outlook exigem de quem envia em volume. O plano Free dá 6.000 emails por mês, até 200 por dia, em até 3 domínios. A referência técnica de domínios está na documentação do Pidgely, e quem vem de outro serviço pode ver Pidgely vs SendGrid e Pidgely vs Resend.
pdg202610._domainkey.minhaloja.com.br.minhaloja.com.br, comum em painéis que já acrescentam o domínio._dmarc.Verifique seu domínio antes do próximo envio grande: criar conta e verificar o domínio no Pidgely. Se travar em algum registro, o cartão do painel mostra o comando dig para você ver o que o mundo enxerga.
Sim. Segundo a Microsoft, desde 5 de maio de 2025 domínios que enviam mais de 5.000 emails por dia para o Outlook.com precisam estar em conformidade com SPF, DKIM e DMARC. Mensagens fora do padrão vão para a pasta de lixo eletrônico e, persistindo o problema, podem ser rejeitadas com o erro 550 5.7.515.
Pelas regras publicadas, DMARC é exigido de remetentes em massa (cerca de 5.000 emails por dia). Quem envia menos precisa de SPF ou DKIM no Gmail. Mesmo assim, publicar DMARC com p=none é barato e já dá relatórios sobre quem usa seu domínio.
Sim. Os três aceitam uma política DMARC válida, inclusive p=none, desde que o domínio do From esteja alinhado com o SPF ou com o DKIM. A política mais rígida (quarantine ou reject) é opcional nessas regras.
Para remetentes em massa, sim. O Google e o Yahoo pedem SPF e DKIM, e a Microsoft diz que as duas verificações precisam passar. Só o DMARC aceita que um deles seja suficiente para o alinhamento.
Com Domain Connect ou Cloudflare, normalmente cerca de um minuto. Publicando os registros à mão, depende da propagação do seu provedor de DNS; o botão Verificar agora refaz a checagem.
Time Pidgely
Publicado em
Construímos o Pidgely, a API de email que leva você à caixa de entrada. Escrevemos sobre o que aprendemos entregando emails, citando os padrões e as diretrizes dos provedores por trás de cada afirmação.
Checklist prático das regras do Gmail e do Yahoo para remetentes em massa: autenticação, DMARC, descadastro de um clique e limite de spam.
5 min de leitura
Entenda como SPF, DKIM e DMARC funcionam juntos, o que é alinhamento e como configurar cada registro DNS passo a passo, sem derrubar seus envios.
7 min de leitura
Como implementar o descadastro de um clique com List-Unsubscribe e List-Unsubscribe-Post (RFC 8058), e como evitar descadastros falsos por scanners.
5 min de leitura