Google开发者账号被封的解决方法
Facebook和Google，对于国内拓展海外业务的企业来说，是两座不可回避的巨大障碍。Facebook掌握着全球优质用户流量，而Google则掌控着App上架的入口。然而，这两者都实施着极其严格且复杂的审核机制，给许多开发者带来了巨大困扰。
在这两座难关中，Google Play的App上架问题通常是海外拓展的首要挑战。有过与Google Play打交道的开发者应该都深有体会：上架虽然可能较为顺利，但真正保持App在架的稳定性却非常艰难。成功上架只是像红军长征的第一步，确保App长期稳定在架才是更为困难的任务。
时常有人向我咨询，是否存在一劳永逸的方法，可以确保App能够长期保持在架。有时候，的确有一些方法可以利用Google的漏洞，延长App在架的时间，然而，Google的风控体系同样在不断学习、进化和升级，犹如一个智能AI系统，持续寻找漏洞并进行修复。毕竟，这也是谷歌维持运营的重要手段。以谷歌的技术水平而言，只要有决心，几乎没有什么是无法实现的。
本期的重点在于向大家普及开发者账号被移除的原因，以及如何避免遭受关联下架的风险。
一、上架流程
上架的流程我专门发过一篇推文讲过，在上架这一步你需要做的就是确保全部环境和信息都是绝对干净的，手机号、银行卡、网络环境等等都是完全没有关联的。
干净账号
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的上架政策，同时在不断的实践里出真知。谷歌的政策在不断升级，我们的策略也必须得跟上脚步。
留言 | Comments