苹果审核越来越严，近期众多App止步苹果开发者许可协议第3.2(f)条款。在苹果开发者账号被封的众多原因中，3.2(f) 可以说是独占鳌头。3.2(f)到底是什么条款，遇到了的话，开发者账号真的就没救了吗，本期让我们一起来探讨和解读账号被封后如何自查，申诉及备用方案选择。

什么是3.2(f)?

《苹果开发者计划许可协议》中，针对3.2(f)的描述如下：

您不得直接或间接采取任何旨在干扰任何Apple软件或服务、本协议意图或Apple商业惯例的行为，包括但不限于采取可能妨碍App Store、自定义应用分发、TestFlight、Xcode Cloud、Ad Hoc分发或本计划的性能或预期使用的行为（例如，提交您自己的应用程序或任何第三方应用程序的欺诈性评论）。为您的应用程序选择一个与第三方应用程序名称基本相似的名称，以造成消费者混淆，或在应用程序名称上抢注以防止合法的第三方使用)。此外，您不得参与或鼓励他人参与与您的覆盖产品或相应产品相关的任何非法、不公平、误导、欺诈、不正当或不诚实的行为或商业行为（例如，参与诱饵交易定价、误导消费者、欺骗性商业行为或与其他开发者的不公平竞争）；

这一条款规定，如果开发者涉及欺诈、恶意行为或者其他严重违反政策，苹果有权利永久终止开发者账号，并下架所有关联的应用。

自查3.2(f)违规原因

苹果一般不会轻易封号，一旦因3.2(f)封号很有可能是开发者出现了下列这些严重违规行为，我们要充分自查，能否定位违规原因是后续是否可以申诉成功的关键：

1) 虚假宣传和误导性元数据：例如App为了吸引用户下载，使用应用标题、关键词、描述、功能、性能、价格等与实际不符的内容。

2) 虚假评论：这是一种较明显的欺诈性行为，在很多地区，好的评论可以吸引其他用户下载使用APP。然而真实好评肯定是存在的，所以苹果肯定还有一些其他判定条件，例如被苹果标记过的经常各个App刷好评的苹果ID或或者和开发者账号关联的苹果ID。所以，这也是很多无良企业抓的漏洞，作为开发者，防止被竞品恶意刷评很关键，如果有异常，自己向苹果举报恶意的苹果ID吧！

3) 刷榜：极速上升的榜单排名非常有可能触发审核，导致3.2f违规。

4) 切三方支付：为了避税而铤而走险的手段，抓到必被封，如果是这个原因，也就不用申诉了，妥妥的欺诈！

5) 恶意SDK：如果被苹果检查到了被其标记后的恶意SDK，开发者账号也可能会被封。现在的App接入了越来越多的SDK，如果不好好检查很容易发生这种情况。尤其是和数据收集相关的SDK，被发现恶意发送或间接发送用户隐私数据，后果比较严重。

6) 侵犯知识产权：未经授权使用他人名字，商标、版权等行为。

7) 不正当言论：对于涉及宗教、性，甚至暴力、种族歧视、政治等内容的文案，配图，色调等等。

8) 马甲包/重复应用：同一功能或相似功能换皮上架，意图占据App Store搜索结果。

9) 隐藏功能/远程下发代码：绕过审核的动态代码加载。

10) 账号欺诈：虚假身份注册、可疑卡支付。

11) 企业账号违规分发：企业账号不能将应用发布在APP Store，只能用来内部员工使用，也不能使用推送服务。如果把APP挂在自己官网上或者其他地方，非内部员工也能下载，查到就可能被封号。

12) 三方推送：社区看到，很多人因为三方推送被封。

13) 其他违反苹果开发者计划许可协议认定的3.2(f)其他严重违规行为。

遇到3.2f，我们一定要充分自查，定位原因，再分析能否继续申诉以解除封号惩罚！

如何补救被3.2(f)封禁的账号？

如果我们的开发者账号不幸被苹果终止资格，并进一步确定了封号原因。如果问题不是很大，我们可以通过苹果开发者网站进行申诉（一般来说申诉的机会只有一次，开发者需要做好充分的准备之后再进行申诉提交）：

1) 态度诚恳，表明不知道出现了这样的问题，是我们的错，给个机会重新做人。

2) 提供App运营时间长，用户积累量等数据，表明产生的影响及希望持续服务苹果用户的决心。

3) 提供各种公司资质证明，税务证明等官方文件。

4) 如果是游戏等等包含内购的应用，能够直接给苹果提供大量利益分成的，要着重说明一下，列举下数据。如果问题很大，我觉得就没必要申诉了，直接采取备用方案，换账号，换Bundle Identifier，APP能换的全部换一次，争取在最短时间内重新上架！

总之，因3.2(f)被封号是一个复杂棘手的问题，涉及到开发者在应用开发、推广和账号管理等多方面的行为。通过对我们身边案例的分析可以看出，任何形式的欺诈、滥用、误导和欺骗行为都有可能导致账号被封禁。

所以开发者应始终真诚为本，严格遵守苹果的《开发者计划许可协议》和《App审核指南》，注重应用质量和用户体验，才能够有效地避免账号被封禁的风险！