谷歌应用市场上架(开发者账户关联)相关问题汇总以及解决方案(一)

2,061 阅读5分钟

目前互联网公司出海做业务的时候,必须要跨过的2座大山就是Facebook和Google. Facebook掌管着全世界优质的用户流量, Google掌管着app的上架入口。而其中Google Play 的 app上架则是出海要解决的第一个问题。我会用几篇文章一一说明下上架过程中遇到的问题以及解决办法.

上架流程

  • 开发者账户注册到上架的流程包括哪些?
    上架流程.png

为了app的安全稳定的上架,上面是我总结的app的整个的上架流程.

首先先说一下远程vps(远程虚拟主机)的事情。

购买远程vps的目的是为了规避上架操作环境(ip 电脑mac地址 浏览器cookie等信息)和其他开发者帐号关联。那么我们要去哪里采购这种vps呢?

有这么几种方式: 大厂vps(阿里云, aws) ,小厂vps,自建/私有机房

当然鉴于自身条件和投入成本的话,大部分人还是选择的使用大厂的vps. 如果你有资源优势的话,自建机房搭建vps是最安全的,当然维护成本一般人承受不起。

然后说一下账户是自己注册还是购买的问题。

自己注册开发者帐号的话,为了避免关联,自己要提前准备好完全新的资料,信用卡和vps环境(具体教程大家自己去百度好了,一大把)。这里有个小秘诀,开发者帐号注册完毕后,等个2-3天再上传app。如果在上传app之前开发者帐号就被关联封号的话,这说明你注册过程中就有关联的因素没处理好,这样就省的浪费刚弄好的app包了。

稍微提醒大家的就是, 如果是自己注册账号一定要多看看,多问问,保证环境干净,遇到问题别慌,记住 我们要的是成功率,不是速度

购买别人的账户的话,要找靠谱的渠道,账户需要是已经注册了1个月以上的老账户,安全,稳定。

综上,如果你有能力搞定全新的申请资料的话,那建议自己注册,如果你没有,那么建议还是找渠道,至于怎么找,你懂的.

账户关联是指什么?可能的关联点有哪些?

  • 账户关联是指gg识别到你的多个app可能是类似的马甲包或者上包环境可能是相同环境, 会一撸到底的全部下架,封号. 让你之前所有的努力和辛苦,一夜之间灰飞烟灭,整个公司的业务都会停滞,严重的情况下,可能直接解散也不是不可能。。。
  • 可能的关联点:
    • (1) 后端接口: 接口的ip, 域名

    • (2) 上包环境: 远程vps的ip, mac地址. gmail邮箱绑定的手机号, 开发者绑定的信用卡.

    • (3) 客户端: 代码重复度大, UI类似.

如何避免关联?

先针对上面的关联点一一进行解释,然后再针对性的看解决方案:

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

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

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

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

  • (5) 客户端使用的第三方: 上架前,对自己的进行抓包分析, 检查第三方是否非法上传用户数据或者诱导用户下载app. 不同的app要使用不同的第三方账户. 包括但不限于 第三方sdk的密钥,第三方的账户(不同的app绑定要绑定不同的Facebook账户下的不同的appid)

有没有万无一失的办法?

目前没有万无一失的办法. 因为gg的风控也在学习,进步, 升级. 当然如果有人声称有稳定上包的办法, 麻烦你推荐给我, 我去拜师.

当然现在有些公司就是不断的上架app,每天上架很多app,期望能有几个app能审核通过,用量取胜,博几率。其实这里面有个小问题,就是如果上架的app越多,gg能学习到的app代码样本就越多,这样是不是也给了gg更多的代码关联检测依据呢? 大家思考下....

大家也别费劲去猜测和询问gg的上架风控策略,这个是绝密,就连gg内部非审核团队的人都是不知道的。原因你懂的。

其实最稳定的上架策略就是仔细研读和遵守Google Play的开发者政策,这样才能保证我们上架的过程顺利

综上,是通过我自己以及群友的gg上架过程总结的相关经验。希望我的这些总结能抛砖引玉,有任何问题的话,大家留言或者私信我沟通交流。

本文由 @贾启辉 原创发布于掘金平台,未经许可,禁止转载。