苹果禁用热更新 可能也是无法容忍这些“灰色行为”了

2017-03-13 08:07:00来源:腾讯游戏
字号:
摘要:3月8日晚,一封来自苹果的邮件在国内APP开发者的群体中爆炸。热更新本来便是为了方便开发者,不需要一次次通过繁琐的审核流程,同时也使游戏保持初始包体大小,方便用户下载。

原标题:苹果禁用热更新 可能也是无法容忍这些“灰色行为”了

3月8日晚,一封来自苹果的邮件在国内APP开发者的群体中爆炸。该邮件的主要内容是:禁止在应用/游戏里面使用Lua或JavaScript脚本进行热更新(国内主要是使用rollout、jspatch的热更新技术框架)。邮件一出,国内的程序员团体哀鸿遍野,甚至传闻有公司将有关运用jspatch技术的部门整个砍掉。

苹果向开发者发出的邮件

苹果向开发者发出的邮件

“热更新”,也就是动态下发代码,它可以使开发者在不发布新版本的情况下,修复 BUG 和发布功能,让开发者得以绕开苹果的审核机制,避免长时间的审核等待以及多次被拒造成的成本。本来,“热更新”对于开发者来说是一件友好的事,针对“为什么被禁”的疑问,苹果也做出了解释——“有可能被中间人(除了开发者本人之外的第三者)利用的风险”,也就是被“中间人攻击”。

不过,“中间人攻击”实际上是苹果方面为开发者着想的一个委婉说辞。想必大家都能看出,禁用热更新,是因为游戏厂商钻漏洞、利用热更新出现的恶劣内容太多导致的。

热更新被禁用后,对于国内游戏厂商而言,除了大包体游戏的更新可能会变得困难之外,也意味着行业内两大灰色行为——利用已通过苹果审核上架的产品的热更新,1)产品狸猫换太子;2)切换支付流程收款帐号,达到绕过苹果分成的目的。这两个行业内已经默认存在了至少一年多的行为,将被限制。

狸猫换太子

狸猫换太子的行为,在业内已经属于公开状态,小到不太符合规则的促销活动,大到审核与正式公开的版本完全不一致,各种情况均屡见不鲜。这种应付苹果审核的行为,与现在许多针对版号做“白莲花版本”产品的行为类似——只是审核细节与条款的不同。

苹果审核条款中,对于抽奖、竞猜等促销活动审核十分严格,因此一些开发者提交产品审核版本时,便不露出此类信息,待审核通过上架后,才利用热更新绕开审核,再放出各种违规活动;更有甚者,本来看似非常正常的初始版本,在热更新之后充满了各种色情、引导性好评和付费弹窗。

切换支付流程

如果说狸猫换太子尚在苹果可容忍的范围,那么切换支付流程则是真正的触动了利益的蛋糕。其基本流程如下:正常版本通过苹果审核—上线后调用脚本,切换支付收款帐号——用户付费时并无差别,但款项则优先进入开发者本身的账户。这样,本应属于苹果公司的30%分成,就流入了开发者的口袋,成为了又一利润来源。坊间许多不知名的产品,通常以采购广告流量支撑用户新增,收入很高却从未见进入过畅销榜Top100以内,很多都采用了这一做法。

苹果禁用热更新 可能也是无法容忍这些“灰色行为”了

热更新本来便是为了方便开发者,不需要一次次通过繁琐的审核流程,同时也使游戏保持初始包体大小,方便用户下载。但当这一漏洞被国内的无良开发者利用,甚至成为暗地里半公开化的一种盈利模式时,就已不仅仅是“灰色地带”,而是“真正的过界”。苹果禁用热更新,波及大包体APP,足可见其整顿风气的决心。

从去年至今,关于AppStore的风波一直不断。从套壳、无节操刷榜、滥用关键词优化ASO,到版本不一、切换支付……苹果的打击力度一次比一次猛烈。禁用热更新的最新后续是,目前重灾区为JSPatch和Rollout.io这两个框架,几乎100%收到警告邮件无一幸免;国内外各家受波及的公司如BugTags、个推、高德等都纷纷更新SDK、或者推出临时解决方案;而网上也有开发者表示用React Native通过了AppStore审核。同时,由于lua作为开发脚本,本身能够调用的功能是确定、有限的,所以相对来说比较安全。

有开发者表示用React Native通过了AppStore审核

有开发者表示用React Native通过了AppStore审核

当然,技术方面的问题还是次要的,我们都希望看到的是一个健康、公平竞争的行业,苹果也想要借此机会继续为开发者与玩家打造更加安全、可靠的平台环境。至于这究竟会对行业产生多大的影响,我们静观其变。

责编:海闻

  • 路过

新闻热图

海外网评

国家频道精选

新闻排行