符合 GDPR 的退订与数据请求页面

页脚中的 {{unsubscribe_url}} 标签指向一个真实的托管页面,而不是一个 mailto 链接——一个表单会在账户范围内屏蔽该地址,或者如果你已经定义了邮件主题,收件人也可以只退订其中一个主题;第二个表单则让收件人可以要求你更正或删除你持有的关于他们的数据,该请求会进入你的工单收件箱,而不是消失在一个黑箱里。

主题

Weekend sale — 20% off

每次发送的邮件页脚都包含一个指向真实托管页面的 {{unsubscribe_url}} 合并标签。 它把一键取消订阅——默认账户范围生效,如果你设置了邮件主题也可以按主题——与第二个用于更正或删除收件人数据的表单结合在一起。第二个表单会作为一张支持工单转发给你,而不会自动删除任何内容。

一个合规的取消订阅链接,不应该是一个需要手动填写的 mailto: 地址——而应该是一个一经确认就真正会做点什么的页面。

一键退订,或只退订一个主题

默认情况下,在托管页面上确认取消订阅,会屏蔽该地址在你发送的每一个项目中的接收资格,而不仅仅是它所在的那一个营销活动。今后每次发送前都会自动检查这一点,之后在联系人中还会看到一个徽章和一个重新订阅操作。

如果一刀切的取消订阅太过粗糙,可以在设置中为几个邮件主题命名(“产品更新”“促销活动”“每周摘要”),再把某个项目分配给其中一个。该项目的取消订阅页面就会为每个主题显示一个复选框,而不是一个单一按钮,这样收件人就可以关闭促销邮件,同时仍能收到订单收据等他们仍然想要的内容。未分配主题的项目会保留一刀切的页面——在你主动设置之前不会有任何变化。

数据请求变成一张工单,而不是一个删除按钮

同一个托管页面上的“更正或删除你的数据”表单,会以带有徽章的隐私请求支持工单形式提交到你自己的收件箱。一次点击无法安全地自行删除一行联系人数据——这样做可能会破坏响应归因,或使某笔订单的审计记录失效,还可能忽略一个需要保留该记录的法律理由。这个判断必须留给你这个数据控制者来做。

事务性邮件遵循不同的规则

一次标记为 type: "transactional" 的发送(通过发送 API)会绕开取消订阅屏蔽,因为一封收据仍然需要送达一个已经退订营销邮件的人。但它永远不会绕开退信屏蔽——退信屏蔽始终生效。

快速上手

在你的页脚预设中保留 {{unsubscribe_url}} 标签。如果需要精细的退订选项,可以在设置中添加邮件主题;再参考隐私与数据控制,了解如何在收件人的请求进入你的工单收件箱后加以处理。

典型的构建与发送流程

  1. 1

    在页脚中保留取消订阅合并标签

    页脚预设中的 {{unsubscribe_url}} 标签指向一个基于收件人自己的实时预览令牌构建的托管页面——每次发送都无需额外设置。

  2. 2

    如果需要精细的退订选项,可以定义邮件主题

    可以在设置中为几个邮件主题命名(产品更新、促销活动、每周摘要),再把某个项目分配给其中一个——该项目的取消订阅页面就会为每个主题显示一个复选框,而不是一个一刀切的按钮。

  3. 3

    默认情况下,一键取消订阅会在账户范围内生效

    在一个未分配主题的项目上确认取消订阅,会屏蔽该地址在你发送的每一个项目中的接收资格,而不仅仅是它所在的那一个营销活动——今后每次发送前都会自动检查。

  4. 4

    同一个页面也提供数据请求

    同一个托管页面上的“更正或删除你的数据”表单,让收件人可以请求删除或更正,提交后会以带有隐私请求徽章的工单形式进入你自己的工单收件箱。

  5. 5

    处理请求,然后通过工单收件箱回复

    实际的更正或删除操作由你自己完成,再通过该工单回复——MailInApp 只负责路由这个请求,不会代替你自动删除联系人列表中的某一行。

常见问题

收件人能分别管理精细的主题偏好(营销邮件与产品更新)吗?

可以,前提是你已经设置好——在设置中为几个邮件主题命名,再把某个项目分配给其中一个,该项目的取消订阅页面就会显示按主题划分的复选框,而不是一个单一按钮。未分配主题的项目仍会显示一刀切的页面,因此在你主动设置之前不会有任何变化。

“删除我的数据”请求会自动删除任何内容吗?

不会——它只会开启一张发给你的工单,标记为隐私请求。一次点击无法安全地删除一行联系人数据,因为这可能会破坏响应归因、使某笔订单的审计记录失效,或者忽略一个法律留存理由,因此这个判断必须留给你这个数据控制者来做。

取消订阅也会屏蔽事务性邮件吗?

取决于发送的类型:营销发送会遵循取消订阅屏蔽,但事务性发送(例如标记为 type: "transactional" 的发送 API 调用)会绕开它——不过永远不会绕开退信屏蔽,退信屏蔽始终生效。

退信邮件会和明确的取消订阅一样处理吗?

对于同步情形是这样——SMTP 中继的同步拒绝会被当作退信,并按相同方式屏蔽;原生 SES 发送还会收到真正的异步退信/投诉 Webhook,无论哪种方式,最终都会进入同一份屏蔽名单。

收件人之后能自行解除屏蔽吗?

不能——重新订阅是所有者的操作,是联系人视图中位于已退信/已取消订阅的联系人旁边的一个重新订阅按钮,用于你已经直接和收件人确认过他们希望重新接收邮件之后。

在工作室中构建它

从免费套餐开始——每个套餐都包含全部互动模块和完整的降级引擎。