了解隔离管理

关于隔离

Adobe Campaign 管理了一个隔离地址列表。在投放分析时,默认情况下会将其地址已被隔离的收件人排除在外,不会将其设为目标。举例来说,信箱已满或地址不存在时,可以隔离某个电子邮件地址。无论如何,隔离过程均符合下述特定规则。

注意

本条适用于在线渠道:电子邮件、短信、推送通知。

通过隔离优化投放

在准备消息时,电子邮件地址或电话号码处于隔离状态的用户档案会被自动被排除(请参阅确定投放的隔离地址)。这样可加快投放速度,因为错误率对投放速度有显著的影响。

如果无效地址率过高,某些互联网访问提供商会自动将电子邮件判断为垃圾邮件。因此,隔离可以使您避免被这阻止列表些提供商添加到。

此外,隔离还可避免向错误的电话号码投放短信,有助于降低短信发送成本。有关安全防护和优化投放之最佳做法的更多信息,请参阅此页面

隔离与阻止列表

隔离​仅适用于地址,而不适用于用户档案本身。这意味着,如果两个用户档案具有相同的电子邮件地址,那么隔离该地址会同时影响这两个用户档案。

同样,其电子邮件地址被隔离的用户档案可以更新其用户档案并输入新地址,然后即可再次被投放操作定向。

另一方面,位于<a0/阻止列表>上将导致用户档案不再被任何投放(例如,退订(退出)后)定位。

注意

当用户用诸如“STOP”的关键字回复SMS消息以选择退出SMS投放时,其用户档案不会像电子邮件选择退出过程阻止列表中那样添加到该。 用户档案电话号码将发送到隔离,以便用户继续接收电子邮件。

确定隔离的地址

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

确定投放的隔离地址

特定投放的隔离地址在投放准备阶段的投放仪表板中列出(请参阅投放日志和历史记录)。

确定整个平台的隔离地址

管理员可以从​Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses​节点列表整个平台的隔离地址。

注意

此菜单列出了​电子邮件短信​和​推送通知​渠道的隔离元素。

以下信息适用于每个地址:

注意

隔离数的增加是正常的效果,与数据库的"磨损"有关。 例如,如果将电子邮件地址的使用期视为三年,而收件人表每年增加50%,则隔离的增加可以按以下方式计算:

年底1:(10.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)或特定投放的此信息。 您还可以创建自定义报告并选择要显示的信息。

标识收件人的隔离地址

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

删除隔离地址

如果需要,您可以从隔离列表中手动删除地址。 此外,符合特定条件的地址也会由​Database cleanup​工作流自动从隔离列表中删除。

要手动从隔离列表中删除地址,请执行以下操作:

  • 您可以从​Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses​节点将其状态更改为​Valid

  • 您还可以将其状态更改为​Allowlisted。 在这种情况下,地址仍保留在隔离列表中,但系统性地定位,即使遇到错误也是如此。

在以下情况下,地址会自动从隔离列表中删除:

  • With errors​状态的地址将在成功投放后从隔离列表中删除。
  • 如果上次软跳出发生时间超过10天,则处于​With errors​状态的地址将从隔离列表中删除。 有关软错误管理的详细信息,请参阅本节
  • 处于​With errors​状态且因​Mailbox full​错误退回的地址将在30天后从隔离列表中删除。

然后,它们的状态将更改为​Valid

重要

地址为​Quarantine​或​On denylist​的收件人将永远不会被删除,即使他们收到了电子邮件。

您可以修改错误数以及两个错误之间的句点。 为此,请在部署向导(Email channel > Advanced parameters)中更改相应的设置。 有关部署向导的详细信息,请参阅此部分

将地址加入隔离的条件

Adobe Campaign根据投放故障类型和在错误消息限定期间分配的原因(请参阅弹回邮件限定)和投放故障类型和原因管理隔离。

  • 已忽略的错误:已忽略的错误不会将地址添加到隔离。
  • 硬错误:相应的电子邮件地址会立即添加到隔离。
  • 软错误:软错误不会立即将地址添加到隔离,但会增加错误计数。有关详细信息,请参阅软错误管理

如果用户将电子邮件归为垃圾邮件(反馈循环),则该消息将自动重定向到由Adobe管理的技术邮箱。 随后,用户的电子邮件地址会自动发送到隔离。

在隔离地址的列表中,Error reason​字段指示将选定地址置于隔离的原因。 Adobe Campaign 中的隔离会区分大小写字母。请确保以小写方式导入电子邮件地址,这样以后就不会重新定向这些地址。

软错误管理

与硬错误相反,软错误不会立即向隔离发送地址,而是会增加一个错误计数器。

  • 当错误计数器达到限制阈值时,地址将进入隔离。
  • 在默认配置中,阈值被设置为 5 次错误,其中如果两次错误间隔至少 24 小时,则会将其突出显示。在第 5 次出错后,即会将地址添加到隔离。
  • 可修改错误计数阈值。有关详细信息,请参阅投放临时故障](…/…/delivery/using/understanding-delivery-failures.md#retries-after-a-delivery-temporary-failure)后的[重试。

如果上次出现重大错误的时间超过10天,则重新初始化错误计数器。 然后,地址状态将更改为​Valid,并且会通过​隔离清理​工作流从列表中删除该地址状态。

推送通知隔离

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

放入隔离的项是设备令牌。

iOS隔离

HTTP/V2协议允许每个推送投放的直接反馈和状态。 如果使用HTTP/V2协议连接器,则​mobileAppOptOutMgt​工作流不再调用反馈服务。 卸载或重新安装手机应用程序时,标记被视为未注册。

同步地,如果APNs返回消息的“未注册”状态,则目标令牌将立即置于隔离中。

方案
状态
错误消息
失败类型
失败原因
重试
打开
的目标设备
OK
关闭
的目标设备
OK
用户禁用应用程序
的通知
OK
消息创建/分析阶段 — 负载太大
失败
负载过长

已拒绝

消息创建/分析阶段 — 意外的内容格式问题
失败
根据错误
显示各种错误消息

未定义

证书问题(密码、损坏等) 并测试与APNs问题
的连接
失败
根据错误
显示各种错误消息

已拒绝

发送
期间网络连接丢失
失败
连接错误
未定义
不可到达

APNs消息拒绝:取消注册
用户已删除应用程序或令牌已过期
失败
未注册

用户未知

APNs消息拒绝:所有其他错误
失败
错误消息
中将显示错误拒绝原因

已拒绝

Android隔离

对于Android V1

对于每个通知,Adobe Campaign直接从FCM服务器接收同步错误。 Adobe活动会动态处理这些错误,并根据错误的严重性生成硬错误或软错误,并可以执行重试:

  • 超出负载长度、连接问题、服务可用性问题:重试,软错误,失败原因为​Refused
  • 已超过设备配额:无重试,软错误,失败原因为​Refused
  • 无效或未注册的令牌,意外错误,发送者帐户问题:无重试,硬错误,失败原因为​Refused

mobileAppOptOutMgt​工作流每6小时运行一次以更新​AppSubscriptionRcp​表。 对于声明为未注册或不再有效的令牌,字段​Disabled​设置为​True,链接到该设备令牌的订阅将自动从将来的投放中排除。

在投放分析期间,从目标中排除的所有设备将自动添加到​excludeLogAppSubRcp​表中。

注意

对于使用Baidu连接器的客户,以下是不同类型的错误:

  • 投放开头的连接问题:失败类型​Undefined,失败原因​Unreachable,重试。
  • 在投放期间连接丢失:软错误,失败原因​Refused,重试。
  • Baidu在发送过程中返回的同步错误:硬错误,失败原因​Refused,未执行重试。

Adobe Campaign每10分钟联系Baidu服务器,以检索已发送消息的状态并更新广播。 如果消息声明为已发送,则广播中消息的状态将设置为​Received。 如果Baidu声明了错误,则状态将设置为​Failed

对于Android V2

Android V2隔离机制与Android V1使用相同的进程,对于订阅和排除更新也是如此。 有关详细信息,请参阅Android V1部分。

方案
状态
错误消息
失败类型
失败原因
重试
消息创建/分析阶段:自定义字段
中使用的关键字非法
失败
不能使用以下关键字:{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} 已拒绝

FCM消息拒绝:参数
无效
失败
INVALID_ARGUMENT 已忽略 未定义

FCM消息拒绝:第三方身份验证错误
失败
THIRD_PARTY_AUTH_ERROR 已忽略 已拒绝

FCM消息拒绝:发件人ID不匹配
失败
SENDER_ID_MISMATCH 柔和 用户未知

FCM消息拒绝:未注册
失败
未注册 用户未知

FCM消息拒绝:内部
失败
内部 已忽略 已拒绝

FCM消息拒绝:不可用
失败
不可用 已忽略 已拒绝

FCM消息拒绝:意外错误代码
失败
意外错误代码 已忽略 已拒绝

身份验证:连接问题
失败
无法连接到身份验证服务器 已忽略 已拒绝

身份验证:请求中的未授权客户端或作用域。
失败
unauthorized_client 已忽略 已拒绝

身份验证:客户端未授权使用此方法检索访问令牌,或者客户端未授权任何请求的作用域。
失败
unauthorized_client 已忽略 已拒绝

身份验证:拒绝访问
失败
access_denied 已忽略 已拒绝

身份验证:无效电子邮件
失败
invalid_grant 已忽略 已拒绝

身份验证:JWT
无效
失败
invalid_grant 已忽略 已拒绝

身份验证:无效的JWT签名
失败
invalid_grant 已忽略 已拒绝

身份验证:提供的OAuth作用域或ID令牌受众无效
失败
unauthorized_client 已忽略 已拒绝

身份验证:已禁用OAuth客户端
失败
disabled_client 已忽略 已拒绝

SMS隔离

对于标准连接器

SMS消息的隔离机制与一般过程在全局上相同。 请参阅关于隔离。 SMS的特性列于下面。

注意

Delivery log qualification​表不适用于​扩展通用SMPP​连接器。

方案
状态
错误消息
失败类型
失败原因
已发送到提供程序
已发送
在移动设备上接收
已接收
提供程序
返回的错误
失败
接收数据(SR或MO)
时出错

不可到达
无效的MT确认
失败
处理发送查询
的确认帧时出错“{1}”

不可到达
发送MT
时出错
失败
发送消息
时出错

不可到达

对于扩展通用SMPP连接器

当使用SMPP协议发送SMS消息时,错误管理的处理方式不同。 有关扩展通用SMPP连接器的详细信息,请参阅此页

SMPP连接器从SR(状态报告)消息中检索数据,该消息使用常规表达式(regex)返回以过滤其内容。 然后,此数据将与​Delivery log qualification​表(可通过​Administration > Campaign Management > Non deliverables Management​菜单获取)中的信息匹配。

在限定新类型的错误之前,默认情况下,故障原因始终设置为​拒绝

注意

失败类型和失败原因与电子邮件相同。 请参阅投放故障类型和原因
在投放日志资格表中,要求提供商提供状态和错误代码列表,以设置正确的故障类型和故障原因。

生成的消息示例:

SR Generic DELIVRD 000|#MESSAGE#
  • 所有错误消息以​SR​开头,以区分SMS错误代码和电子邮件错误代码。

  • 错误消息的第二部分(本例中的​Generic)引用SMSC实现的名称,如SMS外部帐户的​SMSC implementation name​字段中定义的名称。 请参阅此页

    由于同一错误代码可能对每个提供程序具有不同的含义,因此此字段允许您了解生成错误代码的提供程序。 然后,您可以在相关提供商的文档中找到该错误。

  • 错误消息的第三部分(本例中的​DELIVRD)与使用SMS外部帐户中定义的状态提取正则表达式从SR检索到的状态代码相对应。

    此正则表达式在外部帐户的​SMSC specificities​选项卡中指定。 请参阅此页

    默认情况下,正则表达式会提取​stat:​字段,该字段由​SMPP 3.4规范​的​附录B​部分定义。

  • 错误消息的第四部分(本例中的​000)与使用SMS外部帐户中定义的错误代码提取正则表达式从SR提取的错误代码相对应。

    此正则表达式在外部帐户的​SMSC specificities​选项卡中指定。 请参阅此页

    默认情况下,正则表达式会提取​err:​字段,该字段由​SMPP 3.4规范​的​附录B​部分定义。

  • 管道符号(|)之后的所有内容只显示在​Delivery log qualification​表的​First text​列中。 在消息标准化后,此内容始终由​#MESSAGE#​替换。 此过程可避免为类似错误设置多个条目,并且与电子邮件相同。 有关详细信息,请参阅跳出邮件资格

扩展通用SMPP连接器应用启发式来查找合理的默认值:如果状态以​DELIV​开头,则它被视为成功,因为它与大多数提供商使用的常见状态​DELIVRD​或​DELIVERED​匹配。 任何其他状态都会导致硬故障。

在此页面上