某音播放量、分享量风控策略研究

最近两天,玩量的很多玩家一片哀嚎,各种刷量的接口不行了、分享的也不行。

于是乎,本人决定下海,研究研究

1、首先看下接口参数

重要的参数就这么几个


 最最重要的就是

1、tab_type,0表示公共频道刷到的,只有这里的视频浏览才记录播放,重点!

2、item_id,视频id,当然也很重要

3、play_delta,一个计量标识符

参数没啥好研究的,照搬就行

2、加密算法

 脑壳疼啊,绕不过去啊,传说中的四神,无处不在啊。着重要强调一点,x-common-params-v2参数是可以追加到url后边作为请求参数的,然后直接把该参数从请求头中剔除即可。

四神算法呢,就不多说了,这里给各位介绍github大佬的算法,直接找大佬要测试账号,就可以用算法

x-argus、x-ladon算法icon-default.png?t=M85Bhttps://github.com/xgxkxaxl/X-Ladon-X-Argus-X-Gorgon-X-Khronos-X-Medusa-X-Helios-__NStokensig-__NS_sig3

3、设备算法

其实在我看来,设备要比以上所有的都重要,因为要想上量,必须要

(1)高质量的设备

(2)同版本的接口

其中,设备是充要条件,同版本是上量成功与否的重中之重。

高质量的设备,首先要求new_user=1,这是基础,如果注册出来的设备是已经注册过的,那你几乎不可能上量。其次,ip也是一个很重要的资源,对于注册来说,一般情况下同一ip注册设备几分钟就被封ip了,然后注册出来的设备都是0,因此ip也很重要。

同版本的接口是一个关键,一般情况下,设备向上不兼容,比如:16.x版本的抖音注册的设备,一般情况下,在高于16.x版本的接口是不能上量的,因此同版本的设备,最好、最稳的状态是,使用该版本的上量接口

对于优先级,本人认为:

接口版本 > 设备 > 加密算法

对于分享,其风控程度要比播放大得多,经测试,成功率大约只有50%-70%。早些日子,同一个接口注册出来的设备,是可以同时允许上播放量和分享量的,在最近的风控策略更新后,本人发现,同样的设备在播放上没有问题,但是已经不能分享了。所以,在刷分享的策略上,需要做相应的调整,比如:修改接口混淆参数、将设备分开处理。不管怎样,分享的成本,理论上要翻一番,对此,上分享这块,优先级应该为:

设备 > 接口版本 > 加密算法

总之,核心就是,富贵险中求,智取!

猜你喜欢

转载自blog.csdn.net/qq517348412/article/details/128134657