Instantly 运行活动，BillionVerify 在活动开始前验证名单。
Instantly 是一个冷邮件平台。它管理收件箱轮换、预热序列、活动调度以及大规模多收件箱出站邮件。它做得很好。
BillionVerify 是一个发送前验证层。它在任何记录进入发件工具之前，按信号类型对邮件记录进行分类——有效、无效、catch-all、角色型、未知、一次性。它不运行活动。
这些是不同的问题。Instantly 无法替代 BillionVerify，BillionVerify 也无法替代 Instantly。它们处于工作流程的不同位置：BillionVerify 在 Instantly 导入前运行；一旦经过验证的名单准备好，Instantly 接管。
Instantly 处理的事项。
Instantly 管理发送层，提供：
- 跨专用冷邮件域名的多收件箱活动轮换
- 具有可配置发送速度和池的邮箱预热
- 序列调度、跟进自动化和回复检测
- 活动分析、打开和点击跟踪
- 面向团队和机构的多账户管理
Instantly 还包括基本的名单质量功能，处理明显的格式错误和一些无效地址模式。
Instantly 内置功能无法替代的内容：
- 跨所有名单和数据源一致应用的导入前 catch-all 分类策略
- 在任何序列步骤运行之前应用的角色型地址检测
- 跨活动和导入持久存在的抑制管理，不仅限于单个活动内
- 高发量轮换开始之前的未知地址分类
- 在名单进入 Instantly 界面之前运行的验证结果
Instantly 的名单质量功能在平台上下文中应用。通过 BillionVerify 进行的专用导入前过程在 Instantly 看到名单之前——在来源处，而不是在发件工具内部——应用一致的策略。
BillionVerify 处理的事项。
BillionVerify 在名单进入任何发件工具之前应用发送前质量门控，提供：
- 信号分类：有效、无效、catch-all、角色型、未知、高风险、一次性
- Catch-all 检测：识别在域名级别接受所有地址的域名，以便单独分类
- 角色型检测：在共享收件箱进入命名联系人序列之前进行标记
- 抑制管理：跨活动和导入导出并维护抑制名单
- 域名和 MX 级别检查：识别发送域名本身无效或配置错误的记录
BillionVerify 不运行活动，不管理收件箱、预热序列或活动调度。
工作流程边界。
| Instantly 做的事 | BillionVerify 做的事 |
|---|---|
| 管理收件箱轮换和发送 | 按送达率信号对记录进行分类 |
| 运行预热序列 | 在导入前识别 catch-all 域名 |
| 调度活动和跟进 | 在序列运行前标记角色型地址 |
| 跟踪打开、点击和回复 | 从验证结果构建抑制名单 |
| 管理多账户工作空间 | 导出已批准和拒绝的记录分类 |
| 处理发送基础设施 | 在任何发送基础设施介入之前运行 |
组合工作流程。
顺序很重要。验证在 Instantly 导入之前进行，因为导入是一个承诺点——一旦名单进入活动内，活动压力和序列自动化使得停止并移除弱记录变得更加困难。BillionVerify 在这个承诺之前创造了正确的阻力，而不是之后。
在 Instantly 导入前路由每个结果。
| BillionVerify 结果 | Instantly 导入前行动 |
|---|---|
| 有效 | 导入目标活动或邮箱轮换 |
| 无效 | 不导入——添加到抑制名单 |
| Catch-all | 单独活动，较低发量，密切监控投递 |
| 角色型 | 包含共享收件箱消息的单独活动 |
| 未知 | 保留以供人工审查——从高发量序列中排除 |
| 高风险或一次性 | 不导入 |
Instantly vs BillionVerify 常见问题。
Instantly 的内置验证够用吗？
Instantly 的内置功能处理基本的名单卫生。通过 BillionVerify 进行专用导入前验证添加了 catch-all 分类、角色型检测和一致的抑制策略，这些在名单进入 Instantly 之前运行。对于高发量活动（少量坏记录产生大量退信），额外的验证层很重要。