Entregabilidade não é problema de TI. É problema de experiência.

Quando o email começa a cair no spam, a primeira reação quase sempre é técnica. Alguém abre o DNS, checa SPF, valida DKIM, ajusta DMARC. Quando os três estão ok e o problema persiste, a confusão começa.

A confusão acontece porque entregabilidade não é um problema técnico. Autenticação é a condição de entrada. Quem decide se você fica no inbox ou no spam é o subscriber, com cada ação ou inação que ele toma sobre a sua mensagem.

Gmail, Outlook, Apple Mail e Yahoo modernos enxergam o seu envio por uma lente que tem pouco a ver com servidor, IP ou registro DNS. É a lente do relacionamento. E essa é uma lente de produto e de marketing, não de TI.

Delivery rate não é deliverability

Vale separar dois termos que costumam ser usados como sinônimos e não são.

Delivery rate mede se o servidor do destinatário aceitou o seu envio. SMTP retornou 250 OK. Pronto, foi entregue. Esse número fica facilmente em 98%+ para qualquer remetente minimamente configurado.

Deliverability mede se o destinatário recebeu no inbox principal versus em outra pasta (Promoções, Spam, Lixo, Arquivos). O servidor aceitou, mas a triagem interna do provedor pode ter movido a mensagem para um lugar onde ela nunca será aberta.

Delivery é decisão do servidor. Deliverability é decisão do algoritmo de inbox placement. E o algoritmo de inbox placement não consulta nada que esteja no seu DNS quando decide.

O que o provedor está realmente olhando

Provedores em escala (Gmail processa bilhões de mensagens por dia) precisam de um sinal escalável para decidir quem entra no inbox. Esse sinal é construído a partir de centenas de variáveis, mas elas se agrupam em duas famílias.

Sinais positivos. Subscriber abre. Subscriber clica. Subscriber responde. Subscriber marca "não é spam". Subscriber arrasta da pasta Spam para o Inbox. Subscriber move para uma pasta personalizada. Subscriber adiciona o remetente aos contatos.

Sinais negativos. Subscriber deleta sem abrir. Subscriber ignora por semanas. Subscriber arrasta para Spam. Subscriber clica no botão de "reportar phishing". Subscriber descadastra (efeito menor, mas medido). Subscriber arquiva sem abrir.

O sinal mais forte de todos é o "marcar como spam". Pesquisas internas do Gmail divulgadas em conferências de deliverability indicam que esse sinal pode pesar mais que todos os outros combinados. Por isso o limite recomendado é abaixo de 0,1% e o limite catastrófico é 0,3%.

O segundo sinal mais forte é a ausência prolongada de qualquer ação. Um endereço que recebe 40 mensagens suas em três meses e nunca abre é tratado pelo provedor como um endereço que não quer essas mensagens. O provedor começa a entregar suas mensagens para esse subscriber direto na pasta Promoções ou Spam. E pior, começa a aplicar a mesma desconfiança para outros subscribers no mesmo provedor.

Reputação é cumulativa e contextual

Detalhe técnico importante: a reputação que o provedor calcula sobre o seu remetente não é uma nota única. É contextual.

Gmail mantém uma reputação para o seu envio para usuários do Gmail. Outlook mantém outra para o seu envio para usuários do Outlook. Reputação calculada por Gmail não se transfere para Outlook. Pior: dentro do próprio Gmail, existem componentes da reputação que são por subscriber individual. Um único subscriber pode estar recebendo no inbox enquanto outro subscriber no mesmo domínio está recebendo no spam.

Isso significa que "minha taxa de abertura está em 22%" não te diz muito por si só. Uma taxa de 22% em uma lista bem segmentada é ótima. Uma taxa de 22% em uma lista de 200 mil pessoas com 60% de inativos é um desastre disfarçado, porque o desempenho real entre os engajados é menor do que parece e o sinal negativo dos não-engajados está sabotando você.

Oito práticas que mudam o sinal

Mover o sinal exige mudar como você opera, não como você autentica.

1. Permission-based marketing como base, não como detalhe. Double opt-in para listas que vão receber muito conteúdo. Texto claro no formulário sobre o que a pessoa está aceitando. Sem confirmar opt-in, você está construindo lista que vai virar lista de complaint.

2. Segmentação por engajamento, não por persona. Persona ajuda na criação. Mas a decisão de quem recebe versus quem não recebe deveria depender do engajamento recente. Subscriber inativo por 90 dias entra em pool diferente. Subscriber inativo por 12 meses entra em sunset.

3. Conteúdo dinâmico relevante. Personalização por nome é o mínimo dos mínimos. O que move a métrica é conteúdo que muda por subscriber. Recomendação baseada em comportamento. Frequência ajustada por preferência. Horário ajustado por fuso ou por padrão histórico de abertura.

4. Elementos interativos. Enquete, voto, poll, formulário inline. AMP for Email expande o que é possível em alguns provedores. Não é decoração: cada interação é um sinal positivo registrado.

5. Preference center decente. "Sair de todas as listas" é uma falha de design. O preference center precisa permitir que o subscriber reduza frequência, escolha temas, pause por algumas semanas. Cada um desses caminhos é uma alternativa ao complaint e ao unsubscribe total.

6. Remetente respondível. noreply@dominio.com é uma decisão antiga. Provedores tratam endereços que aceitam resposta como sinal de remetente legítimo. Endereços que rejeitam resposta são tratados com um pouco mais de desconfiança. Operar uma caixa monitorada de respostas vale o trabalho.

7. Nome de remetente reconhecível + BIMI. O subscriber abre o que reconhece. Nome consistente (sem mudar a cada campanha), logo visível via BIMI quando o domínio estiver com DMARC reforçado, alinhamento entre remetente e marca. Reconhecimento visual reduz "delete sem abrir" e "spam por engano".

8. QA antes do envio. Acessibilidade (alt text, contraste, navegação por teclado), renderização em clientes diferentes (Outlook desktop ainda é um cliente cruel), comportamento em dark mode, peso da mensagem (mensagens com mais de 102KB são truncadas pelo Gmail). QA é a parte mais negligenciada e a que mais corrige resultado por subscriber.

Quem é o dono disso, dentro da empresa

A pergunta política mais útil de fazer: dentro da sua empresa, quem responde pela entregabilidade?

Quando a resposta é "o time de TI" ou "o pessoal que cuida do servidor", você está em risco. TI configura SPF, DKIM, DMARC. TI mantém DNS. TI não decide segmentação, frequência, copy, ou preference center. As decisões que mais movem o sinal são decisões de marketing e de produto.

O modelo que funciona em empresas com boa entregabilidade é um time híbrido. Marketing dirige. TI executa a parte de infra. Dados e analytics medem. Produto se envolve quando o email é parte do onboarding, do retention, ou do recovery.

Quando ninguém é dono, todo mundo aponta para o outro lado quando o spam volta.

Como o Email Intelligence ajuda

O Email Intelligence parte do princípio de que engajamento é o sinal que importa. Conecta na sua conta de ActiveCampaign e cria automaticamente campos que materializam o relacionamento por subscriber: índice de engajamento atual, tendência de engajamento (subindo ou caindo), última atividade significativa, risco de complaint, e indicadores que ajudam a decidir quem fica, quem reduz frequência, e quem entra em sunset. A parte de TI continua sendo de TI. A parte de relacionamento vira dado consultável.

Estamos abrindo acesso ao beta gratuito.

Quero acessar o beta →