谷歌上架产品封号原因汇总以及解决方法

1 马甲包查到封禁

如果您的产品和某些在架产品过于相似（例如代码相似和ui相似，则会被直接封号，判断可能是触发抄袭违规。属于重大过失）

如果您的产品本身和已经在架的自己的产品过于相似，谷歌则会下架您所有相似产品只留存一个产品

解决办法：重做Ui和代码，或者重做ui做代码混淆加固等一系列操作

2 壳包查到封禁

如果您的产品上架时属于内置按钮可切换应用内页面的产品，一旦被查到会直接封号（判断可能是触发欺骗或者隐瞒违规，属于重大过失）

即使上架成功也有可能随时触发审查被封禁

解决办法：无，下了再上罢了

3 用户举报违规

如果您的产品被举报，且举报内容属实（有重大违反开发者规定的问题，即使上架成功也会被封禁，属于重大违规）

解决办法：无，尽量别违规吧

4 账号关联封禁

您的账号中有产品重大违规导致封号，则账号内本身所有产品都会连同下架。同时您的账号关联的其它账号也有非常大的封禁可能，比如手机号关联、付款卡关联、设备关联、身份信息关联等等

解决办法：1 一号一产品，低危产品可以不用如此。2 每次申请账号使用不同的身份信息和付款卡申请，同时保证这些信息之前并没有被使用过（可以使用虚拟卡，但有一定风险）。 3 每次申请和使用账号采用干净未被封号过的设备和ip地址等（可以使用VPS，但需要确认VPS本身未被其它人使用过）

PS:针对账户关联，你需要仔细检查下面这些问题:

(1) 后端接口: ip要换新的, 域名也要换新的，更改接口结构, 加密数据传输

(2) 上包环境: 确保注册开发者账户使用的信用卡和gmail邮箱没人使用过或者没有绑定过其他开发者账户. 也可以去购买现成的账户. (购买有风险, 需要仔细识别)

(3) 客户端: 代码重复性因为不确定改动到何种地步就算重复性低了，简单的方式就是修改UI, 加密字典, 方法名, 类名. 可能的情况下，完全重构是最好的

(4) 开发者账号: 在使用过程中要做好隔离, 只能在固定的机器和ip下使用.

(5) 客户端使用的第三方的密钥和账户是否和之前自己上架过的包使用的是一样的。这个最好是一个app对应一个第三方账户。避免关联

(6) 收款账户也不要和之前的app一样。也要独立开。

针对重大违规，你需要仔细检查如下问题:

使用的app内素材(图片，字体等)是否未被授权使用。

上架前，对自己的进行抓包分析, 检查第三方是否非法上传用户数据或者诱导用户下载app. 不同的app要使用不同的第三方账户. 这样的第三方举例子: 日志收集和热更新第三方bugly, webview第三方x5引擎, 广告第三方sdk。

部分类型的app要求在用户第一次打开app后要弹出 "用户信息收集声明" 对话框。具体说明要收集用户哪些信息，以及需要用户哪些权限。这个的用户信息收集声明的内容也是有讲究的。