Por que meu e-mail cai no spam (e como resolver)

O filtro de spam do Gmail, do Outlook ou do UOL não lê o seu e-mail como uma pessoa. Ele responde três perguntas, nesta ordem:

1. Quem mandou isso de verdade? O domínio do remetente autorizou este servidor a falar por ele? (SPF, DKIM e DMARC)
2. Esse remetente costuma mandar coisa que as pessoas querem? (reputação do domínio e do IP, reclamações, devoluções)
3. Esta mensagem parece com golpe ou propaganda? (conteúdo, links, anexos)

Quase sempre o problema está na primeira pergunta, e ela é a mais fácil de resolver. Por isso este guia começa por ela.

Resposta curta: confira isto primeiro#

• O domínio do remetente tem SPF, DKIM e DMARC publicados, e o e-mail passa nos três.
• O e-mail sai por um serviço autorizado no seu DNS, e não pela função mail() da hospedagem nem "como" um endereço @gmail.com.
• O domínio e o IP de envio não estão em listas de bloqueio.
• Você não manda para endereços que não existem nem para quem não pediu.
• A mensagem tem parte em texto, links do seu próprio domínio, sem encurtador, e nada de boleto como anexo.
• E-mail de senha e de pedido não sai pelo mesmo caminho das campanhas.

Como ver o que o provedor achou do seu e-mail#

Antes de mudar qualquer coisa, olhe o que o destinatário recebeu:

• Gmail: abra a mensagem, clique nos três pontos e em Mostrar original. No topo aparecem SPF, DKIM e DMARC com PASS ou FAIL.
• Outlook na web: abra a mensagem, clique nos três pontos e em Exibir > Exibir detalhes da mensagem. Procure Authentication-Results com spf=, dkim= e dmarc=.
• Qualquer cliente: os cabeçalhos Authentication-Results e Received contam quem assinou e por onde a mensagem passou.

Se algum dos três está FAIL ou nem aparece, comece pela próxima seção.

1. O domínio não está autenticado#

Sem autenticação, qualquer um poderia mandar e-mail "como" você, então o filtro desconfia de tudo que vem do seu domínio.

O detalhe que mais derruba gente: o DMARC exige alinhamento. Não basta o DKIM passar; ele precisa ser do mesmo domínio do From (ou de um subdomínio dele). Um e-mail com From: oi@sualoja.com.br assinado só por servico-de-envio.com passa no DKIM e falha no DMARC.

O passo a passo para criar os três, inclusive no registro.br e na Cloudflare, está em Como configurar SPF, DKIM e DMARC.

2. O servidor de envio não pode falar pelo seu domínio#

Dois casos muito comuns:

• Site ou loja enviando pela função mail() da hospedagem. O e-mail sai de um servidor compartilhado, sem DKIM do seu domínio. É o padrão do WordPress, de muitos sistemas PHP e de ERPs instalados em servidor próprio.
• Sistema que envia "como" o usuário. O ERP manda a fatura com From: vendedor@gmail.com, mas por um servidor que não é do Gmail. O Gmail publica DMARC com política de rejeição, então o destinatário tem de recusar ou mandar para o spam.

A correção é enviar por um serviço autenticado no seu domínio, com o From sempre num endereço seu.

3. A reputação está baixa#

Os provedores guardam o histórico do seu domínio e do IP que envia. A reputação cai quando:

• muita gente marca como spam. O Gmail pede taxa de reclamação abaixo de 0,3%, e o ideal é ficar bem abaixo disso;
• muitos endereços não existem (lista antiga, comprada ou digitada errado) e voltam como devolução permanente;
• o domínio é novo e começou mandando muito de uma vez, sem histórico;
• o IP é compartilhado com quem manda spam. Em serviços de envio, a reputação do IP compartilhado depende dos outros clientes.

Como conferir:

• Google Postmaster Tools: reputação do domínio e taxa de spam no Gmail (precisa de volume diário para mostrar dados).
• Microsoft SNDS: dados do IP para quem envia ao Outlook e ao Hotmail.
• Consultas de listas de bloqueio, como as da Spamhaus, para o domínio e para o IP.

4. A lista de destinatários é o problema#

Nenhuma configuração salva uma lista ruim. Mande só para quem pediu, remova na hora quem voltou com "usuário não existe" (código 5.1.1) e quem reclamou, e confirme o endereço no cadastro (o e-mail de confirmação existe para isso). Lista comprada ou "importada da planilha antiga" é o caminho mais curto para o spam, e às vezes para a conta suspensa no serviço de envio.

5. O conteúdo parece golpe#

Com autenticação e reputação boas, o conteúdo pesa menos, mas ainda pesa:

• encurtadores de link (eles escondem o destino e são muito usados em golpes);
• links para um domínio diferente do remetente, sem motivo;
• e-mail só com uma imagem e quase nenhum texto;
• sem a parte em texto (só HTML);
• boleto como anexo: boletos falsos em anexo são um golpe comum no Brasil, e os filtros desconfiam. Mande o link;
• assunto em caixa alta, cheio de pontos de exclamação ou de palavras como "grátis" e "urgente";
• HTML copiado do Word, com código quebrado.

6. Transacional e marketing no mesmo caminho#

Se a newsletter e a recuperação de senha saem do mesmo domínio e do mesmo serviço, uma campanha com muitas reclamações derruba também o e-mail de senha. Separe os fluxos (por exemplo, um subdomínio para marketing) e mantenha o transacional limpo: sem propaganda no e-mail de senha.

7. As regras dos grandes provedores#

• Gmail e Yahoo (desde fevereiro de 2024): todo remetente precisa de SPF ou DKIM, DNS reverso válido no IP e TLS. Quem manda mais de 5 mil por dia precisa de SPF e DKIM, DMARC alinhado, descadastro com um clique nas mensagens de marketing e taxa de spam abaixo de 0,3%.
• Microsoft (desde maio de 2025): quem manda mais de 5 mil por dia para Outlook, Hotmail e Live precisa de SPF, DKIM e DMARC. Sem isso, as mensagens voltam com o código 550 5.7.515.
• UOL, BOL e Terra: não publicam regras próprias. Siga as de cima e meça a entrega com caixas de teste nesses provedores.

Do sintoma à causa#

Onde o Couryo entra#

Se você quer parar de adivinhar: o Couryo configura o DNS do domínio com você (sozinho, quando o domínio está na Cloudflare), assina cada e-mail com DKIM do seu domínio, separa transacional de marketing e mostra, para cada mensagem, a resposta original do servidor de destino com a explicação em português e o que fazer. Um agente de entregabilidade confere o domínio toda semana e avisa antes de virar problema. Veja como funciona na documentação.

Perguntas frequentes#

Por que o e-mail chega no Gmail e cai no spam do Outlook?#

Cada provedor tem filtro e histórico próprios. A Microsoft é mais rígida com autenticação para quem envia em volume e usa listas de IPs próprias. Confira se o DMARC existe e está alinhado, e leia o código de resposta quando a mensagem volta.

Pedir para o cliente marcar "não é spam" resolve?#

Ajuda um pouco no histórico daquela pessoa, mas não corrige a causa. Se o domínio não está autenticado ou a lista tem problema, o próximo e-mail cai no spam de outra pessoa.

Trocar de serviço de envio resolve?#

Só se a causa for o serviço (por exemplo, IP compartilhado com má reputação ou falta de DKIM com o seu domínio). Se a causa for a lista ou o conteúdo, o problema vai junto.

Quanto tempo leva para sair do spam?#

Depois de corrigir a autenticação, a melhora costuma aparecer logo nos envios seguintes. Reputação baixa por reclamações demora mais: ela sobe com envios consistentes para quem quer receber.

E-mail transacional também cai no spam?#

Cai, pelos mesmos motivos. A diferença é que ele costuma ter muito engajamento (a pessoa está esperando), então com autenticação certa e um caminho separado do marketing ele tem as melhores chances de chegar.