Show Menu
主题×

了解隔离管理

关于隔离

Adobe Campaign 管理了一个隔离地址列表。在投放分析时,默认情况下会将其地址已被隔离的收件人排除在外,不会将其设为目标。举例来说,信箱已满或地址不存在时,可以隔离某个电子邮件地址。无论如何,隔离程序都符合下面描述的特定规则。
本条适用于在线渠道:电子邮件、短信、推送通知。

通过隔离优化投放

在准备消息时,电子邮件地址或电话号码处于隔离状态的用户档案会被自动被排除(请参阅 确定投放的隔离地址 )。这样可加快投放速度,因为错误率对投放速度有显著的影响。
如果无效地址率过高,某些互联网访问提供商会自动将电子邮件判断为垃圾邮件。因此,隔离允许您避免被这阻止列表些提供商添加到。
此外,隔离还可避免向错误的电话号码投放短信,有助于降低短信发送成本。有关安全防护和优化投放之最佳做法的更多信息,请参阅 此页面

隔离与阻止列表

隔离 ​仅适用于地址,而不适用于用户档案本身。这意味着,如果两个用户档案具有相同的电子邮件地址,那么隔离该地址会同时影响这两个用户档案。
同样,其电子邮件地址被隔离的用户档案可以更新其用户档案并输入新地址,然后即可再次被投放操作定向。
Being on the denylist , on the other hand, will result in the profile no longer being targeted by any delivery, for example after an unsubscription (opt-out).
当用户用诸如“STOP”的关键字回复SMS消息以从SMS投放中选择退出时,其用户档案不会像在电子邮件选择退出阻止列表过程中那样添加到该中。 用户档案电话号码被发送给隔离,以便用户继续接收电子邮件。

确定隔离的地址

可以针对特定投放或整个平台列出隔离的地址。

确定投放的隔离地址

Quarantined addresses for a specific delivery are listed during the delivery preparation phase, in the delivery logs of the delivery dashboard (see Delivery logs and history ).

确定整个平台的隔离地址

Administrators can list the addresses in quarantine for the entire platform from the Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses node.
此菜单列出了​ 电子邮件 短信 ​和​ 推送通知 ​渠道的隔离元素。
每个地址都有以下信息:
隔离数量的增加是正常的,与数据库的"磨损"有关。 例如,如果将电子邮件地址的使用期视为三年,并且收件人表每年增加50%,则隔离的增加可以按如下方式计算:
年末1:(1 0.33)/(1+0.5)=22%。 第 2 年年末:((1.22 0.33)+0.33)/(1.5+0.75)=32.5%。

在投放报告中识别隔离地址

以下报告提供有关隔离中地址的信息:
  • 对于每个投放, Delivery summary 报告显示投放中隔离的地址数。 它显示:
    • 在隔离分析内放置的地址数,
    • 在隔离操作后放置投放的地址数。
  • Non-deliverables and bounces 告显示有关隔离中地址、遇到错误的类型等的信息,以及按域划分的故障。
您可以查找该平台的所有投放()或​ Home page > Reports ​特定投放的此信息。 您还可以创建自定义报告并选择要显示的信息。

Identifying quarantined addresses for a recipient

您可以查找任何收件人的电子邮件地址的状态。 要执行此操作,请选择收件人用户档案并单击选 Deliveries 项卡。 对于该收件人的所有投放,您可以了解该地址是否失败、是否在分析期间被隔离等。 对于每个文件夹,您只能显示其电子邮件地址处于隔离的收件人。 为此,请使用应用程 Quarantined email address 序过滤器。

删除隔离地址

如果需要,您可以从隔离列表中手动删除地址。 此外,与特定条件匹配的地址也会由工作流自动从隔离列表中删 Database cleanup 除。
要手动从隔离列表中删除地址,请执行以下操作:
  • 您可以将其状态从节 Valid 点更改 Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses 为。
  • 您还可以将其状态更改为 Allowlisted 。 在这种情况下,地址仍保留在隔离列表中,但系统化地址将被定位,即使遇到错误也是如此。
在以下情况下,地址会自动从隔离列表中删除:
  • 处于状态 With errors 的地址将在成功隔离后从列表中删除。
  • 如果上次 With errors 软弹跳发生时间超过10天,处于状态的地址将从隔离列表中删除。 有关软错误管理的详细信息,请参 阅此部分
  • 处于因错 With errors 误弹回状态的地 Mailbox full 址将在30天后从隔离列表中删除。
状态随后更改为 Valid
地址为或状态 Quarantine 的收件人 On denylist 将永远不会被删除,即使他们收到电子邮件也是如此。
您可以修改错误数以及两个错误之间的时间段。 为此,请在部署向导(>)中更改相应​ Email channel 的设 Advanced parameters ​置。 For more on the deployment wizard, refer to this section .

将地址加入隔离的条件

Adobe Campaign根据投放故障类型和在错误消息鉴定过程中分配的原因(请参阅弹 回邮件鉴定 )以及 投放故障类型和原因管理隔离
  • 已忽略的错误 :已忽略的错误不会将地址添加到隔离。
  • 硬错误 :相应的电子邮件地址会立即添加到隔离。
  • 软错误 :软错误不会立即将地址添加到隔离,但会增加错误计数。有关此方面的详细信息,请 参阅软错误管理
If a user qualifies an email as a spam ( Feedback loop ), the message is automatically redirected towards a technical mailbox managed by Adobe. 随后,用户的电子邮件地址会自动发送到隔离。
在隔离地址的列表中,字 Error reason 段会指示将选定地址置于隔离的原因。 Adobe Campaign 中的隔离会区分大小写字母。请确保以小写方式导入电子邮件地址,这样以后就不会重新定向这些地址。

软错误管理

与硬错误相反,软错误不会立即向隔离发送地址,而是增加一个错误计数器。
  • 当错误计数器达到限制阈值时,地址将进入隔离。
  • 在默认配置中,阈值被设置为 5 次错误,其中如果两次错误间隔至少 24 小时,则会将其突出显示。在第 5 次出错后,即会将地址添加到隔离。
  • 可修改错误计数阈值。For more on this, refer to Retries after a delivery temporary failure .
如果上一个重大错误在10天前发生,则错误计数器将重新初始化。 地址状态随后会更 改为 “有效”,并会通过“数据库清理”工作流从列表 中删除该 状态。

推送通知隔离

推送通知的隔离机制与一般流程在全局上相同。 请参 阅关于隔离 。 但是,对于推送通知,某些错误的管理方式不同。 例如,对于某些软错误,不会在同一重试内执行任何投放。 下面列出了推送通知的特性。 重试机制(重试数、频率)与电子邮件的重试机制相同。
放入隔离的项是设备令牌。

iOS隔离

对于iOS —— 二进制连接器
对于每个通知,Adobe Campaign从APNS服务器接收同步和异步错误。 对于以下同步错误,Adobe Campaign会生成软错误:
  • 负载长度问题:无重试,失败原因为 Unreachable
  • 证书过期问题:无重试,失败原因为 Unreachable
  • 在投放期间连接丢失:重试,失败原因为 Unreachable
  • 服务配置问题(证书无效、证书密码无效、证书无效):无重试,失败原因为 Unreachable
APNS服务器异步通知Adobe Campaign设备令牌已注册(当用户卸载了移动应用程序时)。 该工 mobileAppOptOutMgt 作流每6小时运行一次,以与APNS反馈服务联系以更 新AppSubscriptionRcp 表。 对于所有已取消激活的令牌 ,Disabled (禁用)字段 设置为 True,链接到该设备令牌的订阅将自动从将来的投放中排除。
对于iOS - HTTP/2连接器
http/2协议允许直接反馈和每个推送投放的状态。 如果使用http/2协议连接器,则工作流不再调用反馈服 mobileAppOptOutMgt 务。 未注册的令牌在iOS二进制连接器和iOS http/2连接器之间处理方式不同。 卸载或重新安装手机应用程序时,令牌被视为未注册。
同步地,如果APNS返回消息的“未注册”状态,则目标令牌将立即置入隔离。
方案 状态 错误消息 失败类型 失败原因 重试
目标设备开机 确定
关闭目标设备 确定
用户禁用应用程序的通知 确定
消息创建/分析阶段——有效负荷过大 失败 负载过长 柔和 拒绝
消息创建/分析阶段——意外的内容格式问题 失败 根据错误发送各种错误消息 柔和 未定义
证书问题(密码、损坏等) 并测试与APNS问题的连接 失败 根据错误发送各种错误消息 柔和 拒绝
发送过程中网络连接丢失 失败 连接错误 未定义 不可到达
APNS消息拒绝:取消注册 ,用户已删除应用程序或令牌已过期 失败 未注册 用户未知
APNS消息拒绝:所有其他错误 失败 错误消息中将显示错误拒绝原因 柔和 拒绝

Android隔离

对于Android V1
对于每个通知,Adobe Campaign直接从FCM服务器接收同步错误。 Adobe活动会立即处理这些错误,并根据错误的严重性生成硬错误或软错误,并可以执行重试:
  • 超出负载长度、连接问题、服务可用性问题:已执行重试、软错误、失败原因 Refused ​为。
  • 超出设备配额:无重试、软错误、失败原因 Refused ​为
  • 无效或未注册的令牌,意外错误,发送者帐户问题:无重试、硬错误、失败原因 Refused ​为。
该工 mobileAppOptOutMgt 作流每6小时运行一次,以更 新AppSubscriptionRcp 表。 对于声明为未注册或不再有效的令牌, 字段 Disabled设置 True,链接到该设备令牌的订阅将自动从将来的投放中排除。
在投放分析期间,从目标中排除的所有设备都将自动添加到 excludeLogAppSubRcp 表中。
对于使用百度连接器的客户,以下是不同类型的错误:
  • 投放开始时的连接问题:失败类 Undefined ​型、失败原因 Unreachable 、重试被执行。
  • 在投放期间连接丢失:软错误、失败原 Refused ​因、重试被执行。
  • 百度在发送过程中返回的同步错误:硬错误、失败原 Refused ​因、不执行重试。
Adobe Campaign每10分钟与百度服务器联系,检索发送消息的状态并更新广播。 如果消息被声明为已发送,则广播中消息的状态将设置为 Received 。 如果百度声明错误,状态将设置为 Failed
对于Android V2
Android V2隔离机制与Android V1使用的过程相同,对订阅和排除更新的过程也相同。 For more on this refer to the Android V1 section.
方案 状态 错误消息 失败类型 失败原因 重试
消息创建/分析阶段:自定义字段中使用的非法关键字 失败 下列关键字不能使用:{1} 柔和
消息创建/分析阶段:负载过大 失败 通知太重:{1} bits, while only {2} are authorized 柔和 拒绝
发送过程中网络连接丢失 失败 地址上没有来自Firebase Cloud Messaging服务的响应:{1} 柔和 不可到达
FCM消息拒绝:FCM服务器暂时不可用(例如超时)。 失败 Firebase Cloud Messaging服务暂时不可用 柔和 不可到达
FCM消息拒绝:验证发件人帐户时出错 失败 无法识别开发人员帐户,请检查您的ID和密码 柔和 拒绝
FCM消息拒绝:超出设备配额 失败 柔和 拒绝
FCM消息拒绝:注册无效/未注册 失败 用户未知
FCM消息拒绝:所有其他错误 失败 Firebase Cloud Messaging服务器返回了意外的错误代码:{1} 拒绝

SMS隔离

对于标准连接器
短信隔离机制与一般过程是全局的。 请参 阅关于隔离 。 SMS的特性列于下面。
Delivery log qualification 表不适用于扩展通用 SMPP连接器
方案 状态 错误消息 失败类型 失败原因
发送给提供者 已发送
在移动设备上接收 已接收
提供程序返回的错误 失败 接收数据时出错(SR或MO) 柔和 不可到达
无效MT确认 失败 处理发送查询的确认帧时出错“{1}” 柔和 不可到达
发送MT时出错 失败 发送消息时出错 柔和 不可到达
对于扩展通用SMPP连接器
当使用SMPP协议发送SMS消息时,错误管理的处理方式不同。 有关扩展通用SMPP连接器的详细信息,请参 阅本页
SMPP连接器从SR(状态报告)消息中检索数据,该消息使用常规表达式(regexes)返回以过滤其内容。 然后,此数据将与表中的信息匹 Delivery log qualification 配(可通过> > Administration Campaign Management 单获 Non deliverables Management 得)。
在限定新类型的错误之前,默认情况下,故障原因始终设 置为 “拒绝”。
失败类型和失败原因与电子邮件的失败类型和原因相同。 See Delivery failure types and reasons . 在投放日志资格表中,要求提供商提供状态和错误代码列表,以设置正确的故障类型和故障原因。
生成消息的示例:
SR Generic DELIVRD 000|#MESSAGE#

  • 所有错误消息都以SR 开头 ,以区分SMS错误代码和电子邮件错误代码。
  • 错误消息的​ 第二部分 (本例中的通用)引用SMSC实现的名称,如在SMS外部帐户的字 SMSC implementation name 段中定义的。 请参阅 此页
    由于同一错误代码可能对每个提供程序具有不同的含义,因此此字段允许您了解生成错误代码的提供程序。 然后,您可以在相关提供商的文档中找到该错误。
  • 错误消息的第​ 三部分 (本例中的DELIVRD)与使用SMS外部帐户中定义的状态提取正则表达式从SR检索到的状态代码相对应。
    此正则表达式在外部帐户 SMSC specificities 的选项卡中指定。 请参阅 此页
    默认情况下,正则表达式会提取 状态: SMPP 3.4规 范的附录 B部分 定义的字段
  • 错误消息的第​ 四部分 (在本例中为000)与使用SMS外部帐户中定义的错误代码提取正则表达式从SR提取的错误代码相对应。
    此正则表达式在外部帐户 SMSC specificities 的选项卡中指定。 请参阅 此页
    默认情况下,正则表达式会提取 错误: SMPP 3.4规 范的附录 B部分 定义的字段
  • 管道符号(|)之后的所有内容只显示在 First text 表的列 Delivery log qualification 中。 在消息规范化后, 此内容始终由 #MESSAGE#替换。 此过程可避免出现多个条目,以处理类似错误,与电子邮件相同。 有关此方面的详细信息,请参 阅弹回邮件资格
扩展的通用SMPP连接器应用启发式方法来查找合理的默认值:如果状态以DELIV开 ,则它被视为成功,因为它与大多数提供商使用的常 用状态 DELIVRD DELIVERED相匹配。 任何其他状态都会导致硬故障。