程序化投放中串联媒体请求，曝光，点击和到达

在程序化广告投放中，媒体请求中是会带有requestId，requestId对于每个媒体来说都是唯一的。媒体请求如下：

在媒体请求给dsp方之后，dsp如果决定要竞价或者吃量的话，会返回给媒体要曝光的素材的相关信息。其中就包括了曝光监测链接和点击监测链接。我们可以在返回给媒体的曝光监测和点击监测链接中通过?和&的方式拼接上requestId，如下：

在素材触发曝光和点击的时候，媒体会触发相应的曝光和点击的监测链接，这样我们就可以在曝光和点击的监测链接中取到requestId，如下：

通过requestId，就可以将媒体请求，曝光和点击日志串联起来。

接下里就是要将落地页到达，落地页的事件和点击串联起来。这个是现阶段的难点，主要分两种不同监测模式下的解决方案：同步点击监测和异步点击监测

这里可能要先解释下什么是同步点击什么是异步点击

同步点击：点击监测链接中就包含了落地页链接，媒体方会直接触发监测链接，然后再从监测链接方redirect到落地页，一个请求先到监测方，监测方再到落地页，如下图：

异步点击：在用户点击广告的时候，媒体方会直接跳转到落地页，同时也会触发监测链接，触发落地页和监测链接不是在一条链路上的，如下图：

我们是使用种cookie的方式来实现的，在用户触发同步点击的时候，请求到达点击监测方，点击监测方将requestId种在cookie上。这样，在落地页监测的时候落地页监测方能将种在cookie中的requestId取出来。通过cookie，就可以将点击和到达串联起来。

这里要注意一个点就是cookie的domain，要保证种cookie时配置的domain至少要能让落地页监测方能取到该cookie，如果不太理解的同学可以先去了解下cookie的相关知识点。

异步点击的方式就比较麻烦了，因为不能通过cookie的方式进行记录，因为就算在点击监测方将cookie种下，但是实际到达落地页并不是通过点击监测跳转的，所有在落地页上是看不到点击监测种下的cookie的。

所以对于异步点击监测，我们用的方式是IP+时间戳的形式来进行处理的。这种方式整体来说准确性还是有待提高的。

点击监测可以取到时间+ip，然后在落地页监测中也取到对应的时间+ip，对于点击监测来说，落地页监测中ip和点击监测中ip相等的，并且时间最相近的可以作为是该点击的落地页监测。这里为了保证准确性，落地页监测还要做一些相应的项目id和渠道的过滤，保证取到的落地页监测日志是相关的项目的。

其实这里是可以用Ip+ua+时间戳来匹配，这样的匹配准确率会更高，但是在实际的开发过程中发现媒体在点击监测中给的ua好像是处理过的，和实际的ua有出入，导致和落地页监测的ua匹配不上（应该是部分媒体有问题，这个还有待考证）

在正式环境中，我们本来是用同步点击方案的方式进行项目的，可是在落地页监测中的cookie一直都取不到对应的requestId。这个问题困扰了我们团队好久。最后在经过各种尝试，发现部分媒体的同步点击方案其实走的也不是同步点击，还是异步点击的方式，就导致了cookie中一直都没有requestId。

然后我们就以异步点击的方式，即ip+时间戳做了相关数据的串联，整体评估了下准确性，发现还可以。

后来经过尝试，发现了另外一种方式，就是如果媒体真的只支持异步点击的方式的话，媒体请求DSP，DSP返回给媒体的落地页中拼接上requestId，这样在落地页监测中就能通过落地页的url取到对应的requestId，如下：

部分媒体支持通过宏替换的方式，ext中的内容是加密的，解密可以取到requetId

部分媒体支持直接拼接的方式，re即为requstId

暂时尝试了几个媒体，都支持这种方案，但是是否所有媒体都支持这个还是有待考证。

按上述方式走下来，是可以将请求，曝光，点击和到达数据串联起来的。这些方案可能还是比较粗糙，如果有新的发现这里也会做更新。

总结一下，串联点击和到达日志的方法：

同步点击下可以用：

1.IP+时间

2.在点击监测中的cookie种下requestId，在落地页监测中取到requestId

3.在同步点击触发的时候，触发的落地页Url上拼接上requestId，落地页监测通过落地页获取到requestId

异步点击下：

1.IP+时间

2..在媒体请求后返回给媒体的请求中，在落地页url上拼接requestId，落地页监测通过落地页获取到requestId

DSP和程序化广告都是移动广告的趋势，不仅优化了传统的广告采买模式，效率提升了非常多~比如嗒萌就是程序化广告投放，一是可以保证广告主的投放效果，二是可以保证流量媒体的填充率，双赢！

---