移动端点击作弊与激活作弊的现象与预警

转自:http://www.opp2.com/2547.html

一、 点击作弊

点击作弊是成本较低也比较容易的一种方式,一般可以利用大量测试机或者模拟器直接发送,也有一些是雇佣或者激励式诱导用户来进行大量点击。
分析点击数据的日志,不难发现一般有几种现象:
1. IP离散度密集
2. 时间周期反复
3. 数据非移动端发送为模拟器发送
4. 无法取到移动端的UA信息

对应如何去防范点击作弊?
1.Cookie排重:在移动端投放,往往也可以与PC类似,添加监测链接,由此可以记录跳转时访问页面的信息,可以防止同一设备多次点击同一广告。
2.IP防止作弊:刷点击的时候,肯定不只用同一设备,所以除了Cookie排重外,也可以基于IP来排重。现在上网一般是动态IP,作弊者通过拨号器上下线来实现改变IP地址,你可以通过C段IP来辨别,如大量出现218.175.11.x这种相同C段的IP号,则可能作弊。
3.点击有效期:限制点击的有效期,在有效期内,后续转化归属相应平台,如超出有效期范围,则不予计算,一般可为1天
4.异常数据黑名单:对于一些比较有周期性质点击来源,或者非移动端数据的点击记录,超过一定范围标记为黑名单。来进行长期过滤。

二、 激活作弊

移动侧除点击外,更多的是效果数据,即后续的激活、注册、付费等行为都是可监测,当然也是可作弊的。常见手段有与点击一致的测试机或模拟器模拟下载,还有像通过移动人工或者技术手段修改设备信息、破解SDK方式发送虚拟信息、模拟下载激活等等。
激活作弊的现象当然就也包括:
1. IP离散度密集
2. 时间周期反复
3. 模拟器发送
4. 归因时间差不符合逻辑等

那么在激活方面如何去防?
1.设备号排重:关于设备号排重可以分为几个方面:
a)对于作弊手段人工或者模拟器反复下载激活,肯定要做最基本的设备号排重。
b)对于作弊手段修改设备信息,来新增激活,则需要我们对设备唯一标示做清晰。例如iOS的IDFA其实是可以随意更改的,安卓国内山寨机众多,更是很多设备号都是重复。由此做设备号排重,要有能力去唯一标示一个设备,不仅仅依托于IDFA、MAC等这样公用的设备标示。
2.激活IP排重:与点击同理,同IP段的多次激活也应标记为异常激活。
3.归因时间差放作弊:归因时间差即指从点击到下载激活的时间。一般作弊时,伪造点击与激活是并存的,他不管谁先谁后,碰上就算。所以往往在时间逻辑上是错误的,例如激活时间早于点击时间或者时间差过短等。这些激活也都应该标记为异常激活。
4.SDK加密防护:对传输激活的SDK进行加密处理,提高其破解作弊的成本。
广 告主是广告链条里最大的受害者,所以许多广告主都在想方设法的进行作弊防护。不过这个过程往往比较麻烦,手工比对的活多而繁琐,而且像刷设备号这种作弊情 况,用自家技术去防护很难做到面面俱到。同时市场推广往往是多平台渠道并发操作,单凭自己的力量确实有难度。虽然作弊很难彻底防掉,但我们可以通过不断提 高作弊者的作弊成本来进行作弊防护以还数据本真。

时间: 2024-08-04 06:30:36

移动端点击作弊与激活作弊的现象与预警的相关文章

移动端点击300ms延迟

转载自:http://www.jianshu.com/p/6e2b68a93c88 一.移动端300ms点击延迟 一般情况下,如果没有经过特殊处理,移动端浏览器在派发点击事件的时候,通常会出现300ms左右的延迟.也就是说,当我们点击页面的时候移动端浏览器并不是立即作出反应,而是会等上一小会儿才会出现点击的效果.在移动WEB兴起的初期,用户对300ms的延迟感觉不明显.但是,随着用户对交互体验的要求越来越高,现今,移动端300ms的点击延迟逐渐变得明显而无法忍受. 那么,移动端300ms的点击延

后台找到repeater里面的div并添加客户端点击事件

public partial class Inv_SelectWorkservice : System.Web.UI.Page,IPostBackEventHandler{ } 通过OnItemCreated 找到repeater里面的div并添加客户端点击事件div要加上runat="server" id="itemTy" onclick="test" 后台: protected void Repeater2_ItemCreated(objec

取消a标签在移动端点击时的背景颜色

一.取消a标签在移动端点击时的蓝色  -webkit-tap-highlight-color: rgba(255, 255, 255, 0);  -webkit-user-select: none;  -moz-user-focus: none;  -moz-user-select: none; 二.使用图片作为a标签的点击按钮时,当触发touchstart的时候,往往会有一个灰色的背景 a,a:hover,a:active,a:visited,a:link,a:focus{     -webk

怎么去除移动端点击a标签链接时的背景色

在手机端点击链接时会发现有一个背景色,有时候需要改变这个颜色,或者去除这个颜色,有时候a标签做成按钮时这个颜色的存在会很丑,像这样: 可以通过 -webkit-tap-highlight-color: rgba(0,0,0,0); 来去除这个高亮,这样在移动端点击按钮时就不会再有这个问题了

CSS3 修改和去除移动端点击事件出现的背景框

移动端开发的一个很大的好处就是可以不管讨厌的IE浏览器的兼容性,只需要页面在火狐等一些高级浏览器中正常显示就行.最近在写一些移动端的页面,刚好在今天遇到了这么一个神奇的css特性.那就是tap-highlight-color 这个特效是实现在移动端点击某个地方的时候,比如说按钮或者超链接的时候,系统会默认加上一些灰色的背景和一些高亮的效果.但是有的时候我们并不想要这些效果.并且希望点击的时候实现神不知鬼不觉的感觉,,这个时候就要用到tap-highlight-color了.只需要在点击的元素中加

<转>【读fastclick源码有感】彻底解决tap“点透”,提升移动端点击响应速度

[读fastclick源码有感]彻底解决tap“点透”,提升移动端点击响应速度 前言 读fastclick源码 绑定事件 stopImmediatePropagation 测试入口 帮助理解的图 为什么zepto会点透/fastclick如何解决点透 后记 结语 申明!!!最后发现判断有误,各位读读就好,正在研究中.....尼玛水太深了 前言 近期使用tap事件为老夫带来了这样那样的问题,其中一个问题是解决了点透还需要将原来一个个click变为tap,这样的话我们就抛弃了ie用户当然可以做兼容,

移动端点击、触碰

这篇文章将会阐述以下问题 延迟的click 拥抱tap 一次触碰 阻止它们!!!preventDefault还是stopPropagtion 模拟事件是什么鬼 事故现场 延迟 点穿(包含angular的ng-click) 焦点获取 分析Yocto,zepto,fastclick带来的思考 zepto -- 万恶的tap fastclick -- “完美” Yocto -- “后zepto时代替代者” 让我们开始吧! 迟到的click “移动端最好用tap,click是有延迟的...” 开始写移动

ASP.NET MVC 防止前端点击劫持

前端点击劫持的原理:通过向我们的页面中添加Iframe,并将Iframe设置成透明,在页面相应的地方设置一些操作引导,让用户在不知不觉中发送一些请求. 解决前端点击劫持的手段就是在服务器端的响应报文中增加X-Frame-Options配置.X-Frame-Options值有3种: 1.DENY:无论如何不在框架中显示. 2.SAMEORIGIN: 仅在同源域名下的框架中显示. 3.ALLOW-FROM uri:仅在指定域名下的框架中显示. 配置X-Frame-Options的手段也有多种: 1.

移动端点击事件全攻略,有你知道与不知道的各种坑

看标题的时候你可能会想,点击事件有什么好说的,还写一篇攻略?哈哈,如果你这么想,只能说明你too young to simple. 接触过移动端开发的同学可能都会面临点击事件的第一个问题:click事件的300ms延迟响应.不能立即响应给体验造成了很大的困扰,因此解决这个问题就成为了必然. 这个问题的解决方案就是: zepto.js的tap事件.tap事件可以理解为在移动端的click事件,而zepto.js因为几乎完全复制jQuery的api,因此常常被用在h5的开发上用来取代jquery.