Backend, APIs e dados · Misto

E-mail de saída, mensagens e webhooks

Em uma linha: Mensagens de saída são uma interface pública: precisam de fila, retentativas e registro do que foi enviado para quem.

E-mail que chega ao destino

Configure registros de autenticação de remetente no domínio — sem eles, o e-mail cai no spam, e isso não é um bug de código. Separe o e-mail transacional do de marketing, idealmente em um subdomínio separado, para que o marketing não prejudique mensagens críticas.

Monitore bounces e reclamações. Um endereço que falha repetidamente deve ser bloqueado automaticamente.

Webhooks de saída

Se você notifica sistemas dos clientes, há um compromisso: uma assinatura que permita verificar que a mensagem é sua, um identificador único por evento, retentativas com atraso e uma tela onde o cliente vê o que foi enviado e o que falhou.

Declare explicitamente que uma mensagem pode ser enviada mais de uma vez — para que o outro lado trate a duplicação.

Higiene

Templates em um único lugar, suporte para hebraico e direcionalidade, um link de descadastro onde exigido e um registro de cada envio com um identificador que permita rastrear a consulta de um cliente em um minuto.

Indo mais fundo

Não envie mensagens de dentro da requisição do usuário. Escreva em uma fila, retorne uma resposta e envie em segundo plano. Além da velocidade, isso garante que quando o provedor de e-mail está lento ou fora, o usuário não recebe um erro por uma ação que teve sucesso.