如何在 n8n 中验证邮箱
n8n 工作流在驱动营销的表单、数据库和邮件工具之间传递联系人，因此是尽早拦截坏地址的理想位置。借助 HTTP Request 节点，可以在工作流中途调用 VeriMails API，在每个联系人到达时进行验证，并用 IF 节点路由每个结果。本指南将逐步演示这一搭建过程，n8n Cloud 和自托管版本均适用。
要点速览
n8n 工作流搭建清单
把工作流搭建成以 HTTP Request 节点为验证检查点的结构。由路由节点根据 VeriMails 的 JSON 响应决定下一步。
| 决策项 | n8n 设置 | 操作说明 |
|---|---|---|
| 输入节点 | 使用最先提供邮箱值的 Webhook 节点、表单触发器、数据库触发器或表格触发器。 | 在任何下游节点将联系人写入 CRM 或发信工具之前完成验证。 |
| API 凭据 | 将 VeriMails 密钥保存为 HTTP Request 凭据，根据 API 设置使用 header 或 query 认证。 | 凭据能避免密钥以明文出现在工作流字段中，也让自托管和 Cloud 实例更容易轮换密钥。 |
| HTTP Request 节点 | 将方法和 URL 设置为 VeriMails API，然后用表达式映射触发条目中的邮箱。 | 先运行一次该节点并检查输出的 JSON，再连接路由节点。 |
| 分支节点 | 简单区分可送达与不可送达时用 IF；希望为 Catch-all、一次性邮箱和角色邮箱结果分别输出时用 Switch。 | Switch 让多状态路由更易读，日后扩展也更安全。 |
| 失败处理 | 添加错误或回退分支，在 API 调用失败或返回意外状态时记录输入和响应。 | 采用失败即拦截策略，不让未验证的地址仅仅因为节点配置变动而继续流转。 |
为什么要验证 n8n 中的联系人
n8n 是连接联系人来源与存储、发信工具的自动化层。在这里加入验证节点，意味着坏地址只需在一个地方拦截一次，就不会扩散到所有连接的系统。
工作流会把联系人写入负责发送和计费的系统
典型的 n8n 工作流会把新的表单提交或数据库行写入邮件平台、广告受众或 CRM。如果该联系人无效，这个坏地址就会进入一个要为它收费或会尝试向它发信的系统。在写入节点之前放置调用 VeriMails 的 HTTP Request 节点，可以让下游每个系统保持干净。
Webhook 和表单触发器带来的坏数据最多
最常见的 n8n 触发器，例如接收新表单提交的 Webhook 节点，以及对数据库或表格的轮询触发器，也是邮箱数据中最杂乱的来源。人们总会填错或编造地址。紧跟在触发器后面的验证节点能在工作流入口处拦截这些错误。
实时验证让列表持续保持干净
在工作流内验证，意味着 webhook 一触发就检查每个联系人，而不是几周后才在批量导出中处理。列表持续保持干净，退信率没有机会飙升，也不会给一开始就错误的地址发信。
坏地址仍会退信并损害发件人信誉
无论表单和收件箱之间有多少个节点，无效地址最终都会退信。退信率超过 5% 会让整个列表的活动更容易进入垃圾箱。在工作流中加入 VeriMails 节点，能从源头消除这一风险，而不是让邮件平台来承担后果。
VeriMails 检查哪些内容
当 HTTP Request 节点为某个联系人调用 VeriMails API 时，VeriMails 会执行一整套检查，并返回 IF 或 Switch 节点可直接分支的结构化结果。每个地址的检测方式如下：
语法验证确认地址格式正确。 MX 和 DNS 记录会被查询，以确认域名存在且能够接收邮件。实时 SMTP 握手连接收件邮件服务器，确认该邮箱确实接收邮件，全程不发送任何内容。 Catch-all 检测识别接收所有地址邮件的域名。一次性邮箱检测标记临时邮箱域名。角色邮箱检测识别 info@、sales@、support@ 等通用地址。
VeriMails 返回清晰的验证结果，响应速度快，足以内嵌在由 webhook 触发的工作流中。Catch-all 域名会作为明确的检测结果返回，让 IF 节点逻辑可以有针对性地处理，绝不是模糊的评分。
n8n 用户价格
实时验证工作流会随着新联系人到达而扣减 VeriMails 积分，只为实际验证的地址付费。积分包低至每个邮箱 $0.0019，10,000 积分售价 $19。更大的积分包最高可达 500 万个地址，售价 $1,499，适合高流量工作流以及为客户运行 n8n 的代理机构。
如果联系人流量稳定、希望费用可预期，年付套餐低至 $12.50/月（按年计费）。每个新账户注册即享 100 免费积分，无需信用卡，积分永不过期，可以先搭建并测试工作流，再决定是否付费。
流程图示
按此流程在联系人进入下游应用前，将 VeriMails 放在 n8n 工作流中间。
- 触发范围：在最先提供邮箱值的 Webhook、数据库或表单触发器之后立即验证。
- API 步骤：将 API 密钥保存为凭据，并用 n8n 表达式传入邮箱字段。
- 结果处理：用 IF 或 Switch 节点将有效联系人继续向下传递，并分别记录无效、一次性邮箱或 Catch-all 结果。
分步操作
添加接收新联系人的触发器
新建工作流并添加触发节点，最常用的是 Webhook 节点，它会提供一个 URL，供外部应用在创建联系人或提交表单时调用。也可以对数据库或表格使用轮询触发器。触发器会把传入的数据解析为下游节点可读取的 JSON。
添加 HTTP Request 节点调用 VeriMails
添加 HTTP Request 节点，这是 n8n 调用任何外部 API 的桥梁。配置它请求 VeriMails 验证端点，用表达式传入触发节点中的邮箱地址，并将 VeriMails API 密钥保存为该节点引用的 n8n 凭据。JSON 响应会被解析，供下游节点使用。
添加 IF 节点按结果分支
在 HTTP Request 节点后添加 IF 节点。将其条件配置为判断 VeriMails 结果，让可送达联系人走 true 分支，不可送达联系人走 false 分支。如果还需要单独区分一次性邮箱和 Catch-all 结果，请使用 Switch 节点获得两个以上的输出。
将可送达联系人送到目标位置
在 true 分支上，添加将联系人写入邮件平台、CRM 或数据库的节点。只有经过验证、可送达的地址能到达该节点，这些系统中的列表和受众因此自动保持干净，无需再做清理。
处理坏地址并启用工作流
在 false 分支上，添加一个节点，把不可送达和一次性邮箱地址记录到数据库，或发送通知以便分析规律。先用示例数据执行工作流，确认每个分支都正常工作，然后启用，让每个新联系人一到达就得到验证。
每种结果的处理方式
把验证状态作为工作流的控制字段。干净的 n8n 工作流会让每个不可送达的结果都清晰可见，而不是让它消失在笼统的 false 分支里。
- 可送达：继续进入 CRM、数据表、邮件平台或数据库节点，并尽可能添加验证时间戳。
- 不可送达：在任何发信或 CRM 写入节点之前停止，并将该条目记录到屏蔽存储中。
- Catch-all：路由到复核输出或小批量销售路径，不要加入大范围的活动。
- 一次性邮箱：从培育工作流中剔除，并可选择在来源表单中提示需填写长期有效的邮箱。
- 角色邮箱：在预期使用共享邮箱的运营场景中保留，但不要放入面向个人的序列。
- 意外状态：送入诊断分支，附上原始 JSON、执行 ID 和来源数据以供复核。