渠道商用假量冒充真实用户:开发者求给条活路

  创业者很苦鳖的,苦于创意,苦于开发,苦于用户体验。

  创业者很苦鳖的,就算把产品做好了,不推广也很难获得用户。

  创业者很苦鳖的,遇上无良渠道商,花钱做推广,花时间做换量,可产品还是不见起色。

  看看一个同样苦鳖的开发者赵学童鞋的自述吧。

  我做数据挖掘技术出身,并从事推广工作三年,App付费推广的作假现象已屡见不鲜,

  这次终于长见识了,见过作假的,没有见过那么扯淡的。

  数万元推广费用,获得上万激活量,只有7个真实用户,当然,还不排除这7个“真实”全是这个坑爹渠道的测试人员,产品、运营、商务的亲们千万小心了:

  我所在公司长期做App的换量及付费推广,最近上线一套智能算法用来甄别假量,发现某“渠道A”(该渠道真实名称可向赵童鞋私下询问)严重作弊刷假量。先来看看该渠道A最近一周的数据(注:因涉及产品机密数据,隐去了具体数值,仅表现大体趋势。下述所有图表均如此):

  ·注册率

  ·留存率

  ·启动次数

  (1)注册率

  

  (2)一次留存用户

  

  (3)启动次数(平均每人每日)

  

  所有数据无明显异常,从数据上看,还是个“高质量渠道”。不甘心?!?!再多些深度数据(最近一周):

  ·用户流失速度

  ·用户回访间隔

  ·铁杆用户比率

  (1)用户流失速度

  

  (2)用户回访间隔

  

  (3)铁杆用户比率

  

  常用的数据都查了,还是没有确凿的异常!好吧,不管愿意不愿意接受,苦逼的现实是:

  传统的数据指标已区分不出作假的渠道了。

  怎么办,还有没有数据能够让作假无处遁形的?有!比如用户的应用使用时长。

  可以设想一下,刷假量的机器人毕竟不是真实用户,它们完成“指定”的操作任务后,不会再因为看到美女就猛点她的头像,也不会玩爽了再多玩会儿。那么来看一下用户使用时长曲线对比:

  

  渠道A的使用时长远低于整体平均值(其他渠道),且没有随着日期形成周期性规律震荡。总算是露马脚了,完全可以确定是机器人刷假量!

  机器人刷假量,应该是能找出特征的。按以前的做法是对比IMEI号,但现在的刷量机器人却早就能伪造假IMEI了。

  但依然可以根据IMEI寻找机器人特征,正常渠道的IMEI号极少重复,且重复的概率不随时间推延而增大;而作弊渠道的IMEI重复率往往较高,且随着时间不断增长。

  

  可以实际上IMEI数据还是不能看出异常,需要再想别的办法。不同用户的手机,是用的不同通讯运营商(诸如移动、联通、电信)的电话卡,通过统计运营商有希望找出机器人特征。为了做分析,抽样了一小撮用户,提取了他们的运营商信息,统计结果显示:

  

  

  看来通过运营商的情况是分析不出机器人特征的。而我又抽样部分用户IP地址,不管是IP分布还是IP跨省概率都与正常用户一致。

  一个血淋淋的现实摆在了眼前:

  假用户的仿真度越来越高,识别它越来越难,而提取作假特征几乎已不可能。

  当然,没有苦鳖青年走不通的路,最终我们公司还是完成了取证。

  抽样提取了该渠道部分Android用户所安装的App列表,发现很多用户安装的App是一模一样的。再深挖这个猫腻,结果得知:

  A渠道,一共制作了4组机器人,每组机器人数量若干,同组内机器人所安装的App一模一样,且不增不减。

  

  

  总算是把A渠道的机器人揪出来了,但是因为法律法规的问题,我们并不能把该渠道怎么样,只能是不给钱,然后将造假消息告诉认识的朋友。

  而且,事件的结果并没有像童话故事一样美满,苦鳖的我们又遇上了更无敌的机器人刷量,而且上述的所有判断方式全部失效。真是道高一尺,魔高一丈。

  至今为止,与我所在公司合作的渠道,有近3成查出了刷假量作弊,从2010年最简单的弱智灌水;到2011年出现智能机器人,开始会模拟真实用户进行注册,还能够回访;再到2012年,机器人已能做到个性化的高仿真。

  而事后想想,这样的渠道能提供如此高仿的假用户,传统的所有数据指标都无效,让普通的开发者完全没办法区分,最大的原因就是因为暴利的驱使,花费数万元获得的上万激活却只有7个真实用户,这黑心钱挣得太犀利了,这几乎是零成本的获利!

  而且现在并没有多少家公司在查作弊,作弊的风险的低,且无相关法规约束,作假也变的理所当然了。

  此外,就我所知,做假量的激活cpa,单价仅在1角到7角之间,远低于真量,中间巨大的差价带来了巨大的回扣空间。推广的负责人也许已经发现了作弊,但是受回扣驱使或者是业绩压力,故意隐而不发也是很有可能的。

时间: 2024-10-23 20:43:06

渠道商用假量冒充真实用户:开发者求给条活路的相关文章

模拟监控和真实用户体验监测,选哪个?

终端用户模拟监控,也就是国内俗称的「云拨测」,其低廉的价格以及便捷的部署方法加快了模拟监测的普及速度,但同时也导致了一些误用:很多公司以及用户将模拟监控当做用户的真实访问情况,监控出来的数据很棒,但是用户的投诉却一直不断. 一.前言 最近几年,IT 界人力成本越来越高,并且大数据的到来从某种程度上讲也意味着互联网前期靠人力来进行性能优化的时代已经过去了,于是各种 APM 工具应运而生. 从实际角度讲,只有少数 APM 厂家才具备开发基于真实用户体验的性能监控工具的能力,所以模拟监控一直以来都是

终端用户监控:真实用户监控还是模拟监控?

[编者按]本文作者 Dan Kuebrich 是 AppNeta 公司应用性能产品主管,在本文中,作者通过分析两种终端用户监控方式的利弊,结合具体情况为监控的选择提出建议,本文系 OneAPM 工程师编译整理. 终端用户的性能大多是企业判断 Web 应用程序的标准,也就是说应用程序的响应是否能满足企业的标准.研究表明,在用户需求不断增长的同时,页面平均访问量也与日俱增--相对于 2010 来说已经增长了一倍.结合市场的频繁发布和更新,当下优化的步伐永远都无法及时跟上. 因此从终端用户的角度出发,

篱笆网探索“真实用户、真实内容、真实社区”之路

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 上篱笆网看帖.发帖,是网友"没运气的天使"每天的必修课."我的第一份工作在篱笆网找到了,做了人事主管后,又通过篱笆网招聘员工."对她而言,篱笆网不仅是工作中的"好帮手",日常生活也离不了,"现在用的手机,也是在论坛'专业人士'推荐下买的." 这样的事情在篱笆网上屡

用户研究:你真的了解真实用户的需求吗

文章描述:用户研究:你真的了解真实用户的需求吗. 最近看到一个笑话:某富翁想要娶老婆,有三个人选,富翁给了三个女孩各一千元,请她们把房间装满.第一个女孩买了很多棉花,装满房间的1/2.第二个女孩买了很多气球,装满房间3/4.第三个女孩买了蜡烛,让光线充满房间. 最终,富翁选了胸部最大的那个. 好笑吗?有人在围脖上转载,并在最后加了一句:这个故事告诉我们:了解用户操蛋的真实需求非常重要. 做产品需求分析的各位作何感想? 图像来源:互联网的那点事 www.alibuybuy.com   最痛苦的不是

百度K站的启示:牢牢把握真实用户推广才是王道

从6月22日开始的百度K站,致使众多站长在炎热的夏天,不得不在煎熬和等待中度过.从各大站长论坛中,站长们对百度K站的热烈讨论,可以看得出很多站长都受了此次百度调整的影响,收入和生计也受到了严重的影响.最有甚者,某某站长几百个网站被百度K站,该站长的生计受到何种影响,可想而知,也怪不得站长们自发组织了点击百度竞价的活动.无论您是愤怒的辱骂,还是冷静的思考,我们都需要继续前行,更需要反思.同样是个网站,无非是个大与小的问题,为什么我们要选择让自己的网站盈利受制于另一个网站,纵然百度垄断,难道除了依靠

有些广告运营商使用机器人来模拟真实用户对数字广告进行点击

这一欺诈做法预计将在2015年使广告行业损失63亿美元.据最新研究显示,这种自动化的虚假点击占据视频广告点击次数的比例接近四分之一,占整个互联网显示广告的比例超过十分之一.这一研究由全国广告商协会(Association of National Advertisers)和在线安全公司White Ops联合展开.近几个月,数字广告欺诈行径愈演愈烈,而且这种机器人程序侵入的不仅仅是简单的或新近上线的网站,而且还有一些颇有声望的生活和新闻媒体平台."令人惊讶的是这种欺诈行径几乎无处不在,"全

个推现在每天向用户分发8亿条消息

个推现在每天向用户分发8亿条消息,但他们却觉得推送得太多了,未来的推送应该是"在合适的时间.合适的场景把合适的内容推送给合适的人".今天,个推在GMIC大会上发布了他们即将在6月面向所有开发者的个推2.0 Smart Push,希望帮助app摒弃打扰用户的盲目推送. 个推是移动(Android & iOS)消息推送技术服务商,服务的app包括新浪微博.去哪儿.招行.墨迹.唱吧.美图秀秀等.根据个推CEO方毅的介绍,个推目前在第三方推送服务的部署量上占了90%的市场份额,接入应用

产品开发用户访谈的7条注意事项

  产品开发用户访谈的7条注意事项 在决定是否开发一款互联网产品,如以Drupal搭建的SaaS服务,往往需要先评估是否市场上真的有需求,这时最好的评估方式就是和目标用户进行面谈,然而进行面谈不是单纯的聊天,它是具有目的性的,访谈者必须借由问答的方式挖掘出用户的观点,已验证产品的需求,以下是进行用户访谈时需要注意的事情: 1.问开放性的问题 访谈时最好避免问是或不是 的问题,这样很容易在提供答案的情况下让用户去二选一,而且用户的答案完全没有足够的信息,因此最好是问开发性的问题,给用户足够的空间去

mac mysql 无法登录root用户 急!! 求神人指点

问题描述 mac mysql 无法登录root用户 急!! 求神人指点 刚刚在mac下安装了MySQL 谁知道这个坑爹的东西竟然无法登录 win下的密码root不管用 报错如下: ~~~~~~~~~~~~~~~~$ mysql -u root -p Enter password: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES) mysql版本:mysql-5.7.9-osx10