Por que seu email cai no spam? Um diagnóstico sem desespero

Você enviou um email normal para alguém que pediu para receber suas mensagens, e ele foi parar na pasta de spam. Talvez um cliente tenha comentado de passagem. Talvez você tenha testado por conta própria e visto sua própria mensagem cair no lixo.

A parte tranquilizadora: isso raramente tem a ver com a sua escrita, e normalmente se resolve em uma tarde. Os filtros de spam não estão julgando o seu texto. Eles fazem primeiro uma pergunta muito mais simples, e na maioria das vezes a resposta para essa pergunta está quebrada de um jeito que você consegue ver e consertar hoje.

O que o filtro decide de verdade

Um servidor de email que recebe sua mensagem a avalia em uma ordem aproximada de peso:

1. Identidade. O servidor consegue provar que a mensagem veio mesmo do domínio do endereço From?
2. Reputação. O que esse domínio e a infraestrutura de envio dele fizeram recentemente?
3. Engajamento. As pessoas que recebem esse email agem como se quisessem recebê-lo?
4. Conteúdo. O que existe de fato dentro da mensagem?

Conteúdo vem por último e carrega o menor peso dos quatro. Essa ordem importa porque o instinto, quando o email cai no spam, é começar a reescrever linhas de assunto, que é a alavanca que quase nunca explica o problema. Percorra a lista nessa ordem. A maioria dos domínios que vai para o lixo falha em algum ponto das duas primeiras etapas.

Antes de tocar em uma palavra do texto, responda às quatro perguntas acima nessa ordem.

Comece pelos três registros que provam quem você é

Três registros DNS fazem o trabalho de identidade. Cada um responde a uma pergunta diferente, e quem recebe o email quer os três.

SPF é a lista dos servidores autorizados a enviar email pelo seu domínio. Ele vive como um registro TXT no próprio domínio e tem esta forma:

v=spf1 include:_spf.google.com include:sendgrid.net ~all

Isso diz: Google Workspace e SendGrid podem enviar por esse domínio, e qualquer outra origem é suspeita (~all é um soft fail, -all é um hard fail). A quebra mais comum é um domínio com dois registros SPF separados, o que é inválido segundo a RFC 7208 e faz a verificação inteira falhar em vez de mesclar os registros. A segunda quebra mais comum é um fornecedor que você adicionou no ano passado e nunca colocou na lista. Se o seu precisa ser refeito, o gerador de SPF monta um único registro válido a partir dos seus remetentes reais.

DKIM é uma assinatura criptográfica. Sua plataforma de envio assina cada mensagem com uma chave privada, e a chave pública correspondente fica no DNS sob um selector:

s1._domainkey.example.com  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA..."

DKIM pesa mais que SPF em um caso específico: encaminhamento. Quando alguém encaminha sua mensagem, o SPF quebra, porque o servidor que encaminha não está na sua lista, enquanto a assinatura DKIM sobrevive intacta. Se o seu provedor forneceu registros CNAME ou TXT para colar e você nunca terminou de colá-los, esse é o seu problema. O gerador de DKIM mostra o formato de registro que o seu provedor espera.

DMARC amarra os dois e diz a quem recebe o que fazer quando eles não coincidem. É um registro TXT em _dmarc.yourdomain.com:

v=DMARC1; p=none; rua=mailto:dmarc@example.com; fo=1

p=none significa “não mude nada, apenas reporte”. Esse é o ponto de partida correto, e rua é o endereço onde chegam os relatórios agregados diários. Publicar DMARC não é mais opcional para quem envia em volume: as diretrizes para remetentes de email do Google exigem SPF, DKIM e um registro DMARC de remetentes em massa desde fevereiro de 2024, e os requisitos para remetentes do Yahoo dizem o mesmo. Monte o seu com o gerador de DMARC se o registro não existir. Se o seu já está publicado e preso em none, leia algumas semanas de relatórios antes de migrar para quarantine, para saber quais dos seus próprios remetentes a política mais rígida teria bloqueado.

A versão de dois minutos de tudo isso: rode seu domínio na verificação gratuita de saúde de email e leia os três vereditos antes de fazer qualquer outra coisa.

Leia uma mensagem que realmente falhou

Os registros DNS dizem o que deveria acontecer. Os cabeçalhos dizem o que aconteceu, em uma mensagem específica, em um receptor específico. Quando o email cai no spam, o artefato mais útil que existe é a fonte bruta dessa mensagem exata.

No Gmail, abra a mensagem, use o menu de três pontos e escolha “Mostrar original” (Show original). No Outlook na web, abra a mensagem, depois o menu de três pontos e “Ver código-fonte da mensagem” (View message source). No Apple Mail, use View, depois Message, depois “Código-fonte bruto” (Raw Source).

Perto do topo você encontra algo assim:

Authentication-Results: mx.google.com;
       dkim=pass header.i=@example.com header.s=s1 header.b=Qn3kZ2Vd;
       spf=pass (google.com: domain of bounce@mail.example.com designates
         198.51.100.24 as permitted sender) smtp.mailfrom=bounce@mail.example.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=example.com

Três passes. Essa mensagem não foi para o lixo por motivos de identidade, o que parece uma má notícia mas é um avanço: significa que você pode parar de mexer no DNS e descer a lista. Se qualquer um dos três mostrar fail, softfail, neutral, none ou permerror, você encontrou a causa e já sabe qual registro consertar.

Uma sutileza que vale conhecer: dmarc=fail com SPF e DKIM passando é um estado real e confuso. Significa que o alinhamento falhou, ou seja, o domínio que passou no SPF ou no DKIM não é o domínio que o leitor vê na linha From. Isso acontece quando uma plataforma envia pelo próprio domínio de bounce sem um domínio personalizado configurado corretamente. O passo a passo completo desse estado, incluindo qual linha de cabeçalho nomeia o caminho que falhou, está em por que o DMARC falha quando o SPF passa.

Pegue a fonte bruta de uma mensagem que falhou e cole no analisador de cabeçalhos. Ele organiza para você os resultados de autenticação e o caminho salto a salto.

Se os registros estão limpos, o problema é reputação

A reputação se prende primeiro ao seu domínio e depois ao seu IP de envio, e é construída com o que aconteceu nos seus últimos envios, não nos seus últimos anos. Quatro coisas a movem.

Taxa de reclamação. Essa é a maior alavanca sob seu controle. O Google publica um número exato: mantenha a taxa de spam reportada no Postmaster Tools abaixo de 0.3%, e o Google recomenda ficar abaixo de 0.1%. Esse limite é baixo o suficiente para que algumas centenas de destinatários irritados em uma lista de cem mil consigam cruzá-lo. Se você envia qualquer volume e nunca abriu o Google Postmaster Tools, configure hoje. É gratuito e é a única visão que você tem de como o Gmail realmente enxerga você.

Blocklists. Uma listagem em uma blocklist grande é um instrumento contundente, e explica uma queda generalizada e repentina para o spam melhor do que qualquer outra coisa. As que importam são poucas: Spamhaus acima de tudo, depois SpamCop e Barracuda. As centenas de outras em geral não afetam a caixa de entrada de verdade. Consulte a busca oficial da Spamhaus, que é gratuita, e use o processo gratuito de delisting se aparecer listado. Nunca pague ninguém por delisting expresso.

Idade e histórico do domínio. Um domínio registrado na semana passada e sem histórico de envio é tratado com desconfiança, o que é normal e temporário, não um defeito a corrigir. O mesmo vale para um domínio que costumava enviar e ficou um ano em silêncio.

Consistência de volume. Os provedores leem um salto repentino do mesmo jeito que um banco lê uma transferência repentina. Passar de 200 mensagens por dia para 20.000 parece uma conta comprometida, não um negócio em crescimento. Enviar em um padrão estável e previsível é uma prática, não um produto.

Verifique as blocklists primeiro, porque é o item que produz mudança de um dia para o outro, depois olhe sua taxa de reclamação no Postmaster Tools.

Conteúdo e engajamento ficam por último

Se a identidade está limpa e a reputação está saudável, só então vale a pena olhar a mensagem.

Engajamento pesa mais que a escrita aqui. Uma lista de pessoas que autorizaram o envio no mês passado e leem você toda semana protege você. Uma lista importada de um CRM antigo, comprada ou raspada vai te prejudicar não importa como o texto esteja, porque destinatários sem engajamento diluem o seu sinal e endereços antigos viram spam traps. Os filtros também personalizam: o seu histórico com um destinatário específico influencia onde seu email cai para ele, e é por isso que a mesma mensagem pode ir para a caixa de entrada de uma pessoa e para o lixo de outra.

Sobre o conteúdo em si, o que realmente correlaciona com problema é estrutural, não lexical: um email só de imagens e quase sem texto, um encurtador de links, um domínio novíssimo nos links, uma divergência entre o nome no From e o domínio, ou um template HTML com marcação quebrada. O folclore sobre palavras gatilho é quase todo folclore. Escrever “grátis” não te manda para o lixo.

Antes de reescrever qualquer coisa, verifique quando os destinatários deste envio interagiram com você pela última vez, e corte os que não interagem há seis meses.

Do sintoma à causa

O padrão da falha estreita a causa mais rápido do que qualquer teste isolado:

• Todos os provedores te mandam para o lixo ao mesmo tempo, a partir de um dia específico. Listagem em blocklist ou um registro DNS quebrado. Verifique os dois, e verifique quando seu DNS mudou pela última vez.
• Só o Gmail te manda para o lixo. Reputação ou taxa de reclamação. Abra o Postmaster Tools.
• Só o Outlook te manda para o lixo. A Microsoft pesa o seu IP de envio mais que o Gmail, e os dados de reclamação ficam invisíveis até você se registrar para recebê-los. Veja emails indo para o spam no Outlook mas não no Gmail.
• Só o sistema de email de uma empresa te manda para o lixo. Filtro deles, regras deles, muitas vezes uma allowlist interna. Peça para o seu contato marcar você como não spam.
• Um domínio novíssimo vai para o lixo em todo lugar. Histórico, não culpa. Continue enviando com consistência para quem pediu.
• Um domínio que ia para a caixa de entrada de repente para. Algo mudou: uma plataforma de envio nova, uma chave DKIM expirada, uma importação de lista ou uma campanha que gerou reclamações.
• Alguns destinatários recebem na caixa de entrada, outros no lixo, mesma mensagem. Histórico de engajamento por destinatário. Nada está quebrado.
• O Gmail mostra “via” e outro domínio abaixo do seu nome. O email saiu por uma infraestrutura que não pertence ao seu domínio From, então os dois caminhos de alinhamento falham. O Gmail documenta isso como sender mismatch.
• Os cabeçalhos mostram spf=pass mas dmarc=fail. O SPF passou para um domínio que não é seu: o envelope não alinha com o endereço From. Veja por que o DMARC falha quando o SPF passa.
• Campanhas do Mailchimp ou de outro ESP caem no spam. Lacunas de autenticação da plataforma. Veja emails do Mailchimp indo para o spam.
• Envios em massa caem em Promoções em vez de Principal. Organização por abas, não um veredito de spam. Veja emails indo para Promoções em vez da caixa de entrada.
• Os bounces mostram 550 5.7.1 na resposta SMTP. Rejeição permanente, mas o texto depois do código diz se é política de autenticação ou permissão de relay. Veja 550 5.7.1 mensagem rejeitada.
• Os bounces mostram 550 5.7.515. Rejeição de autenticação de alto volume da Microsoft no Outlook.com, Hotmail e Live. Falta SPF passando, DKIM passando ou DMARC alinhado no domínio From. Veja 550 5.7.515 no Outlook.
• Um cliente diz que um email nunca chegou, e seu log diz entregue. Aceito não é colocado na caixa: o servidor receptor recebeu a mensagem e um filtro decidiu o destino dela depois disso. Veja clientes que não recebem seus emails.

Encontre o seu sintoma nessa lista e rode apenas a verificação para a qual ele aponta.

O problema de verificar à mão

Tudo acima é uma fotografia. O problema é que tudo isso deriva enquanto você não está olhando. Um colega edita o DNS e derruba um include: do registro SPF. Uma chave DKIM expira. Alguém importa uma lista antiga numa terça e a taxa de reclamação cruza 0.3% até quinta. Um IP compartilhado ganha uma listagem Spamhaus que não tem nada a ver com você. Nada disso se anuncia. Você descobre semanas depois, quando um cliente comenta que suas faturas continuam indo para o lixo.

Essa lacuna é o que o LitInboxes fecha. Ele roda essas mesmas verificações em um cronograma para cada domínio que você adiciona, guarda o histórico para você ver o dia exato em que um registro mudou, observa as blocklists e os sinais de reputação, e avisa por email ou Slack quando algo se move. É a diferença entre diagnosticar um problema em uma tarde e perceber que ele existia.

Rode primeiro a lista manual abaixo, porque custa dez minutos e responde à pergunta de hoje. Depois decida se quer rodá-la você mesmo toda semana ou ter alguém rodando por você. Se quiser ver como fica o lado de monitoramento antes de assinar qualquer coisa, tem um passo a passo curto aqui.

O que verificar primeiro, em ordem

1. Rode o domínio na verificação de saúde de email e confirme que SPF, DKIM e DMARC resolvem e passam todos.
2. Puxe a fonte bruta de uma mensagem que foi para o spam e leia a linha Authentication-Results dela.
3. Conserte o registro que falhou e envie um teste novo, porque mudanças de DNS precisam de uma mensagem nova para se provar.
4. Procure no Spamhaus uma listagem do seu domínio e do seu IP de envio.
5. Abra o Google Postmaster Tools e compare a taxa de spam com a linha de 0.3%.
6. Veja quando os destinatários do envio com problema abriram ou clicaram pela última vez, e pare de enviar para os que nunca fazem isso.
7. Só agora, olhe a mensagem: proporção entre imagem e texto, domínios dos links, nome no From.

Nada dessa lista leva mais que alguns minutos, e os dois primeiros resolvem a maioria dos casos. Percorra em ordem e você saberá em qual das quatro perguntas seu email está falhando, que é o trabalho inteiro.

Se você envia pelo Amazon SES, uma causa a mais fica acima de todas essas: o remetente do envelope padrão é um endereço amazonses.com, então o SPF autentica a Amazon em vez de você e o alinhamento DMARC falha até você configurar um domínio MAIL FROM personalizado.

Depois coloque os passos 1, 4 e 5 em repetição, semanal se você fizer à mão, diária se deixar o LitInboxes vigiar por você. A versão sinal por sinal, incluindo o ponto em que uma passada semanal deixa de bastar, está na revisão semanal de entregabilidade. Cair no spam é muito mais barato de pegar no dia em que começa do que no dia em que um cliente conta para você.