Você pode escrever uma abordagem relevante, pesquisar a empresa certa e oferecer uma solução que faça sentido. Ainda assim, a conversa não começa se o e-mail for bloqueado ou desviado para o spam antes de chegar à caixa de entrada.
Em prospecção B2B, copy e lista recebem quase toda a atenção. A infraestrutura de envio fica escondida. É justamente ali que o provedor decide se reconhece o remetente, se confia naquele padrão de envio e se deve aceitar a mensagem.
Entregabilidade começa antes do botão enviar
Enviar um e-mail e entregá-lo na caixa principal são coisas diferentes. O servidor de origem pode aceitar o disparo, mas o destino ainda avalia autenticação, reputação, histórico, volume, reclamações e características da mensagem.
Por isso, trocar o assunto ou reescrever a primeira frase não resolve um domínio mal configurado. A mensagem precisa passar por uma base técnica mínima antes que o conteúdo tenha chance de ser lido.
As diretrizes do Gmail para remetentes tratam autenticação, DNS, conexão segura e controle de spam como requisitos de envio. Não é uma receita para garantir a caixa principal. É o piso operacional para o provedor conseguir avaliar quem está enviando.
SPF diz quem pode enviar pelo domínio
SPF é um registro publicado no DNS. Ele lista quais servidores ou serviços estão autorizados a enviar e-mails em nome do domínio usado no envelope da mensagem.
Se sua empresa usa Google Workspace, uma plataforma de prospecção, um CRM e um sistema transacional, cada origem legítima precisa entrar na configuração correta. Quando uma ferramenta nova começa a enviar e o SPF não é atualizado, o destinatário recebe uma mensagem de uma fonte que o domínio não declarou.
O erro comum é acumular configurações copiadas de fornecedores sem mapear o fluxo real. O resultado pode ser um registro inválido, incompleto ou diferente da infraestrutura que está efetivamente enviando.
SPF também não resolve tudo sozinho. Ele verifica a origem técnica do envio, mas não garante que o domínio visível no campo “De” esteja alinhado com essa origem.
DKIM preserva uma assinatura verificável
DKIM adiciona uma assinatura criptográfica ao cabeçalho da mensagem. A chave pública fica no DNS; o servidor destinatário usa essa chave para verificar se partes relevantes do e-mail foram assinadas pelo domínio e não foram alteradas no caminho.
Na prática, SPF responde “esta infraestrutura pode enviar?” e DKIM ajuda a responder “esta mensagem chegou com uma assinatura válida deste domínio?”. São controles complementares.
A documentação da Microsoft sobre autenticação de e-mail explica por que SPF, DKIM e DMARC precisam trabalhar juntos. Um protocolo isolado deixa lacunas de alinhamento e pode falhar em situações como encaminhamento.
DMARC conecta autenticação ao remetente visível
DMARC verifica se o domínio apresentado ao leitor está alinhado com o domínio validado por SPF ou DKIM. Ele também permite publicar uma política para mensagens que falham e receber relatórios sobre o uso do domínio.
Essa camada importa porque um e-mail pode passar em SPF usando um domínio técnico e, ainda assim, mostrar outro domínio no campo “De”. Sem alinhamento, autenticar uma origem não prova que ela representa a identidade exibida ao destinatário.
A implantação deve ser gradual e observada. Aplicar uma política restritiva antes de identificar todos os serviços legítimos pode bloquear mensagens reais da própria empresa. Primeiro se mapeiam as origens, depois se validam SPF e DKIM, então se usam os relatórios do DMARC para corrigir o que ficou fora.
Aquecimento é construir histórico, não apertar um botão
Um domínio novo ou uma infraestrutura sem histórico não recebe confiança automática. Começar com um pico de envios cria um comportamento difícil de distinguir de abuso.
A lógica do aquecimento é aumentar o volume de forma gradual, mantendo consistência e observando respostas do destino. A documentação do Amazon SES sobre aquecimento descreve esse princípio para endereços IP dedicados: provedores consideram o histórico da origem e podem limitar ou bloquear aumentos bruscos.
No uso comercial, isso significa evitar listas enormes no primeiro dia. Comece com uma operação pequena, bem segmentada e monitorada. Remova endereços inválidos, trate devoluções, acompanhe reclamações e não continue acelerando quando o sinal de qualidade piora.
Aquecimento não corrige base comprada, mensagem irrelevante ou ausência de consentimento quando ele é exigido. Ele também não transforma uma automação agressiva em boa prospecção. Apenas cria um histórico de envio mais previsível para uma operação que já precisa ser responsável.
O diagnóstico precisa separar infraestrutura de abordagem
Quando a campanha não gera conversas, é tentador concluir que a copy falhou. Antes disso, vale revisar o caminho completo:
- o domínio tem SPF válido e inclui todas as origens reais;
- DKIM está ativo no serviço que faz o envio;
- DMARC recebe relatórios e verifica alinhamento;
- o domínio visível corresponde à identidade autenticada;
- a cadência cresce sem saltos bruscos;
- devoluções, reclamações e bloqueios são tratados;
- a lista tem critério e a mensagem é relevante para quem recebe.
Essa separação evita otimizar o texto de uma mensagem que nem está chegando. Também impede o erro inverso: culpar apenas a infraestrutura quando a campanha aborda empresas sem contexto ou com uma oferta genérica.
Prospecção confiável é um sistema
Entregabilidade não é um ajuste único no DNS. É a combinação de identidade técnica, histórico de envio, higiene de dados, cadência e relevância comercial.
SPF, DKIM e DMARC tornam o remetente verificável. O aquecimento cria histórico. A operação diária preserva — ou destrói — essa reputação a cada lote enviado.
Se sua prospecção depende de e-mail e você não sabe onde o fluxo está quebrando, comece pelo diagnóstico da VORO. Antes de aumentar o volume, vale confirmar se domínio, dados, automação e abordagem estão trabalhando como um único sistema.