Quick 与 Deep 邮箱验证模式对比
说明 Quick 与 Deep 的检查范围、费用和适用场景，帮助你为不同联系人列表选择合适模式。
文章详情
类型、难度、套餐及最近更新信息。
▼
文章详情
类型、难度、套餐及最近更新信息。
- 类型
- 指南
- 难度
- 入门
- 套餐
- Nano · Starter · Pro · Agency
- 最近更新
- 2026年9月10日
应根据列表的不确定程度选择模式，而不是相信任何工具可以保证邮件送达。Quick 是实用的默认选择。对于较旧、价值较高或来源不太熟悉的列表，Deep 可以增加判断依据。
快速比较
| Quick | Deep | |
|---|---|---|
| 核心检查 | 23 | 25 |
| 费用 | 每个地址 1 点 | 通常每个地址 2 点 |
| 最适合 | 日常清理、重复检查、已同意联系的联系人 | 较旧列表、重要营销活动和不太熟悉的来源 |
| 邮箱层面依据 | 无 | 仅在接收方提供商允许获得有用答复时请求 |
开始前，控制面板会显示准确的点数总额。对于主动跳过额外邮箱探测的提供商，Deep 任务中的地址只收取 1 点，因为这种方法无法从这些提供商获得针对单个地址的有用答复。
两种模式都会检查什么
两种模式都会先进行对列表基本质量最重要的检查：
- 地址格式是否可用？
- 域名能否通过有效的 MX 记录接收邮件？
- 域名是否为一次性域名或已被屏蔽？
- 此 TrekMail 账户是否曾禁止向该地址发送邮件？
- 地址或域名是否出现需要谨慎处理的信号，例如疑似拼写错误、看似随机的本地部分、较弱的 DNS 身份验证或有限的信誉信息？
结果页面会显示为每个地址记录的各项检查。跳过或无法执行的检查并不等同于通过或失败。
Deep 增加了什么
Deep 会增加风险分析，还可以向收件人的邮件系统请求更多邮箱层面的依据。此功能可能对某些企业域名有帮助，但答复由远程系统决定。对方可能拒绝检查、接受所有地址、延迟答复，或不提供有用结论。
大型邮箱提供商通常属于最后一种情况。对于这些地址，Deep 会保留核心分析，并按预估中显示的 1 点计费。不要将提供商的答复理解为已经确认对方同意联系、拥有该邮箱，或邮件一定能进入收件箱。
如何理解 Deep 信息
| 显示内容 | 可以说明什么 | 不能说明什么 |
|---|---|---|
| 有用的远程答复 | 接收系统在当时提供了额外技术信号。 | 对方拥有该邮箱或期待收到你的邮件。 |
| 已跳过或无法获得答复 | 提供商没有为此项检查给出可靠结果。 | 该地址无效。 |
| 更高或更低的分数 | 综合记录的信号发生了变化。 | 今后的每封邮件都会获得相同结果。 |
何时选择 Quick
以下情况适合使用 Quick：
- 更新已经清理过的列表；
- 检查通过自己的表单或客户流程收集的联系人；
- 在常规营销活动前检查大型列表，以删除明显错误和重复地址；
- 先检查样本，再决定是否值得进行更深入的审查。
何时选择 Deep
以下情况更适合使用 Deep：
- 检查近期未使用的旧列表；
- 决定应当多谨慎地处理高价值营销活动；
- 评估收集历史不太明确的列表；
- 将联系人分组以便进一步审查，再决定是否有正当依据联系他们。
能够查询接收系统时，Deep 需要更长时间。任务会继续在后台运行，请通过进度视图查看状态，并在结果就绪后返回，不要依赖固定的完成时间。
确认前比较费用
控制面板会完成所需计算。它将 Deep 列表分为按完整 Deep 费率收费的地址，以及按普通费率收费的地址。这样，你可以对可能获得更多依据的部分使用 Deep，无须根据域名或笼统的时间估计进行猜测。
如果使用 API，批量响应会在 credits_charged 和 breakdown 中提供相同信息。请将这些值保存在自动任务日志中，以便轻松核对重试记录和之后的账单。
合理的工作流程
- 先以 Quick 模式运行一小组有代表性的样本。
- 查看分数分布和详细原因，而不只是 Safe 数量。
- 对额外依据可能影响决定的部分使用 Deep。
- 分组导出，并在发送后继续监控退信、投诉和退订。
两种模式都无法解决的情况
不要用验证结果作为重新启用未获同意的列表、忽略退订或规避提供商发送规则的理由。如果联系人来源不明确，请先解决来源问题。最有用的验证结果往往是提醒你暂停发送并改进收集流程。
请参阅了解邮箱验证结果，了解如何处理各类结果。
相关文章
跳转到延续此工作流的邻近指南。