Um recibo confirma uma compra. Uma oferta convida a outra compra. Ambos podem chegar automaticamente após o checkout, mas servem a finalidades diferentes.
Essa diferença afeta quais opt-outs se aplicam. Também afeta quais mensagens compartilham uma reputação de envio. O tipo da mensagem determina se ela precisa de um mecanismo de cancelamento de inscrição.
O que torna um e-mail transacional ou marketing?
A finalidade da mensagem determina sua categoria. Automação, personalização e o número de destinatários não definem essa finalidade.
As diretrizes de assinatura do Google distinguem redefinições de senha, recibos de compra e senhas de uso único das mensagens de assinatura. Listas de marketing e newsletters se enquadram na categoria de assinatura.
| Pergunta | E-mail transacional | E-mail marketing |
|---|---|---|
| Por que é enviado? | Para concluir ou relatar uma transação, solicitação ou evento de conta | Para promover algo ou enviar conteúdo de assinatura |
| O que o inicia? | Uma compra, solicitação de redefinição ou evento relevante de conta | Um cronograma de campanha ou um gatilho promocional automatizado |
| O que o destinatário espera? | Informações necessárias para aquela transação ou conta | Conteúdo que aceitou receber como assinatura |
| Exemplos | Recibo, link de redefinição, alerta de segurança | Newsletter, oferta de produto, follow-up promocional |
A solicitação de um recibo pelo cliente e a permissão para receber uma newsletter são coisas diferentes. O Google orienta remetentes de assinatura a confirmar o endereço de e-mail do destinatário antes de enviar.
Os requisitos de consentimento também dependem da legislação aplicável. A CAN-SPAM regulamenta o e-mail comercial nos EUA por meio de um modelo de opt-out.
Por que usar endereços de envio, domínios e pools de IP separados?
A separação mantém o tráfego identificável e reduz a exposição de reputação compartilhada. A orientação para remetentes do Yahoo identifica tanto endereços IP quanto domínios de assinatura DKIM como sinais de reputação.
O Google recomenda endereços de envio diferentes para mensagens de assinatura e não assinatura. O Yahoo recomenda separar e-mail marketing em massa do e-mail transacional por IP ou domínio DKIM.
Por exemplo, recibos podem usar um subdomínio receipts.example.com autenticado e ofertas podem usar news.example.com. Cada fluxo também pode usar seu próprio pool de IP, um grupo de endereços IP de envio.
Esses controles são distintos. Um endereço From diferente ainda pode usar o mesmo domínio de assinatura e os mesmos IPs de envio.
O que acontece quando os fluxos são misturados?
Marketing indesejado pode afetar a reputação usada pelo e-mail operacional. O FAQ do Yahoo alerta sobre e-mail comercial não solicitado compartilhando IPs com mensagens transacionais.
Uma campanha e uma redefinição de senha usando esses IPs compartilham essa exposição.
Misturar finalidades dentro de uma mesma mensagem cria outro problema. Uma oferta promocional em um recibo pode mudar como a mensagem é classificada pela CAN-SPAM.
Como os requisitos do Gmail e do Yahoo diferem por tipo de mensagem?
Mensagens transacionais ainda precisam de autenticação e infraestrutura de envio em conformidade. A distinção de cancelamento de inscrição não as isenta dos outros requisitos dos provedores para remetentes.
Os requisitos para remetentes do Gmail exigem SPF ou DKIM para todos os remetentes para contas pessoais do Gmail. Remetentes que excedam 5.000 mensagens por dia para contas pessoais do Gmail precisam de SPF, DKIM e DMARC. Suas mensagens de marketing e assinatura também precisam de cancelamento de inscrição com um clique e um link visível no corpo.
As diretrizes de assinatura do Google pedem que remetentes atendam a solicitações de cancelamento de inscrição em até 48 horas. Uma alteração de preferência, portanto, precisa interromper envios subsequentes de assinatura dentro dessa janela.
Os requisitos do Yahoo também exigem SPF, DKIM e DMARC para remetentes em massa. Seu requisito de cancelamento de inscrição com um clique se aplica a mensagens promocionais e de marketing. Seu FAQ exclui explicitamente exemplos transacionais como confirmações de pedido e redefinições de senha.
Como a CAN-SPAM trata as duas categorias?
A CAN-SPAM aplica obrigações diferentes conforme a finalidade principal da mensagem. A FTC, o órgão regulador de proteção ao consumidor dos EUA, define conteúdo transacional ou de relacionamento de forma restrita.
Mensagens comerciais precisam de informações verdadeiras sobre o remetente, linhas de assunto precisas, identificação de publicidade, endereço postal e mecanismo de opt-out. Mensagens puramente transacionais ou de relacionamento permanecem sujeitas à proibição de informações de roteamento falsas ou enganosas.
Um relacionamento existente com o cliente não torna toda mensagem transacional. Para conteúdo misto, uma linha de assunto promocional pode tornar a mensagem comercial. Posicionar o conteúdo transacional principalmente após a promoção também pode.
Um e-mail promocional, portanto, não pode evitar essas obrigações usando um endereço de envio transacional ou uma categoria API.
Como você separa os dois no Bird?
Você define a categoria da mensagem como transactional ou marketing conforme seu conteúdo. Um envio inline assume o padrão marketing. Um envio por template armazenado herda a categoria do template, a menos que você a sobrescreva.
Bird adiciona cabeçalhos de cancelamento de inscrição com um clique e um link no corpo HTML a envios de marketing. Um opt-out apenas de marketing bloqueia e-mail marketing e permite e-mail transacional. Hard bounces, supressões manuais e um opt-out que cobre todas as mensagens bloqueiam ambas as categorias.
Você escolhe a infraestrutura separadamente. Use subdomínios de envio verificados e selecione um pool de envio com ip_pool_id. Omitir esse campo usa o pool padrão da sua organização. Definir category não seleciona um pool diferente.
O API de e-mail transacional conecta essa configuração à sua aplicação. O checklist de serviço de e-mail transacional cobre a avaliação de provedores.