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

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

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

1、首先看下接口参数

重要的参数就这么几个

 最最重要的就是

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

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

3、play_delta，一个计量标识符

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

2、加密算法

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

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

x-argus、x-ladon算法https://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%。早些日子，同一个接口注册出来的设备，是可以同时允许上播放量和分享量的，在最近的风控策略更新后，本人发现，同样的设备在播放上没有问题，但是已经不能分享了。所以，在刷分享的策略上，需要做相应的调整，比如：修改接口混淆参数、将设备分开处理。不管怎样，分享的成本，理论上要翻一番，对此，上分享这块，优先级应该为：

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

总之，核心就是，富贵险中求，智取！