Entrega de E-mails para SaaS: Um Guia Prático

Entregabilidade é chata até que os e-mails de redefinição de senha da sua aplicação comecem a cair no spam. Aí ela vira prioridade da engenharia da noite para o dia.

Este guia cobre o que realmente importa para a entregabilidade de um SaaS: como escolher o domínio de envio, os três registros de DNS que autenticam suas mensagens, como separar o transacional do marketing, como aquecer um domínio novo, o que fazer com uma lista suja, o que monitorar depois do lançamento e o que a LGPD exige de você. Sem paranoia: os provedores de caixa de entrada publicam diretrizes concretas, e este guia segue o que está escrito nelas em vez de repetir folclore de internet.

Domínio e subdomínios de envio

A reputação de envio cola em duas coisas ao mesmo tempo: o domínio que aparece no cabeçalho From e o IP de onde a mensagem sai. Por isso a escolha do domínio não é detalhe de infraestrutura — é a primeira decisão de entregabilidade que a startup toma.

O arranjo mais comum é manter o domínio do produto só para o site e a aplicação, e criar subdomínios dedicados ao email: um para o que é transacional (mail.seudominio.com ou notify.seudominio.com) e outro para campanhas (news.seudominio.com ou email.seudominio.com). Cada subdomínio ganha seus próprios registros DNS, sua reputação própria e seus próprios relatórios. Se uma campanha acumular reclamações, os códigos de acesso e os recibos continuam saindo de um endereço limpo.

Duas observações práticas. Primeiro, o volume de envio é avaliado a partir do domínio primário: um subdomínio isola reputação, mas não cria uma cota nova para quem está perto do limiar de remetente em massa. Segundo, use um domínio que a empresa controle com acesso ao DNS — endereço em domínio gratuito ou em domínio de terceiros é sinal fraco para os provedores receptores.

Autenticação DNS: SPF, DKIM e DMARC

Três registros autenticam seu email: SPF, DKIM e DMARC. Configure cada um uma vez, com os valores que a sua plataforma de envio fornece, e depois só revise quando trocar de ferramenta. Sem eles, boa parte dos provedores trata a mensagem como suspeita, mesmo que o conteúdo seja impecável.

SPF (Sender Policy Framework)

O SPF é um registro TXT que lista quais servidores podem enviar email em nome do seu domínio. A plataforma informa o valor exato; ele costuma ter esta forma:

v=spf1 include:_spf.provider.com ~all

Erro comum: publicar mais de um registro SPF. Só existe um slot por nome; se o DNS devolver dois, a verificação falha e nenhuma das duas configurações vale. Se você usa mais de um serviço — uma plataforma de marketing e um provedor transacional, por exemplo — os includes vão no mesmo registro.

Outro limite prático: cada include consome parte do orçamento de consultas DNS que o SPF tem, e ferramentas demais estouram esse orçamento e quebram a autenticação. Um subdomínio por ferramenta mantém cada registro curto e isola a falha a um único fluxo.

DKIM (DomainKeys Identified Mail)

O DKIM anexa a cada mensagem uma assinatura criptográfica. O servidor receptor valida a assinatura contra a chave pública publicada no seu DNS e confirma que o email saiu daquele endereço e não foi alterado no caminho.

A plataforma gera as chaves e publica a chave pública como registro CNAME ou TXT — siga o passo a passo dela. Como cada chave fica em um registro próprio, uma ferramenta antiga e uma nova podem assinar o domínio ao mesmo tempo; é isso que permite migrar de provedor sem apagar a autenticação do que ainda está no ar.

Quando o provedor oferecer a opção, escolha a chave de 2048 bits. E prefira ferramentas que assinem com um domínio DKIM dentro do seu domínio, não com um domínio compartilhado da plataforma — a diferença aparece na próxima seção.

DMARC (Domain-based Message Authentication)

O DMARC define o que o servidor receptor faz quando o SPF e o DKIM falham e ativa relatórios que mostram quem está enviando email como o seu domínio. Comece com a política mais permissiva, que só monitora:

v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com

Os relatórios chegam na caixa definida pela tag rua e são arquivos XML. Aponte para uma caixa que ninguém precise ler manualmente ou para um serviço de relatórios DMARC. Depois de algumas semanas monitorando, e só quando todo remetente legítimo aparecer como aprovado, endureça a política:

v=DMARC1; p=quarantine; rua=mailto:dmarc@yourdomain.com

E, quando os relatórios não mostrarem mais nada fora do esperado, rejeite de vez:

v=DMARC1; p=reject; rua=mailto:dmarc@yourdomain.com

Alinhamento

Passar no SPF ou no DKIM não basta para passar no DMARC: o domínio que autentica a mensagem precisa estar alinhado com o domínio que aparece no cabeçalho From. É por isso que uma ferramenta que assina com o domínio dela — um domínio compartilhado do tipo "enviado via" — pode validar o DKIM e ainda assim falhar no DMARC para o seu domínio. Ao cadastrar um provedor, exija domínio de assinatura DKIM próprio e confira o alinhamento no relatório DMARC, não apenas o "pass" de autenticação.

Separe o transacional do marketing

Email transacional e email de marketing têm perfis de risco opostos. Quem pediu uma redefinição de senha está esperando aquela mensagem; quem recebe um boletim pode marcar como spam se a frequência mudou ou o conteúdo perdeu relevância. Quando os dois saem do mesmo endereço e da mesma reputação, a segunda atividade arrasta a primeira junto.

Na prática, a separação acontece em três camadas: subdomínio distinto (notify. para produto, news. para campanha), endereço From próprio para cada tipo de mensagem e, quando o volume justificar, provedores distintos — uma plataforma especializada em transacional cuidando de códigos, recibos e alertas, e outra de campanhas cuidando do boletim. A orientação dos provedores receptores é clara: promoção não deve ser anexada a recibos, e marketing em volume não deve compartilhar a mesma infraestrutura de alertas.

Para comparar provedores transacionais em velocidade, logs e tratamento de rejeição, veja nossa comparação entre Resend e Postmark. A divisão de responsabilidades entre os dois tipos de email está detalhada no artigo sobre email transacional e de marketing.

Aquecimento de um domínio ou IP novo

Não existe cronograma oficial de aquecimento; os provedores publicam princípios, não um calendário com número de emails por dia. Os princípios são suficientes para montar o seu:

• Comece com volume baixo e pessoas engajadas. Quem se inscreveu recentemente e usa o produto é o público mais seguro de um domínio que ainda não tem histórico.
• Aumente aos poucos, em ritmo constante. Enviar todo dia permite crescer mais rápido do que enviar uma vez por semana, e quanto maior o volume atual, mais devagar deve ser o próximo passo.
• Evite picos. Duplicar o volume de uma vez, sem histórico alto, é o cenário que provoca limitação de envio e queda de reputação.
• Acompanhe a resposta do servidor. Retentativas, fila e taxa de spam são os sinais para segurar o passo em vez de acelerar.

A ordem que funciona para a maioria das startups: primeiro o fluxo transacional — cadastro, confirmação, recibo —, que é o tráfego mais seguro que um domínio novo pode receber; depois o marketing, começando pelos contatos mais engajados. Se você for importar uma lista antiga, mande para a fatia engajada primeiro, e talvez nunca para o resto.

Higiene de lista

Autenticação protege a porta; a reputação é decidida pelo que entra na lista. Quatro práticas cobrem a maior parte dos problemas:

• Opt-in duplo. Ao se inscrever, a pessoa recebe um email de confirmação e só entra na lista depois de clicar. Ninguém é cadastrado por engano ou por robô, e a prova de consentimento fica registrada.
• Rejeições duras saem na hora. Hard bounce é endereço que não existe; cancele o envio para esse contato imediatamente e não insista. Um aglomerado de hard bounces logo após uma importação significa que a lista já veio ruim da origem.
• Reclamações têm canal próprio. Os provedores operam feedback loops que devolvem a denúncia de spam para você; cancele esses contatos na sequência. O descadastro precisa ser de um clique, sem exigir login, com o link visível no corpo do email.
• Inativos não ficam para sempre. Contatos que nunca abrem nem clicam pesam na reputação. Periodicamente, envie uma reconfirmação ou simplesmente pare de enviar para quem não responde; manter uma lista grande e dormente não traz benefício e só gera risco.

Lista comprada, lista raspada ou caixa de opt-in pré-marcada são os atalhos mais rápidos para terminar na pasta de spam. Formulários de cadastro que funcionam — e o que fazer com quem entra — estão no guia de construção de lista.

Boa parte da infraestrutura vem junto com a plataforma: processamento de rejeição, feedback loops, cabeçalhos de descadastro e listas de supressão. Antes de assinar, pergunte se o DKIM é assinado no seu domínio, se os cabeçalhos de descadastro entram automaticamente nos envios de marketing, se o IP é compartilhado e se a lista de supressão pode ser exportada — na troca de ferramenta, ela precisa ir junto.

Conteúdo e frequência

Os receptores não leem seu email como um humano lê: olham para o comportamento da audiência e para os sinais da mensagem. Linha de assunto precisa descrever o que está dentro; assunto falso com "Re:" inventado ou promoção disfarçada de notificação é exatamente o tipo de engano que as diretrizes de remetentes atacam. A proporção de imagens e o comprimento do email, por outro lado, não são problema — HTML válido e um remetente único no From são o que se espera.

Frequência é promessa. Se a pessoa assinou um boletim mensal, não comece a mandar todos os dias; a frequência combinada no cadastro é parte do consentimento. Um ritmo regular constrói reputação melhor do que explosões esporádicas seguidas de silêncio. E ofereça preferências quando fizer sentido: deixar a pessoa escolher a cadência evita descadastro no impulso.

Monitoramento: Postmaster e webhooks

Depois do lançamento, dois painéis diferentes respondem perguntas diferentes. O Google Postmaster Tools mostra a reputação do seu domínio junto ao Gmail e a tendência da taxa de spam que o Google calcula — o indicador que os remetentes em massa precisam manter dentro do limite publicado nas diretrizes de remetente do Google. Cadastre o domínio desde o primeiro envio, porque os dados só passam a aparecer depois que existe volume.

O painel da sua plataforma e os webhooks de rejeição respondem outra pergunta: o que aconteceu com cada mensagem. Vale configurar webhooks de bounce e de reclamação no seu backend e tratá-los como eventos do produto:

• Hard bounce remove o contato da base.
• Soft bounce é temporário; sozinho não significa problema, mas um aglomerado indica questão de reputação ou de infraestrutura, não de endereço.
• Erro que menciona autenticação ou política aponta para configuração de DNS ou para o remetente do From — é consertável.
• Erro de usuário desconhecido aponta para qualidade de lista.

Duas armadilhas na interpretação dos números. A taxa de spam do Postmaster é calculada sobre o tráfego de Gmail, então em lista pequena poucas denúncias movem o indicador — julgue a tendência de vários envios, não um envio isolado. E não trate taxa de abertura como prova de caixa de entrada: proteções de privacidade distorcem essa medição, e abertura baixa não é, por si só, diagnóstico de entregabilidade.

LGPD e consentimento

Se a sua lista tem destinatários no Brasil, a LGPD entra na conversa junto com a entregabilidade. Em termos práticos: cada tipo de mensagem precisa de uma base legal adequada — o recibo de uma assinatura se sustenta na execução do contrato, enquanto a oferta promocional depende de consentimento ou de outro fundamento que você consiga demonstrar. Guarde, para cada contato, de onde veio o consentimento, quando foi dado e o que ele cobre.

Separe as comunicações necessárias das promocionais; quem cadastrou uma conta não optou, por isso, por receber campanha. Responda a pedidos de acesso, correção e exclusão, e defina retenção para os dados de marketing. Esses cuidados também ajudam a entregabilidade: lista construída com consentimento claro tem menos reclamação e menos descadastro no impulso.

Checklist de lançamento

1. Defina a divisão antes de comprar qualquer coisa: um subdomínio transacional e um de marketing, com endereços From distintos.
2. Cadastre o domínio na plataforma de envio e publique exatamente o registro SPF e os registros DKIM que ela fornecer; prefira assinatura DKIM no seu domínio.
3. Publique o DMARC em p=none com endereço de relatório e mantenha nessa política enquanto as fontes são identificadas.
4. Confirme DNS reverso e TLS dos IPs de envio — em plataforma gerenciada isso é tarefa do provedor; pergunte, não assuma.
5. Cadastre o domínio no Google Postmaster Tools para acumular dados de reputação desde o primeiro envio.
6. Comece pelo transacional: confirmações de cadastro e recibos são o tráfego mais seguro de um domínio novo.
7. Abra o marketing pelos contatos mais engajados e siga o ritmo de aquecimento.
8. Verifique o descadastro de um clique em um envio de teste, incluindo os cabeçalhos de lista.
9. Endureça o DMARC para quarantine e depois para reject quando os relatórios mostrarem todas as fontes legítimas aprovadas.
10. Antes de um lançamento grande, releia as diretrizes de remetente do Google e do Yahoo: os requisitos mudam com o tempo.

Perguntas frequentes

SPF, DKIM e DMARC garantem caixa de entrada?

Não. Eles autenticam o domínio e provam que a mensagem veio de você, mas a decisão de caixa de entrada considera reputação, qualidade da lista, reclamações e comportamento da audiência. Autenticação é pré-requisito, não passe livre.

Um subdomínio de marketing protege meus e-mails transacionais?

Protege a reputação: campanhas com muita reclamação não derrubam o endereço de onde saem códigos e recibos. O volume, porém, continua contado a partir do domínio primário para efeito das regras de remetente em massa.

Quanto tempo leva o aquecimento de um domínio novo?

Não há calendário oficial. O princípio é enviar volume baixo para pessoas engajadas e aumentar aos poucos, com ritmo constante e sem picos; o transacional vem primeiro. O ritmo exato depende do seu volume e da resposta dos provedores.

Hard bounce e soft bounce: qual a diferença?

Hard bounce é falha permanente — o endereço não existe — e o contato deve sair da lista na hora. Soft bounce é temporário; sozinho não indica problema, mas um aglomerado pede investigação de reputação ou de configuração.

Preciso usar o Google Postmaster Tools?

Não é obrigatório, mas é a forma direta de ver a reputação do seu domínio junto ao Gmail e a tendência da taxa de spam que o Google calcula para você. Cadastre o domínio desde o primeiro envio; os dados passam a existir depois que há volume de Gmail.

O que a LGPD muda no dia a dia de quem envia email?

Cada mensagem precisa de base legal; promoção não anda junto com notificação obrigatória; a origem do consentimento fica registrada; e pedidos de acesso e exclusão precisam ser atendidos. Na prática, é lista construída com consentimento claro e descadastro fácil.