Email deliverability

Email deliverability é a taxa em que mensagens enviadas chegam à caixa de entrada primária do destinatário — distinta de delivery (o servidor de mail do destinatário aceitou a mensagem, independente de ter caído na caixa de entrada ou na pasta de spam) e de send (sua plataforma entregou a mensagem ao pipeline de envio). Uma mensagem pode ser enviada com sucesso, entregue ao servidor de mail do destinatário, e cair na pasta de spam — isso é sucesso de delivery e falha de deliverability. Open rate, click rate e conversão dependem todos de deliverability, não de delivery.

Provedores de mailbox rodam um pipeline de pontuação em múltiplas etapas contra cada mensagem que entra. Seis fatores dominam a saída:

1. Autenticação — alinhamento de SPF, DKIM, DMARC.
2. Reputação de IP — histórico de bounce / complaint / engajamento no IP de envio.
3. Reputação de domínio — o mesmo, no domínio From (sinal separado do IP).
4. Engajamento — comportamento de abertura / clique / resposta do destinatário em envios anteriores.
5. Higiene de lista — taxa de bounce, taxa de complaint, disciplina de suppression list. Double opt-in é a maior alavanca aqui.
6. Conteúdo — densidade de keywords de spam, reputação de links, ratio image-to-text.

Os fatores 1, 2 e 5 são responsabilidades do operador que você pode tunar diretamente; 3 e 4 são propriedades emergentes de fazer 1, 2 e 5 bem; 6 é editorial. Acertar 1, 2 e 5 leva um remetente comercial típico de 60-80% de inboxing para 95%+.

• Autenticação: o AcelleMail não assina SPF/DKIM por conta própria — essas são responsabilidades de DNS / vendor. Drivers de envio (SES, Mailgun, SparkPost, etc.) cuidam da assinatura DKIM no lado do vendor; o operador publica registros TXT de SPF + DMARC no DNS.
• Reputação: engine integrada de IP warmup (model WarmupStrategy) rampa volume em IPs novos. Analytics de delivery / bounce / complaint por servidor são visíveis no dashboard admin.
• Bounce + complaint handling: receivers de webhook para SES, Mailgun, SparkPost convertem eventos do vendor em linhas BounceLog; o caminho de hard bounce auto-blacklist, o caminho de soft bounce acumula.
• Higiene de lista: flag subscribe_confirmation por lista (double opt-in), suppression list, adaptadores de verificação NeverBounce / ZeroBounce em app/Library/Everification/.

Esta entrada é o cartão de índice. O guia pillar completo de 24 minutos — sintaxe RFC, cronogramas de IP warmup, BIMI, tunagem de bounce handler, playbook de troubleshooting — está em /guide/email-deliverability. Leia esse guia se você é responsável pela entregabilidade de uma lista de produção real.