近期,本人在 App 上架Google Play 过程中,频繁遇到账号被关联封禁,在踩过很多坑后,我觉得有必要总结一下,给其它朋友作为参考。
一、Google 账户关联是指什么?
账户关联是就是当Google开发者账号因为各种原因被封停了,此时如果再注册新的开发者账号也会被谷歌封停。Google邮件中也已经说了,请不要尝试注册新的开发者账号,就是说再次注册也会被关联封停。
二、可能的关联点有哪些?
(1)、收款、付款账户问题
Google官方的宣讲会上曾经讲到,平台判定是否关联的维度有70多个,其中收款账户还是在其中占了很大比例。因为如果多个账号都使用了同一个收款账户,那就说明这些账号的最终受益者相同,从而可以推断出这些账号极有可能是由同一个人操控。
(2)、设备相关环境问题
登录Google Play后台操作,如果多账号混用IP、Mac地址,那么在平台后台看来,这些账号的IP频繁切换、且来来回回都用的是这几个IP和Mac地址,从而很容易判定这些账号间有关联关系。
(3)、主动关联信息
开发者账号可以主动关联开通Admob或AdSense账号、Google Analytics,Firebase这些平台,也可以添加测试账号这些内容。
例如:有一个AdMob账号,之前给某一个APP对接广告,后来这个APP违规被下架了,然后APP对应的开发者账号被封。这时,重新做了一个APP,对接的依然是这个AdMob账号,新的APP被关联的情况是多大呢?当在新App对应的开发者账号后台关联了此AdMob账号,这是不是直接主动告诉了Google你们是同一个人?不用想,谷歌肯定会把这个账号闭掉!
(4)、代码关联
如果代码重合率过高,也会引发账号关联,因此代码重构也是必须要做的事情之一。
三、如何避免Google 账户关联,以及关联被封后怎么解决?
关于收付款账户问题以及设备环境问题,上面已经进行了解释和提供了大概的方案。
下面将结合实际上架经验,分享一下如何应对开发者账号被关联问题。
Google封禁关联账号,主要是把控三个环节:一是账号信息,二是App关联信息,三是设备相关环境及操作。
先来看一张思维导图:
1、首先是账号问题
关于收款、付款账户的原则就是,不同开发者账号,收款、付款信息分开,不要混用。
为了解决这个问题,很多公司或者个人开发者只能去注册多个银行收款账号,再一一绑定到对应的账号后台,不仅过程麻烦,后期管理起来也相当令人头疼。
如果正儿八经想做这块业务,而非小打小闹,其实可以试试接第三方机构来收款,他们由于和境外发卡行有合作,所以能不限量地为每个ID申请不同的银行收款账户,不仅收款账户、申请人姓名不同,这种方法还能避免个人每年5W美金的外汇限制,出账后登陆第三方机构后台,可以统一管理提现到自己国内的银行卡。
目前在做这一块的有两家:
PingPong,国内公司,费率低,服务好:PingPong服务中国跨境卖家 | 跨境收款
Payoneer,老牌公司,支持账号内转账:https://www.payoneer.com
2、其次是App问题
(1)、App内数据传输,服务器网络(IP、域名)、API接口、SSL证书主体不能与历史重复
(2)、App文案中联系方式,例如:WhatsApp、email、手机号、地址不能与历史重复
(3)、App内三方服务信息,如 firebase、google analytics 、appsflyer 、admob或adSense 、facebook 等,需重建账号或appid ,保证不能与历史重复
(4)、App包名、显示名、应用签名不能与历史重复
(5)、App文件名、类名、协议名、函数名、属性名不能与历史重复
(6)、App Icon 、布局文件名、控件名 ,不能与历史重复
(7)、App内图片资源、脚本资源、视频等媒体资源文件,hash值不能与历史重复
(8)、APP内隐私政策、用户协议、以及其他文本协议,名称、内容,不能与历史重复
(9)、代码混淆,相似度越低越好,相似性 < 40%,有条件重构最好
(10)、UI与之前不同,从外表看与被下架的产品有结构上的区别
3、设备相关环境及操作问题
(1)、申请账号和操作设备
Google开发者账号的申请和使用,基本原则:单人、单设备、单账号、单IP、单VPN。
为了保险起见,建议使用 VPS服务器,做到一个账号绑定一个设备,不要登录多个账号来回切换,否则很容易被后台检测出来。当然,如果只有一个开发者账号,而且从未有过违规记录,还是可以在本地登录,配备一个稳定的就没有任何问题。
如果使用一台登录过被封禁的Google开发者账号的电脑去操作,结果一定会凉凉。
(2)、上传时机
新注册的开发者账号,最好登录设备,养几天号后再进行提交审核操作。
如果有多个包,需要间隔上传,发布成功一个,则上传下一个。因为同一天可能被同一个人审核,以避免造成同时被拒/下架。
(3)、浏览器语言环境,不能与历史重复
例如上次使用简体中文,下次提交可使用繁体中文或英语环境。
(4)、应用描述、应用截图不能与历史重复
(5)、alpha、base测试版发布,测试人员账号不能与历史重复
(6)、隐私协议不能与历史重复