Email Verifier 定价与额度包

每个 TrekMail 套餐都包含每月 Email Verifier 额度。只有所含额度不足以覆盖要运行的任务时才需要购买额度包。下表列出美元基础价格，结账时会显示适用于账户的币种。

每月包含的额度

每月额度不会结转。购买的额度在用完之前会一直保留。

额度包

单次验证价格以 Quick 模式为基础。由于每个额度的验证价值相同，较大额度包的单地址价格更低。

Quick 和 Deep 费用

Deep 预估以列表中的实际域名为基础。如果列表包含大型邮箱提供商，请勿使用“每个地址两个额度”的固定规则来规划预算。提交前的预估和 API 响应中的 credits_charged 字段是该任务的准确依据。

参考额度要求

Deep 列表示上限，不是账单。它适合用来判断当前余额是否大致充足。准备列表后即可在结账或提交前看到实际总数。

影响最终 Deep 总数的因素

Deep 预估会区分可请求额外邮箱级检查的地址和提供商处有意跳过该检查的地址。因此，大小相同的两个列表可能有不同的 Deep 总数。差异来自提供商构成，不是隐藏的套餐层级或已购买额度价格变化。

实际提交响应会报告 credits_charged，并为集成提供 probe、skip 和 deep_savings 数量。请将这些值保存在自动化任务记录中，不要尝试从之后的导出重建费用。

规划任务

Quick 任务使用以下简单计算：

唯一地址 × 1 个额度

对于 Deep，先按每个地址两个额度计算，再使用仪表板预估考虑按 1 个额度计费的地址。10,000 个地址的 Quick 任务需要 10,000 个额度。10,000 个地址的 Deep 任务最多可能需要 20,000 个额度，但根据提供商构成可能更低。

购买额度包前，请减去当前可用的每月额度。普通 TrekMail 主机会先使用该额度。White Label 主机只使用购买的额度进行验证。

规划示例

小型清理。 您有 300 个联系人和 100 个每月额度。Quick 任务需要 300 个额度，因此差额是 200。超出差额的购买余额会留给下一个任务。

大型新导入。 您有一份质量未知的 20,000 个联系人导出。先运行一个小型 Quick 样本。如果样本和收集历史表明需要更深入审核，请以 Deep 模式准备完整列表并使用其准确预估。这比仅根据固定计算购买大型额度包更安全。

持续维护。 如果每月使用量可预测，可让包含的额度覆盖常规 Quick 检查，仅在营销活动或导入超出额度时购买。购买的额度不会过期，因此合理的余量可支持日后重新检查，无需作出定期订阅决定。

让购买与决策匹配

简单选择额度包

1. 在验证工具中准备列表并查看预计额度总数。
2. 将总数与仪表板中的可用余额比较。
3. 选择可覆盖差额的最小额度包，除非您确定日后会使用剩余额度。
4. 如果计划重新运行样本或更正后的分组，请保留少量余量。

最小额度包不一定是最佳选择。只有确实有现实的近期用途时，才比较覆盖差额的最小额度包与下一层级的费用。如果联系人永远不会被验证，仅为追求最低单价而购买大得多的额度包并无帮助。

结账前后

购买前请确认将运行验证的主机和账户。额度与该账户绑定。结账后返回验证工具，并在启动任务前确认余额。不要把付款详情粘贴到支持请求中。如需调查购买，请提供仪表板所示的任务名称或购买参考，而不是付款凭据。

将价格与发送资格分开

额度支付的是技术检查。它们不会增加邮件发送容量、改变套餐发送限制、激活域名，也不会允许不符合许可要求的营销活动。先规划验证费用，然后在正常发送与同意规则下使用结果。

实用购买检查表

1. 确认将提交任务的账户和主机。
2. 准备列表并检查唯一地址数量。
3. 根据有记录的理由选择 Quick 或 Deep。
4. 读取准确预估并与当前可用余额比较。
5. 购买可覆盖差额的最小合理额度包。
6. 启动任务，保存其 ID，并在 15 天内下载完成结果。

此流程会在工作开始前显示价格，并保留足够背景，以便日后了解扣款，无需依赖固定时间预估或笼统模式说明。

结果保留 15 天。下载所需导出，然后利用营销活动退信和退订来改进源列表，不要把购买额度当作品质替代品。

有关余额、重置和取消的详情，请阅读 Email Verifier 额度如何运作。