Delivery vs Deliverability: por que seus e-mails somem antes de chegar
Entender a diferença entre uma mensagem enviada e uma mensagem entregue nunca foi tão crítico. Com os novos filtros do Gmail e da Apple, as métricas clássicas precisam de revisão imediata.
Ter uma taxa de entrega alta no Marketing Cloud parece ótimo até você descobrir que a maioria das mensagens caiu no spam ou foi resumida e ignorada por uma IA. Entenda o que dita as regras hoje.
Delivery vs. Deliverability: a confusão que custa caro
Muita gente abre o relatório de envios no Marketing Cloud ou no Account Engagement, vê uma taxa de entrega de 98% e comemora. Esse número é uma armadilha. Alta taxa de delivery significa apenas que o servidor do destinatário não rejeitou a mensagem imediatamente — nenhum bounce hard, nenhuma recusa no handshake SMTP. Não significa, em hipótese alguma, que o seu cliente viu o e-mail.
É exatamente aqui que a distinção técnica importa:
- Delivery é a confirmação de que a mensagem foi aceita pelo servidor receptor.
- Deliverability é a sua capacidade real de alcançar a caixa de entrada — evitando a aba de promoções, quarentenas corporativas e a pasta de spam.
Deliverability depende inteiramente da reputação do seu domínio e do IP de envio. Quem projeta automações e jornadas sem entender essa separação vai continuar culpando a plataforma quando o problema está na governança do próprio domínio.
A fundação técnica que ninguém deveria pular
Antes de ativar qualquer jornada em larga escala, três configurações precisam estar validadas junto ao time de infraestrutura. Não são opcionais. São pré-requisitos.
- SPF (Sender Policy Framework): define quais IPs estão autorizados a enviar mensagens em nome do seu domínio. É a lista de remetentes confiáveis publicada no DNS.
- DKIM (DomainKeys Identified Mail): assina criptograficamente cada mensagem, provando que o conteúdo não foi adulterado em trânsito e que o envio é legítimo.
- DMARC (Domain-based Message Authentication, Reporting and Conformance): dita a política de como provedores devem tratar mensagens que falham nas validações de SPF e DKIM — e gera relatórios que permitem auditar abusos.
Sem os três configurados corretamente, não existe configuração de jornada, segmentação sofisticada ou template responsivo que salve os seus envios. Ponto.
Além disso, há o aquecimento de IPs e domínios. Uma org nova não pode disparar cem mil e-mails no primeiro dia. Provedores como Gmail e Outlook monitoram padrões de volume e, diante de um pico anômalo de tráfego, classificam o remetente como fonte de spam. O aquecimento gradual não é burocracia — é o protocolo que constrói reputação antes de escalar.
O que as IAs nos clientes de e-mail mudam na prática
O rastreamento tradicional de aberturas já estava comprometido desde que a Apple introduziu o Mail Privacy Protection. O que está acontecendo agora é uma segunda onda — mais profunda e mais estrutural.
Ferramentas como Apple Intelligence, Gemini no Gmail e Copilot estão gerando resumos automáticos das mensagens diretamente na caixa de entrada. Essas IAs leem os primeiros caracteres do assunto e o início do corpo do e-mail para entregar uma versão condensada ao usuário. O resultado prático: o cliente consome o conteúdo da sua mensagem sem nunca abrir o e-mail original.
Se as suas automações dependem de um evento de abertura de e-mail para engatilhar o próximo passo na jornada, esses processos vão começar a quebrar silenciosamente — sem alertas, sem erros visíveis nos logs.
A consequência arquitetural é direta: o disparo condicional baseado em open rate deixa de ser confiável como gatilho de entrada em ramificações de jornada. Qualquer Decision Split ou Wait Activity ancorado nessa métrica precisa ser revisado.
O botão de descadastro nativo do Gmail e a fadiga de assinante
O Gmail passou a listar os maiores remetentes da caixa de entrada do usuário e a oferecer um botão de descadastro com um clique diretamente da interface principal. Não é necessário abrir a mensagem, não é necessário rolar até o rodapé, não é necessário confirmar em uma landing page externa.
Isso muda o comportamento do usuário e pune de forma direta quem opera com bases inativas, frequência de envio excessiva ou conteúdo irrelevante. A fadiga do assinante, antes um problema de CX, vira um problema de reputação de domínio.
O que precisa mudar na sua arquitetura agora
Configurar um ambiente de comunicação no ecossistema Salesforce deixou de ser um exercício de segmentação de audiência. É uma operação de arquitetura de dados, autenticação de domínio e gestão de reputação de rede. As mudanças exigem ajustes concretos:
- Abandone o open rate como KPI primário. Migre o foco para métricas de conversão real: cliques qualificados, submissões de formulário, oportunidades geradas.
- Implemente BIMI (Brand Indicators for Message Identification). Com autenticação DMARC em política
enforcement, o BIMI permite que a logo da empresa apareça autenticada na caixa de entrada — aumentando reconhecimento visual em meio aos resumos gerados por IA. - Estabeleça políticas de higiene de base. Defina regras claras para supressão de contatos inativos. Enviar para endereços que não interagem há meses destrói reputação sem gerar nenhum retorno.
- Revise os gatilhos de jornada baseados em abertura. Substitua por sinais de engajamento mais robustos: cliques, visitas ao site via rastreamento first-party, ou dados de CRM.
- Otimize o preheader e os primeiros parágrafos. Com IAs sintetizando o conteúdo a partir do início da mensagem, o que está no topo do e-mail nunca foi tão determinante para o resultado.
O investimento em Marketing Cloud ou Account Engagement é desperdiçado quando as mensagens chegam a servidores que as descartam silenciosamente ou quando as métricas reportadas não refletem mais o comportamento real do usuário. A plataforma entrega o que você configura — e a responsabilidade de configurar corretamente é da arquitetura, não da ferramenta.
O sucesso das jornadas de comunicação agora depende de configurações rígidas de infraestrutura e governança de domínio. Processos automatizados no Salesforce baseados em visualização de e-mail precisam ser reestruturados para focar em conversão real, já que as novas IAs estão consumindo a mensagem antes mesmo do usuário final.
A leitura prática da evolução dos provedores de e-mail mostra que métricas clássicas perderam o sentido. Arquitetos e administradores precisam alinhar expectativas com as áreas de negócios, pois entregar e-mails em escala virou uma disciplina de infraestrutura de TI.
- Audite seus registros de autenticação antes de qualquer outra coisa.
- Valide SPF, DKIM e DMARC no DNS do domínio remetente — sem autenticação correta, nenhuma outra ação adianta.
- Use ferramentas como MXToolbox ou o próprio painel de autenticação do Marketing Cloud para identificar lacunas.
- Se o DMARC ainda está em p=none, defina um plano de migração para p=quarantine ou p=reject.
- Elimine decisões de jornada baseadas em "e-mail aberto".
- No Marketing Cloud Journey Builder e no Account Engagement (Pardot), substitua splits de decisão por abertura por métricas comportamentais reais: cliques, submissões de formulário, visitas a páginas rastreadas ou conversões no CRM.
- Abertura de e-mail deixou de ser sinal confiável com o Mail Privacy Protection da Apple — tratar essa métrica como gatilho de jornada gera ruído e segmentações incorretas.
- Revise a arquitetura dos seus envios no Marketing Cloud.
- Separe domínios e IPs para envios transacionais e comerciais — reputação de um não deve contaminar o outro.
- Avalie se o volume de envio justifica IP dedicado ou se shared pools estão comprometendo sua entregabilidade.
- Monitore as métricas de reputação de domínio diretamente no Google Postmaster Tools.
- Redesenhe o conteúdo pensando em filtros de IA.
- Coloque a informação mais relevante nos primeiros cem caracteres do corpo do e-mail — pré-cabeçalho e abertura de mensagem são os primeiros elementos analisados por filtros automatizados.
- Evite imagens sem texto alternativo, links encurtados sem domínio próprio e proporções desbalanceadas entre imagem e texto.
- Estabeleça um ciclo de governança contínuo.
- Defina um processo recorrente de higienização de listas — endereços inválidos e inativos elevam bounce rate e comprometem reputação de IP.
- Documente e monitore as métricas de deliverability (bounce, spam complaint rate, delivery rate) como indicadores de saúde da plataforma, não apenas métricas de marketing.
- Envolva TI, time de e-mail e arquitetura nas revisões — deliverability é problema de stack, não só de campanha.
Evite olhar apenas para a métrica de entrega das ferramentas, pois ela mascara mensagens direcionadas ao lixo eletrônico. Cuidado com assuntos longos que as IAs podem distorcer ao gerar resumos automatizados para o usuário.
Este conteúdo foi reescrito e analisado editorialmente em português a partir de informações públicas da fonte indicada.