公司可以通过不同的系统发送支持回复、收据和新闻通讯，同时向收件人展示相同的品牌。因此，域级绿色指标只是一个起点。实际任务是将每个发送流连接到显示其消息是如何构造和传递的证据。
确定目标和要求集
Google 对个人Gmail的要求于 2024 年 2 月 1 日生效。所有发件人都需要 SPF 或者 DKIM、 TLS 、有效的正向/反向DNS 、 RFC 5322格式和低报告的垃圾邮件。 Google 建议保持在 0.1% 以下，并避免 0.3% 或更高；后者不是一个健康的目标。 批量发件人 需要SPF和DKIM ， DMARC 至少有 p=none， 和 结盟 用于直接消息。常见问题解答将转发邮件和邮件列表邮件与此直邮对齐要求区分开来；不会将协议失败转换为DMARC通行证。相关的批量营销和订阅流量也需要基于标头 一键取消订阅 和可见的正文链接。 Google 发件人指南.
Google 的常见问题解答描述了从 2025 年 11 月起加强的执法力度。它建议在 48 小时内尊重取消订阅，并使错过该窗口成为缓解交付的障碍。作为内部操作规则，使用时间不超过48小时，以及时处理为目标；这并不是RFC 8058指定截止日期的声明。 Google 要求常见问题解答.
使用链接的源作为维护的清单，而不是将静态文章视为执行日历。记录检查源的时间以及谁负责在重大发布之前再次检查源。批量分类值得拥有自己的库存步骤；单个流的数量不足以作为对组织进行分类的证据。
每个流构建一个证据行
参考： RFC 6376 §3.5.
对于每个应用程序或服务，记录可见的企业所有者，来自域， 信封发件人 域、 DKIM签名域和 选择器、发送基础设施、消息目的和接收目的地。包括被遗忘的系统，例如计费导出、事件平台和支持工具。区分从进行最终出站连接的基础设施提交邮件的服务。
将最近授权的消息示例附加到该行。检查完整传送的消息，而不仅仅是应用程序的模板预览。预览可能会省略稍后添加的标头，而下游网关可能会更改签名字段。将收件人信息和取消订阅令牌保留在广泛共享的屏幕截图和票证之外。
将政策要求转变为可测试的检查
参考： RFC 8058 §3.1, RFC 8058 §4.
对已配置、已观察和未解决使用单独的列。发布的密钥是配置证据；最终消息上的有效签名是观察证据。供应商声称支持某项功能并不能证明该帐户已启用该功能。对于每次失败的检查，指定有能力进行纠正的所有者并确定最小的安全重新测试。
对于促销流，请检查最终取消订阅标头、其DKIM覆盖范围以及收件人/列表关联。仅使用受控接收者来行使端点。对于传输问题，保留实际响应和连接证据。不要仅仅因为提供商的营销页面提到加密就声明TLS已验证。
应用说明性发射门
考虑一个具有三个流的虚构公司：来自应用程序的帐户通知、来自活动服务的新闻通讯以及来自邮箱服务的个人回复。活动服务的设置页面报告身份验证已启用，但发送的新闻通讯缺少所需的取消订阅 POST 标头。开户通知书有有效签名；个人回复尚未采样。
正确的启动记录不是“已通过的域”。这是一个经过更正和重新测试的新闻通讯操作、一个观察到的帐户通知结果和一个待处理的个人回复样本。这是一项说明性审查活动，并非任何真正租户存在这些缺陷的证据。通过制作三个库存行并拒绝将未知单元格转变为通道，可以重复该练习。
变更后重新检查并保留不确定性
参考： RFC 6376 §6.
更改发件人、网关、签名配置或模板后重复受影响的检查。保留旧样本和新样本，以便审阅者可以看到发生了什么变化。当失败的需求涉及消息构建或取消订阅处理时，避免不相关的DNS编辑。
准备情况记录应以具体的流程结果和剩余差距结束。合规性并不是收件箱保证，并且本指南不要求进行实时Gmail租户测试。其输出是一个实用的证据计划，可以针对组织的授权发送流执行。