广告曝光监测实现方式【开云平台官网】

广告/曝光监测有两个焦点：Impression监测和Click监测。其中Impression监测按实现方式可以分为JS监测、API监测和SDK监测三种，现在主要要是API和SDK这两种。Click按数据的传输可以分为同步加载和异步加载。

Impression监测Web 页面通过浏览器在需要展示广告时，需要从广告平台来加载广告，广告加载并展示完成后，浏览器将展示的监测数据上传给监测平台。我们现在看一下广告请求曝光历程，广告请求可以从媒体客户端直接发出，也可以从媒体主服务端发出，媒体客户端是指浏览器或APP。加上曝光监测后的历程：有多种方式可以添加监测代码， 而且如何发给监测平台也可以分成差别的类型，一般凭据实现方式可以分为JS、API和SDK，下面看这种三种方式是如何实现和如何进一步细分：JS监测JS监测就是在页面布署代码JS代码主动监听，然后想监测平台发送数据。

在HTML页面中使用JavaScript检测代码时，建议将代码放置到页面底部位置，若代码是异步加载技术而执行历程不影响网页正常展示，也可以放置到靠前位置。JS代码分为两部门，一部门是基础库代码，所有的页面都需要布署，布署在页面源代码的 和 之间，基础库代码是异步加载，所以不会影响页面自己的加载速度；另一部门是监测代码，如曝光监测或点击监测，布署在需要跟踪的地方即可，每一个监测点都有对应的监测代码，监测代码依赖于基础库代码，如果没有基础库代码，监测代码如法正常监测发送数据。可以联合Google Analytics去明白，上述的基础库是Tracking Code，而监测代码就是事件跟踪代码，曝光监测就是元素可见性，GTM的元素可见形可以实现类似的曝光跟踪，详细的可以看： 元素可见性触发器 我们来看一下数据的监测历程：流程说明：1、监测平台生成监测代码2、布署到页面上去，这里的媒体主表现媒体主服务器3、用户会见页面，用户在浏览器打开网站4、请求页面资源，浏览器向媒体主服务器请求页面资源5、返回页面资源，媒体主服务器向浏览器返回页面资源，监测代码随着下发6、监听到广告位，页面会有广告平台的代码监听广告位7、请求广告，告诉广告平台这里有个广告位，需要展示广告8、下发广告素材，将广告所需的素材下发给浏览器9、广告曝光展示10、上传曝光监测数据，触发监测代码，然后上传曝光监测数据到监测平台11、监测数据处置惩罚，监测平台对收到的监测数据做处置惩罚，形成陈诉这种方式先需要在页面布署一段JS跟踪，这是基础跟踪代码，然后再对需要跟踪的位置做详细的跟踪。

拓展阅读AdMonitor监测代码指南- 可见曝光部门API监测API监测是指媒体方以API方式向监测平台通报监测平台认可的参数，使得监测平台可以以此举行准确的独立曝光报表盘算与排查数据差异等的监测方式；典型的就是广告展示后，媒体方从Client端以API方式将曝光数据上报给监测平台。机制如下：图中主要模块职能形貌:广告 SDK:收罗监测数据并通过 API 上报监测数据到监测平台。监测平台:吸收各个渠道的广告 SDK 上报的监测数据，并对数据举行清洗， 分析和挖掘，生成监测效果。

监测终端:获取监测平台的监测效果数据，并以图形化的方式展现。API方式灵活通用、App与移动网页均适用。但需要媒体根据API监测尺度，负担部门开发事情。

API监测按通报方式分为C2S（Client to Server）API和S2S（Server to Server）API两种。C2SC2S即Client to Server，客户端直接发送给监测平台服务器，是指:通过用户客户端的监测 URL 发送监测请求，完成监测，属于比力通例的监测互助。流程如下：流程说明： 1、监测平台生成监测代码2、布署到广告平台去，JS和API方法最大的差别是JS是布署到页面上去，API是布署到广告投放平台，需要注意，曝光和点击是两段差别的监测代码，不要搞混。3、用户会见页面，用户在浏览器打开网站4、请求页面资源，浏览器向媒体主服务器请求页面资源5、返回页面资源，媒体主服务器向浏览器返回页面资源6、监听到广告位，页面会有广告平台的代码监听广告位7、请求广告，告诉广告平台这里有个广告位，需要展示广告8、下发广告素材和监测代码，将广告所需的素材下发给浏览器，监测代码随着广告素材下发9、广告曝光展示，10、上传曝光监测数据，触发监测代码，上传曝光监测数据到监测平台11、监测数据处置惩罚，监测平台对收到的监测数据做处置惩罚，形成陈诉这个历程内里，监测数据是直接浏览器端直接上传到监测平台的，浏览器相当于是Client，是C端,所以是C2S。

根据展示机制的差别可以分为预加载广告和实时加载广告展示监测。下面看一下实际的数据通报方式。预加载广告展示监测广告SDK预先加载广告，并将广告缓存，当需要展示广告时，广告SDK卖力将已预先加载并缓存的广告举行展示，并将展示的监测数据上传给监测平台。监测流程下图所示:流程说明:(1) App 在合适的场景，通过广告 SDK 从广告平台获取广告。

(2) 广告 SDK 缓存广告平台所返回的广告，并凭据需要举行预加载。(3) App 在合适的场景，通过广告 SDK 提倡广告展示。

(4) 广告 SDK 检查缓存，若有乐成缓存/预加载广告，则将该广告举行展示。(5) 在广告获得实际展示后，广告 SDK 通过加载 tracking pixel，将广告展 示监测数据上报到监测平台，数据花样参考本尺度第 6 节。

推荐的实 现方式参考 第 12 节 [2] 和 [3]，广告 SDK 在展示乐成后触发 pixel tracking。(6) 监测平台收集和处置惩罚上报的数据，详见本尺度第 7.1 节。

实时加载广告展示监测App 通过广告 SDK 在需要展示广告时，即时的从广告平台来加载广告，广告加 载并展示完成后，广告 SDK 将展示的监测数据上传给监测平台。监测流程下图所示:流程说明:(1) App 通过广告 SDK，从广告平台获取广告。

(2) 广告 SDK 实时展示广告平台返回的广告创意。(3) 广告创意的主要元素加载完成后，广告 SDK 通过加载 tracking pixel的方式，将展示数据提交到监测平台，。

(4) 监测平台收集和处置惩罚上报的数据， S2SS2S即Server to Server，媒体方回传给媒体方务器，媒方服务器再将数据发送给监测平台服务器。S2S不能作为可见性曝光的监测，因为可见性曝光监测的技术要求是计数请求信号应从客户端而非服务器端发出。流程说明：1、生成监测代码：监测平台生成监测代码2、布署监测代码：将监测代码布署到广告平台去，需要注意，JS和API方法最大的差别是JS是布署到页面上去，API是布署到广告投放平台， 曝光和点击是两段差别的监测代码，不要搞混。

3、会见页面：用户在浏览器打开网站会见页面4、请求页面：浏览器向媒体主服务器请求页面资源5、返回页面：媒体主服务器向浏览器返回页面资源6、监听到广告位：页面会有广告平台的代码监听广告位7、请求广告：告诉广告平台这里有个广告位，需要展示广告8、下发广告素材和监测代码：将广告所需的素材下发给浏览器，监测代码随着广告素材下发9、曝光：广告曝光展示10、上传曝光监测数据：触发监测代码，上传曝光监测数据到广告平台11、上传到监测服务器：监测数据从广告平台上传到监测服务器12、监测数据处置惩罚：监测平台对收到的监测数据做处置惩罚，形成陈诉 这个历程内里，监测数据是先从浏览器端直接上传到广告平台，然后才广告平台上传到监测平台，广告平台是服务器，是Server，是S端,所以是S2S,Server to Server 是指:服务器端对服务器端传输监测数据的监测方式。服务器对服务器传输监测数据的监测方法，只在某些特殊情况下使用。如当无法在用户客户端执行监测代码，而且曝光、点击不是判断尺度或者结算的 KPI 时，为到达监测目的， 现在C2S是主流，S2S的也还存在，由于S2S是通过媒体方服务器发，所以造假是很利便的，一般非大型的平台的，说接纳这个方式是不行信的。

也有些大型平台提供S2S，如头条平台对于第三方点击监测的数据是server to server的发送方式。SDK 和 C2S(Client-to-Server)API 比 S2S (Server- to-Server)API 更为宁静、也更容易监测流量异常情况。SDK监测SDK监测是在广媒体应用内集成第三方监测平台提供的监测 SDK，通过 SDK 向第三方监测服务器平台上报广告曝光及点击行为并通报监测平台认可的参数，使得监测平台可以以此举行准确的独立曝光报表盘算与排查数据差异的一种监控方式。监测的历程如下：流程说明：1、集成统一SDK：SDK监测是需要在媒体主APP集成一个SDK，建议接纳行业统一SDK。

2、监测参数设置：广告平台上需要设置监测参数XML文档，要定制维护好这个文档。3、动态加载监测参数设置：统一SDK远程动态加载存档在广告平台的监测参数XML文档，剖析并生存响应的设置规则，这个是需要定制操作的，相关规则可以看 SDK设置文件更新这部门。4、生成监测代码：监测平台生成监测代码5、布署监测代码：将监测代码布署到广告平台去，需要注意， 曝光和点击是两段差别的监测代码，不要搞混。6、打开APP：用户打开APP使用（向媒体主请求这个历程在这里省略了，直接请求广告部门）7、请求广告：告诉广告平台这里有个广告位，需要展示广告8、下发广告素材和监测代码：将广告所需的素材下发给浏览器，监测代码随着广告素材下发9、曝光：广告曝光展示10、上传到广告平台：统一SDK触发挪用“提交监测”，统一SDK会按一定的规则，如凭据投放治理模块通报的参数，根据监测参数设置文档， 在提供的监测 URL 后拼接 SDK 分外获取的参数(如OpenUDID，机型和操作系统、屏幕分辨率、加密的 MAC 地址等参数)，向第三方监测系统服务器提交监测请求，上传监测数据11、监测数据处置惩罚：监测平台对收到的监测数据做处置惩罚，形成陈诉 集成的监测 SDK 需要通过媒体及第三方监测的认证，因为实现广告数据监测认证的第三方监测平台提供的监测 SDK，集成在广告媒体应用内，可以远程动态加载广告内容和监测参数，并向第三方监测服务器发送监测数据。

差别的第三方检测服务平台有各自差别的SDK，如果媒体主需要对接多家的监测服务器需要集成多个SDK，显然这样的效率是很低的，所以MMA(中国无线营销同盟)制定了一下规范，各家监测平台需要遵循这个规范，各家媒体主只需要布署一个切合MMA规范的SDK就可以对接市面上绝大部门的第三方检测服务器平台，如果媒体主的提供的监测SDK还不放提，也可以直接使用MMA官方提供的监测SDK，MMA体用的这个叫通用SDK，各家监测服务平台的SDK都应该具有通用SDK的功效。我们来看一下广告监测的历程：广告开始投放前, 由监测平台为广告主需要监测的广告分配对应的曝光监测代码. 媒体需要将监测代码录入到其投放系统中并与广告保持一一对应的关系. 投放系统在响应媒体发送的投放请求时,同时返回与广告对应的曝光监测代码. 媒体从中剖析出广告以及对应监测代码, 并在后续相应广告曝光行为发生时挪用相应的接口, 将监测代码看成参数传给该接口，从而实现数据的监测，如果由于网络问题，发送失败，还是需要通过APP主动去挪用SDK最大的缺点就是要加一个监测DSK进去，由于需要在媒体方嵌入SDK，开发量大，对媒体方的数据有风险，一般大型平台的APP会接纳这种形式，如视频播放平台，直播平台。SDK方式简朴易用、功效强大。媒体在App中集成SDK后，只需要举行少量的开发事情，就能满足第三方与广告主的绝大部门需求；SDK设置文件更新要求 统一SDK需要动态从广告平台加载监测参数XML文档，更新设置规则，凭据MMA中国制定的规则，差别的终端动态加载规则纷歧样，详细规则如下：APP上SDK优先使用当地的设置文件，同时会定期下载远程的设置文件笼罩当地的设置。

Wifi情况下天天更新一次，2G/3G情况下3天更新一次, 更新后的设置文件存储到当地cache。OTT上SDK优先使用本W地的设置文件，同时会定期下载远程的设置文件笼罩当地的设置。

Wi-Fi及有线毗连情况下天天更新一次, 更新后的设置文件存储到当地cache。Click监测广告点击监测有两种，一种是同步跳转（同步监测），一种是异步跳转（异步监测）。用户点击广告，广告 SDK 吸收到用户点击事件，广告 SDK 处置惩罚点击事件，发送计费通知给广告平台，同时广告 SDK 将点击监测数据异步上传给监测平台。监测流程下图所示:流程说明: (1) 用户点击广告。

(2) 广告 SDK 处置惩罚点击事件。(3) 广告 SDK 将计费通知给广告平台。(4) 广告平台举行计费等事件处置惩罚。

(5) 广告 SDK 异步将测数据上报到第三方监测平台。同步加载302跳转（监测和落地页合为一个链接）。

在用户点击广告后，先会见监测链接跳转到监测方的服务器，然后返回一个落地页，继续会见这个落地页，适用于一般移动浏览器页面的点击跳转行为；同步监测不支持回传IDFA等参数。用户点击广告，浏览器吸收到用户点击事件并处置惩罚，将监测数据上传给监测平台，监测 平台计数完成后举行 302 重定向到目的站点。

监测流程如图所示:流程说明:(1)用户点击广告(2)浏览器处置惩罚点击事件(3)浏览器将监测数据上报给监测平台。(4)监测平台收集和处置惩罚上报的数据5)监测平台计数完成后举行 302 重定向到目的站点。

备注:如果需要计费处置惩罚，则浏览器首先将计费通知给广告平台，计费处置惩罚后 302 重 定向到监测平台，将监测数据上报给监测平台，计数完成后再次 302 重定向到目的站点。异步加载在用户点击广告后，先会见监测链接跳转到监测方的服务器，同时跳转或打开落地页。适用于内部做特殊的跳转行为处置惩罚、或内部地址有跳转；用户点击广告，浏览器吸收到用户点击事件并处置惩罚，在跳转到目的站点的同时将监测数 据异步上报给监测平台。

监测流程如图所示流程说明:(1)用户点击广告(2)浏览器处置惩罚点击事件(3)浏览器跳转到目的站点的同时将监测数据异步上报给监测平台。(4)监测平台收集和处置惩罚上报的数据 备注:如果需要计费处置惩罚，则浏览器将计费通知给广告平台，而且异步将监测数据上报给监测平台。

本文来源：开云平台官网-www.rjc58.com