Deliverability

什么是邮件抑制列表,哪些地址应该加入?

邮件抑制列表包含发送系统必须跳过的收件人,原因是投递永久失败、收到了投诉,或者你主动屏蔽了该地址。

当硬退信或投诉到达时,发送系统会记录该地址并在后续发送时跳过它。这样可以保护投递信誉,避免在永久失败或投诉后重复发送。

哪些地址应该加入列表?

在以下情况下添加地址:硬退信表明投递已永久失败、收件人举报垃圾邮件、或你手动屏蔽了该地址。为每条记录保留原因和来源,以便审计决策。将退订选择单独作为偏好存储,它们按消息类别生效。

不要将所有临时失败都当作永久抑制。邮箱已满或接收服务器暂时不可用的情况可以恢复。根据你的投递策略重试这些临时失败。只有在失败确认为永久性时才抑制该地址。

抑制是否适用于所有消息?

适用范围取决于原因。硬退信或手动抑制会阻止向该地址发送所有邮件。投诉抑制会阻止非事务性邮件,但允许发送真实的密码重置或其他操作性消息。

将抑制状态与受众成员身份分开管理。从某个营销活动中移除地址并不能阻止其他工作流向该地址发送邮件。

如何维护列表?

在每次发送前应用抑制,包括导入的联系人和重试任务。当记录发生变更时,保留首次事件和后续更新。这段历史记录说明了地址被屏蔽的原因,并防止导入操作覆盖已有的决策。

只有在纠正了原因并确认你的策略允许再次发送后,才能移除记录。不要仅仅因为该地址后来接受了一次探测就删除硬退信或投诉记录。探测成功并不能证明最初的失败或投诉已被解决。

如何在 Bird 中管理抑制?

每次发送前,检查 Bird 抑制列表,确保工作流跳过不应联系的收件人。Bird 会根据硬退信和投诉自动创建记录。抑制指南记录了相关字段、作用范围和管理 API。

如果你自己的数据库也需要同样的状态,订阅抑制事件。以 Bird 的列表作为投递决策的权威来源,你的副本用于报告和工作流上下文。

总结

  • 抑制永久失败、投诉和手动屏蔽的地址。
  • 为每条记录保留原因、来源和事件历史。
  • 重试临时失败,而不是立即抑制。
  • 每次发送前检查列表,并遵循 Bird 的抑制指南。

基于同一网络构建。

测试 API 密钥即刻获取。添加付款方式并验证发送者身份后,即可解锁生产环境。

从一个渠道开始。
准备好后,再添加其他渠道。

测试 API 密钥即刻可用。添加支付方式并验证发送者身份后,即可解锁生产环境。

正在使用 Claude Code、Cursor 或 Codex?复制一条设置提示,您的智能代理即可自动安装 Bird CLI 和相关技能。选择您的工具:

Cursor