GMass 运行活动，BillionVerify 在活动开始前验证名单。
GMass 是一个基于 Gmail 的发件工具。它通过 Gmail 或 Google Workspace 账户发送邮件，使用 Google 表格作为联系人来源。它在 Gmail 界面内处理调度、跟进序列、打开和点击跟踪以及活动管理。
BillionVerify 是一个发送前验证工具。它在任何记录进入发件工具之前，按送达率信号对邮件记录进行分类——有效、无效、catch-all、角色型、未知、一次性。它不发送邮件，也不连接 Gmail。
这些工具占据完全不同的角色。GMass 无法做 BillionVerify 做的事：在 GMass 读取 Google 表格名单之前应用发送前质量门控。BillionVerify 无法做 GMass 做的事：执行基于 Gmail 的出站活动。它们是互补关系，而非竞争关系。
冷邮件验证框架
本页面介绍单个发件工具或工作流。完整框架涵盖从名单来源到验证、分组，再导入发件工具的全流程。
GMass 处理的事项。
GMass 管理基于 Gmail 的发送，提供：
- 从 Gmail 或 Google Workspace 账户发送活动
- Google 表格集成——直接从连接的电子表格读取联系人数据
- 在 Gmail 中安排跟进序列
- 打开、点击和回复跟踪
- 退订处理和退信检测
GMass 从 Google 表格读取并通过 Gmail 发送。它没有专用的发送前验证层。一旦活动开始，Google 表格名单就是 GMass 操作的联系人数据。
GMass 无法替代的内容：
- 对 Google 表格数据进行发送前 catch-all 分类
- 在任何活动步骤运行前检测角色型地址
- 在 Gmail 发送前对未知地址进行分类
- 跨多个活动持久存在的抑制管理
- 在名单进入 GMass 读取的电子表格前运行的独立验证
基于 Gmail 的发件工具对退信的容忍度低于专用冷邮件基础设施。谷歌对 Gmail 和 Workspace 账户执行发送政策——积累了退信和垃圾邮件信号的账户面临的限制会影响该账户上的所有邮件活动，而不仅仅是冷推。这使得发送前验证对 GMass 用户而言更加重要，而非更不重要。
BillionVerify 处理的事项。
BillionVerify 在名单进入任何发件工具之前应用发送前质量门控。对于 GMass 用户，这意味着在将表格连接到活动之前验证 Google 表格数据。它提供：
- 信号分类：有效、无效、catch-all、角色型、未知、高风险、一次性
- Catch-all 检测：识别在域名级别接受所有地址的域名
- 角色型检测：在共享收件箱进入个人出站序列之前进行标记
- 抑制管理：跨活动导出和维护抑制名单
- 域名和 MX 级别检查：识别发送域名无效或配置错误的记录
BillionVerify 不连接 Gmail，不发送活动、管理序列或直接读取 Google 表格。
工作流程边界。
| GMass 做的事 | BillionVerify 做的事 |
|---|---|
| 从 Gmail 发送活动 | 按送达率信号对记录进行分类 |
| 从 Google 表格读取联系人数据 | 在名单进入 Google 表格之前进行验证 |
| 在 Gmail 中管理跟进序列调度 | 在电子表格连接前识别 catch-all 域名 |
| 跟踪打开、点击和回复 | 在活动步骤运行前标记角色型地址 |
| 处理退订和退信检测 | 从验证结果构建抑制名单 |
| 在 Gmail 界面内操作 | 在任何 Gmail 连接工具介入之前运行 |
组合工作流程。
从来源收集名单
→ 通过 BillionVerify 验证
→ 按信号类型路由结果
→ 将已批准的记录导入 Google 表格
→ 将 Google 表格连接到 GMass 活动
→ 使用 GMass 启动活动
顺序很重要。BillionVerify 在名单数据进入 GMass 读取的 Google 表格之前运行。一旦 GMass 连接到表格并开始活动，发送就已确定。验证必须在电子表格阶段进行，而不是在活动过程中。
在 GMass 导入前路由每个结果。
| BillionVerify 结果 | GMass 导入前行动 |
|---|---|
| 有效 | 添加到 Google 表格发送名单 |
| 无效 | 从电子表格中移除——不包含在任何连接的 GMass 活动中 |
| Catch-all | 单独的表格或分类，较低发量，密切监控投递 |
| 角色型 | 针对共享收件箱收件人调整消息的单独表格 |
| 未知 | 保留以供人工审查——从主发送表格中排除 |
| 高风险或一次性 | 从所有发送表格中移除 |
Instantly vs Smartlead
两者都支持规模化发送，但都无法替代导入前的名单验证。
GMass vs Mailmeteor
两者都通过 Gmail 发送，了解两者名单风险的差异所在。
Salesloft vs Outreach
企业级发件工具，导入流程不同，但都需要导入前验证。
Lemlist vs Smartlead
多渠道外拓 vs 送达率优先发送，名单质量在两者中都至关重要。
Mailshake vs Reply.io
渠道模式不同的中小企业外向工具，了解发送前的差异。
Instantly vs Lemlist
规模优先 vs 个性化优先发送，验证在每种模式中的作用。
Instantly vs BillionVerify 验证对比
Instantly 内置验证是否足够，还是需要专用的发送前门控？
Smartlead vs BillionVerify 名单清洗对比
大批量发送仍需独立的名单清洗，原因在此。
Lemlist vs BillionVerify
多渠道外拓与名单验证是互补关系，而非替代关系。
Mailshake vs BillionVerify
外向发送与发送前验证属于同一工作流，而非竞争关系。
Gmail 发件 vs 冷邮件基础设施
Gmail 原生发件与专用冷邮件基础设施的名单风险特征不同。
GMass vs BillionVerify 常见问题。
GMass 有自己的邮件验证功能吗？
GMass 包含基本的退信检测和一些名单卫生功能。它不提供发送前信号分类——catch-all 路由、角色型检测、抑制管理——这些是专用验证工具提供的。验证应该在 GMass 连接 Google 表格数据之前进行。
使用 GMass 还需要 BillionVerify 吗？
GMass 和 BillionVerify 服务于不同目的。GMass 发送活动。BillionVerify 在电子表格连接之前验证名单。如果你从 Gmail 或 Google Workspace 账户发送，发送前验证尤为重要——Gmail 退信容忍度低于专用冷邮件域名，账户限制会影响所有邮件活动，而不仅仅是冷推。
GMass 用户的 catch-all 处理是如何运作的？
GMass 在发送前不会分类 catch-all 地址。BillionVerify 识别 catch-all 域名并标记这些记录，这样你就可以在连接到 GMass 之前将它们放在单独的低发量表格中。这使你的主 GMass 活动针对已确认的有效地址运行，并保护你的 Gmail 账户免受不确定投递模式的影响。
GMass 和专用冷邮件工具之间的退信风险有何不同？
GMass 通过你的 Gmail 或 Workspace 账户发送。该账户的声誉影响你从中发送的所有邮件——客户回复、合作伙伴通信和内部邮件。专用冷邮件工具使用单独的域名，如果受损可以轮换。GMass 中的退信后果比专用基础设施更直接，也更难隔离。
GMass 活动前应多久重新验证 Google 表格名单？
任何超过 90 天未验证的名单在连接到 GMass 活动之前都应重新验证。来自 GMass 的历史活动记录不能确认当前地址有效性——员工离职、域名到期，活动之间的收件箱配置会发生变化。