之前做sdk，才做了不到一个月，视频部分还没做好，然后领导说要做深度链接广告api，让我ios开发确定api与sdk交互的参数，确定api与广告主交互流程，包括数据跟踪。国内没有做专门的深度链接的api，大部分做的是
虽然一些sdk，广点通、穿山甲等包含深度链接，但是不是只做深度链接。重点是不是api，百度有api包含深度链接，但却不是cpa，不是以效果收费的。我们要做cpa，这种是跪舔广告主的模式。尽管我只是一个移动端，领导给我的任务不是十分贴切我的职责，但我还是做了，自认为还可以，就贴出来分享。
这是与sdk交互所需要传的参数：
这是整个流程图
其中2.4如果广告主不支持调api对效果实时汇报，而是一天的数据汇总后分发，也可以省去2.4，我们拿到汇总数据后，再与sdk上报数据对比。我们api对接多个广告主，多个sdk，每一个流程都是这样。之所以加上时间也方便与下游adk根据iemi去给各个渠道的sdk分配数据，有可能一天中，同一个设备，通过多个sdk，同一个广告主的广告被唤醒了两次以上。也好分配数据，如果广告主以一天一个设备只支付一次唤醒的费用，也好区分谁先谁后。在这个效果追踪分发下游sdk上，我是建议用时间+imei去给各sdk分配计费的数据，广告主在深度链接里一定要加上我们的渠道id，如果可以加上下游sdk渠道的参数，我们更容易对下游分发数据。
以上是Android的流程，ios如果没有idfa，以ip+ua为唯一标识。友盟U-ADPlus里广告主只能监测数据的sdk里没有深度链接唤醒监测。国内深度链接唤醒整个体系还不成熟。广告主也没有形成规范，API也没有一个规范，尤其是对效果数据的计费统计规则，广告主的数据的可靠性的保证，因为像友盟这样的第三方平台还没有提供唤醒监测统计，毕竟第三方中立的平台作为数据的统计，可以让api与广告主都放心。如果没有三方平台，广告主的数据有作假扣量的嫌疑，毕竟模式是cpa，所以需要sdk方的数据对比，在合理误差范围内是可以接受的，比如超过10%的误差，则需要联调了。如果广告主没有在app里埋点进行数据统计，那么只能以sdk的统计数据作为依据了，然后乘以误差范围的系数定价。
