Email transacional vs marketing: por que separar os envios
Por que separar email transacional e de marketing em streams, IPs e subdomínios diferentes, e como fazer isso sem quebrar autenticação e DMARC.
5 min de leitura
Guia de diagnóstico para descobrir por que seus emails caem no spam: autenticação, reputação, lista, conteúdo e infraestrutura, com o que checar em cada um.
Time PidgelyPublicado em 5 min de leituraVersão em Markdown

Emails caem no spam principalmente por quatro motivos: autenticação incompleta ou desalinhada (SPF, DKIM e DMARC), reputação ruim do IP ou do domínio (reclamações, bounces, spam traps), lista de baixa qualidade ou sem consentimento claro e, em menor grau, sinais de conteúdo e infraestrutura. O diagnóstico deve seguir essa ordem, da causa mais provável para a menos provável, porque trocar palavras do assunto não resolve um DMARC quebrado. Abaixo está um roteiro para encontrar a causa no seu caso.
"Caiu no spam" pode significar coisas diferentes, cada uma com causa diferente:
5xx): o provedor nem aceitou. Veja os logs.4xx repetidas): limitação por volume ou reputação.Descubra também o escopo: acontece em todos os provedores ou só em um? Em todos os streams ou só no marketing? Começou depois de alguma mudança (novo IP, nova ferramenta, campanha para base antiga)?
É a primeira coisa a verificar, porque é binária e fácil de corrigir. Envie para uma conta do Gmail, abra Mostrar original e procure:
SPF: PASS with IP 203.0.113.10
DKIM: 'PASS' with domain example.com.br
DMARC: 'PASS'Ou leia o header Authentication-Results em qualquer provedor:
Authentication-Results: mx.google.com;
dkim=pass header.i=@example.com.br header.s=pid2026;
spf=pass smtp.mailfrom=bounces.example.com.br;
dmarc=pass (p=NONE) header.from=example.com.brProblemas típicos:
| Sintoma | Causa provável |
|---|---|
spf=permerror | Mais de 10 consultas DNS ou dois registros SPF |
spf=pass mas dmarc=fail | Return-Path em domínio do fornecedor, sem alinhamento |
dkim=pass com header.i=@fornecedor.example | DKIM assinado com o domínio do fornecedor |
dkim=fail (body hash did not verify) | Algo alterou a mensagem depois da assinatura (rodapé adicionado por gateway, por exemplo) |
dmarc=fail só em parte dos envios | Uma fonte esquecida (CRM, helpdesk, ERP) enviando sem configuração |
Os relatórios agregados de DMARC (rua) mostram todas as fontes que enviam com o seu domínio. Se não estiver recebendo, configure.
Com a autenticação correta, o próximo suspeito é reputação.
Se você envia para o Gmail em volume, é a fonte mais confiável. Olhe:
Verifique o IP e o domínio nas principais listas de bloqueio públicas. Estar listado explica rejeições em vários provedores ao mesmo tempo, especialmente em servidores corporativos que usam essas listas diretamente.
As mensagens de erro costumam dizer a causa:
550 5.7.1 Service unavailable, Client host [203.0.113.10] blocked using ...
421-4.7.28 ... unusual rate of unsolicited mail originating from your IP address.
550-5.7.26 Unauthenticated email from example.com.br is not accepted ...Reputação ruim quase sempre vem da lista. Pergunte:
Conteúdo raramente é a causa isolada, mas pode inclinar a balança:
link.example.com.br).text/plain) em multipart/alternative.Provedores observam como os destinatários reagem: abrem, respondem, movem para a caixa de entrada, apagam sem ler ou denunciam. Enviar com muita frequência, ou para quem não interage há meses, empurra a mensagem para o spam mesmo com tudo tecnicamente correto. Segmente por engajamento recente e crie uma regra para parar de enviar a inativos.
Muitas dessas causas podem ser bloqueadas na origem. A Pidgely, por exemplo, aplica autenticação alinhada por padrão, suprime bounces e reclamações automaticamente e tem um guarda de reputação que pausa a conta quando as taxas de bounce ou reclamação passam dos limites, antes que o problema chegue à reputação do domínio.
Na prática, falhas de autenticação (SPF, DKIM ou DMARC sem alinhamento) e reputação ruim causada por reclamações e envio para endereços inválidos. Conteúdo raramente é a causa principal sozinho.
Envie uma mensagem para uma conta do Gmail, abra Mostrar original e verifique se SPF, DKIM e DMARC aparecem como PASS. Qualquer FAIL ou ausência de DMARC precisa ser corrigido primeiro.
Filtros modernos dão pouco peso a palavras isoladas. O que pesa é reputação, engajamento e consistência. Conteúdo importa mais em conjunto: muito HTML pesado, só imagem, links encurtados ou domínios de link com má reputação.
Porque os filtros também são personalizados. Usuários que nunca interagem com seus emails, ou que já marcaram mensagens parecidas como spam, tendem a receber na pasta de spam mesmo quando outros recebem na caixa de entrada.
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.
Por que separar email transacional e de marketing em streams, IPs e subdomínios diferentes, e como fazer isso sem quebrar autenticação e DMARC.
5 min de leitura
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
Como funcionam os feedback loops no formato ARF (RFC 5965), como medir a taxa de reclamação e o que fazer para mantê-la abaixo do limite do Gmail.
5 min de leitura