确认产品及消息路由
SharpSpring 现在是 Constant Contact Lead Gen 和 CRM。该提供商将其视为与持续联系电子邮件和数字营销不同的产品。即使帐户、集成或计费屏幕仍带有 SharpSpring 名称，也请使用本指南的潜在客户发掘和 CRM 说明。 SharpSpring 品牌更名通知、产品标识和差异.
确定邮件是通过平台发送的营销邮件还是通过同步邮箱发送的智能邮件。提供商将自定义邮件同步记录为通过用户的SMTP帐户发送智能邮件。该路由需要由连接的邮件服务拥有的身份验证，而不是假设营销域配置涵盖它。 自定义提供商的邮件同步，了解自定义邮件同步.
清点实例、品牌、预期发件人域、自动模板和个人邮件路由。分配帐户管理员和DNS所有者。本指南重点关注平台记录的营销域身份验证，并仅将同步邮件路由作为单独的依赖项进行检查。请勿仅仅因为公司名称匹配而应用其他 Constant Contact 产品的说明。
围绕默认域限制进行规划
提供商记录了一个经过身份验证的域的默认限制 DKIM 和 SPF 每个潜在客户发掘和 CRM 实例。域验证是前面的步骤，并不证明签名已准备就绪。验证指令使用公司电子邮件设置和发送域区域；他们提供了一封验证电子邮件，并指出现有的工作站点跟踪配置可以在没有该电子邮件的情况下建立验证。 验证域、验证工作流程和默认限制.
在添加第二个品牌或更改共享设置之前，请检查现有的经过身份验证的域。记录哪些活动和自动化依赖它。列表中的第二个可见域不得被视为多个域可以在帐户权利下同时签名的证据。对于超出记录默认值的任何配置，请获得提供商的书面确认。
如果计划进行域更改，请让企业所有者批准受影响的发件人身份和启动时间。当排队的活动仍需要较早的域时，请避免切换活动实例。保留相关DNS所有者的基线接收消息和更改前导出，以便团队可以区分新设置和历史工作行为。
从实例中获取托管CNAME集
当前的身份验证页面描述了公司电子邮件设置、域验证和DNS设置工具；它还保留标签DKIM和发送域、设置DKIM和获取我的 CNAME 设置。使用当前帐户屏幕获取其发行值。记录的身份验证记录是 em、s1 和 s2 CNAME条目，链接和所有者单独处理以用于可选的链接品牌。返回工具以验证发布。 潜在客户发掘和 CRM 身份验证、入门以及设置DKIM和SPF.
保存每个完整记录所有者和目标，包括记录类型、TTL 以及发布该记录的帐户或实例。请勿从其他组织的屏幕截图中复制目标。如果界面呈现不同的安排，请保留该证据并要求提供者确认其适用性，然后再将其转换为旧的记录形式。
提供商的CNAME解释描述了密钥管理的委托和提供商管理的轮换。其名称字段标识DNS所有者；数据提供目标。目标主机名不是要粘贴到TXT中的DKIM公钥字符串。保留已发布的CNAME关系，而不是将其扁平化为复制的下游密钥。 了解CNAME记录、 CNAME记录.
在不破坏现有所有者的情况下发布
在进行更改之前询问提议的所有者。 CNAME不能简单地与同一所有者的冲突数据一起添加。如果主机名已服务于另一个平台，请停止并解决与两个服务所有者的冲突。请勿删除正在运行的网站、跟踪服务或密钥以强制新记录生效。
检查DNS编辑器是否自动附加域。将最终完全合格的所有者和目标与已发布的对进行比较。在DNS服务提供 Web 代理模式的情况下使用仅 DNS 记录，否则会掩盖别名，请遵循该DNS服务的文档。使用时间戳保存权威答案和外部解析器观察结果。
提供商的CNAME指南还讨论了拒绝下划线的DNS主机，并建议通过DNS提供商或适当的受支持域安排来解决该问题。删除下划线不是有效的解决方法：它会更改验证者查找的所有者。 了解CNAME记录、 CNAME下划线.
通过下发的信封相关别名和接收到的消息检查SPF身份。避免在顶点添加通用SendGrid或 Constant Contact 来替代此设置。提供商的底层交付服务并不能使每个通用设置配方都适合此实例。如果需要独立的SPF编辑，请在评估的所有者处保留一项策略并评估嵌套的DNS查找。 RFC 7208 ，选择记录和DNS查找限制.
将跟踪链接视为单独的更改
身份验证文章警告说，在安全站点上添加和稍后删除链接和所有者记录可能会破坏真实消息链接或跟踪，并且可能需要后端支持。在启用可选品牌之前，请与网站所有者一起查看该警告。其 cal 记录属于 Meetings 自定义域配置，而不是核心身份验证过程。 潜在客户开发和 CRM 身份验证、了解CNAME记录和有关 Cal 记录.
当不需要时，将可选品牌保留在最小身份验证更改之外。如果需要，记录网站的 HTTPS 和 HSTS 行为、建议的跟踪所有者和提供商批准的配置。浏览器测试和测试电子邮件预览不足以替代单击受控真实营销消息中的无害链接。
不要删除跟踪记录作为快速身份验证回滚。现有电子邮件可能仍包含依赖于它们的链接。与提供商协调恢复顺序并保持网站路由完好无损。与DNS验证分开记录链接功能接受情况 DMARC 结盟 因此，一个领域的成功并不能掩盖另一个领域的失败。
查看DMARC以及生成的说明
设置工具可以提供DMARC指导，但域所有者必须使其与任何现有策略和报告安排保持一致。不要仅仅因为产品演练显示了入门价值就更换已建立的组织范围的政策。在决定通过测试需要什么之前，记录相关的发件人域、对齐模式和策略源。
DMARC评估可见发件人与合格SPF或DKIM通行证之间的关系。品牌返回路径或签名域仍必须在适用的宽松或严格比较下进行检查。当发件人使用不同的确切域时，请勿声明与信封子域的严格SPF对齐。 RFC 9989 ，标识符对齐解释和DMARC评估.
请勿从屏幕截图中添加任意报告地址。报告目的地应由组织批准和运营，并检查任何所需的外部授权。更强有力的政策是涵盖所有合法发件人的单独推出决策，而不是对完成某个提供商的DNS筛选的奖励。
全文发表后测试营销路线
使用实际营销工作流程和预期发件人地址运行受控发送。包括无害的内容，以及一个安全的跟踪链接（如果相关）。单独测试自动化模板是否可以提供不同的发件人。保留帐户或实例标识符、活动标识符、消息 ID 和 UTC 时间。
捕获接收者的可信身份验证结果和原始标头。记录可见的发件人、经过身份验证的信封域， Return-Path 每个DKIM d= 和 s= 值。这 选择器 签名域确定密钥查找；在诊断关键问题时，请遵循已发布的CNAME的验证材料。 RFC 6376 ， DKIM-Signature标头字段和从消息中提取签名.
记录哪个机制提供对齐的通道。提供者验证、成功交付和明显的签名标签都是有用的观察结果，但没有一个单独证明完全接受条件。保留上下文截图和原始接收者证据以得出技术结论。
如果智能邮件也在范围内，请通过同步邮箱发送单独的受控消息并识别该邮件服务的签名者。请勿将其与营销CNAME集进行比较，就好像它们是同一路由一样。个人邮件的成功不能结束失败的活动测试，反之亦然。
在轮换密钥之前诊断故障层
如果域所有权已验证但DKIM尚未准备好，请检查颁发的CNAME集及其公共解析。如果缺少预期的签名，请检查实际的发件人域和发送工作流程。如果签名失败，请在请求新密钥之前调查观察到的选择器和下游消息更改。
当自动化发送意外的发件人时，请更正已批准的模板或发件人选择并重新测试。当链接中断但身份验证通过时，请在支持人员的帮助下调查链接品牌设置，而不是更改身份验证记录。当默认域限制阻止所需配置时，请解决帐户设计，而不是在没有迁移计划的情况下删除工作域。
保持最少的支持证据：实例身份、受影响的域、发布的公共名称和目标、定时DNS答案、消息标识符和相关接收者结果。请勿发送邮箱密码、帐户 API 机密、联系人列表或不相关的客户内容。
工作表和虚构路线混淆
使用 SharpSpring 和 Lead Gen CRM 工作表（使用此处描述的字段创建单独的审核记录）来分离产品身份、权利、所有权验证、 CNAME发布、可选链接和接收者测试。将个人邮件路由保留为具有自己的身份验证所有者的不同行。
虚构的书面案例 LG-01：假设来自alex@studio.example的智能邮件通过连接的邮箱发送，并传递d=studio.example.营销活动旨在news@studio.example ，但其 em、s1 和 s2 发布/验证不完整，活动验证结果未知。营销管理员必须完成实例颁发的CNAME检查并收集单独的受控营销活动。销售人员的结果无法关闭该路线。未访问或测试任何实例、邮箱、 DNS记录或活动。
协调退休并仅关闭经过验证的工作
在更改域之前，决定如何暂停新的营销活动并保留排队的工作。在商定的过渡期内保留旧的选择器和跟踪依赖项，并与提供商签名行为和现有链接协调。域切换、实例迁移、 DNS移动或邮件路由更改后重新测试。
文件设置可用，但尚未检查客户的实际帐户权限、发布的记录、实时DNS和接收消息结果。独立技术审查、目视审查和 SME 人工批准也仍在等待中。此未发布的草稿不证明收件箱放置或已完成的生产身份验证部署。
将传递的消息与执行准备情况分开
RFC 9989 第 7.4 节要求有效的DKIM才能进行域发布 p=reject 并对间接邮件互操作性提出警告。单个对齐的SPF结果本身并不能证明拒绝策略的推出是合理的。与此提供商设置分开审查所有合法路由和策略所有权。