Facebook和Google,是国内出海业务必须跨过的两座大山,Facebook掌管着全世界优质的用户流量, Google掌管着app的上架入口,而这两者又有着非常严密且变态的审查机制,折磨着很多开发者。
Google Play 的app上架一般是出海要解决的第一个问题,其实接触过Google Play的开发者应该都有所体验,上架容易在架难,上架成功只是红军长征的第一步,保证长久在架才是最难的。
常有人问我,有没有什么方法是可以万无一失,确保能长久在架的。有时候确实有一些方法,能钻谷歌的漏洞,让app的在架时间尽可能长一些,但谷歌的风控也一直在学习、进步、升级,就像一套AI智能系统,不断的查bug,修bug,毕竟这是谷歌吃饭的家伙,以谷歌的技术水平,只要想做也没什么是它做不到的。
本期主要是给大家科普一下,为什么你的开发者账号会被移除,以及到底怎么避免关联下架。
一、上架流程
上架的流程我专门发过一篇推文讲过,在上架这一步你需要做的就是确保全部环境和信息都是绝对干净的,手机号、银行卡、网络环境等等都是完全没有关联的。
干净账号
Google Play 上架全流程2023年谷歌应用商店上架的基本流程如下图,详细步骤可以查看我之前发的文章。
二、关联下架
关联下架是大部分谷歌开发者都会遇到的问题,下面这封邮件大家应该都不陌生。
这是一封谷歌关联下架的模板邮件,即使你尝试去询问具体的下架原因或申诉自己没有违规,都是没啥用的,一旦被关联就是封号下架。
为什么会被关联?
账户关联是指Google Play识别到你的多个app可能是类似的马甲包,存在违反谷歌开发者政策的情况,一旦被发现就会一撸到底的全部下架、封号。
如果你有且仅有一个包上过架,却出现被关联的情况,账号不干净没跑了。只上架一个包,不做马甲包的情况下,自己去注册开发者,是最最稳妥的方法。
在保证环境干净的条件下,还有哪些部分是上架必须要注意的呢?
1、隐私链接
隐私链接要使用与违规账号不同的域名,隐私链接内涉及到的邮箱等联系方式要记得更换。
2、账号密码&辅助邮箱
多个开发者账号,密码不要用一样的,每一个账号都要有不同的密码,同时辅助邮箱也不要用与违规账号有关联的,都可能会被GG查出来。
3、素材图/宣传文案
商店素材图和宣传文案是每次必换的,可以做的简单些,但一定不能相似度太高。
4、app名字/logo/UI
如果你的应用曾被多次下架,就一定要更换App名字/logo/UI等素材内容,避免因为产品样式与违规产品相似度过高而被关联下架。
5、后端接口
ip要换新的, 域名也要换新的,更改接口结构, 加密数据传输。
如果你提交的包被封了,那么下次提交时一定要更换服务器的IP地址和域名,一般游戏的HTTP请求是明文的,就是客户端发送给服务器的HTTP请求会把服务器的域名写的很清楚,Google会毫不客气地封掉这个域名,所以光换IP地址,不换服务器域名,是没有用的!
6、客户端
代码结构相似度过高,框架封装的相似度高,类名方法名变量名等起名规则具有唯一性;使用了相同的域名;使用了非常多第三方框架等等。
拿资源包来举例, apk解压后assetsinData下的文件(以Unity工程为例)Google是通过比较文件名和文件内容的相似度来判断两个包是否是马甲包,不管你是用mono方式打包,还是IL2CPP方式打包,这个目录下会有一大堆用hash值命名的二进制文件,hash值来源于原始的文件名,这意味着如果两个apk里面有大量的二进制文件同名,那么对应的也就会有大量的实体资源文件同名,这个很危险。
为了规避这个风险,可以把资源单独打一个AssetBundle包,并对这个包进行加密(简单的按位取反就行),这样就不会有太多二进制文件暴露在assetsinData目录下了,但这样处理也有个问题,就是如果这次提的包被封了,下次提的包AssetBundle文件就和这次相同了,需要更换一种加密方式。
总结一句话:代码混淆不到位。混淆能做到什么程度就做到什么程度,不要抱有侥幸心理。
对谷歌上架这件事,一定要仔细研读Google Play的上架政策,同时在不断的实践里出真知。谷歌的政策在不断升级,我们的策略也必须得跟上脚步。