今天给大家聊一下这个关于无货源淘宝店群出限制 500 这个问题怎么解。

目前我们团队从去年开始出现限制 500 到最近特别严重,除了一个没人管的店拿软件批量复制了一堆产品后出了一次,其他有人管理的店都一次都木有出。
一是我们的基数小,因为我们是一个人一个店,店少所以出的少。
二是因为我们的玩法可能也会决定出限制 500 的比较少。之前有一个朋友也是我们的玩法,他出了之后去申诉,一申诉还通过了。也没有和网上分享的要买一个什么东西手持实拍去申诉。因为我们的玩法货源大都在1688直接采购,所以属于正常的分销或是一件代发。
所以接下来我总结一下店铺被限制500的几个影响因素:
1、主账号的登录 IP
2、电脑的登录环境
3、发货物流
4、产品上传方式
5、在线商品数
6、账号主体的关联
第一个 IP 问题我们是采用我们自己研究的虚拟机技术。不是云服务器,是实体主机,在实体主机的基础上搭建虚拟机,然后通过动态拨号的方式实现:每个主账号都有一个唯一的 IP, 而且这个IP是民用IP,关于这个方案可以看下我之前写过的一篇文章:店群多店多IP解决方案3.0:可一定程度上有效降低风险、成本以及提高效率。

在主账号IP独立之后,基本上很少会出现什么危机交易安全。限制 500 是近期才开始频繁出现的,但是我们没有出。我们为啥用这个方法做,因为之前用云服务器什么的都出现过危机交易安全,所以现在我们升级了云服务器的 IP 方案,直接从云服务器切换到第二个方案——微型小主机(用了2年多),去年底改进到第三种方案,也就是现在使用的虚拟主机方案,这个方式实现了一机一号一IP。
第二个说的就是电脑硬件问题。有的人觉得开店只需要换 IP 就完事了,但实际上你登录浏览器、千牛,那个登录信息里头都会把你的电脑硬件信息带走。因为我之前做过QQ装机部落联盟的项目。它里面其实检测你硬件环境检测非常多,但是不确定阿里是否也是这样检测。但是从安全的角度来看的话,那尽可能的把电脑硬件也进行唯一化。
硬件唯一化有几个点:一个是 Mac 地址也就是电脑的网卡物理地址;第二个是电脑的 CPU 序列号 ;第三个是电脑的每个电脑硬盘序列号也不同。从这三个角度去做电脑硬件的隔离。所以我们前面说过我们是一机是物理信息唯一的主机,一号是唯一的淘宝主账号, 一IP是唯一的 IP 地址。这个就是前两点,一是IP,二是主机环境。



第三点就是物流。因为我们做的这个截流模式,大部分的货源是从 1688 代发的,所以很少或者几乎没有从淘宝使用二次使用单号进行二次物流分发。就算我们有些货源会是拼多多的,也会使用礼品单进行发放。淘上淘我们基本上没怎么做过,虽然我们采集的一部分上家链接是淘宝同行,但是我们的货源是在阿里,大部分物流都是阿里出发的,小部分是礼品包,然后特别小一部分才是淘宝本身。所以这一块有一个安全系数的占比,就类似于补单常说的真实和补单量73开一样,只是具体占比多少不清楚。但是目前我们做的这个模式,还没有出或者出的话也非常少。反正目前今年从 2 月 15 号开工以来,大概有十几个店铺在运作,但是目前一个都没有出,我们每天还是照常上架下架。

第四个是产品上架方式。我们大部分情况是手动上新,偶尔也会用一下软件上新,软件用的是癞蛤蟆工具箱。手动的话就是手动把图片下载下来,然后再传上去。上新方式,可能会涉及到淘宝接口调用触发限制500。

第五个就是在线商品数。在线商品数的话,这一块其实也不能说在线商品多就容易出限制500。因为我们这个模式在线上商品数比较少,做得好的店可以50个在线,同样一天可以卖四千四五千块钱。大部分情况我们会要求团队店铺控制在 150 个产品以内,如果这一周没有流量的就下架。在线商品数应该有影响,但并不是特别大的影响。因为有一些传统淘宝店,特别是做女装的一些店,他们每天都在上传产品。他们的在线商品数几千上万的都有。做女装的他们不断地在上新产品,因为是非标品用大量上新的方式去自然测品。哪些品数据表现好,就把哪些品留下来,再主动去优化细节。他们的在线商品数量大,也不是说数量大就一定会触发限制500,核心是他们的物流是自己发货的物流。

第六个点就是账号主体之间的关联。看到有些朋友说好久不用的店铺,刚拿出来用才上传了一个产品就触发了限制500。但是目前据我推测,应该还是在IP、电脑环境和上新方式这块出了问题。所以这个点影响的可能有,但是最弱的一个点。
所以目前还被困在限制500这个问题上难以自拔的朋友,可以尝试用前4个点去解决下问题,如果结果是正向的,可以来评论区留言反馈下。
好的,这次分析就到这,谢谢,我是佳境,欢迎加我微信chg999互通有无。

