Email Verifier 额度如何运作
Email Verifier 额度完整指南，涵盖每月额度、额度包价格、模式费用、余额、扣除、退款和 API 监控。
文章详情
类型、难度、套餐及最近更新信息。
▼
文章详情
类型、难度、套餐及最近更新信息。
- 类型
- 指南
- 难度
- 入门
- 套餐
- Nano · Starter · Pro · Agency
- 最近更新
- 2026年9月10日
Email Verifier 使用额度。仪表板同时显示套餐提供量和已购买额度，因此可在任务开始前看到准确费用。
验证费用
| 模式 | 费用 | 适用情况 |
|---|---|---|
| Quick | 每个地址 1 个额度 | 常规列表清理和重复检查。 |
| Deep | 通常每个地址 2 个额度 | 较旧、价值较高或不太熟悉且额外证据可能有帮助的列表。 |
在 Deep 任务中，对于不提供有用邮箱级证据的提供商，其地址按 1 个额度收费。仪表板和 API 会根据列表地址计算预估。请使用显示的总数，不要简单地将列表大小乘以二。
每月提供量
| 套餐 | 每月额度 |
|---|---|
| Nano | 10 |
| Starter | 100 |
| Pro | 300 |
| Agency | 1,000 |
每月额度不会结转。验证工具显示当前余额和重置日期。如果在此之前需要更多额度，请购买额度包。
额度包
| 额度 | 美元价格 | 每次 Quick 验证价格 |
|---|---|---|
| 1,000 | $5 | $0.0050 |
| 2,500 | $10 | $0.0040 |
| 5,000 | $17 | $0.0034 |
| 10,000 | $29 | $0.0029 |
| 25,000 | $59 | $0.0024 |
| 50,000 | $99 | $0.0020 |
| 100,000 | $179 | $0.0018 |
| 250,000 | $399 | $0.0016 |
| 500,000 | $699 | $0.0014 |
| 1,000,000 | $999 | $0.0010 |
结账时显示的价格会在可用时采用账户的账单币种。购买的额度不会过期。
要购买额度包，请打开 Email Verifier，选择购买额度，选择数量并完成仪表板显示的结账流程。
额度包选择示例
| 计划工作 | 计划额度 | 实用考虑方式 |
|---|---|---|
| Quick 验证 250 个地址 | 250 | 先使用每月余额，再补足差额。 |
| Quick 验证 1,000 个地址 | 1,000 | 如果没有每月额度，1,000 额度包可覆盖完整任务。 |
| Deep 验证 1,000 个地址且无定价例外 | 最多 2,000 | 先准备列表，再使用预估，不要假定每个域名都消耗两个额度。 |
| 多个小任务 | 预估总和 | 为更正后的导入或额外样本保留余量。 |
这些示例仅用于规划，并非结账报价。任务开始前针对实际提交地址显示的费用预览才是准确数值。
使用和不使用额度的操作
| 操作 | 使用验证额度？ |
|---|---|
| 粘贴文本或上传受支持文件 | 否。提取发生在验证任务之前。 |
| 查看预估 | 否。 |
| 运行 Quick 或 Deep 验证 | 是。预估会先显示扣除额。 |
| 查看已完成任务或下载导出 | 不额外使用额度。 |
| 通过仪表板或 API 查看余额 | 否。 |
当源文件需要清理时，这一区别很有用。可以在启动任务前准备、检查和更正列表。额度用于验证工作，而不是查找哪个列包含地址。
优先使用哪种余额
在标准 TrekMail 主机上，验证会先使用每月提供量，再使用购买的额度。这样可在消耗额度包之前先用完套餐所含额度。
在 White Label 主机上，验证使用购买余额。邮件套餐额度属于代理商的 TrekMail 账户，不会暴露在品牌产品中。
为什么余额可能看起来不同
在普通 TrekMail 主机上，额度面板会分开显示每月额度和购买额度。每月额度关联邮件套餐，并按所示计划重置。购买的额度包是独立余额。在 White Label 主机上，用户看到可在该处实际使用的购买余额。
如果集成通过 API 读取额度，请使用 total_available 与新任务预估比较。在普通主机上，API 还会返回每月与购买两部分。不要把一个主机的余额加到发送给另一主机的请求中。
邮件套餐变更
每月提供量跟随账户的有效邮件套餐。套餐变更后，应在额度面板检查金额和下次重置日期。购买额度仍是独立余额，因此提供量变化不会清除已购买的额度包。
批量任务开始之前
选择开始验证之前，验证工具会提取地址、删除重复项并显示预估。请检查：
- 唯一地址数量；
- 所选模式；
- 实际额度费用；
- 余额是否足以覆盖完整任务。
任务开始时扣除额度。如果余额无法覆盖列表，任务不会启动，因此不会出现部分出资的验证。
如果在 24 小时内以相同模式提交同一标准化列表，TrekMail 会返回现有任务而不会再次消耗额度。
源文件包含重复项时
同一列表中的重复项会在计算价格前统一处理，因此同一地址不会在该任务中被收费两次。这并不意味着可以忽略源系统中的重复联系人。请尽量保留一条规范联系人记录，否则即使验证费用正确，营销活动报告和退订处理也可能不一致。
在重复保护窗口内再次提交列表时，请把返回的现有任务视为准确依据。它可能仍在处理，也可能已有结果可供查看。这比在浏览器或网络响应不确定时不断重新提交更安全。
取消与结果
可以取消等待中或处理中的任务。已处理的行仍可用，未处理工作的额度会被退还。任务及结果保留 15 天，请在期限结束前下载所需导出。
如果任务已完成，取消不会产生退款，因为没有未处理工作。如果提交在任务进入待处理状态前失败，TrekMail 会将扣费作为启动失败处理，而不是留下一个不存在的付费任务。如果发现异常，请先检查任务历史再提交副本。
保留期提醒
15 天结果窗口与额度余额相互独立。即使详细结果已到保留期限，额度也可能已被正确消耗。请在可用期间下载审核和营销活动所需的 CSV 或文本导出，并按照自己的隐私流程保护导出的联系人数据。
简化记录
使用便于以后查看的任务名称。September newsletter import 或 Partner A sample 比笼统日期更有用。将导出和任务 ID 与营销活动记录一起保存。审核者无需从收件箱重建决策即可看到来源、预计费用、实际额度扣除和最终分组。
关注余额
可用余额较低时，验证工具会发出警告。处理大型列表前请检查预估，尤其是使用 Deep 模式时。自动化流程可在提交任务前使用 GET /api/v1/verify/credits 读取当前余额。
不要根据旧余额检查同时运行多个大型提交。每次准入前重新读取余额，为每个 API 批量请求使用不同的幂等键，并记录返回的 credits_charged 值。当多个集成共享一个账户时，这可以减少意外情况。
余额或购买看起来不正确时
刷新验证工具并确认当前位于目标 TrekMail 或 White Label 主机。然后检查任务历史，看是否已创建任务。如需支持，请提供任务 ID、任务名称以及可见错误或购买参考。切勿提供 API 令牌、完整卡号、邮箱密码或完整联系人导出。
规划示例请参阅 Email Verifier 定价与额度包。
相关文章
跳转到延续此工作流的邻近指南。