最近在做一个积分墙,用来给开发者在自己的app里推荐他家的app,用户完成下载等一些要求后可以获得金币什么的奖励。其中的实现在这里跟大家讨论下:
大家都知道,在app里我们可以引导用户去下载我们推荐的app(先不讨论释放被拒),但是用户下载成功与否,我们是不可能知道的。所以基本上所有的有金币的推荐下载,完成"任务"的条件里都要求用户在下载后在联网条件下打开那个app。我推测是在那些被推荐下载的app里有给积分墙的服务器发了请求,告知某用户已经完成了这个app的下载。 我也咨询过几个积分墙的开发者,他们同意我的推测。 那么问题来了: 首先,
问题一:那么多被推荐的app,如果想在我们的积分墙上展示,那么还必须得在发布(或者更新)前跟我们联系,在自己的项目里添加跟我们服务器发请求的逻辑。。。这岂不很繁琐、恶心??
然后,在用户点击下载后,积分墙应该往服务器发请求记录一下该用户设备的OpenUDID,该用户下载的app的AppId、时间戳,然后在下载完成、用户在联网条件下启动刚下载的app后,在该app内部发出请求告诉积分墙服务器该OpenUDID的设备下载了推荐的某app。这个倒是说得通,但是
问题二:我们怎么保证广告主(被推荐的app开发商) 一定会发这个请求 ?他如果不发,那积分墙就不知道用户下载成功了,那用户就不会得到积分,那用户还不急了。。。
问题三:这样也不能保证这个app是你的积分墙点击下载、完成下载的,所以应该还需要做些事,??
请开发同学 、 产品同学帮忙解惑啊~~
我在百度的积分墙的注意事项里看到有:
下载、安装、试用推荐应用的过程中,请勿关闭当前应用,以免无法免费获取奖励;
困惑的是这个环节里百度积分墙的sdk做了什么? 难道timer去判断 是否能openUrl打开刚才点解下载的app ?
iOS不知道,但是Android平台的积分墙是可以检测到应用包的安装,升级还有删除。
你推测被推荐的app发出已安装的请求是不对的,广告平台不会去要求客户app去植入自己的sdk才能上积分墙(当然有的平台是具备这个功能的,那样会有更多的app behavior数据),客户给钱就可以了。
弄个抓包的看看呗 积分墙 貌似走下坡路了. 因为=变相刷榜。
另外参与积分墙推荐的 推和被推的 肯定是集成了积分墙的SDK的了。所以怎么做都行。比如 tapjoy 那个 还支持积分兑换游戏点什么的呢。
1、刚才看了一下 有米sdk里面的文档,他肯定了 "被推荐的app在被用户下载后,该app的服务端会发请求告知积分墙的服务器"这一推断。 2、有米文档里也有这么一句"下载、安装、试用推荐应用的过程中,请勿关闭当前应用,以免无法免费获取奖励",我还是不太确定这个过程中做了什么,求解释一下~~
1.在点击下载的时候自己app的发送下载请求到自己的服务器,告诉他这个手机下载了我的推荐. 2.但切换出自己的app后告诉服务器用户开始操作了.同时去获取用户手机中的应用列表检查是否用刚才下载的那个应用(这个地方可能有延迟,因为下载需要时间) 3.检测到应用已经下载后就检测他有没有被打开, 4.打开后那就没办法了,用户真的玩没玩就真不知道了. 5.有人通过时间来限时(就是玩5分钟后获得积分) 6.回到自己应用发放积分 7."下载、安装、试用推荐应用的过程中,请勿关闭当前应用,以免无法免费获取奖励"不再后台运行的话从第2部之后都是无法执行的,所以应用要在后台一直运行着 8.没有了,不清楚的问我(无法换行不知道怎么编辑,要出门了将就的看吧)