2023年苹果新政下,开发者如何更好应对审核

时间:2022-11-14 00:56:45


苹果审核还在不断收紧

最近有个开发者朋友,他开发的产品非常正规,而且只有一个账号和两三个正常的产品,即便这样,也会在提交审核中遭遇了“账号调查”,也就是行内俗称的 other,吓得他茶饭不思。但是因为本身确实是“身正”,我建议他等足 7 天后去催促一下进度,果不其然,很快就收到了苹果的审查通过邮件。

虽然是个有惊无险的小事件,但这种事落在每一个开发者上,就感觉重如泰山。随着搅乱生态的无良包开发者和苹果的斗智斗勇升级,苹果审核现在草木皆兵的严防政策下,被“误伤”的无辜开发者着实不少。

开发者的悲欢并不相通

有几个刚加入苹果个人开发者行列的 “萌新” 朋友,在看了我一些文章后不屑一顾的说我“夸大其词”,理由是他的注册了个开发者账号,提交了第一版就通过了,后面几次更新都没什么问题,觉得网上的遍地哀嚎不过是博眼球。

其实这很正常,这说明一个是本身账号干净,另一方面产品正规,没犯什么大的问题,加上本身遵守条例,加上没有踩到坏运气被误伤,真的挺容易过包的。

事实上真正叫苦连天的,是那些明明踩了雷,却茫然不知道那是雷区的朋友们,包括但不限于:

  1. 从淘宝买一个开发者账号发布产品。
  2. 从闲鱼拿了个二手本本当开发和发布机,不幸那台是关联机。
  3. 在小公司里被老板指示用自己的身份注册了个账号,离职后通过自己的身份想再注册一个。
  4. 苦于自然新增没起色,看到网上有个热词好多人搜,心痒痒的把它拼凑在产品副标题
  5. 等等等等

“钻空子”还大有人在,但真诚不建议

最近羊了个羊大火,于是各路马甲包蠢蠢欲动跟风上了,其中有“羊了咩羊”,“羊咩了羊”,“羊个了羊” 等都一起上阵,一时间小老板们赚的盆满钵满,过阵子又被苹果关联封杀的一地鸡毛。

对于少部分跟风者,他们是真正的大赢家,在下架封号前起码一到半个月里,每天拿到十几万新增,单广告收益可能就一波流赚够了钱。

但是赢家总是少数,对于大部分开发者来说,结局肯定是赔了时间送了账号。

“钻空子”这门生意,也是只能“专业的事给专业的人”干。而大部分开发者其实并没有想过把“钻空子”当作一门专业来做,只是想临时捞一把而已,结果付出了惨痛的代价。

绝对要小心不要被“前任和队友”伤害

例如:

开发者 A 最近账号被封了,他开发的产品一切都很正规,账号也是自己手把手注册的,怎么被封的?通过了解才发现,原来他之前的公司是专门搞灰色产品的公司,他本身就是开发,也负责上包,后来他离职了,公司的笔记本就按折旧价卖给他了。

又例如:

开发者 B 是一个创业公司的小老板,最近公司注册的一个个人账号处于快被封的状态(14天封号),通过和苹果沟通了很多次,苹果给出的反馈是找到了证据证明他们账号和一批被封的开发者账号有关,小 B 百思不得其解,后来总算知道了原因,他们公司的账号公司的程序员都能登陆,每个程序员也分配了苹果笔记本,而有个程序员私下做个人开发和外包,搞了很多马甲包最后被封号了,于是(推测)公司的开发者号也被关联了。

支付问题杀无赦

对于支付问题,苹果审核一向是当作高压线处理,一旦发现绕过了苹果支付想逃避苹果税,直接就是封号完事。

很多“聪明”的开发者早就学会了怎么应付这一点,就是上架审核的版本里把支付功能隐藏起来,等到上架后再打开。这招也是苹果严防死守的对象,一旦发现审核过后打开了支付,基本是封号无疑。

而如果开发者的代码里有类似 alipay 的文本,甭管是有心的还是无意的,审核过程中就会遭遇 “试图隐藏支付功能” 特殊待遇,轻则驳回自查,重则下架封号。

每天都要查看一次开发者邮箱

不管是 app 领域还是游戏领域,侵权问题总是绕不开的话题,甚至还有不少“版权流氓” 专门碰瓷。竞争对手也非常喜欢用这个套路搞事情。

在开发者之间侵权争议问题上,苹果一般是采取“扔皮球”的态度,对于侵权投诉邮件,先通过电子邮件转发扔给开发者,让他们互相争论,苹果会要求回复的邮件转发一份给苹果,他充当“看客”,然后再采取必要措施处理。

而如果其中一方的开发者没有及时回复邮件,苹果就默认另一面的开发者“胜诉”。

不少“碰瓷”竞争对手就利用了这一点,拿着还没有形成事实依据的侵权声明到处投诉,甚至“同人逼死官方”。如果开发者没有形成看邮件的习惯,或者邮件刚好扔进了垃圾分类里,那么就很容易栽倒。

学会把“审核信息区”当工作战场

开发者们提交新包或者新版本很容易直接把 “App 审核信息” 的备注区留空。

以我的经验,这个区域对于提高审核效率和通过率有令人惊喜的效果,如果是修改 bug 的更新,可以在更新列表里只写“修复 xxx bug”。但是可以在备注区和审核人员进行沟通,写明修复的是什么问题,新版本的改动对于用户来说意味着什么,这种有诚意的改动很容易赢得快速的通过。

另外就是功能更新,写清楚追加了什么功能,在哪个位置可以触发,这种做法提高了审核人员工作的效率,也比较显得专业而不是糊弄。这样可以大大规避了被质疑的可能。