广告实时数据下发
tips
使用建议
- 1.当接口返回时间超过5秒且报错时,较大可能是因为使用不指定open_id 且使用时间范围小于或等于15分钟 start_date 与 end_date 作为入参,建议指定 open_id 或使用 datehour 参数来查询,或者缩小 start_date 与 end_date 的时间范围,或者将 start_date 与 end_date 的时间范围增大超过15分钟(非兼容情况)。
- 2.使用cusor时,如果其他任一参数发生变更,cursor应该置空,否则 cursor 校验可能不通过,此时接口会返回第一页数据而导致不确定状态。
- 3.由于下游稳定性问题,如果open_id返回为空,可以在一定延迟后重新调用接口。
- 4.如果入参没有指定 open_id,且使用 start_date 与 end_date,且 start_date 与 end_date 的时间范围大于15分钟,则返回的记录按照 event_time 排序,这会导致某些延迟较大的记录会被游标跳过的情况。这种情况的实现是为了避免慢查询问题。如果使用这种参数组合,需要调用方使用多轮延迟查询来避免记录被游标跳过的情况,比如第一个定时任务调用前 15 分钟的数据,第一个定时任务调用前 30/60 分钟(或者更长)的来补充延迟大导致遗漏的数据。
查询无数据
接口返回无数据,可能为如下原因
- •广告未投放,参考巨量广告投放流程-投放流程指引-资产管理与创编IAA*抖音小程序-投放全流程指引
- •某个用户最近一个月无 clickid 激活记录(只看最新一次激活时间是否超过一个月,不管历史激活多少次),参考巨量广告回传激活-投放流程指引-巨量回传IAA*抖音小程序-投放全流程指引
- •风控场景:非正常渠道的广告,用户近期内多次刷广告,其它识别到的作弊场景
- •参数查询错误,openId、appId、日期等是否传对
- •查询超时:增加重试,请求密度控制在1-5分钟内一次,视网络、数据量定
接口缺失某些数据的原因可能有:
- •用户通过客户端向广告服务端请求广告,但获取不到广告,此时客户端会展示兜底广告,兜底广告无收益也无数据。广告服务端是否返回广告是由广告策略决定。
- •用户获取和看到的广告为预览广告,即由预览广告计划产生的广告;这种情况通常是测试点击预览广告进入小程序的用户会获取到预览广告。
与离线数据 gap 说明
gap 成因很多,例如实时数据源没有经过去重和风控机制。最终结算以离线数据为准。
接口响应报错处理
- 1.如果接口返回非零状态码且耗时低于5秒时,为上游鉴权服务稳定性问题,重试。
- 2.如果接口返回 28001005 状态码且耗时超过5秒时,为慢查询问题,参考使用建议。
- 3.其他情况重试。
cost返回为0
目前仅支持投放为「关键行为」和「变现ROI」的广告数据支持通过接口查询,其他数据会返回0