开放注册会引入错误用户
您只想批准用户，但开放注册会让滥用和低匹配账号进入。人工审核耗时且仍会漏判。
1 个字段
用于允许或拒绝（`block`）
2 种规则类型
精确邮箱与完整域名
开或关
策略变更时的白名单模式
实时
验证响应中的策略检查
白名单避免高成本的策略错误
在流程中只保留已批准的用户和收件人，并将决策集中到一个 API 响应。
允许列表逻辑在多个服务中重复
注册、CRM 与活动需要同一策略，但各服务实现不同并逐渐偏离。
您为向不想要的受众发送而付费
当只有部分客户应收到邮件时，过宽的列表浪费预算并稀释指标。
白名单流程
白名单如何工作
一次定义谁被允许，然后在每次验证结果中用一个字段做策略决策。
01→
添加白名单规则
添加精确地址如 [email protected] 或域名如 company.com 以定义谁可以通过。
02→
在需要时启用白名单模式
仅在列出的邮箱和域名应被允许时开启；不需要严格仅允许时关闭。
03✓
验证并用 `block` 决策
使用 API 响应中的 `block` 字段。`block: true` 表示拒绝，`block: false` 表示允许。
验证 API 响应示例
GET /v1/[email protected]\nX-API-Key: your-api-key\n\n{\n "valid": true,\n "block": false,\n "domain": "customer.org"\n}可以加入白名单的内容
精确邮箱
仅当选定用户应通过时允许一个具体地址。
域名
允许 partner.com 或 customer.org 等已批准域名上的所有邮箱。
在生产环境使用白名单 API 的团队
真实团队保护入职流程、收紧活动定向，并将策略逻辑保留在应用代码之外。
DR
Daniel Reed
Founder, B2B SaaS
“我们为企业试用开启白名单后，随机注册立即停止。销售只与我们真正瞄准的账户沟通。”
SM
Sofia Martinez
Lifecycle Marketing Lead
“在仅限合作伙伴的活动中，我们将已批准域名加入白名单，避免发错受众。浪费的发送减少，指标改善。”
ML
Marcus Lee
Product Manager, Marketplace
“以前多个服务里都有允许逻辑。现在每个流程一致读取同一个 `block`。”
白名单 API 常见问题
允许或拒绝用哪个字段？
验证响应中的 `block` 字段。`block` 为 true 则拒绝，为 false 则允许。
可以同时白名单精确邮箱和完整域名吗？
可以。添加精确地址或如 `company.com` 的域名，以允许该域名下所有邮箱。
可以开关策略吗？
可以。可启用或禁用白名单模式，仅在流程需要时强制执行严格的仅允许行为。
这样就不需要自定义允许列表逻辑了吗？
是的。集中管理规则并从 API 响应读取 `block`，而不是在多个后端重复匹配逻辑。
如果同一邮箱既在白名单又在黑名单？
黑名单优先。若黑名单匹配，即使白名单也有，`block` 仍为 true。