处理事件
事件是设计环境中 Interact 配置中与 Interact API 直接交互的三种元素之一。对接触点进行编码以使用 Interact API 时,可使用 postEvent 方法来引用事件。Interact API 中使用的事件名称必须匹配设计环境中配置的事件名称。此名称不区分大小写。
事件触发以下一个或多个预定义的操作:
*
触发重新细分 运行时环境为与交互式渠道关联的当前受众级别重新运行所有交互式流程图,同时使用访问者会话中的当前数据。
设计交互时,请记住,除非指定特定流程图,否则重新细分会重新运行与此交互式渠道关联的具有当前受众级别的所有交互式流程图,且要约的任何请求会等到所有流程图均已完成。单个访问中过多的重新细分可能会对接触点的性能产生用户可感知的影响。
将大量新数据添加到运行时会话对象后,应将客户置于新的细分市场中。此新数据可能来自 Interact API 的请求(如更改受众)或客户操作(如将新物品添加到收藏清单或购物车中)。
*
记录要约联系 运行时环境为数据库服务标记建议的要约,以将要约记录到联系历史记录。
对于 Web 集成,最佳实践是将要约联系记录到请求要约所在的相同调用中,以将接触点和运行时服务器之间的请求数降至最低。
如果接触点未返回为访问者呈示的要约的处理代码,那么运行时环境会记录建议的要约的最近列表。
*
记录要约接受 运行时环境为数据库服务标记所选要约,以记录到响应历史记录。
*
记录要约拒绝 运行时环境为数据库服务标记所选要约,以记录到响应历史记录。
如果在创建事件时进行了多个记录要约操作,请记住 Interact API 会对关联的要约执行相同操作。因此,创建事件时不应同时记录要约接受和要约拒绝,因为这两个要约相互冲突。但是,可以创建单个事件来记录要约联系和接受或者要约联系和拒绝,可能会对您的环境有所帮助。
缺省情况下,运行时环境可跟踪两种类型的响应:要约接受和要约拒绝。可以使用 acceptreject 配置属性来修改“记录要约接受”和“记录要约拒绝”事件记录的响应类型。
Interact API 还可使用事件来触发使用 API 中事件参数定义的操作。这些事件包括记录到定制表、跟踪多种响应类型和指定要运行的特定流程图。可能需要使用非定义“系统反应”来创建部分事件,或使用相同“系统反应”来创建多个事件(如记录联系)以供保留事件参数使用。
可能需要使用“记录要约接受”操作来创建多个事件,为每个要记录的响应类型创建一个事件,或使用“记录要约接受”操作创建单个事件,以供要用于记录单独响应类型的每个 postEvent 调用使用。
例如,针对每个类型的响应使用“记录要约接受”操作创建事件。在 UA_UsrResponseType 表中定义以下定制响应 [名称(代码)]:Explore (EXP)、Consider (CON) 和 Commit (CMT)。然后创建三种事件,并将它们分别命名为 ogAccept_Explore、LogAccept_Consider 和 LogAccept_Commit。三个事件都完全相同(具有“记录要约接受”操作),但是名称不同,这样方便使用 Interact API 的人员可以区分这些事件。
或者,可以使用“记录要约接受”操作来创建单个事件以供所有定制响应类型使用。例如,将其命名为 LogCustomResponse。
使用 Interact API 时,事件功能上没有差别,但是使用命名约定可能会使代码更清楚。同时,如果为每个定制响应提供一个不同的名称,那么“渠道事件活动摘要”报告显示的信息将更精确。
有关保留参数和 postEvent 方法的更多信息,请参阅《Interact 管理员指南》。
系统定义的事件
“事件”选项卡包含缺省类别和系统定义的类别。无法在此类别中编辑、添加或删除事件。 此类别包含与 Interact API 对应的事件。可以通过“渠道事件活动摘要”报告监视所有这些事件在接触点上发生的频率。
这些事件包括:
*
*
*
*
*
*