上一篇文章跟大家聊了一下为什么需要广告监测,以及广告监测的类型和方法,没看过的朋友可以去看一下互联网 广告,这篇文章跟大家聊聊广告监测的 GAP 问题。
GAP
GAP 中文可以翻译成缺口,意思是说当第三方监测公司监测到的数据跟媒体自己监测的数据之间的差异。很多时候这种差异的表现是第三方监测公司的数据会比媒体的少,业内的误差一般控制了 5% 以内就认为是正常的,超过 5% 的话就一般就需要商务协商然后定位原因了。
彻底解决 GAP 是不可能的,我们能做的就是降低 GAP,因为只有降低了 GAP,媒体才能结算到更多的广告费。下面提供几种降低 GAP 的思路,每一个领域出现 GAP 的原因可能都不一定相同,所以还是要结合自己的业务去定位分析。
因为 GAP 可能产生的原因与具体的监测方式有关,我们这里以常见的 C2S API 的形式来介绍。
当有用户访问的时候媒体的客户端会触发广告请求,像媒体的服务端请求广告素材信息,媒体的服务端不管是通过自己的广告系统进行召回还是从上游 DSP 获取广告,最终的结果都是下放一个广告素材和对应的曝光和点击监测给到客户端。监测代码的条数一般都会有多条,具体看上游的设置,一般上游一个节点都会有一条,媒体自己也会有一条。
整体的流程以及细节流程如下图所示
单次广告请求简化版
在整个流程中数据的 GAP 是出现在客户端发送监测的部分,也就是说当客户端拿到多条监测代码的时候会依次进行 HTTP 请求,相应的监测公司,媒体以及上游 DSP 正常都会收到请求。我们需要分析的就是为什么监测公司收到的数据跟媒体的数据有差异。
出现这个问题的原因,可能有这么几种:
网络问题:可能由于监测公司的服务器跟媒体的服务器不在同一个片区;
IP 漂移:可能媒体和监测公司获取到的客户端 IP 不一样,导致解析的结果也不一样,从而产生 GAP ,这一种原因比较难解决。
异常流量过滤:监测公司的 SIVT 和 GIVT 过滤;
计数方式不一样:媒体计数和监测公司计数的规则不一样;
网络问题
因为互联网是非常复杂的,很多时候从客户端发起一个 HTTP 请求中间都会经过很多的网关和路由以及运营商,而且监测商的服务器我们都不知道是部署在哪里的,通常跟媒体肯定都不是在一个机房;这就会导致虽然是一个客户端发起的请求,但是因为路由不同,经过的路线会不同,中间会导致有丢失的风险。
再一个监测公司每天收到的请求数很大,不亚于 DDos 攻击,从全国各地发起请求,所以也很难保证不出问题。通常对于这种问题的解决办法业内是采用同源机房来解决,就是媒体出机器,让监测公司在媒体的同一个机房里面部署服务,然后提供媒体独有的域名地址,这样就可以保证媒体采用的监测收数服务是独有的服务。并且因为是同一个机房,一般不存在网络之前有太大的差异。
同源机房服务是需要像监测公司单独购买的,服务也是对方部署的。
IP 漂移
上面网络问题提到的是因为路由不一样,导致请求丢失,IP 解析说的是请求没有丢失,但是媒体服务器解析的 IP 跟监测公司解析的 IP 不一样。这里面不一样可能有两种原因,一种是两者获取到的 IP 就不一样,解析出来自然不一样,另一种是虽然获取到的 IP 一样,但是因为使用的不同版本的 IP 库,导致解析出来的省份城市不一样,这样也会产生 GAP。
不过第二点一般都不会有问题,广告行业里面会采用广协 IP 库,都是付费购买,统一升级的,大家用的都是一致的版本。所以主要的原因还是两者获取到的 IP 不一样,也是因为路由复杂,及时同一个客户端发起的请求出口 IP 也会不一样。
这种问题业内的解决办法是采用监测公司提供的一种叫做 IPDX 的方案,这种方案的原理就是在客户端发起广告请求的时候,首先询问监测公司自己的 IP 是多少;监测公司会将自己解析的 IP 结果告知客户端,并具有一定的缓存时间,后续客户端所有的请求和监测发送都会携带监测商提供的 IP 地址。这样就保证了媒体获取的 IP 跟监测商获取的 IP 是一致的。
整体流程是这样的:
客户端发起广告请求的时候,首先从缓存中查询自己的 IP 地址;
如果存在则说明 IP 没有过期,发起广告请求,携带监测商和对应的 IP 地址信息到服务端;
如果从本地缓存获取 IP 失败,则说明 IP 已经过期,重新发起 IPDX 请求,询问监测公司自己的 IP 是多少;
监测公司的 IPDX 服务器接收到请求以后,回传自己解析的 IP 地址;
客户端拿到 IPDX 的返回后,写入缓存;
客户端用 IPDX 中的 IP 发起广告请求,携带监测商和对应的 IP 地址信息到服务端;
服务端根据请求中的监测商和 IP 进行广告召回省份城市的匹配,进行广告下放;
通过这样的流程媒体服务端就可以跟监测公司使用同一个 IP 进行省份城市的定位,这里有这么几个点主要注意一下:
客户端在请求监测公司的 IPDX 服务的时候,对应的地址需要动态获取,而且有可能会有多家监测公司,意思是说可能会同时存在多家监测公司都在使用 IPDX 的功能,而且这两家可能解析的结果不一样,所以需要分开存储;
媒体服务端在进行广告的地域定向召回的时候,需要根据广告计划的结算监测商来获取对应的 IP 地址,原因跟第一条是一样的,否则也会出现 GAP。
SIVT 和 GIVT
SIVT:复杂无效流量,这种类型的流量无法通过简单的规则识别出来,一般需要通过高级分析,多方合作与协调,乃至人工干预等方法以及广告投放活动以外更大范围的数据信号才能分析和识别。
GIVT:一般无效流量数据互联网 广告,是一些简单的明显的异常,很容易被发现,如果命中 IP 黑白名单,MAC 黑名单,明显爬虫流量等。
这两个数据异常都会导致监测公司监测的数据比媒体的数据少很多,而且不同家监测公司定义的异常指标也不完全相同,比如可能会有曝光频繁,曝光碰撞等。
一般遇到这种问题,有些是程序的问题,在前期测试投放的时候就可以发现,有些是监测商系统升级新加了规则,经过沟通也可以解决,还有可能是被刷量了,需要具体问题具体对待。
计数规则
计数规则一般是指媒体跟监测公司的计数统一方式可能不一样,比如是下放计数还是回收计数,一般经过测试和沟通都是可以达成一致的。有些媒体因为终端设备的特殊性,可能会不能出外网或者有缓存,这些都会产生 GAP,遇到具体情况需要具体分析,这里就不详细展开了。
总结
广告监测是互联网广告里面很重要的一环,特别是品牌广告的投放,很多时候都是完全基于第三方监测公司的报告来跟媒体进行结算,而且因为有了监测公司的存在,才能使得广告行业的数据更加真实,媒体才更加具备可信度!好了今天就分享这些,更多互联网广告和程序化广告的内容可以通过下面的链接进行学习。
本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,请添加站长微信举报,一经查实,本站将立刻删除。
如若转载,请注明出处:https://www.ibjoo.com/26469.html