Porque é que uma confirmação de encomenda que o cliente está à espera acaba, mesmo assim, na pasta de spam? Porque o Gmail e o Yahoo avaliam o domínio de envio pela autenticação e pela taxa de queixas. Os emails transacionais (confirmação de encomenda, reposição de palavra-passe, fatura) enviados automaticamente após uma ação do utilizador não têm qualquer tratamento de favor: um domínio sem autenticação ou uma taxa de spam próxima de 0,30 % no Postmaster Tools expõe-os à pasta de spam. A Google pede que se fique abaixo de 0,10 %. Este guia lista as configurações a verificar, com os limites publicados pela Google e pelo Yahoo, revistos em outubro de 2026.
Porque é que um email esperado vai parar ao spam?
Uma reposição de palavra-passe passa pelos mesmos filtros que uma promoção: pesam a autenticação do domínio, o historial do IP, o volume de queixas e a taxa de rejeição. Encontramos 4 causas. O domínio não está autenticado. Os envios de marketing e os transacionais partilham a mesma reputação, pelo que uma campanha mal segmentada penaliza as confirmações de encomenda. Os formulários aceitam endereços falsos ou mal escritos: cada registo errado produz um hard bounce. Por fim, o volume varia bruscamente de um dia para o outro, tipicamente na Black Friday.
As secções seguintes seguem a ordem pela qual se resolvem estas causas. O conteúdo do email (assunto, paginação) tem artigo próprio: as 5 práticas indispensáveis dos emails transacionais.
O que o Gmail e o Yahoo exigem desde 2024
Anunciadas em outubro de 2023 pela Google e pelo Yahoo, as regras aplicam-se desde 1 de fevereiro de 2024. Qualquer remetente para o Gmail tem de autenticar o domínio com SPF ou DKIM, publicar um registo PTR válido (DNS inverso), cifrar o envio em TLS e manter a taxa de spam abaixo de 0,3 % no Postmaster Tools. Acima de 5 000 mensagens por dia para contas Gmail pessoais, SPF, DKIM e DMARC passam a ser os três obrigatórios, com um domínio do cabeçalho From alinhado com o domínio SPF ou DKIM. As mensagens devem também respeitar o formato da RFC 5322. A política DMARC pode ficar em p=none.
Segundo as perguntas frequentes das diretrizes da Google, as 5 000 mensagens contam-se por domínio principal: 2 500 envios a partir de exemplo.com e 2 500 a partir de promo.exemplo.com somam 5 000. A Google conta todas as mensagens de um mesmo domínio principal, transacionais incluídas. Um subdomínio separado isola a reputação de cada fluxo, mas não dispensa a obrigação de DMARC.
«Mantenha as taxas de spam indicadas no Postmaster Tools abaixo de 0,10 % e evite atingir uma taxa de spam de 0,30 % ou mais.» (diretrizes da Google para remetentes)
O Yahoo fixa o mesmo limite de 0,3 % desde fevereiro de 2024 e recomenda vivamente uma etiqueta rua no registo DMARC para receber os relatórios (Yahoo Sender Hub). O Complaint Feedback Loop do Yahoo permite acompanhar as queixas depois de o DKIM estar em vigor.
SPF, DKIM, DMARC: os 3 registos DNS a publicar
Estes 3 protocolos publicam-se em TXT no DNS e estão normalizados pelas RFC 7208 (SPF), RFC 6376 (DKIM) e RFC 7489 (DMARC). O SPF lista os servidores autorizados a enviar em nome do seu domínio. O DKIM assina cada mensagem com uma chave que o destinatário verifica no DNS. O DMARC indica o que fazer quando ambos falham e para onde enviar os relatórios.
No seu fornecedor de DNS, crie um TXT em _dmarc.seudominio.pt com o valor v=DMARC1; p=none; rua=mailto:dmarc@seudominio.pt e um TTL de 3600 segundos. Verifique a publicação com dig TXT _dmarc.seudominio.pt. Deixe correr 14 a 28 dias leia os relatórios agregados e passe para quarantine quando todas as fontes legítimas passarem. Passar diretamente para reject corta, sem aviso, uma ferramenta esquecida (CRM ou faturação).
Uma armadilha de terreno: cada ferramenta de envio acrescenta o seu include ao SPF. A RFC 7208 (secção 4.6.4) limita a 10 as resoluções DNS de uma avaliação, includes encadeados incluídos. Acima disso, o SPF devolve um erro permanente e a verificação falha.
Subdomínio separado, IP dedicado ou IP partilhado
Escolha um subdomínio separado em qualquer caso. Um IP dedicado só compensa se os seus envios forem regulares. Separe os fluxos desde o início: notificacoes.seudominio.pt para os transacionais e news.seudominio.pt para o marketing. Controle depois o PTR do IP com a ferramenta Dig da Google Admin Toolbox (dig -x seguido do IP, na linha de comandos). O Yahoo desaconselha enviar marketing a partir dos mesmos IP que o transacional, porque cada IP tem a sua própria reputação.
| Critério | Transacional | Marketing |
|---|---|---|
| Desencadeador | Ação do utilizador (encomenda, registo, palavra-passe esquecida) | Decisão do remetente (newsletter, promoção) |
| Domínio de envio aconselhado | notificacoes.seudominio.pt | news.seudominio.pt |
| Cancelamento da subscrição com um clique (RFC 8058) | Excluído da obrigação do Gmail | Exigido aos remetentes em massa |
| Contagem das 5 000 mensagens do Gmail | Contado por domínio principal | Contado por domínio principal |
| IP | Dedicado se o volume for regular, caso contrário IP partilhado (pool) de um fornecedor reputado | Separado do IP transacional |
| Consequência de um bloqueio | Clientes sem ligação de reposição nem fatura | Campanha perdida |
Com algumas centenas de mensagens por dia e pausas ao fim de semana, o historial de um IP dedicado fica escasso: um pool partilhado e bem gerido por um fornecedor de envio sério dá, em geral, melhores resultados. Evite também o endereço da caixa de correio da empresa como remetente aplicacional, bem como endereços «noreply» sem acompanhamento. A Google pede ainda que não se falsifiquem os cabeçalhos From do Gmail: um envio aplicacional com um endereço gmail.com vai contra essa regra.
Aquecer um IP dedicado sem ser limitado
A Google pede que se comece com um volume baixo para destinatários empenhados, que se aumente progressivamente sem duplicar de um dia para o outro e que se vigiem as respostas do servidor e a taxa de spam. O Gmail rejeita tipicamente as mensagens com o código SMTP 4.7.28 quando deteta uma taxa invulgar de correio não solicitado vindo do IP: reduza o volume em vez de reenviar em ciclo.
Uma sugestão prática para um fluxo transacional: encaminhe primeiro os emails mais aguardados (confirmação de encomenda, ligação de início de sessão) pelo novo IP e acrescente depois as notificações secundárias por patamares. O IP warm-up de um IP dedicado demora em geral várias semanas, com patamares diários que o Google Postmaster Tools permite controlar.
Cancelamento da subscrição com um clique: os transacionais estão excluídos
A Google reserva o cancelamento da subscrição com um clique para as mensagens de marketing e promocionais, com prazo a 1 de junho de 2024 para os remetentes que já ofereciam uma ligação de cancelamento. Cita ela própria, como exemplos de transacionais excluídos, as reposições de palavra-passe, as confirmações de reserva e as confirmações de formulário. Para as suas newsletters, a Google recomenda tratar cada pedido em 48 horas. Do lado técnico, o cabeçalho List-Unsubscribe implementa-se segundo a RFC 8058.
Fica uma nuance: é o destinatário quem decide a natureza de uma mensagem. Uma confirmação de encomenda com uma faixa promocional pode ser percebida como marketing e depois denunciada como spam.
O que conta no próprio email
Use um remetente reconhecível, cujo endereço aceite respostas (porque banir os endereços noreply). Escreva um assunto que anuncie o evento («A sua encomenda n.º 4821 está confirmada») e uma ligação de acompanhamento no seu próprio domínio.
Monitorizar: os sinais que antecedem a passagem para spam
A reputação de remetente raramente se degrada de uma vez. 4 sinais antecedem-na, a consultar todas as semanas.
O Google Postmaster Tools vem primeiro: mostra a taxa de spam do seu domínio no Gmail. Aponte para menos de 0,10 %. Desde junho de 2024, um remetente em massa acima de 0,30 % deixa de ser elegível para as medidas de atenuação, que só regressam após 7 dias consecutivos abaixo desse limite (perguntas frequentes da Google citadas atrás). Um alerta interno a 0,20 % deixa margem.
Seguem-se as rejeições. Um hard bounce (endereço inexistente) deve levar à remoção imediata do endereço. Um soft bounce (caixa cheia, servidor indisponível) tenta-se algumas vezes antes de desistir. Os relatórios de não entrega (NDR) dão o código exato de cada recusa: um código 5.x.x indica falha definitiva e um código 4.x.x falha temporária, segundo a RFC 3463, a norma dos códigos SMTP estendidos. O 4.7.28 do Gmail, visto atrás, pertence a esta segunda família. Arquive estes códigos por domínio de destino para identificar aquele que o limita.
A presença numa lista negra também conta. Consulte regularmente o IP e o domínio de envio nas principais blacklists: um bloqueio vê-se aí muitas vezes antes de pesar nas suas estatísticas.
Restam as spam traps, endereços sem utilizador real que organismos antispam vigiam para detetar envios para listas mal mantidas. Infiltram-se nas listas antigas ou importadas. O remédio é a higiene da lista: retirar os contactos inativos e verificar os endereços antes do envio para afastar os que rejeitariam. Passe uma amostra da sua base por uma verificação antes do próximo grande envio: a percentagem de endereços inválidos aparece logo.
A checklist técnica antes da entrada em produção
- SPF publicado, uma única linha TXT, 10 resoluções DNS no máximo.
- DKIM ativo no domínio de envio, chave testada.
- DMARC em p=none com um endereço rua, e reforço depois da leitura dos relatórios.
- Subdomínio separado para os transacionais, PTR e DNS direto coerentes.
- IP dedicado só se o volume for regular, com um plano de aumento de carga.
- Envio cifrado em TLS a partir do servidor ou da plataforma.
- Nenhum conteúdo promocional nos emails puramente transacionais, que escapam à obrigação de cancelamento com um clique.
- Taxa de spam abaixo de 0,10 % no Postmaster Tools, com alerta interno a 0,20 % (sugestão prática).
- Hard bounces removidos à primeira ocorrência.
- Controlo semanal das blacklists e dos relatórios de não entrega.
- Endereços verificados na importação de uma lista e limpeza dos inativos.
- Teste de um envio real por seed testing ou com o Mail-tester (mail-tester.com) antes de cada mudança de ferramenta de envio.
Perguntas frequentes
O meu volume para o Gmail é baixo: estou abrangido?
Sim, pelas exigências de base. Abaixo de 5 000 mensagens por dia, o DMARC não é obrigatório; as outras exigências mantêm-se: autenticação SPF ou DKIM, TLS, PTR e taxa de spam abaixo de 0,3 %. O limite de 0,10 % aplica-se a todos.
Quanto tempo leva a recuperar uma reputação degradada?
A Google indica que as melhorias da taxa de spam demoram a refletir-se na classificação. Conte com várias semanas, por estimativa. Um remetente em massa volta a ser elegível para as medidas de atenuação após 7 dias consecutivos abaixo de 0,3 % (regra em vigor desde junho de 2024).
Uma pontuação de 10/10 no Mail-tester garante a caixa de entrada?
Não. O Mail-tester avalia uma mensagem de 0 a 10: este teste pontual verifica a autenticação e o conteúdo de um único envio, com uma consulta do IP nas listas negras. Não diz nada sobre o historial de envio nem sobre o comportamento dos destinatários no Gmail. Complete-o com o acompanhamento no Postmaster Tools.
Posso enviar os meus transacionais a partir de uma caixa Gmail?
Não é adequado. Uma caixa de correio não tem API de envio e não devolve as rejeições de forma aproveitável. Recorra a uma plataforma de envio que assine em DKIM no seu domínio.
Como verificar a sua configuração em dois minutos?
Para verificar a sua própria configuração, envie uma mensagem de teste para um endereço Gmail, abra o menu «Mostrar original» e confirme que SPF, DKIM e DMARC apresentam PASS. O guia da entregabilidade de email prolonga esta checklist para o inbox placement.
