Deliverability

O que é entregabilidade de e-mail e como ela difere da taxa de entrega?

Entregabilidade de e-mail diz respeito a chegar à caixa de entrada dos destinatários; taxa de entrega mede mensagens aceitas pelos servidores de recebimento, incluindo e-mails que depois vão para spam.

Investigações de entrega se baseiam em evidências das caixas de entrada dos destinatários e também do sistema de envio. Um remetente sozinho não consegue observar a pasta de destino de cada destinatário.

O que a taxa de entrega mede?

A taxa de entrega mede a proporção de mensagens aceitas pelos servidores de recebimento segundo as regras de contagem do sistema de relatório.

Ao final de uma transferência de mensagem SMTP bem-sucedida, uma resposta 250 confirma a aceitação. Uma resposta 4xx indica uma falha temporária. Uma resposta 5xx indica uma falha permanente para aquela solicitação.

Por exemplo, se um relatório conta 990 mensagens aceitas de 1.000 mensagens tentadas, a taxa de entrega é 99 por cento. Esse cálculo não diz onde as mensagens aceitas foram parar.

Falhas temporárias podem depois se tornar entregas ou falhas definitivas. Compare relatórios no mesmo período de observação para que novas tentativas pendentes não distorçam o resultado.

O que a entregabilidade mede além da aceitação?

A entregabilidade diz respeito a se o e-mail chega à caixa de entrada pretendida, em vez de ser bloqueado, perdido ou colocado em spam.

A resposta de aceitação de um provedor não identifica a pasta de destino. O posicionamento na caixa de entrada é, portanto, uma medição separada da resposta registrada durante a entrega SMTP.

A aba Promoções faz parte da caixa de entrada do Gmail. Ela é um posicionamento diferente da pasta de spam, mesmo quando o destinatário esperava a aba Principal.

A aceitação também pode ser seguida por uma falha de entrega. Mantenha os eventos de bounce subsequentes ao avaliar o resultado final de uma mensagem.

Por que uma taxa de entrega alta pode esconder um posicionamento ruim?

O servidor de recebimento pode aceitar a maioria das mensagens. Ele pode então filtrar muitas dessas mensagens aceitas para spam.

Suponha que o servidor aceite 990 de 1.000 mensagens. Se 300 mensagens aceitas vão para spam, a taxa de entrega continua em 99 por cento. Apenas 690 chegaram à caixa de entrada neste exemplo.

A taxa de entrega registra o servidor de recebimento assumindo a responsabilidade pelas mensagens. O posicionamento registra para onde o e-mail aceito foi. Reportar o primeiro como se fosse o segundo distorce o que foi medido.

Quais sinais podem explicar a diferença?

Erros de entrega, resultados de autenticação, reclamações e posicionamento na caixa de entrada revelam, cada um, uma parte diferente do problema.

SinalO que pode comprovarO que não pode comprovar
Aceitação SMTPO servidor de recebimento aceitou a transferênciaPosicionamento na caixa de entrada
Bounce ou adiamentoUma falha de entrega permanente ou temporáriaO resultado de outras mensagens aceitas
Reclamação do destinatárioUma ação de spam reportadaToda mensagem filtrada automaticamente
Resultado de autenticaçãoSe a identidade verificada passouSe o destinatário queria a mensagem
Posicionamento seedOnde a cópia da caixa de teste foi pararPosicionamento para cada destinatário real

A orientação do painel do Google alerta que as taxas de reclamação podem parecer baixas quando a filtragem automática reduz as entregas na caixa de entrada. Reclamações baixas sozinhas, portanto, não comprovam um posicionamento saudável.

Aberturas e cliques são sinais complementares. O carregamento de imagens e verificações automatizadas de links podem gerar eventos sem que uma pessoa tenha lido a mensagem.

Como você mede o posicionamento com Bird?

Você usa o Inbox Insights para comparar o posicionamento medido nas caixas de entrada com seus próprios resultados de envio.

Uma conta seed é uma caixa de entrada de teste cuja pasta pode ser inspecionada. Um teste seed envia sua mensagem para essas contas e reporta o posicionamento observado por provedor.

Medições de painel observam o posicionamento em um grupo de caixas de entrada reais. A visualização de posicionamento do Bird separa medições seed e de painel dos seus dados de entrega, bounce e engajamento. Dados de posicionamento ausentes não significam zero entregas na caixa de entrada.

O guia do Inbox Insights explica o rastreamento de domínio e a configuração de testes. Selecione a cobertura de provedores relevante para seus destinatários, porque um provedor não medido não tem resultado de posicionamento.

Um teste seed é uma amostra. O histórico e o comportamento da caixa de entrada podem diferir dos de seus assinantes, então reporte o escopo junto com o resultado.

Quais números você deve reportar?

Reporte a taxa de entrega e o posicionamento medido na caixa de entrada separadamente, com a cobertura e os períodos de observação. Eles medem estágios diferentes e podem cobrir mensagens diferentes.

Investigue uma queda na taxa de entrega por meio de evidências de rejeição e adiamento. Se a aceitação continua alta mas o posicionamento cai, examine a autenticação, as expectativas dos destinatários e os sinais de filtragem dos provedores.

Queda nas aberturas sozinha não comprova um problema de posicionamento. Confirme a mudança com outras evidências antes de atribuí-la à filtragem de spam.

  1. Use a taxa de entrega para reportar a aceitação pelo servidor e identificar falhas de transferência.
  2. Use o posicionamento medido para reportar onde as cópias amostradas nas caixas de entrada foram parar.
  3. Use diagnósticos de provedores e reclamações para investigar causas sem tratá-los como medições de posicionamento.

Em resumo

  1. A aceitação não identifica a pasta.

    Um servidor de recebimento pode aceitar uma mensagem e colocá-la em spam.

  2. Reporte entrega e posicionamento separadamente.

    Identifique cada taxa com seu denominador, cobertura de provedores e período de medição.

  3. Medições de posicionamento amostram caixas de entrada.

    Contas seed mostram onde suas cópias foram parar, sem comprovar o posicionamento para todos os destinatários.

  4. Relatórios de provedores explicam falhas diferentes.

    Relatórios de reclamação e autenticação complementam os logs de entrega e o posicionamento medido.

Coloque em prática.

Continue com a documentação, guias e exemplos sobre este tópico. Os recursos estão em inglês.

Construa na mesma rede.

Uma chave de API de teste é sua imediatamente. A produção é desbloqueada quando adicionar um método de pagamento e verificar um remetente.

Sua próxima ideia.
Pronta para conectar.