E-mail da empresa caindo no spam acontece quando o domínio não tem autenticação configurada no DNS. O primeiro passo seguro é checar se SPF, DKIM e DMARC estão publicados corretamente e ajustar um registro por vez, testando o envio antes de endurecer a política.
Você mandou o orçamento, o cliente disse que ia responder e sumiu. Dias depois descobre que a mensagem nunca chegou na caixa de entrada — foi parar no spam. Pior ainda: a nota fiscal voltou com erro e o prazo passou.
E-mail (ou email) da empresa caindo no spam é um dos problemas mais silenciosos da presença online. Não dá tela de erro, não dá aviso. Só custa venda. E muitas vezes a causa não é o texto da mensagem: é a configuração do DNS do domínio.
O artigo a seguir é para quem já está com o problema acontecendo agora. Vamos explicar em linguagem simples o que são SPF, DKIM e DMARC, mostrar o passo a passo de correção e dizer quando vale chamar quem entende de configuração de domínio.
Por que meu e-mail profissional cai no spam?
O motivo mais comum é técnico: o servidor do destinatário não consegue confirmar que a mensagem foi realmente enviada por você. Sem essa confirmação, o Gmail, o Outlook e os filtros corporativos tratam o envio como suspeito.
O raciocínio é simples: qualquer pessoa pode "forjar" um remetente. Se o seu domínio não diz quem pode enviar em seu nome, o filtro não tem como diferenciar você de um golpista usando o seu endereço.
A partir de 2024, o Gmail passou a exigir autenticação de remetentes em escala — o que está documentado nas diretrizes oficiais para remetentes. Na prática, quem envia em grande volume precisa de SPF, DKIM e DMARC configurados, além de facilidade de cancelamento de inscrição. Para quem envia pouco, a exigência é menor, mas a recomendação de autenticar é a mesma.
As causas mais comuns são:
- SPF ausente ou duplicado no DNS do domínio
- Serviço de disparo fora do SPF (newsletter, sistema de NF-e, CRM, formulário do site)
- DKIM não ativado no provedor de e-mail
- DMARC em `p=reject` desde o primeiro dia, sem período de observação
- Formulário do site enviando pelo servidor da hospedagem, sem autenticação
- Conteúdo com cara de spam: só link, assunto em maiúsculas, imagem sem texto
- Lista comprada ou contatos que nunca autorizaram receber
um erro frequente não é falta de configuração — é configuração pela metade. A empresa tem SPF, mas o CRM ficou de fora; tem DKIM no Google Workspace, mas o formulário do site envia pelo servidor da hospedagem.
O que são SPF, DKIM e DMARC em linguagem simples
SPF, DKIM e DMARC são registros DNS que provam para o servidor do destinatário que a sua mensagem é legítima. Cada um cobre uma parte diferente da prova — e os três se complementam.
Pense em três camadas de segurança de uma carta:
- SPF responde "quem pode enviar em nome deste domínio". É uma lista de servidores autorizados, publicada como registro TXT no DNS.
- DKIM responde "esta mensagem foi alterada no caminho". É uma assinatura digital anexada ao e-mail; se alguém mexer no conteúdo, a assinatura quebra.
- DMARC responde "o que fazer quando SPF ou DKIM falham, e para onde mandar relatórios". É a política que amarra os dois anteriores.
Os três são registros TXT publicados no DNS do domínio — onde ele está apontado: Registro.br, Cloudflare, painel da hospedagem ou o próprio provedor de e-mail. Sem acesso a esse painel, não há como configurar nada.
Onde exatamente cada registro fica
O SPF fica na raiz do domínio, como registro TXT. O DKIM fica num subdomínio definido pelo provedor (algo como `selector._domainkey.seudominio.com.br`). O DMARC fica em `_dmarc.seudominio.com.br`, também como TXT.
Os valores exatos — IPs, seletores, chaves — vêm sempre do provedor de e-mail: Google Workspace, Microsoft 365 ou a hospedagem. Os exemplos deste artigo são ilustrativos; copiar sem adaptar é receita para piorar o problema.
Passo a passo para tirar o e-mail da empresa do spam
O passo a passo funciona como um diagnóstico em ordem: primeiro identificar o que falta, depois corrigir um registro por vez, testando o envio antes de avançar. A ordem importa — endurecer o DMARC antes de validar SPF e DKIM derruba todo o envio.
- Descubra onde o DNS do domínio está apontado. Consulte o Registro.br ou o painel onde o domínio foi registrado. Sem esse acesso, nada avança. Se você perdeu o acesso, veja o que fazer em domínio ou hospedagem vencido: perdi acesso ao site e ao e-mail.
- Liste todos os serviços que enviam e-mail em nome do domínio. Inclua o provedor principal (Google Workspace ou Microsoft 365), o sistema de NF-e, o CRM, a ferramenta de newsletter e o formulário do site. Cada um precisa estar autorizado no SPF.
- Verifique o SPF atual. No painel de DNS, procure um registro TXT começando com `v=spf1`. Só pode existir um. Se houver dois, mescle em um único registro somando os serviços.
- Ative o DKIM no provedor de e-mail. No Google Workspace, o caminho fica em Admin console > Apps > Google Workspace > Gmail > Autenticar e-mail. No Microsoft 365, fica no centro de administração, na área de DNS/DKIM. O nome exato do menu pode variar conforme a versão — confirme na documentação do provedor.
- Publique o DMARC em modo de observação. Comece com `p=none` e um endereço de relatório. Esse modo não bloqueia nada: só coleta dados. A documentação oficial do DMARC explica cada parâmetro.
- Teste o envio real. Mande uma mensagem para um Gmail seu e para um Outlook seu. No Gmail, abra a mensagem, clique nos três pontinhos e escolha "Mostrar original". Procure as linhas `SPF: PASS`, `DKIM: PASS` e `DMARC: PASS`.
- Só depois endureça a política. Com tudo passando e sem relatórios de erro, mude o DMARC para `p=quarantine` e, mais adiante, para `p=reject`. Esse avanço leva semanas de observação — não é passo de um dia.
- Corrija o formulário do site. Se ele envia e-mail pelo servidor da hospedagem, ou autentique esse envio no SPF, ou troque para um serviço de envio transacional autenticado. Esse é o ponto cego mais comum.
antes de alterar qualquer registro, tire um print ou copie o conteúdo atual do DNS. Se algo der errado, você volta ao estado anterior em minutos.
Qual é a causa provável de cada sintoma de e-mail no spam?
A causa provável depende do sintoma: mensagem no spam só no Gmail, e-mail devolvido com erro, formulário do site que não chega e queda depois de uma campanha apontam para correções diferentes. A tabela abaixo relaciona cada sintoma à ação recomendada, como triagem antes de mexer no DNS.
| Situação / sintoma | Causa provável | O que fazer |
|---|---|---|
| Cai no spam em todos os destinatários | SPF ausente ou DKIM não ativado | Publicar SPF único e ativar DKIM no provedor |
| Cai no spam só para clientes Gmail/Outlook | Política de reputação do provedor + falta de DMARC | Publicar DMARC em `p=none` e monitorar relatórios |
| Volta com erro "não autorizado" | Dois registros SPF no domínio | Mesclar em um único registro TXT |
| Newsletter cai no spam, e-mail normal chega | Serviço de disparo fora do SPF | Incluir o serviço no SPF ou autenticar no provedor |
| Formulário do site não entrega | Envio pelo servidor da hospedagem sem autenticação | Autenticar o envio ou usar serviço transacional |
| Cai no spam só para um cliente específico | Filtro corporativo do destinatário | Pedir ao cliente para liberar o remetente e revisar conteúdo |
| Cai no spam depois de mudar de hospedagem | DNS apontando para servidor errado | Revisar todos os registros TXT no novo painel |
Erros comuns que pioram o problema do e-mail no spam
Os erros mais comuns pioram o problema porque criam inconsistência no DNS — e inconsistência é exatamente o sinal que o filtro usa para classificar como spam. Corrigir no impulso costuma custar mais tempo do que diagnosticar primeiro.
Os erros que mais vemos:
- Dois registros SPF no mesmo domínio. O protocolo só aceita um. Com dois, o resultado é falha garantida.
- Esquecer serviços no SPF. Newsletter, NF-e, CRM e formulário do site precisam estar listados. Cada serviço novo é uma atualização.
- DMARC começando em `p=reject`. Sem período de observação, todo envio legítimo que não passa é bloqueado — inclusive o seu.
- Formulário do site enviando sem autenticação. O servidor da hospedagem manda e-mail "em nome" do domínio sem estar autorizado. É o ponto cego mais comum.
- Conteúdo com cara de spam. Mensagem só com link, assunto todo em maiúsculas, imagem sem texto alternativo, muitos destinatários em cópia aberta.
- Lista comprada. Contatos que nunca autorizaram receber geram denúncia em massa — e derrubam a reputação do domínio inteiro.
- Mexer no DNS sem backup. Apagar um registro errado pode tirar o site do ar junto com o e-mail.
se a sua conta de e-mail foi invadida e está enviando spam em massa, a primeira ação é trocar a senha e ativar a verificação em duas etapas — antes de qualquer ajuste de DNS. Depois, revogue sessões ativas e acessos de aplicativos desconhecidos no painel do provedor.
Mitos e verdades sobre e-mail caindo no spam
Mitos e verdades se confundem porque o assunto é técnico e as "dicas" circulam sem fonte. Separar o que é fato do que é lenda economiza tempo e evita estrago.
"basta pedir para o cliente marcar como não spam". Isso ajuda pontualmente, mas não resolve a causa. Se o SPF e o DKIM falham, o próximo cliente vai receber no spam do mesmo jeito.
"domínio novo é bloqueado por padrão". Domínio novo tem menos reputação, mas isso não é bloqueio automático. O que pesa é autenticação correta e histórico de envio consistente.
autenticação bem configurada melhora a entrega, mas não garante caixa de entrada. As decisões de filtragem são das plataformas — nenhuma agência tem canal privilegiado com o Google ou a Microsoft, e desconfie de quem promete isso.
o problema pode voltar. Mudou de provedor de e-mail, contratou um CRM novo, trocou de hospedagem? O DNS precisa ser revisado de novo.
Quando o cliente chega dizendo que o e-mail cai no spam, nossa primeira pergunta é sempre a mesma: quem mais envia e-mail em nome do seu domínio? A resposta quase nunca é só o provedor principal.
— Equipe Be On Digital
Como evitar que o e-mail volte a cair no spam
Evitar que o problema volte exige transformar a configuração em rotina de manutenção, não em tarefa única. Um checklist simples resolve a maior parte dos casos.
Checklist de manutenção:
- Um único registro SPF, revisado sempre que um serviço novo de envio entrar
- DKIM ativo no provedor principal e nos serviços de disparo
- DMARC publicado com relatório para um endereço que alguém realmente lê
- Formulário do site autenticado ou usando serviço transacional
- Teste de "mostrar original" a cada mudança de provedor ou hospedagem
- Postmaster Tools configurado se você envia em grande volume — o painel mostra reputação e taxa de spam. A documentação do Postmaster Tools explica como configurar
- Backup do DNS antes de qualquer alteração
- Verificação em duas etapas nas contas de e-mail administrativas
Imagine a cena: você manda o orçamento na sexta à tarde, o cliente recebe na caixa de entrada, responde no sábado e fecha na segunda. Sem mensagem perdida, sem retrabalho, sem desculpa. É isso que uma configuração de domínio bem feita entrega — e é invisível quando funciona.
Manutenção de site e domínio não é gasto único. Na Be On Digital, a faixa publicada para manutenção de site em Fortaleza fica entre R$ 150 e R$ 350 por mês, e inclui revisão de DNS e e-mail profissional.
Quando vale chamar uma agência para configurar o e-mail
Chamar uma agência vale a pena quando o problema envolve mais de uma camada ao mesmo tempo: DNS, provedor de e-mail, formulário do site e serviços de terceiros. Nesse cenário, corrigir por conta própria costuma derrubar o site no meio do processo.
Sinais de que é hora de chamar:
- Você não tem acesso ao painel de DNS do domínio
- Já mexeu nos registros e o problema piorou
- O site e o e-mail estão em provedores diferentes e ninguém sabe quem responde pelo quê
- O formulário do site nunca entregou e-mail de forma confiável
- Você não sabe quais serviços enviam em nome do seu domínio
Na Be On Digital, o trabalho começa por um diagnóstico: levantamos todos os registros do domínio, listamos os serviços que enviam e-mail e só depois propomos a correção. Nada de mexer no escuro. E-mail entregue também protege o investimento em Google Ads e Meta Ads: o lead que preencheu o formulário do site precisa receber a resposta, e o WhatsApp Business não substitui o envio da proposta ou da nota fiscal.
Para a maioria dos sites institucionais em Fortaleza, a manutenção publicada fica entre R$ 150 e R$ 350 por mês, e a revisão de SPF, DKIM e DMARC entra nesse cuidado contínuo com domínio e hospedagem.
Antes de investir em qualquer ajuste, vale entender o que compõe um site profissional de verdade — inclusive domínio e e-mail configurados desde o início. Veja o que está incluso em quanto custa um site profissional em Fortaleza.
E se o seu objetivo é usar o e-mail para campanhas, não só para o dia a dia, a lógica é outra: e-mail marketing ainda funciona exige lista própria, consentimento e conteúdo relevante — autenticação é só a base.
Glossário rápido
- SPF
- Registro TXT que lista os servidores autorizados a enviar e-mail em nome do domínio.
- DKIM
- Assinatura digital anexada à mensagem que prova que o conteúdo não foi alterado no caminho.
- DMARC
- Política que define o que o destinatário faz quando SPF ou DKIM falham, e para onde mandar relatórios.
- DNS
- Sistema que traduz o domínio em endereços e guarda os registros de configuração.
- Remetente autenticado
- Domínio cujos envios passam por SPF e DKIM e têm política DMARC publicada.
Ação final: peça um diagnóstico gratuito do seu domínio e veja em quantos dos sinais deste artigo o seu e-mail se encaixa agora. A Be On Digital revisa SPF, DKIM, DMARC, formulário do site e serviços de envio antes de propor qualquer mudança — e você recebe o relatório com o que está certo, o que está faltando e o que precisa de correção imediata.
Perguntas Frequentes
Quanto tempo leva para o e-mail parar de cair no spam depois de configurar SPF, DKIM e DMARC?
A alteração no DNS pode levar até 48 horas para propagar, conforme o provedor. A melhora na entrega depende da reputação do domínio e pode levar algumas semanas de envio consistente. Não existe prazo garantido — as decisões de filtragem são das plataformas.
Preciso de SPF, DKIM e DMARC ou um só já resolve?
Os três se complementam. O SPF autoriza servidores, o DKIM assina a mensagem e o DMARC define a política. Só o SPF resolve parte dos casos, mas sem DKIM e DMARC o domínio fica mais exposto a falsificação e a bloqueios.
Posso configurar isso sozinho pelo painel da hospedagem?
Sim, se você tem acesso ao painel de DNS e sabe quais serviços enviam em nome do domínio. O risco é mexer sem backup e derrubar o site junto. Se não tiver certeza, peça ajuda antes de alterar.
Meu formulário de contato nunca entrega e-mail. É o mesmo problema?
Costuma ser. Formulários que enviam pelo servidor da hospedagem sem autenticação são tratados como suspeitos. A correção é autenticar esse envio no SPF ou trocar para um serviço de envio transacional.
Contratar uma agência garante que o e-mail nunca mais cai no spam?
Não. Nenhuma agência garante resultado de entrega, porque a decisão é das plataformas. O que uma configuração bem feita garante é que o domínio está tecnicamente correto e com menos motivos para ser filtrado.
Quer colocar sua empresa no modo ON?
Fale com nossa equipe e descubra a melhor estratégia para o seu negócio crescer online.
Falar com a Be On Digital