邮件群发单显：让每个收件人只看到自己的地址

「群发单显」的意思是：群发时每个收件人的收件箱里，只看到自己的地址——不会显示一排五十个其他人的地址。这是专业群发的基本要求，直接影响送达率、隐私合规，以及收件人对邮件的信任程度。

为什么 BCC 解决不了问题

最多人的第一个想法是用密送（BCC）：把所有收件人放进 BCC，然后在 To 字段填一个 Undisclosed recipients <noreply@yourcompany.com> 之类的占位符。这在技术上确实让收件人看不到彼此，但有几个问题：

• To 字段显示的是明显的虚假地址，看起来不专业，也容易触发垃圾邮件过滤
• 送达率差——很多邮件服务商把 BCC 批量发出的邮件视为可疑
• 无法对每个收件人个性化称呼或内容
• 看不到谁打开了、谁点击了、谁退信了

BCC 适合临时给两三个人发一封邮件，不适合作为群发策略。

群发单显的实际原理

真正的单显，是给每个收件人单独发一封邮件。每封邮件的 To 字段填这个收件人自己的地址，按需包含个性化内容，独立追踪。从收件人角度来看，这封邮件就是专门写给他的。

每个专业的邮件发送平台——包括 Rovela 的群发功能——都是这样工作的。你提供一份地址列表（和可选的变量模板），平台为每个收件人生成并发出一封独立的邮件。

在 Rovela 里怎么做

通过后台界面（不需要写代码）

进入群发 → 新建群发，上传一份至少包含 email 列的 CSV 文件，还可以加 name、company 等你想在模板里用到的列。主题和正文里用 {{name}}、{{company}} 这类占位符。

平台按每一行的数据填充变量，为每个收件人生成并发送一封独立邮件。

通过 API（开发者）

使用批量发送接口，传入收件人数组和每人的变量：

POST /emails/batch
{
  "from": "Jane Wong <jane@company.com>",
  "template_id": "welcome-2024",
  "recipients": [
    { "to": "alice@client.com", "variables": { "name": "Alice", "company": "Acme Corp" } },
    { "to": "bob@buyer.com",    "variables": { "name": "Bob",   "company": "Global Ltd" } }
  ]
}

每个收件人获得独立投递，独立追踪。退信、打开和点击事件通过 Webhook 按收件人逐条回报。

单显保护了什么

• 隐私：收件人不知道你还发给了谁。对于 B2B 销售客户名单，这是商业敏感数据；对医疗、金融等行业，可能还是法律义务
• 送达率：每封邮件的 To 字段是真实地址，不是虚假占位符，收件方的过滤器更友好
• 个性化：可以按姓名称呼收件人，按内容分组，不需要任何额外的技术技巧

退订与抑制列表

任何包含退订机制的群发邮件，需要按 RFC 8058 要求携带 List-Unsubscribe 头。Rovela 的群发功能会自动加上这个头。收件人点击退订或把邮件标记为垃圾邮件后，他们的地址会自动加入你的抑制列表，之后的群发自动跳过——不需要你手动维护一个黑名单。

在设置 → 抑制列表或通过 /suppressions 接口随时查看当前列表。

群发单显和群发通讯有什么区别

底层机制是一样的：两者都是给每个收件人单独发一封邮件。「通讯/Newsletter」是定期向订阅者发，「营销群发/Campaign」是一次性发。区别在于你如何安排和管理，不在于投递方式。

常见错误

• 用个人邮箱加 BCC 发，期望达到专业送达率——这个方式不可扩展
• 用邮件合并工具走个人 SMTP 凭据发——把整个账号的声誉都押上了，很快会触发频率限制
• 不加退订链接——大多数国家对营销邮件有法律要求，也是产生垃圾邮件投诉最快的方式
• 六个月以上没清洗的列表直接发——旧地址硬退信损害你的发件声誉，影响后续所有群发