Requisitos do Gmail e do Yahoo para envio em massa, lado a lado

Gmail e Yahoo exigem que remetentes em massa se autentiquem com SPF e DKIM, publiquem um registro DMARC (p=none basta), alinhem o domínio do From com o SPF ou o DKIM, ofereçam one-click unsubscribe (descadastro com um clique) nos e-mails de marketing, atendam pedidos de descadastro em até dois dias e mantenham a taxa de spam reportada pelos usuários abaixo de 0,3%. O Google acrescenta uma meta de 0,1% e um limite de volume concreto.

A maioria dos resumos dessas regras foi escrita no fim de 2023 e um repete o outro. Em 1º de outubro de 2026 voltamos às duas fontes primárias, as diretrizes para remetentes de e-mail do Google com o respectivo FAQ, e os requisitos para remetentes do Yahoo com o respectivo FAQ, e as colocamos lado a lado. As diferenças importam mais do que o que coincide. (As citações abaixo são traduções livres dos originais em inglês.)

Os requisitos lado a lado

Os dois provedores dividem as regras em "todos os remetentes" e "remetentes em massa". Esta tabela cobre o nível de envio em massa, que inclui tudo o que está no nível inferior.

Requisito	Gmail	Yahoo
Quem conta como remetente em massa	Perto de 5.000+ mensagens por dia para contas pessoais do Gmail	"Um volume significativo de e-mails". Nenhum número informado
SPF e DKIM	Ambos obrigatórios	Ambos obrigatórios
DMARC	Registro obrigatório; p=none é aceitável	"Política DMARC válida com pelo menos p=none", e o DMARC precisa passar
Alinhamento	Domínio do From alinhado com o domínio do SPF ou do DKIM	Igual; alinhamento relaxado é aceitável
Descadastro com um clique	Obrigatório para e-mails de marketing e de assinatura, via cabeçalhos da RFC 8058	Obrigatório; POST da RFC 8058 "altamente recomendado", mailto "aceitável"
Prazo para descadastro	48 horas (FAQ)	2 dias
Link de descadastro visível no corpo	Obrigatório	Obrigatório (pode levar a uma página de preferências)
Taxa de spam	Abaixo de 0,3%; meta abaixo de 0,1%	Abaixo de 0,3%
DNS direto e reverso (PTR)	Obrigatório	Obrigatório
TLS	Obrigatório	Não aparece como requisito
Formato da mensagem	RFC 5322	RFCs 5321 e 5322

Se for corrigir uma coisa só, corrija o alinhamento do DMARC. É o requisito que mais falta em contas que enviam por uma plataforma de terceiros sem domínio de envio personalizado. Você pode checar SPF, DKIM e DMARC de qualquer domínio com a nossa auditoria de entregabilidade.

Como o Gmail conta até 5.000

O limite do Google é por domínio principal, não por subdomínio nem por IP. O FAQ dá o exemplo diretamente: 2.500 mensagens por dia de solarmora.com mais 2.500 de promotions.solarmora.com fazem de você um remetente em massa, porque as duas somam em solarmora.com.

Três detalhes do FAQ passam despercebidos com facilidade:

• É permanente. "Remetentes que atendem aos critérios acima pelo menos uma vez são considerados remetentes em massa permanentemente." Um único envio grande basta, e enviar menos depois não zera a classificação.
• Só conta o Gmail pessoal. E-mails para contas do Google Workspace não entram na conta, e os requisitos e a fiscalização "se aplicam somente ao envio de e-mails para contas pessoais do Gmail".
• Domínios novos têm menos paciência. O Google define domínio novo como aquele que não enviou mais de 5.000 por dia para o Gmail pessoal desde 1º de janeiro de 2024, e diz que a fiscalização sobre domínios novos acontece "em um cronograma acelerado".

O Yahoo não conta dessa forma. O FAQ dele diz que um remetente é avaliado "no nível do domínio autenticado ou do domínio do cabeçalho From", mas que ele "usará todas as informações disponíveis (conteúdo, IP etc.) para analisar a conformidade do remetente". E-mails falsificados (spoofing) usando o seu domínio também entram no que o Yahoo analisa, o que é um motivo para, com o tempo, levar o DMARC além de p=none (veja como migrar o DMARC de p=none para p=reject).

O limite de 0,3%, e o de 0,1%

A taxa de spam é o requisito que as pessoas mais interpretam errado, porque os números parecem minúsculos e o denominador não é o que elas imaginam.

Os dois provedores medem as reclamações sobre o e-mail que chegou à caixa de entrada. O Yahoo diz isso na página de requisitos: a taxa de spam "é calculada em nosso sistema com base nos e-mails entregues na caixa de entrada". A documentação do Postmaster Tools do Google a define como a porcentagem de mensagens entregues na caixa de entrada e depois marcadas como spam. O e-mail que foi direto para a pasta de spam não entra no denominador.

Um exemplo prático deixa a escala clara. Suponha que 20.000 das suas mensagens cheguem às caixas de entrada do Gmail em um determinado dia:

Taxa de spam	Reclamações em 20.000 mensagens na caixa de entrada	O que o Google diz
0,05%	10	Saudável
0,10%	20	Teto da meta do Google; acima disso já "tem impacto negativo na entrega na caixa de entrada para remetentes em massa"
0,30%	60	O limite a não atingir

Sessenta cliques em "Denunciar spam" em vinte mil. É por isso que a taxa depende muito mais de quem está na sua lista do que do seu texto.

O FAQ do Google acrescenta a consequência: desde junho de 2024, remetentes em massa acima de 0,3% ficam inelegíveis para mitigação (o termo do Google para o suporte de entrega quando você pede ajuda) e voltam a ser elegíveis "quando suas taxas de spam permanecem abaixo de 0,3% por 7 dias consecutivos". A taxa de spam é calculada diariamente.

Há uma armadilha no denominador. Se o Gmail já está mandando a maior parte do seu e-mail para o spam, pouquíssimas pessoas o veem na caixa de entrada, então pouquíssimas denunciam, e a sua taxa de spam medida pode parecer excelente. Uma taxa baixa junto com aberturas e respostas em queda é um alerta, não um alívio. Explicamos esse padrão em como ler o Google Postmaster Tools.

Descadastro com um clique: onde Gmail e Yahoo discordam

Os dois exigem o recurso em mensagens de marketing e de assinatura, e os dois excluem e-mails transacionais, como redefinição de senha e confirmação de pedido. Eles divergem sobre o que vale.

• O Gmail exige os dois cabeçalhos da RFC 8058, List-Unsubscribe com uma URL HTTPS e List-Unsubscribe-Post: List-Unsubscribe=One-Click. O FAQ é explícito: "links de descadastro mailto e por URL não atendem ao nosso requisito de descadastro com um clique", e o Gmail não procura um no corpo da mensagem.
• O Yahoo exige "um cabeçalho list-unsubscribe funcional" que suporte um clique, chama o método POST da RFC 8058 de "altamente recomendado" e o método mailto de "aceitável".

Ou seja, um cabeçalho só com mailto pode satisfazer o Yahoo e reprovar no Gmail. Como você envia para os dois, implemente a RFC 8058. Os cabeçalhos exatos, a requisição POST que o Gmail envia e os erros que quebram tudo estão no nosso guia de como implementar o descadastro com um clique.

Quanto ao prazo, o Google recomenda processar os pedidos em até 48 horas e lista "Pedidos de descadastro não são atendidos em até 48 horas" na tabela de fiscalização. O FAQ do Yahoo diz que, se um descadastro "não for atendido em 2 dias, não atenderá ao requisito".

Como a fiscalização funciona na prática

A fiscalização foi ficando mais rígida em etapas, em vez de chegar em uma data única.

Quando	O que mudou	Fonte
Fevereiro de 2024	Os requisitos do Gmail e do Yahoo entram em vigor, com fiscalização gradual	Diretrizes do Google; FAQ do Yahoo
Junho de 2024	O Yahoo começa a exigir o descadastro com um clique; remetentes em massa do Gmail acima de 0,3% perdem a elegibilidade para mitigação	FAQ do Yahoo; FAQ do Google
Novembro de 2025	O Gmail "intensifica a fiscalização sobre tráfego não conforme", incluindo "rejeições temporárias e permanentes"	FAQ do Google

A tabela de fiscalização do Google divide os requisitos em dois grupos. Falta de autenticação, desalinhamento, ausência de registro PTR, falta de TLS e mensagens malformadas levam a "códigos de falha temporária ou permanente, ou envio para a pasta de spam". Taxa de spam acima de 0,3%, ausência de registro DMARC, falta de descadastro com um clique e descadastros lentos levam a "suporte de entrega ou mitigações indisponíveis".

Quando o Gmail rejeita ou adia por esses motivos, a resposta SMTP diz qual regra você violou. Estes são os códigos que o Google lista:

Código	Significado (paráfrase do FAQ do Google)
4.7.23 / 5.7.25	O IP de envio não tem registro PTR, ou o PTR não resolve de volta para o IP
4.7.27 / 5.7.27	O SPF não passou
4.7.29 / 5.7.29	Não foi enviado por TLS
4.7.30 / 5.7.30	O DKIM não passou
4.7.31	Não há registro DMARC, ou não há política nele
4.7.32	O domínio do From não está alinhado com o domínio do SPF ou do DKIM
5.7.26	Mensagem não autenticada, citada nas diretrizes principais

Os códigos 4.x.x são temporários: o Gmail está limitando a sua taxa de envio e espera uma nova tentativa. Os códigos 5.x.x são rejeições permanentes. Se a sua plataforma só mostra "bounced", peça a resposta SMTP completa, porque o código é o diagnóstico.

O Yahoo diz que e-mails fora da conformidade "podem ser enviados para a pasta de spam ou rejeitados" e que as rejeições vêm com um código de erro específico, documentado na página de códigos de erro dele.

Um checklist para fazer hoje

1. SPF passa para o domínio que a sua plataforma usa no remetente do envelope. Cuidado com o limite de 10 consultas DNS.
2. DKIM assina com o seu próprio domínio, não só com o da plataforma. Use no mínimo uma chave de 1024 bits; os dois provedores recomendam 2048.
3. Registro DMARC publicado em _dmarc.yourdomain.com com pelo menos p=none e um endereço rua, para você poder ler os relatórios. O nosso verificador de DMARC mostra o que está ativo.
4. Alinhamento: o domínio do From corresponde ao domínio d= do DKIM (ou ao domínio do SPF) no nível organizacional.
5. Cabeçalhos da RFC 8058 em toda mensagem de marketing, com um endpoint que processe o POST em até 48 horas.
6. Link de descadastro visível no corpo também.
7. Taxa de spam monitorada no Google Postmaster Tools e no Complaint Feedback Loop do Yahoo. Trate 0,1% como o seu teto, não 0,3%.
8. PTR e TLS confirmados com a sua plataforma de envio. Se você usa um ESP conhecido, isso normalmente já está feito.
9. Qualidade da lista: remova endereços que deram hard bounce (devolução permanente) e verifique as listas que você não coletou por conta própria antes do primeiro envio. Bounces não estão entre os requisitos nomeados, mas enviar para endereços mortos é uma das formas mais rápidas de parecer o tipo de remetente para o qual essas regras foram escritas.

Resumo prático

Os dois provedores concordam em quase tudo o que importa: autentique com SPF e DKIM, publique DMARC, alinhe o domínio do From, ofereça às pessoas uma saída com um clique e atenda o pedido em até dois dias, e mantenha as reclamações bem abaixo de 0,3%. Onde eles divergem, siga o mais rígido. Isso significa os cabeçalhos da RFC 8058 do Gmail em vez do mailto aceitável do Yahoo, e a meta de 0,1% do Gmail em vez do teto de 0,3% que os dois publicam.