Hunter 查找邮件。其内置验证器检查的是相关内容的一个子集。
Hunter.io 是最知名的邮件查找工具之一。其域名搜索、邮件查找工具和内置邮件验证器在 B2B 工具栈中占据独特地位——它既是查找工具又是验证器。
边界很重要：Hunter 的验证器是查找工作流的一部分。它发现明显的问题——无效格式、不存在的域名、临时邮件地址。它不能替代在发送时检查特定邮箱当前是否接受来自新发件人邮件的 SMTP 验证通道。
这一区别在大规模使用和较旧列表时最为重要。Hunter 的"可投递"状态告诉你地址在检查时通过了 Hunter 的标准。这是有用的背景信息。它不是地址在你今天发送时会接受你的邮件的实时确认。
Hunter 如何生成邮件地址。
Hunter 使用三种主要方法查找并返回邮件地址，每种方法有不同的准确性特征：
| 方法 | 工作方式 | 主要风险 |
|---|---|---|
| 域名搜索（基于模式） | 识别公司域名最常用的邮件格式 | 模式匹配符合格式但对特定人员可能不存在的地址 |
| 邮件查找器 | 结合姓名和域名构建最可能的地址 | 地址在任职时正确，换工作后可能过时 |
| 从 CSV 批量任务 | Hunter 查找并验证你上传列表中的地址 | 混合质量输入产生混合质量输出 |
Hunter 内置验证器检查什么。
| Hunter 检查什么 | Hunter 不检查什么 |
|---|---|
| 邮件格式是否有效 | 特定邮箱当前是否活跃 |
| 域名是否有 MX 记录 | 地址是否会接受来自你域名的邮件 |
| 域名是否为已知临时邮件提供商 | 地址是否为全接收域 |
| 地址模式是否与域名使用匹配 | 自 Hunter 找到地址后是否已发生变化 |
Hunter 的"可投递"验证状态反映了 Hunter 系统在检查时能确认的内容。独立的 BillionVerify 检查在导入前的那一刻检查投递能力——如果地址或域名已经发生变化，可能会有所不同。
Hunter 输出在哪些地方往往需要进一步验证。
| 来源 | 常见质量问题 |
|---|---|
| 域名搜索（基于模式） | 模式匹配地址符合域名最常见格式，但可能不存在 |
| 从 LinkedIn 使用邮件查找器 | 从职位和域名推导的地址——在职时正确，离职后可能过时 |
| 从 CSV 批量任务 | 混合质量输入产生混合质量输出——Hunter 无法验证它找不到的内容 |
| 全接收域 | Hunter 将这些标记为"有风险"或"未知"——发送前仍需单独检查 |
| 旧的保存列表 | Hunter 在保存时的状态不会随地址变化而更新 |
Hunter 验证状态含义。
| Hunter 状态 | 含义 | BillionVerify 操作 |
|---|---|---|
| 可投递 | Hunter 在检查时确认地址可能有效 | 在高发量导入前仍要验证 |
| 有风险 | Hunter 无法确认——通常是全接收域 | 始终验证；如确认为全接收域则作为全接收域路由 |
| 未知 | Hunter 无法确定状态 | 视为未知；发送前先审核 |
| 无效 | Hunter 确认地址不存在 | 不要导入 |
Hunter 和 BillionVerify 之间的边界。
Hunter 和 BillionVerify 不是互相替代的。它们解决邮件工作流的不同部分。
- Hunter：查找地址，并在发现过程中运行初始质量检查
- BillionVerify：在发送时通过 SMTP 级确认和详细信号分类来验证地址
同时运行两者是完整的工作流。Hunter 提供地址；BillionVerify 在导入时确认它是安全可发送的。
组合工作流。
导入前路由每个信号。
| BillionVerify 结果 |
|---|