APP推广防作弊策略

2024-04-27 02:04
文章标签 app 策略 推广 作弊

本文主要是介绍APP推广防作弊策略,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

背景

        为保障下载、使用数量,APP厂商通常会投巨资给第三方渠道,用以推广宣传吸纳更多用户。在这一过程中,见有利可图的内鬼、羊毛党、刷量中介等则会趁势而入,成为刷量推广数据造假的中坚。据一本财经报道称,过千万流量推广预算中的60%,都会被内鬼、中介和羊毛党等吞噬殆尽。

  App厂商推广自家应用主要会通过三种方式。

1. 与大渠道商合作,如各大手机应用市场,以及主流媒体等;

2. 和手机厂商合作,手机出厂时会预装相应App;

3. 广告联盟,各站长手中都会有众多渠道资源。

 

1. 渠道作弊简介

        渠道销售用机器模拟下载,以人工下单的方式骗取广告费。

作弊方式:

1. 刷流量;

2. 刷订单量。

1. 静默安装:

        用户在不知情的情况下,手机在后台自动完成APP的下载、安装、激活、注册、删除等操作。识别方法:

静默安装拟制造出来的用户本来就是真实用户,而非真实操作,因此留下的证据不充分:

1. 留存率和启动频率可能正常,但在线时长异常;

2. 手机系统root权限异常。

防治办法:

1. 收录了大量木马植入的特征码;

2. 与运营商合作,对一些异常行为的数据进行后台跟踪。

 

2. 如何识别作弊?

        主要看用户对内容贡献(找准核心指标):首先要看自己应用的类型。

1. 电商类:最直接的就是看这个渠道用户的下单消费情况(激活到订单创建转化率);

2. 生活类可以产生信息的应用:问医生系列,那就看这个渠道用户的提问量,这个造假成本高,不划算;

3. 游戏类:看用户购买增值道具的比例,看用户玩到各关卡的比例,总不会雇人玩游戏造假吧!

      业内常用的几种反作弊方案包括检测设备是否具有ROOT、越狱权限,收集并检测是否安装了常见的作弊工具(如修改设备信息的插件、自动化点击的软件等)。另外分析具体业务数据,7日留存、自定义事件触发情况等。

3. 防范策略

        了解清楚推广方式和广告的形式,自己去判断用户质量,这样才能控制好用户质量。

3.1 抬高作弊门槛

1. 注册登陆后可参与;

2. 注册时可限定邮件验证、短信验证;

3. 电商类站点可限定曾购买用户可参与;

4. 社区类站点可限定最低参与等级、专用任务等。

 3.2  关注核心指标

        每个渠道都投放了,点击量特别高,但激活量却很低。分析的前提是拿到靠谱的数据,有经验的人员可以通过一些数据指标来分辨出真假用户的差异。

1. 留存率

        有时候渠道刷量会选择在次日、7日、30日这些重要时间点上导入用户数据。我们会发现 APP 在次日、7日、30日这些关键时间点上的数据明显高于其他时间点。其实真实的用户的留存曲线是一条平滑的指数衰减曲线,如果发现留存曲线存在陡升陡 降的异常波动,基本上就是渠道干预了数据。可想而知,这样的用户的质量是非常差的,也不具备商业价值。

2. 用户终端

        每个渠道都有自己覆盖的用户群,他们的用户终端会有区别。比如说小米应用商店的用户可能 TOP10 的机型都是小米手机,而移动 MM 的用户可能绝大部分是移动运营商的用户。排除这些有特殊渠道的应用商店,大部分渠道的用户终端跟整个移动互联网终端分布是类似的。可以通过查看行业数据来了解这些数据,把这些数据作为 benchmark ,来对比分析 App 的数据。

3. 用户行为

        把真实的用户行为轨迹拉出来,访问入口,访问出口,一般经历哪些页面,看了哪些内容,停留了多久时间。然后看看渠道过来的数据与真实数据的出入,因为真实的数据是自己知道的,渠道不可能知道,所以不可能很匹配。

4. 转化率分析

        不仅可以应对渠道作弊,还可以帮助判断不同渠道的用户质量,提高投放效率。

这篇关于APP推广防作弊策略的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/939248

相关文章

W外链微信推广短连接怎么做?

制作微信推广链接的难点分析 一、内容创作难度 制作微信推广链接时,首先需要创作有吸引力的内容。这不仅要求内容本身有趣、有价值,还要能够激起人们的分享欲望。对于许多企业和个人来说,尤其是那些缺乏创意和写作能力的人来说,这是制作微信推广链接的一大难点。 二、精准定位难度 微信用户群体庞大,不同用户的需求和兴趣各异。因此,制作推广链接时需要精准定位目标受众,以便更有效地吸引他们点击并分享链接

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

缓存策略使用总结

缓存是提高系统性能的最简单方法之一。相对而言,数据库(or NoSQL数据库)的速度比较慢,而速度却又是致胜的关键。 如果使用得当,缓存可以减少相应时间、减少数据库负载以及节省成本。本文罗列了几种缓存策略,选择正确的一种会有很大的不同。缓存策略取决于数据和数据访问模式。换句话说,数据是如何写和读的。例如: 系统是写多读少的吗?(例如基于时间的日志)数据是否是只写入一次并被读取多次?(例如用户配

Flink任务重启策略

概述 Flink支持不同的重启策略,以在故障发生时控制作业如何重启集群在启动时会伴随一个默认的重启策略,在没有定义具体重启策略时会使用该默认策略。如果在工作提交时指定了一个重启策略,该策略会覆盖集群的默认策略默认的重启策略可以通过 Flink 的配置文件 flink-conf.yaml 指定。配置参数 restart-strategy 定义了哪个策略被使用。常用的重启策略: 固定间隔 (Fixe

Java后端微服务架构下的API限流策略:Guava RateLimiter

Java后端微服务架构下的API限流策略:Guava RateLimiter 大家好,我是微赚淘客返利系统3.0的小编,是个冬天不穿秋裤,天冷也要风度的程序猿! 在微服务架构中,API限流是保护服务不受过度使用和拒绝服务攻击的重要手段。Guava RateLimiter是Google开源的Java库中的一个组件,提供了简单易用的限流功能。 API限流概述 API限流通过控制请求的速率来防止

MFC中App,Doc,MainFrame,View各指针的互相获取

纸上得来终觉浅,为了熟悉获取方法,我建了个SDI。 首先说明这四个类的执行顺序是App->Doc->Main->View 另外添加CDialog类获得各个指针的方法。 多文档的获取有点小区别,有时间也总结一下。 //  App void CSDIApp::OnApp() {      //  App      //  Doc     CDocument *pD

未雨绸缪:环保专包二级资质续期工程师招聘时间策略

对于环保企业而言,在二级资质续期前启动工程师招聘的时间规划至关重要。考虑到招聘流程的复杂性、企业内部需求的变化以及政策标准的更新,建议环保企业在二级资质续期前至少提前6至12个月启动工程师招聘工作。这个时间规划可以细化为以下几个阶段: 一、前期准备阶段(提前6-12个月) 政策与标准研究: 深入研究国家和地方关于环保二级资质续期的最新政策、法规和标准,了解对工程师的具体要求。评估政策变化可

面对Redis数据量庞大时的应对策略

面对Redis数据量庞大时的应对策略,我们可以从多个维度出发,包括数据分片、内存优化、持久化策略、使用集群、硬件升级、数据淘汰策略、以及数据结构选择等。以下是对这些策略的详细探讨: 一、数据分片(Sharding) 当Redis数据量持续增长,单个实例的处理能力可能达到瓶颈。此时,可以通过数据分片将数据分散存储到多个Redis实例中,以实现水平扩展。分片的主要策略包括: 一致性哈希:使用一

ConstraintLayout布局里的一个属性app:layout_constraintDimensionRatio

ConstraintLayout 这是一个约束布局,可以尽可能的减少布局的嵌套。有一个属性特别好用,可以用来动态限制宽或者高app:layout_constraintDimensionRatio 关于app:layout_constraintDimensionRatio参数 app:layout_constraintDimensionRatio=“h,1:1” 表示高度height是动态变化

集群环境下为雪花算法生成全局唯一机器ID策略

雪花算法是生成数据id非常好的一种方式,机器id是雪花算法不可分割的一部分。但是对于集群应用,让不同的机器自动产生不同的机器id传统做法就是针对每一个机器进行单独配置,但这样做不利于集群水平扩展,且操作过程非常复杂,所以每一个机器在集群环境下是一个头疼的问题。现在借助spring+redis,给出一种策略,支持随意水平扩展,肥肠好用。 大致策略分为4步: 1.对机器ip进行hash,对某一个(大于