# Por que meus emails caem no spam? Guia de diagnóstico > 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. Source: https://pidgely.com/pt-br/blog/por-que-emails-caem-no-spam/ · Published: 2026-10-12 · Pidgely 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. ## Passo 0: confirme o sintoma "Caiu no spam" pode significar coisas diferentes, cada uma com causa diferente: - **A mensagem foi rejeitada** (o MTA recebeu `5xx`): o provedor nem aceitou. Veja os logs. - **A mensagem está atrasada** (respostas `4xx` repetidas): limitação por volume ou reputação. - **A mensagem foi aceita e foi para a pasta de spam**: decisão de filtragem. - **A mensagem foi para a aba Promoções do Gmail**: isso **não** é spam. É classificação de categoria, normal para marketing. 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)? ## Passo 1: autenticação É a primeira coisa a verificar, porque é binária e fácil de corrigir. Envie para uma conta do Gmail, abra **Mostrar original** e procure: ```text 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: ```text 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.br ``` Problemas 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. ## Passo 2: reputação Com a autenticação correta, o próximo suspeito é reputação. ### Google Postmaster Tools Se você envia para o Gmail em volume, é a fonte mais confiável. Olhe: - **Taxa de spam**: segundo as diretrizes do Google, deve ficar abaixo de 0,1% e nunca chegar a 0,3%. - **Reputação de IP e de domínio**: quedas costumam coincidir com campanhas específicas. - **Erros de entrega**: taxas de rejeição e limitação temporária. ### Listas de bloqueio 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. ### Respostas dos provedores As mensagens de erro costumam dizer a causa: ```text 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 ... ``` ## Passo 3: qualidade da lista Reputação ruim quase sempre vem da lista. Pergunte: - **De onde vieram os endereços?** Lista comprada, raspada de sites ou "herdada" de outra empresa é causa clássica de spam traps e reclamações. Além disso, sem base legal adequada, é problema com a LGPD. - **Há confirmação de inscrição?** Double opt-in reduz erros de digitação e cadastros falsos. - **Quando foi o último engajamento?** Enviar para quem não abre nada há um ano gera sinais negativos e pode atingir endereços abandonados que viraram armadilhas. - **Hard bounces são removidos?** Se a taxa de bounce está alta, a supressão não está funcionando. - **Descadastro funciona?** Se sair da lista é difícil, o usuário usa o botão "Denunciar spam", que custa muito mais caro. ## Passo 4: conteúdo e formatação Conteúdo raramente é a causa isolada, mas pode inclinar a balança: - **Links com má reputação**: encurtadores públicos ou domínios de rastreamento compartilhados com outros remetentes ruins. Prefira um domínio de rastreamento próprio (por exemplo, `link.example.com.br`). - **Email só de imagem**, sem texto equivalente. - **HTML quebrado** ou gerado com muito código desnecessário. - **Falta da parte em texto puro** (`text/plain`) em `multipart/alternative`. - **From, Reply-To e assunto inconsistentes** com o que o usuário espera. - **Anexos** de tipos frequentemente usados em ataques. ## Passo 5: infraestrutura - **PTR ausente ou genérico** no IP de envio, ou que não resolve de volta para o mesmo IP. - **HELO/EHLO** com nome inválido ou incoerente. - **Sem TLS** na conexão. - **IP novo sem warm-up** recebendo volume alto de uma vez. - **IP compartilhado** com outros remetentes de comportamento ruim. ## Passo 6: engajamento e frequência 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. ## Erros comuns no diagnóstico - Trocar o assunto e o texto antes de verificar autenticação. - Testar só com a própria caixa, que tem histórico de interação com o remetente. - Confundir aba Promoções com spam. - Trocar de IP ou domínio para fugir do problema, sem resolver a causa. - Ignorar envios de outras ferramentas que usam o mesmo domínio. ## Checklist de diagnóstico - [ ] Sintoma definido: rejeição, atraso, spam ou aba Promoções. - [ ] SPF, DKIM e DMARC com PASS e alinhamento. - [ ] Relatórios DMARC sem fontes desconhecidas. - [ ] Taxa de spam no Postmaster Tools abaixo de 0,1%. - [ ] IP e domínio fora de listas de bloqueio. - [ ] Hard bounces suprimidos e base sem inativos antigos. - [ ] Descadastro de um clique funcionando. - [ ] PTR, HELO e TLS corretos. - [ ] Links em domínio próprio e com boa reputação. ## Prevenir em vez de diagnosticar 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. ## Perguntas frequentes ### Qual é a causa mais comum de emails irem para o spam? 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. ### Como saber se o problema é autenticação? 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. ### Palavras como grátis ou promoção mandam o email para o spam? 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. ### Por que só alguns destinatários recebem no spam? 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.