Páginas de Cancelamento de Inscrição e Solicitação de Dados Compatíveis com o GDPR

A tag {{unsubscribe_url}} do rodapé aponta para uma página hospedada de verdade, não um link mailto — um formulário suprime aquele endereço para a conta inteira, ou deixa o destinatário optar por sair de só um tópico de e-mail, se você os tiver definido, e um segundo formulário deixa o destinatário pedir para você corrigir ou excluir o que você guarda sobre ele, chegando na sua caixa de tickets em vez de desaparecer em uma caixa-preta.

Assunto

Weekend sale — 20% off

O rodapé de todo envio inclui uma tag de personalização {{unsubscribe_url}} apontando para uma página hospedada de verdade. Ela combina um cancelamento de inscrição de um clique — para a conta inteira por padrão, ou por tópico se você tiver configurado tópicos de e-mail — com um segundo formulário para corrigir ou excluir os dados do destinatário. Esse segundo formulário chega até você como um ticket de suporte, em vez de excluir qualquer coisa automaticamente.

Um link de cancelamento de inscrição compatível não é um endereço mailto: que alguém precisa digitar à mão — é uma página que realmente faz algo no momento em que é confirmada.

Um clique, ou só um tópico

Por padrão, confirmar o cancelamento de inscrição na página hospedada bloqueia aquele endereço em todo projeto de onde você envia, não só na campanha de onde veio. Isso é verificado automaticamente antes de todo envio futuro, com um selo e uma ação de Reinscrever visível em Contatos depois.

Se o cancelamento geral for grosso demais, nomeie alguns tópicos de e-mail em Configurações ("Novidades do produto," "Promoções," um resumo semanal) e atribua um projeto a um deles. A página de cancelamento de inscrição desse projeto então mostra uma caixa de seleção por tópico em vez de um único botão, para que um destinatário possa silenciar promoções enquanto continua alcançável para recibos de pedido e qualquer outra coisa que ainda queira. Um projeto sem tópico atribuído mantém a página simples de tudo ou nada — nada muda até você optar por isso.

Solicitações de dados viram um ticket, não um botão de excluir

O formulário "Corrigir ou excluir seus dados" da mesma página hospedada é enviado como um ticket de suporte com o selo de Solicitação de privacidade na sua própria caixa de entrada. Um único clique não pode excluir com segurança uma linha de contato sozinho — fazer isso poderia quebrar a atribuição de respostas ou invalidar a trilha de auditoria de um pedido. Também poderia ignorar um motivo legal para reter o registro. Essa decisão continua com você como controlador.

O e-mail transacional segue regras diferentes

Um envio marcado com type: "transactional" (via Send API) ignora a supressão por cancelamento de inscrição, já que um recibo ainda precisa chegar a alguém que cancelou a inscrição de marketing. Ele nunca ignora a supressão por bounce, porém — essa sempre se aplica.

Começando

Mantenha a tag {{unsubscribe_url}} no seu preset de rodapé. Adicione tópicos de e-mail em Configurações se você quiser exclusões granulares, e revise Privacidade e controles de dados para lidar com solicitações de destinatários assim que chegarem na sua caixa de tickets.

Uma sequência típica de criação e envio

  1. 1

    Mantenha a tag de cancelamento de inscrição no seu rodapé

    A tag {{unsubscribe_url}} do preset de rodapé aponta para uma página hospedada construída a partir do próprio token de visualização ao vivo do destinatário — sem nenhuma configuração extra necessária por envio.

  2. 2

    Defina tópicos de e-mail, se você quiser exclusões granulares

    Opcionalmente, nomeie alguns tópicos de e-mail em Configurações (Novidades do produto, Promoções, um resumo semanal) e atribua um projeto a um deles — a página de cancelamento de inscrição desse projeto então mostra uma caixa de seleção por tópico em vez de um único botão geral.

  3. 3

    Um cancelamento de inscrição de um clique suprime para a conta inteira por padrão

    Confirmar em um projeto sem tópico atribuído bloqueia o endereço em todo projeto de onde você envia, não só na campanha de onde veio — verificado automaticamente antes de todo envio futuro.

  4. 4

    A mesma página oferece uma solicitação de dados

    Um formulário "Corrigir ou excluir seus dados" na mesma página hospedada deixa um destinatário pedir exclusão ou retificação, enviado como um ticket com o selo Solicitação de privacidade na sua própria caixa de tickets.

  5. 5

    Trate a solicitação, depois responda pela sua caixa de tickets

    Você faz a correção ou exclusão real do seu lado e responde pelo ticket — o MailInApp roteia a solicitação, mas não exclui automaticamente uma linha da lista de contatos em seu nome.

Perguntas frequentes

Os destinatários podem gerenciar preferências granulares por tópico (marketing vs. novidades do produto) separadamente?

Sim, se você tiver configurado isso — nomeie alguns tópicos de e-mail em Configurações e atribua um projeto a um deles, e a página de cancelamento de inscrição desse projeto mostra caixas de seleção por tópico em vez de um único botão. Um projeto sem tópico atribuído continua mostrando a página simples de tudo ou nada, então nada muda até você optar por isso.

Uma solicitação de "excluir meus dados" exclui algo automaticamente?

Não — abre um ticket endereçado a você, com o selo de Solicitação de privacidade. Um único clique não pode excluir com segurança uma linha de contato sem arriscar quebrar a atribuição de respostas, invalidar a trilha de auditoria de um pedido, ou ignorar um motivo legal de retenção, então essa decisão continua com você como controlador dos dados.

Cancelar a inscrição também bloqueia e-mails transacionais?

Depende do tipo do envio: um envio de marketing respeita a supressão por cancelamento de inscrição, mas um envio transacional (como uma chamada da Send API marcada com type: "transactional") a ignora — embora nunca ignore a supressão por bounce, que sempre se aplica.

Um e-mail que sofre bounce é tratado da mesma forma que um cancelamento de inscrição explícito?

Sim para os casos síncronos — a rejeição síncrona de um relay SMTP é tratada como um bounce e suprimida da mesma forma; o envio nativo por SES também recebe webhooks assíncronos reais de bounce/reclamação, alimentando a mesma lista de supressão de qualquer forma.

Um destinatário pode se remover da supressão depois, por conta própria?

Não — reinscrever é uma ação do proprietário, um botão Reinscrever ao lado de um contato com bounce/cancelado na visão de Contatos, feito para depois de você confirmar diretamente com o destinatário que ele quer voltar.

Construa isso no estúdio

Comece no plano gratuito — todos os blocos interativos e o motor de fallback completo estão incluídos em todos os planos.