"
Ferramentas

O cliente pagou e não recebeu o acesso. O e-mail foi enviado, só não chegou

E-mail transacional que cai no spam vira ticket de suporte e pedido de reembolso. Veja por que isso acontece, o que configurar no DNS e o que o Resend resolve.

Jonathan MachadoJonathan Machado
· atualizado em 5 min de leitura930 palavras
Resend, camada 6 (conversão) do stack de ferramentas da eBuz

Poucas coisas destroem a confiança de um cliente novo tão rápido quanto pagar e não receber nada. A pessoa acabou de fazer o movimento mais difícil, que é tirar o cartão do bolso, e o retorno é silêncio.

Do seu lado, o sistema diz que o e-mail foi enviado. E foi mesmo. Ele só não chegou, ou chegou na aba de promoções, ou foi direto para o lixo eletrônico. O resultado prático é o mesmo: um ticket de suporte, uma dúvida sobre se o site é confiável e, com alguma frequência, um pedido de reembolso.

Por que e-mail transacional é uma categoria à parte

Existe uma diferença técnica e comercial entre newsletter e e-mail transacional. O transacional é o que o sistema envia como consequência de uma ação: confirmação de compra, dados de acesso, redefinição de senha, recibo, alerta.

Ele tem duas características que mudam tudo: a pessoa está esperando por ele, e ele precisa chegar em segundos. Um e-mail de marketing atrasado é irrelevante. Um e-mail de redefinição de senha atrasado é um cliente que desistiu.

Por isso ele não deveria sair pelo mesmo caminho da sua comunicação de marketing, e muito menos por uma caixa comum configurada às pressas dentro da aplicação.

O que o Resend resolve

O Resend é uma plataforma de envio de e-mail transacional por API, feita para ser integrada ao sistema. Você chama a API, ela entrega, e devolve o que aconteceu com cada mensagem.

Três coisas importam mais que o resto. Ela guia a configuração de autenticação de domínio, que é o que faz os provedores confiarem no seu envio. Ela expõe webhooks de eventos (entregue, aberto, devolvido, marcado como spam), o que permite ao seu sistema reagir: se o e-mail de acesso voltou, avise o time em vez de deixar o cliente sozinho. E ela mantém a reputação de envio separada da sua caixa comum, o que evita que um problema em campanha derrube a entrega de recibo.

Os três registros que decidem se você chega

Boa parte dos problemas de entrega é resolvida no DNS, e não no texto do e-mail.

SPF declara quais servidores podem enviar em nome do seu domínio. DKIM assina criptograficamente a mensagem, provando que ela não foi alterada e que saiu mesmo de quem diz. DMARC diz aos provedores o que fazer quando algo falha nas duas verificações anteriores, e permite receber relatórios.

Sem esses três, você está pedindo para o provedor de destino acreditar em você sem nenhuma prova, num ambiente em que a maior parte das mensagens não confiáveis é fraude. A configuração é feita na camada de DNS, tratada no artigo sobre DNS, cache e proteção.

O erro que queima o domínio

Usar o mesmo domínio e a mesma reputação para disparo de marketing em massa e para e-mail transacional. Se uma campanha gera muitas marcações de spam, a reputação cai, e junto com ela cai a entrega dos seus recibos e das suas senhas.

A separação é o que protege o que não pode falhar. Muita gente usa um subdomínio próprio para transacional exatamente por isso.

O segundo erro é não olhar os eventos de devolução. Endereço inválido acumulado em base é um dos sinais que mais degradam reputação de envio, e ele é invisível para quem não monitora.

Quando não é a ferramenta certa

Para newsletter e campanha de relacionamento, o que você precisa é de uma plataforma de e-mail marketing, com editor visual, segmentação de lista, automação de sequência e gestão de descadastro. São problemas diferentes, e a lógica de lista está no artigo sobre lista, oferta e copy.

E se você não tem sistema nenhum enviando e-mail automaticamente, ainda não é hora. Ferramenta de API pressupõe integração.

Onde ele entra no stack da eBuz

O envio transacional por API é o padrão da eBuz para tudo que o sistema precisa entregar: acesso, confirmação, recuperação de senha, notificação. É a peça que fecha o ciclo entre o pagamento confirmado e o cliente com o produto na mão.

Se o seu cliente paga e precisa esperar alguém liberar o acesso na mão, o gargalo não é atendimento, é integração. Para entender por onde começar a arrumar a esteira, veja o Mapa de Contexto.

Esta ferramenta faz parte do stack completo da eBuz: as 31 peças agrupadas por função, com a ordem certa de ligar cada uma.

Perguntas frequentes

O que é e-mail transacional e por que ele é diferente?

É o que o sistema envia como consequência de uma ação: confirmação de compra, dados de acesso, redefinição de senha, recibo. Ele tem duas características que mudam tudo: a pessoa está esperando por ele e ele precisa chegar em segundos. E-mail de marketing atrasado é irrelevante; senha atrasada é cliente que desistiu.

O que é SPF, DKIM e DMARC?

São registros no DNS que provam que o seu envio é legítimo. SPF declara quais servidores podem enviar em nome do domínio. DKIM assina a mensagem criptograficamente, provando origem e integridade. DMARC diz aos provedores o que fazer quando as duas verificações falham e permite receber relatórios. Sem os três, a entrega fica na sorte.

Posso usar o mesmo domínio para newsletter e e-mail de sistema?

Não é recomendado. Se uma campanha gera muitas marcações de spam, a reputação cai e derruba junto a entrega dos seus recibos e senhas. Separar (muitas operações usam um subdomínio dedicado ao transacional) protege exatamente o que não pode falhar.