Email de boas-vindas não chega ao cliente: como corrigir

Você acaba de captar um novo cliente, cria uma sequência automática de boas-vindas em sua plataforma de email… e o cliente nunca vê a mensagem. Vai para spam, ou pior, some no caminho. Para uma loja, SaaS ou qualquer negócio, o email de boas-vindas é o primeiro contato real com o cliente — é onde você confirma dados, apresenta os próximos passos e estabelece credibilidade. Quando não chega, o cliente fica confuso, pensa que seu negócio é duvidoso, ou simplesmente se esquece de você.

Neste guia, vamos explorar as causas mais comuns de emails de boas-vindas caindo em spam no Brasil e as soluções práticas para garantir entrega.

Por que emails de boas-vindas não chegam?

Email de boas-vindas é um transacional — o cliente ESPERAVA receber, porque acabou de se cadastrar. Ainda assim, muitas tentativas falham. As causas principais:

Sem autenticação do domínio — SPF, DKIM ou DMARC não configurados (ou configurados errado). Gmail, Outlook e até provedores locais como UOL e BOL.com.br verificam essas assinaturas. Sem elas, a mensagem é tratada como suspeita.
Novo domínio ou reputação fraca — se você começou a mandar emails hoje do seu novo domínio, os filtros desconfiam. Você precisa de aquecimento (warm-up) — começar com poucos emails e aumentar gradualmente.
Configuração errada na plataforma — ESP mal configurado, headers faltando, headers duplicados, bounce handling desligado. Comum em WooCommerce (sem plugin SMTP), Bling, Tiny ERP ou Nuvemshop mal integrado.
Problema local — UOL, BOL, Terra — esses provedores têm inboxes próprios e filtros mais rígidos com novos domínios. Reputação na base do UOL é diferente de reputação no Gmail.
Conteúdo de spam — links curtos genéricos, muitos emojis, linguagem agressiva de venda no primeiro email de boas-vindas, ou ofertas sem contexto. Boas-vindas devem ser simples e diretas.

Autenticação de domínio — o primeiro passo obrigatório

SPF, DKIM e DMARC não são opcionais. Gmail e Yahoo exigem desde fevereiro de 2024, e a tendência é global — inclusive para Brasil. São as três "chaves" que dizem aos provedores que o email realmente veio de você e não foi falsificado.

SPF (Sender Policy Framework) — Você diz quais servidores podem enviar email em nome do seu domínio. Exemplo: v=spf1 include:sendgrid.net ~all. Protege contra falsificação.
DKIM (DomainKeys Identified Mail) — Assinatura criptográfica do email. Gmail e Outlook verificam se o email não foi modificado em trânsito e se realmente veio de você.
DMARC (Domain-based Message Authentication) — Política que diz o que fazer com emails que falham em SPF/DKIM. Começa com p=none (monitorar), depois p=quarantine (isolamento) ou p=reject (rejeitar).

Onde configurar por plataforma:

RD Station (plataforma nativa BR) — painel de autenticação integrado.
Shopify — SPF/DKIM pré-configurados, basta verificar o domínio.
WooCommerce — use plugin WP Mail SMTP; conecta ao sendgrid.net, mailgun, etc., com SPF/DKIM automático.
Bling/Tiny — nativo pode não oferecer — recomenda-se usar SMTP externo (RD Station, Brevo, Mailchimp).
Brevo — painel de autenticação integrado; SMTP/API com domínio customizado.

Os três pilares de autenticação: SPF autoriza servidores, DKIM assina o email, DMARC define a política.

Aquecimento (warm-up) de novo domínio

Se seu domínio tem menos de 2–3 semanas de história de envios, provedores vão desconfiar de rajadas. A solução é gradual: comece com pequenos volumes, aumente ao longo de semanas, e monitore taxa de bounce e reclamações de spam.

Cronograma típico de warm-up:

Semana 1: 20–50 emails/dia para domínios com boa reputação (Gmail corporate, Outlook corporativo).
Semana 2: 50–150 emails/dia.
Semana 3: 150–400 emails/dia.
Semana 4+: Ajuste conforme sua taxa de bounce e spam complaints.

Qualidade > quantidade. Se sua taxa de bounce é alta (emails inválidos) ou reclamações de spam surgem, os filtros vão castigar você ainda mais.

Progressão típica de aquecimento de domínio: comece baixo, aumente gradualmente ao longo de 4 semanas.

Configuração correta na sua plataforma de email

Cada plataforma tem suas particularidades. Aqui estão os checklists mais importantes:

WooCommerce:

Instale plugin WP Mail SMTP.
Configure SMTP externo (SendGrid, Mailgun, RD Station, Brevo).
Ative SPF/DKIM no painel do provedor.
Teste com seu próprio email antes de enviar para clientes.

Shopify:

Não precisa fazer nada — Shopify gerencia autenticação nativamente.
Apenas verifique que emails vêm do seu domínio (Settings > Checkout > Order status page > Email address).
Se usar SMTP customizado (raramente necessário), configure SPF/DKIM no DNS.

Bling / Tiny ERP:

Não enviam automático por padrão — integre com API de ESP (RD Station, Brevo) ou SMTP.
Use credenciais do ESP como SMTP.

Nuvemshop:

Emails de loja vêm de domínio Nuvemshop por padrão.
Para usar seu domínio: Configurações > Email de loja > Domínio customizado > adicione registros SPF/DKIM que Nuvemshop fornece.

RD Station (ESP nativo BR):

Autenticação já integrada na plataforma.
Configure uma vez, todos os emails herdam.

Problemas locais — UOL, BOL e Terra

Esses provedores são muito relevantes no Brasil — milhões de usuários, especialmente usuários 40+ ainda mantêm contas ativas. Eles têm inboxes próprios e bases de reputação isoladas:

UOL.com.br e BOL.com.br — usam filtros semelhantes, mas reputação é compartilhada apenas entre os dois. Novo domínio pode levar 1–2 semanas para ser completamente liberado.
Terra.com.br — tem sua própria base de reputação. Novo domínio pode levar semanas para ser "liberado" lá.
Solução: Monitore entrega especificamente nesses provedores. Se taxa de spam é alta, investigue feedback dos usuários e considere alcançar suporte deles para liberação mais rápida.

Verificação prática antes de enviar

Antes de disparar boas-vindas em massa, execute este checklist:

Teste com seed-addresses reais — Use check.live-direct-marketing.online para enviar um teste para 20+ provedores (Gmail, Outlook, UOL, BOL, Terra, iCloud, etc.). Você vê exatamente em qual pasta caiu e por quê (SPF/DKIM OK? Blocked lists? Veredito do Gmail?).
Verifique SPF/DKIM/DMARC automaticamente — O check.live-direct-marketing.online mostra resultado de autenticação junto com o placement.
Teste com pequeno lote primeiro — Envie para 100 clientes, monitore bounce rate e reclamações de spam (feedback loop do provedor). Se estiver abaixo de 0,3%, você está seguro para aumentar volume.
Conteúdo simples e direto:
- Confirmação de cadastro (link de verificação, se necessário).
- Próximos passos claros.
- Sem muitos links ou emojis.
- Rodapé com endereço físico da empresa e link de unsubscribe (obrigatório por LGPD).

Dica prática: teste antes de escalar

Um teste rápido no check.live-direct-marketing.online leva 5 minutos e mostra exatamente se sua autenticação está OK e qual pasta o email cai em cada provedor. Depois disso, uma pequena campanha de 100–200 pessoas confirma que tudo funciona em produção. Muitos problemas (principalmente SPF/DKIM errado) são descobertos aqui e corrigidos em minutos, economizando reputação do domínio.

Vale mais a pena usar meu domínio próprio ou domínio do ESP?

Seu próprio domínio sempre. Quando você usa domínio do ESP (ex., emails vêm de "mail.brevo.com"), a reputação é compartilhada com milhares de outros clientes — um cliente ruim derruba todos. Com domínio próprio, você constrói sua própria reputação e tem controle total sobre autenticação (SPF/DKIM/DMARC). A única exceção é se você acabou de começar e quer testar com volume muito baixo antes de investir em infraestrutura, mas mesmo assim, configure seu domínio o quanto antes.

Quanto tempo leva para a reputação do meu domínio melhorar depois que fixo SPF/DKIM?

SPF/DKIM têm efeito imediato se configurados corretamente — próximo email será validado corretamente. Mas reputação acumulada — história de bounces baixos, reclamações de spam perto de zero — leva 2–3 semanas mínimo. Provedores como Gmail e UOL.com.br observam comportamento ao longo do tempo e ajustam filtros gradualmente. Por isso o aquecimento (warm-up) é importante: você prova que é um bom remetente aos poucos.

Preciso de consentimento do cliente para enviar email de boas-vindas?

Por LGPD (Lei Geral de Proteção de Dados), sim — consentimento é obrigatório para qualquer comunicação de marketing. Mas email de boas-vindas é transacional (confirmação de cadastro, instruções de acesso), então frequentemente é enviado com consentimento já coletado na sign-up. Sempre inclua link de unsubscribe e respeite opt-out. Se o cliente marcou "não quero mais emails", o próprio transacional de boas-vindas pode ser dispensado (depende de sua política interna). Recomendação: seja transparente e inclua rodapé com dados da empresa + link de unsubscribe em TODOS os emails.

Leituras relacionadas