Requisitos de Envio em Massa do Gmail em 2026: O Que Mudou e Como Permanecer em Conformidade

Se notou que alguns dos seus e-mails do WordPress não estão a chegar a endereços do Gmail ultimamente, há uma explicação provável. Temos recebido relatos de muitos utilizadores sobre isto, e há uma razão muito específica para estar a acontecer.

Em novembro de 2025, o Gmail começou a aplicar os seus requisitos para remetentes em massa de forma muito mais agressiva. E-mails que não cumprem os seus padrões de autenticação já não vão apenas para spam. Estão a ser rejeitados ao nível do servidor, pelo que nunca chegam ao destinatário.

A boa notícia é que isto é muito corrigível assim que souber o que o Gmail espera. Neste artigo, irei guiá-lo através dos requisitos, do que mudou recentemente e exatamente como garantir que os e-mails do seu site WordPress permaneçam em conformidade.

Corrija os Seus Emails do WordPress Agora

Quais são os requisitos do Gmail para remetentes em massa?

Em outubro de 2023, o Google e o Yahoo anunciaram um novo conjunto de regras para remetentes de e-mail. O objetivo era reduzir spam, phishing e e-mails falsificados, exigindo que os remetentes provassem que eram legítimos. Pode ler os requisitos completos na página de diretrizes para remetentes de e-mail do Google, mas aqui fica o resumo:

• Autenticação: Precisa de provar que está autorizado a enviar e-mail do seu domínio, utilizando protocolos chamados SPF, DKIM e DMARC (mais sobre eles daqui a pouco).
• Infraestrutura: A sua configuração de e-mail precisa de cumprir certos padrões técnicos, como usar ligações encriptadas e ter registos DNS válidos.
• Experiência do destinatário: Precisa de manter a sua taxa de reclamações de spam baixa, facilitar a anulação da subscrição e processar esses pedidos de anulação em 48 horas.

Se não cumprir estes requisitos, os seus e-mails para endereços do Gmail irão para spam ou serão rejeitados por completo.

Vale também a pena saber que a Microsoft introduziu regras muito semelhantes para contas Outlook, Hotmail e Live em maio de 2025. Portanto, estas já não são apenas regras do Gmail. Estão a tornar-se o padrão em todo o lado.

Corrija os Seus Emails do WordPress Agora

O que mudou em 2025 e 2026?

Aqui está um breve cronograma de como as coisas progrediram desde que o Gmail anunciou pela primeira vez alterações aos requisitos do remetente:

Data	O que aconteceu
Outubro de 2023	Google e Yahoo anunciam novos requisitos para remetentes
Fevereiro de 2024	O Gmail começa a aplicação suave com atrasos temporários para e-mails não conformes
Março de 2024	O Google lança o Postmaster Tools v2 com um novo painel de conformidade
Abril de 2024	O Gmail começa a rejeitar tráfego não conforme
Junho de 2024	Prazo para cancelamento de subscrição com um clique entra em vigor
Maio de 2025	A Microsoft começa a impor os seus próprios requisitos para remetentes em massa para Outlook, Hotmail e Live
Setembro de 2025	O Google descontinua o Postmaster Tools v1; a v2 torna-se a única interface. O fornecedor francês La Poste também aperta os seus padrões de autenticação
Novembro de 2025	O Gmail passa para a aplicação total com rejeições permanentes
Abril de 2026	Prazo final da Microsoft para e-mails em massa não conformes para Outlook, Hotmail e Live

A grande mudança em novembro de 2025 foi a transição de erros temporários para permanentes. Antes disso, se o seu e-mail não cumprisse os requisitos, o Gmail enviava um código de erro temporário 421, que basicamente significa “tente novamente mais tarde”. Agora, o Gmail está a enviar códigos de rejeição permanentes 550, o que significa que o e-mail é recusado imediatamente e não será reenviado.

O Google também descontinuou a versão antiga do Postmaster Tools. Se estava habituado a verificar as barras de reputação codificadas por cores (Alta, Média, Baixa, Má), essas desapareceram. O novo Postmaster Tools v2 utiliza um modelo de conformidade de aprovação/reprovação em vez disso. É mais simples de ler e torna muito claro quais os requisitos específicos que está a cumprir e quais não.

Temos um guia passo a passo sobre como configurar o Google Postmaster Tools se desejar colocá-lo a funcionar para o seu domínio.

Quem é considerado um remetente em massa?

O Gmail define um remetente em massa como qualquer pessoa que envie cerca de 5.000 ou mais mensagens para contas Gmail pessoais (@gmail.com ou @googlemail.com) num período de 24 horas. Todas as mensagens enviadas a partir do mesmo domínio principal contam para esse total.

Há algumas coisas sobre esta definição que apanham as pessoas desprevenidas.

A primeira é que a classificação é permanente. Assim que o seu domínio ultrapassar o limite de 5.000, mesmo que apenas uma vez, o Gmail trata-o como um remetente em massa a partir desse momento. Portanto, se teve um grande lançamento de produto ou uma venda WooCommerce que gerou milhares de confirmações de encomendas num único dia, isso é suficiente para o colocar na categoria de remetente em massa permanentemente.

A segunda é que, mesmo que nunca tenha chegado perto de 5.000, ainda é afetado. O Gmail exige que todos os remetentes cumpram determinados padrões de base (abordarei esses na próxima secção). O rótulo de remetente em massa significa apenas que tem requisitos adicionais por cima.

Vale também a pena saber que, se estiver a enviar de um novo domínio (um que não enviou mais de 5.000 e-mails por dia para o Gmail desde 1 de janeiro de 2024), o Google aplica a aplicação num cronograma acelerado. Portanto, novos sites e novos domínios não obtêm o mesmo período de adaptação que os remetentes estabelecidos tiveram.

Algo mais que vale a pena mencionar: a contagem de 5.000 inclui todos os tipos de e-mail que o seu domínio envia. Isso inclui e-mails transacionais como recibos de pedidos e redefinições de senha, bem como e-mails de marketing e newsletters. Muitos proprietários de sites ficam surpresos com a quantidade de e-mails que o seu site está realmente a gerar quando começa a monitorizá-los. Se tiver o WP Mail SMTP Pro, o registo de e-mail é uma forma muito fácil de ver exatamente o que está a ser enviado.

Requisitos para todos os remetentes de e-mail

Estes são os requisitos básicos que se aplicam a todos, independentemente de quantos e-mails envia.

Configure a autenticação de e-mail SPF ou DKIM

Se não estiver familiarizado com estes, aqui fica uma breve explicação.

SPF (Sender Policy Framework) é um registo DNS que lista quais os servidores autorizados a enviar e-mail em nome do seu domínio. Quando o Gmail recebe um e-mail que afirma ser do seu domínio, verifica o registo SPF para ver se o servidor de envio está na lista.

DKIM (DomainKeys Identified Mail) funciona de forma diferente. Adiciona uma assinatura digital a cada e-mail para que o servidor de receção possa verificar se o e-mail veio realmente do seu domínio e não foi alterado durante o percurso.

No mínimo, o Gmail exige que tenha pelo menos um destes configurado. (Os remetentes em massa precisam de ambos, o que abordarei abaixo.)

Se não tem a certeza se o seu domínio tem estes configurados, pode verificar usando o MXToolbox. Também abordamos a configuração de SPF e DKIM nos nossos guias de envio de e-mail, como este para configurar o remetente SendLayer.

Mantenha a sua taxa de spam abaixo de 0,3%

Este é medido pela quantidade de utilizadores do Gmail que clicam manualmente no botão "Relatar Spam" nos seus e-mails. O limite oficial do Google é de 0,3%, mas na prática, 0,1% é a meta que deve procurar atingir. Várias fontes que relatam a aplicação em 2026 notaram que o Gmail está a tratar 0,1% como a linha onde os remetentes estáveis precisam de se manter, não apenas um objetivo aspiracional.

Se permanecer acima de 0,3% por muito tempo, a sua capacidade de entrega sofrerá um sério golpe. O Google pode até restringir o seu acesso aos seus canais de mitigação e suporte, e precisará de permanecer abaixo de 0,3% por 7 dias consecutivos antes que eles o reativem.

Temos um artigo completo sobre compreender os limites da taxa de spam se quiser aprofundar este assunto.

Use uma ligação TLS

Todas as ligações de e-mail para o Gmail precisam de ser encriptadas usando TLS. Se estiver a enviar através de qualquer um dos remetentes que o WP Mail SMTP suporta, isto é tratado automaticamente para si.

Tenha registos DNS forward e reverse válidos

O endereço IP de onde envia e-mail precisa de ter registos PTR (DNS reverso) válidos. Se usar um serviço de e-mail como SendLayer, Brevo ou Mailgun, eles tratam disso. É principalmente algo a ter em conta se estiver a executar o seu próprio servidor de e-mail.

Formate as mensagens corretamente

Os cabeçalhos dos seus e-mails precisam de seguir o padrão de formato de mensagem da Internet (RFC 5322). Na prática, qualquer serviço de e-mail moderno ou plugin SMTP faz isto automaticamente, pelo que é improvável que seja um problema para si.

Não se faça passar pelo Gmail

Não pode enviar emails com um endereço De de @gmail.com, a menos que esteja realmente a enviar através dos servidores do Gmail. O Gmail impõe agora uma política de quarentena DMARC no seu próprio domínio, pelo que tentar isto fará com que os seus emails sejam bloqueados.

Use nomes de exibição claros e precisos

Esta é uma adição mais recente às diretrizes. O Google exige agora que o seu nome de exibição de remetente reflita com precisão quem você é. Deve identificar o remetente, não incluir linhas de assunto ou conteúdo de mensagens, e não deve ser enganador. Por exemplo, usar o nome da sua empresa como nome de exibição está bem. Usar algo como “URGENTE: A sua conta” como nome de exibição não está.

Requisitos adicionais para remetentes em massa

Se alguma vez enviou mais de 5.000 emails num dia para contas do Gmail, estes requisitos adicionais aplicam-se a si, para além de tudo o resto.

Configure SPF e DKIM

Para remetentes em massa, ter apenas um destes não é suficiente. Precisa de ter ambos SPF e DKIM configurados e a passar.

Publique um registo DMARC

DMARC (Domain-based Message Authentication, Reporting, and Conformance) baseia-se em SPF e DKIM. Diz aos servidores de receção o que fazer quando um email falha as verificações de autenticação e fornece-lhe relatórios para que possa ver quando as coisas correm mal.

O Gmail requer um registo DMARC com uma política de, pelo menos, p=none. Dito isto, p=none apenas recolhe relatórios. Não instrui realmente o Gmail a fazer nada com as mensagens falhadas. À medida que mais fornecedores apertam os seus requisitos (a Microsoft já indicou tornar as políticas mais rigorosas obrigatórias), passar para p=quarantine ou p=reject é uma ideia inteligente a longo prazo.

O seu endereço De também precisa de alinhar com o seu domínio SPF ou DKIM. Se houver uma incompatibilidade, o DMARC falhará mesmo que o SPF e o DKIM passem individualmente. Este é um dos problemas mais complicados de resolver, e é daí que geralmente provém o código de erro 421-4.7.32.

Se tem uma loja WooCommerce, há outra razão para levar o DMARC a sério: o PCI DSS v4.0, que está agora ativo em 2026, requer DMARC para qualquer organização que manuseie dados de cartão de crédito. Portanto, se processa pagamentos através do seu site, o DMARC já não é apenas sobre a entregabilidade de emails. É um requisito de conformidade.

Suporte o cancelamento de subscrição com um clique

Todos os emails de marketing e promocionais precisam de incluir cabeçalhos List-Unsubscribe e List-Unsubscribe-Post. Estes são o que alimentam o botão “Cancelar subscrição” que o Gmail mostra no topo dos emails de marketing, mesmo ao lado do nome do remetente.

Esta é uma coisa a nível de cabeçalho que o seu serviço de email precisa de suportar. É diferente do link de cancelamento de subscrição que coloca no rodapé do seu email (embora também precise desse). A maioria das plataformas de marketing por email de boa reputação, como Mailchimp, Brevo e Drip, tratam disto por si. Mas se estiver a enviar emails de marketing diretamente do seu site WordPress sem passar por uma plataforma de marketing, vale a pena verificar.

Cumpra os cancelamentos de subscrição em 48 horas

Quando alguém clica em cancelar subscrição, precisa de parar de lhe enviar e-mails no prazo de 2 dias. Idealmente, deveria ser instantâneo. Se o seu sistema processa cancelamentos de subscrição em lotes semanais, terá problemas.

Como os e-mails do WordPress são afetados pelos Requisitos de Remetente do Gmail

A maioria dos servidores web e plataformas CMS (incluindo o WordPress) utilizam a função de e-mail integrada do PHP para enviar e-mails. Consegue o trabalho em termos de gerar e enviar a mensagem, mas não inclui a autenticação de e-mail que o Gmail agora exige. Não há alinhamento SPF nem assinatura DKIM envolvidos.

Durante muito tempo, isto não importou muito. E-mails enviados desta forma geralmente chegavam, mesmo sem autenticação. Mas com o Gmail e a Microsoft a rejeitarem ativamente mensagens não autenticadas, a função básica de e-mail do PHP já não é suficiente.

Há também o fator de alojamento partilhado. Se o seu site estiver em alojamento partilhado, os seus e-mails são enviados a partir do mesmo endereço IP que todos os outros sites nesse servidor. Se algum desses sites tiver sido sinalizado por spam, pode prejudicar a reputação de todo o IP, incluindo os seus e-mails.

Além disso, sem registo de e-mails, não tem visibilidade sobre se os seus e-mails estão realmente a chegar. Se uma confirmação de encomenda ou notificação de formulário de contacto for rejeitada, não há mensagem de erro no seu painel do WordPress. Simplesmente falha, e não saberá disso a menos que alguém entre em contacto para lhe dizer.

Este é exatamente o tipo de coisa que o WP Mail SMTP foi concebido para gerir. Encaminha os e-mails do seu site através de um serviço de e-mail adequado com autenticação SPF e DKIM completa, e fornece-lhe registo de e-mails para que possa realmente ver o que está a ser entregue e o que não está.

Corrija os Seus Emails do WordPress Agora

Como verificar se está em conformidade

Antes de fazer quaisquer alterações, é uma boa ideia descobrir qual é a situação atual. Existem algumas formas fáceis de o fazer.

1. Configure as Ferramentas do Remetente do Google

As Ferramentas do Google Postmaster v2 mostrar-lhe-ão exatamente quais os requisitos que o seu domínio está a cumprir e quais necessitam de atenção. Terá de verificar o seu domínio e ter um volume diário mínimo de cerca de 100+ mensagens para o Gmail antes que os dados comecem a ser populados. Os painéis de controlo são atualizados a cada 24-48 horas.

Temos um guia sobre como configurar as Ferramentas do Google Postmaster que percorre todo o processo.

2. Verifique os seus registos DNS

Aceda ao MXToolbox e procure o seu domínio. Está a verificar três coisas:

• Um registo SPF válido
• Um registo DKIM para o seu serviço de envio
• Um registo DMARC (mesmo um p=none básico serve por agora)

Se algum destes estiver em falta, esse é o seu ponto de partida.

3. Envie um e-mail de teste e verifique os cabeçalhos

Envie um e-mail do seu site WordPress para um endereço Gmail, abra-o no Gmail, clique nos três pontos e selecione Mostrar original. Isto irá mostrar-lhe os resultados de autenticação para SPF, DKIM e DMARC. Pretende ver "PASS" ao lado de cada um.

Se estiver a usar o WP Mail SMTP, o plugin inclui uma funcionalidade de e-mail de teste durante a configuração que verifica se a autenticação está a funcionar corretamente. E o registo de e-mails rastreia o estado de entrega de cada mensagem enviada, para que possa detetar problemas atempadamente.

Como colocar os seus e-mails do WordPress em conformidade

Assim que souber onde estão as lacunas, eis como preenchê-las. Vou guiá-lo passo a passo.

Passo 1. Instalar o WP Mail SMTP

A forma mais fácil de autenticar corretamente os e-mails do seu site WordPress é usar o WP Mail SMTP. O assistente de configuração irá guiá-lo na ligação a um serviço de e-mail e, a partir daí, todos os e-mails enviados pelo seu site serão enviados através desse serviço com autenticação adequada.

Existem muitas opções de envio de e-mails à escolha, dependendo das suas necessidades e orçamento:

Mailers disponíveis em todas as versões	Mailers no WP Mail SMTP Pro
SendLayer	Amazon SES
SMTP.com	Microsoft 365 / Outlook.com
Brevo	Zoho Mail
Google Workspace / Gmail
Mailjet
Mailgun
Postmark
SendGrid
SMTP2GO
SparkPost
Elastic Email
Outro SMTP

Pode compará-las todas no nosso guia para os remetentes do WP Mail SMTP.

Passo 2. Configurar os seus registos DNS

O seu fornecedor de serviços de e-mail fornecer-lhe-á os registos DNS específicos a adicionar para o seu domínio. Normalmente, terá de configurar três:

• Registo SPF: Um registo TXT que lista os servidores autorizados a enviar em nome do seu domínio. Se já tiver um registo SPF, terá de adicionar o seu serviço de e-mail ao registo existente em vez de criar um segundo (só pode ter um registo SPF por domínio).
• Registo DKIM: Um registo TXT que contém uma chave pública que corresponde à assinatura que o seu serviço de e-mail adiciona às mensagens enviadas.
• Registo DMARC: Um registo TXT em _dmarc.oseudominio.com. Um ponto de partida básico é v=DMARC1; p=none; que permite o monitoramento sem tomar medidas sobre e-mails com falha.

Adicionará estes registos no seu registador de domínio ou fornecedor de alojamento (GoDaddy, Cloudflare, Namecheap, o seu painel de controlo de alojamento, etc.).

Se preferir que alguém trate disto por si, a Configuração White Glove do WP Mail SMTP Pro (incluída no plano Elite) trata de toda a configuração.

Passo 3. Ativar o registo de e-mails

Depois de tudo estar conectado, recomendo vivamente a ativação do registo de e-mails. O registo de e-mails do WP Mail SMTP regista todos os e-mails que o seu site envia, incluindo se a entrega foi bem-sucedida.

Isto é importante porque a aplicação do Gmail significa que uma alteração nos seus registos DNS ou serviço de e-mail pode causar falhas a qualquer momento. Com o registo ativado, verá imediatamente em vez de descobrir através de um cliente.

Também pode configurar alertas de falha de e-mail para ser notificado no momento em que algo corre mal.

Passo 4. Separar e-mails transacionais e de marketing (opcional mas recomendado)

Se o seu site envia tanto e-mails de marketing (notícias, promoções) como e-mails transacionais (recibos de encomendas, redefinições de palavra-passe) do mesmo endereço, vale a pena pensar em separá-los.

Eis o porquê: se alguém se cancelar a subscrição dos seus e-mails de marketing, mas continuar a receber e-mails transacionais do mesmo endereço, o Gmail pode interpretar isso como uma falha em honrar o pedido de cancelamento.

A funcionalidade Smart Routing do WP Mail SMTP Pro facilita isto. Pode configurar regras para enviar diferentes tipos de e-mail através de diferentes serviços, o que mantém as suas reputações transacional e de marketing separadas.

Códigos de erro do Gmail e o que significam

Se estiver a ver erros ao enviar para endereços do Gmail, os códigos de erro são, na verdade, bastante úteis para lhe dizer o que está errado. Eis os mais comuns:

Código de erro	Tipo	O que significa
421-4.7.26	Adiamento temporário	Falha na autenticação SPF ou DKIM. Precisa de configurar ambos para o seu serviço de envio.
421-4.7.28	Adiamento temporário	O IP de envio tem uma má reputação. Isto é comum em alojamento partilhado. Mudar para um serviço de e-mail dedicado geralmente resolve o problema.
421-4.7.32	Adiamento temporário	Falha no alinhamento DMARC. O seu endereço De não corresponde ao seu domínio autenticado.
550-5.7.1	Rejeição permanente	O Gmail marcou o seu IP para correio não solicitado. Geralmente um problema de alojamento partilhado.
550-5.7.26	Rejeição permanente	Falha completa de autenticação. Nem SPF nem DKIM passaram. Este é o erro mais comum para sites que não configuraram uma ligação SMTP.

Para um guia mais detalhado de cada um destes, consulte o nosso guia para corrigir o bloqueio de e-mails do Gmail.

Perguntas frequentes

Estes requisitos aplicam-se a destinatários do Google Workspace?

Não, aplicam-se apenas a mensagens enviadas para contas Gmail pessoais (@gmail.com e @googlemail.com). As contas do Google Workspace são regidas pelas políticas de e-mail da sua própria organização. Dito isto, a autenticação adequada é sempre uma boa ideia, independentemente de para quem está a enviar e-mails.

Envio menos de 5.000 e-mails por dia. Ainda preciso de fazer alguma coisa?

Sim. Todos os remetentes precisam de ter SPF ou DKIM configurados, usar encriptação TLS e manter as reclamações de spam abaixo de 0,3%. Tecnicamente, não precisa de DMARC ou de cancelamento de subscrição com um clique, a menos que tenha ultrapassado o limite de remetente em massa, mas o DMARC ainda vale a pena configurar porque protege o seu domínio de ser falsificado por outra pessoa.

Uma política DMARC de p=none ajuda realmente?

Cumpre o requisito mínimo do Gmail para remetentes em massa. Mas tudo o que faz é recolher relatórios. Não diz ao Gmail para bloquear ou colocar em quarentena e-mails que falham na autenticação. Com o tempo, deve tentar passar para p=quarantine ou p=reject para uma melhor proteção. A Microsoft já sinalizou que políticas mais rigorosas podem tornar-se obrigatórias.

Os e-mails transacionais precisam de cancelamento de subscrição com um clique?

Não. Confirmações de encomenda, notificações de envio, reposição de palavra-passe e outros e-mails transacionais estão isentos do requisito de cancelamento de subscrição com um clique. No entanto, ainda precisam de autenticação adequada.

Os meus e-mails do formulário de contacto pararam de chegar. Está relacionado?

Pode ser. Por defeito, a maioria dos servidores web envia e-mails usando uma função PHP básica que não inclui a autenticação que o Gmail agora exige. Um plugin SMTP como o WP Mail SMTP encaminha esses e-mails através de um serviço devidamente autenticado. Consulte o nosso guia sobre como corrigir o WPForms não enviar e-mails para obter ajuda passo a passo.

Quanto tempo demora para as Ferramentas do Postmaster refletirem as alterações?

O painel de Estado de Conformidade utiliza médias móveis, pelo que, após corrigir algo, podem ser necessários até 7 dias para que o painel mostre a alteração. Não é atualizado em tempo real.

Posso usar uma conta Gmail gratuita para enviar os meus e-mails do WordPress?

Pode, mas as contas Gmail gratuitas têm um limite de 500 e-mails por dia, e a API do Google tem alguns requisitos de servidor rigorosos. Para a maioria dos sites WordPress, um serviço de e-mail dedicado é mais adequado. Pode ver todos os limites no nosso guia de limites de envio do Gmail.

Depois de a autenticação do seu e-mail estar configurada corretamente, funciona maioritariamente sozinha. O importante é configurá-la agora, porque o Gmail, a Microsoft e o Yahoo só vão ficar mais rigorosos a partir daqui.

Em seguida, torne os seus e-mails mais fáceis de encontrar na caixa de entrada

Mesmo que os seus e-mails sejam entregues, isso não significa que estão a ser abertos e lidos. Com uma caixa de entrada movimentada, é fácil que as suas mensagens se percam. Dominar a arte do SEO de e-mail ajudará a tornar os seus e-mails fáceis de encontrar e a destacarem-se na caixa de entrada.

Pronto para corrigir os seus emails? Comece hoje mesmo com o melhor plugin SMTP para WordPress. Se não tem tempo para corrigir os seus emails, pode obter assistência completa de Configuração White Glove como compra adicional, e existe uma garantia de reembolso de 14 dias para todos os planos pagos.

Se este artigo o ajudou, por favor siga-nos no Facebook e Twitter para mais dicas e tutoriais do WordPress.