QuickMail 处理收件箱轮换和活动投递。你决定什么进入轮换。
QuickMail 是为需要收件箱轮换、多个发送账户的活动管理以及高发量发送可靠送达率控制的出站团队而构建的。它在管理多个客户或多个活动的机构和高效发件人中很受欢迎。
收件箱轮换模型对保护各个邮箱免受与发送量相关的损害是有效的——但它不能修复活动中的记录。将无效地址分配到十个轮换收件箱，意味着十个收件箱吸收退信而不是一个。总退信风险不会缩小；它分布在更多基础设施中。
对于机构工作流程，这会产生特定风险：一个客户未经验证的名单可能影响跨多个其他客户共享的发送基础设施。在机构技术栈中单次糟糕导入的影响范围比单客户运营糟糕导入更广。
QuickMail 导入前应检查的内容。
机构环境中的 QuickMail 活动通常从客户提供的 CSV、Apollo 导出或数据丰富输出接收名单。每种来源有不同的质量假设和衰减率。这些字段在任何名单进入 QuickMail 收件箱轮换之前都很重要。
| 字段 | 为何重要 |
|---|---|
| 邮件 | 进入收件箱轮换的地址——验证决定是否安全发送 |
| 域名 | 决定 catch-all 行为、MX 有效性和客户侧定向准确性 |
| 来源 | 客户提供的 CSV、Apollo、数据丰富工具、手动研究——每种来源的准确性不同 |
| 抑制状态 | 在之前活动中退信或退订的地址必须保留在轮换之外 |
| 名单年龄 | 超过 90 天的名单需要重新验证——尤其是有周期性活动的机构客户 |
每种信号类型产生的风险。
QuickMail 在多个收件箱之间分配发送。这种分散可能掩盖早期退信信号，使名单质量问题在已经影响更广泛轮换之后才被检测到。
| 信号 | 投递行为 | 对 QuickMail 活动的风险 |
|---|---|---|
| 无效 | 被接收服务器永久拒绝 | 硬退信——在轮换中的多个收件箱之间分散 |
| Catch-all | 域名接受所有地址，邮箱状态不确定 | 投递不确定——在没有改善结果的情况下夸大发送计数 |
| 角色型 | 共享收件箱（info@、sales@、hr@） | 可投递，但作为个性化活动的外推目标效果弱 |
| 一次性 | 临时或低信任地址 | 不是真实的商业联系人——浪费整个轮换中的容量 |
| 未知 | 验证结果不确定 | 未经审慎审查决定不应进入任何收件箱轮换 |
| 重复 | 同一地址跨多个名单或客户 | 从相同或不同收件箱向同一联系人多次发送——投诉风险 |
在导入前验证——而非在退信后。
验证的正确时机是在任何名单进入 QuickMail 轮换之前。在第一波发送后捕获坏记录意味着轮换已经将退信信号分配到连接的收件箱。在机构环境中，这意味着客户特定的名单问题已经影响了跨多个其他客户共享的基础设施。
导入是一个承诺点。在 QuickMail 中，这个承诺影响整个为活动服务的收件箱轮换。在轮换收到记录之前建立名单质量意味着发送基础设施保持干净，无论多少客户或活动共享它。
将每个结果路由到正确的分组。
| BillionVerify 结果 | QuickMail 导入前行动 |
|---|---|
| 有效 | 导入目标活动轮换 |
| 无效 | 不导入——添加到客户抑制名单 |
| Catch-all | 具有专用监控的单独低发量轮换 |
| 角色型 | 适合共享收件箱的消息的单独活动 |
| 未知 | 保留以供审查——未做决定前不进入共享轮换 |
| 高风险或一次性 | 不导入 |
对于机构工作流程，在活动级别和客户级别都维护抑制名单。在一个客户退信的地址，如果共享相同基础设施，不应通过不同客户的活动重新进入轮换。
名单验证后的处理。
将已批准的记录导入 QuickMail 后：
- 有效地址按配置的时间表进入主收件箱轮换
- Catch-all 地址在具有密切监控的专用低发量轮换中运行
- 角色型地址在调整消息的单独活动中运行
- 无效和一次性记录在客户级别被抑制并从所有未来导入中排除
- 未知地址保持在审查队列中，直到做出慎重的导入决定