在广告投放进入到ocpc阶段后，数据回传开始深入人心，很多人都知道数据回传的三种基本形式：JS、API以及SDK，对于他们之间的区别可能不太了解，这三种形式看似差异很大，但是实质都是一样的，他们都只完成了一个功能：数据回传。很多东西跟程序接触在一起之后，很多人会觉得高大上，今天就介绍一下这三种形式的区别和共同点。

其实仔细想想就知道这三种形式其实早就有了，只是伴随着ocpc才让更多人知道，互联网广告和传统广告的区别就是在于数据追踪和归因变得更加的可实现，而JS、API以及SDK都是数据回传的形式而已，实质上是一样的。

那么JS、API和SDK这三种形式的区别在哪呢？

JS看名字就知道了，JavaScript，主要使用场景是在落地页上面，技术人员在落地页上埋入媒体提供的对应代码，将落地页上面的转化事件例如表单提交、下单购买等行为上传到媒体后台，媒体会根据上报的转化事件来进行建模，这也是ocpc的基础，缺少了这个环节，ocpc也就不存在了

API的要求高一点，需要广告主侧的技术人员在收集好转化事件之后将转化事件通过媒体提供的API接口进行数据上报，而这时媒体就会根据上报的转化事件来对应到具体的广告计划，API相比JS一个很大的不同点在于API是通过媒体的API接口回传转化事件，而此时的转化事件就可以更加深入，比如购买金额、后续购买行为，这是JS做不到的地方，所以API回传方式显然更加的适应较为复杂的广告投放环境，也可以很好的满足广告主的要求。

那么很多人可能会问了，API已经这么好了，那么还要SDK回传干嘛？回答这个问题之前，我们先说下SDK是怎么运作的？SDK其实是一个嵌入到应用内部的工具集合，这个工具是属于媒体侧的，他可以自己收集对应的转化数据进行上报，前提肯定是广告主在嵌入SDK之前开放对应的数据上报权限，所以这种形式下，广告主并不需要自建监测地址以及数据归因服务，依靠媒体平台就可以完成数据回传能力。现在我们就可以回答要SDK回传的原因在哪？在API形式下，由于是广告主自己回传的转化数据，所以广告主有可能存在作弊的嫌疑，可以根据自身的需要来回传对应的数据以达到自身的目的，但是在SDK形式下，由于是媒体侧自身就自主收集数据，那么广告主是很难做到数据上传作弊的，并且SDK下数据上传服务的及时性和准确性较好，也更为符合媒体的利益。

所以这数据回传的三种形式其实并不复杂，复杂的是这动作的后续，利用收集到的转化数据来进行实时建模。探索人群进行广告投放。换句话说，如果你了解了转化数据的情况，是否也可以自己建模来投放呢？这跟之前谈及到的RTA就有点关系了。