概述
活动API 以近乎实时的方式向您传递交易事件。一收到广告主的成功转换记录，我们就会在回传中传递数据。这一工作流程也适用于取消。当消费者退货或取消购买时，广告主会向我们发送一份取消记录，我们也会在回发中发送该记录。取消时会发送同样的数据集，仅更改某些值以说明该事件为取消事件。
这是您可以在取消回发中看到的更改数据。点击"+"号，看看是否有变化：
<transaction_date>
更改：不适用
<sku_number>
更改：不适用
<quantity>
更改：仅当在最初包含同一产品的多个实例的交易中取消选中商品时才会有更改。例如：如果在原事件中购买了两条相同的裙子，那么数量就是两条。如果只有一条裙子被顾客退回，那么取消数量就是1。
<etransaction_id>
更改：对于取消记录将是新的和唯一的，即不会与原事件etransaction_id匹配。
<transaction_type>
更改：取决于广告主的追踪类型和取消方法。
<product_name>
更改：不适用
<offer_id>
更改：不适用
<advertiser_id>
更改：不适用
<sid>
更改：不适用
<is_event>
更改：不适用（取消事件永远会是N）
<commissions>
更改：佣金将是负数（与原事件相反）。
<process_date>
更改：这个日期将表明我们收到取消记录的时间。时间戳的解码格式：
年-月-日时:分:秒.SSS[+|-]Z
<currency>
更改：不适用
<u1>
更改：不适用
<order_id>
更改：不适用
<sale_amount>
更改：销售金额将是负数（与原事件相反）。
我们强烈建议您在请求自定义回发时至少提供销售额和/或佣金参数。如果没有负销售额或佣金金额，就几乎不可能区分取消事件和新的转换事件。
媒体优化事件和批量跟踪广告主
对于利用批量跟踪的广告主，在转换记录进入我们系统和客户实际购买之间可能存在延迟。这对于预订和旅行广告主、提供预购的零售商以及只在购买发货后报告转换率的广告主尤其常见。
这些广告主采用了“媒体优化像素”（MOP，将实时购买作为初步事件捕获），以便对随后的转换有一个初步记录。这些MOP事件将在回发中表示为"is_event=Y"。换句话说，请将所有Y类记录视为初步记录。
当转换随后完成后，回发将以“is_event=N”再次触发。如为部分退货，销售金额将只反映退货商品的价格，而非销售点的全部金额。除了"etransaction_id"和"process_date"外，所有其他数据点均相同。
请注意，对于实时像素跟踪，具有Y事件的广告主将被触发，随后会立即出现相应的N事件。请将N事件作为最终处理。
与取消一样，我们建议在请求自定义回发时包含“is_event“标志。排除这个标识将使我们几乎无法区分初步事件和最终确定的事件。
有关该主题的更多信息，请参阅《活动API 概述》和《活动API 常见问题》。
评论
请登录写评论。