拼多多又被下架了！而此次下架仅iOS版本，与拼多多为人所诟病的拼夕夕产品质量无关。同期下架应用还有荔枝、多点、潮汐等知名App。截止至今日（11月27日）14：10，根据蝉大师下架数据监控我们可以看到一共下架719个应用，并且在持续增加。

快来自查一下，你可能也有下架风险！

下架原因

本次下架原因虽然拼多多官方回复是由于应用bug，但据知情人士告知，本次下架应用中许多App是因为2.5.2大礼包被警告下架。对于运营们，2.5.2、3.3.2及3.2（f）或许很陌生，在这蝉蝉引用苹果官方文档及被拒邮件具体解释一下。

被拒邮件示例

翻译：

您的应用，扩展程序或链接框架appearto包含使用能够改变你的应用程序的行为或App Review批准后的功能，不符合App Store Review。Apple的准则2.5.2和第3.3.2节开发者计划许可协议。因此，您的应用程序此时将从App Store中删除。

故意无视App Store审核指南和企图欺骗用户或破坏审核流程是不可接受的，并且直接违反了AppleDeveloper程序许可协议的第3.2（f）节。继续违反Apple开发者计划的条款和条件将导致终止您的帐户，以及任何相关联的帐户，并删除您的所有帐户来自App Store的相关应用程序。

此次App下架多为违反苹果两大指南，《苹果审核指南》中2.5.2热更新条款及《苹果开发者程序许可协议》3.3.2及3.2（f）。就是这两大指南三大条款大礼包，将众多大厂拉下了App Store。

运营小伙伴可能对热更新并不熟悉。

“热更新”

套用蝉大师技术大大的简单解释就是“通过技术使得应用上架后，可以无需更新，就修改代码或新增功能。”由于苹果审核严苛且周期长，很多公司用此方法修复bug及快速迭代。也有公司通过这种方式上架合规App后做变体。

苹果官方在苹果审核指南中明令禁止这种行为，但距离上次大规模复查已有一年半之久。

被拒相关条款

苹果审核指南

2.5.2 App 应自包含在自己的套装中，不得在指定容器范围外读取或写入数据，也不得下载、安装或执行会引入或更改 app 特性或功能的代码，包括其他 app。仅在特殊情况下，用于教授、开发或允许学生测试可执行代码的教育类 app 可以下载所提供的代码，但这类代码不得用于其他用途。这类 app 必须开放 app 提供的源代码，让客户可以完全查看和编辑这些源代码。

苹果开发者许可协议

3.3.2 除下一段规定外，申请不得下载或安装可执行代码。解释的代码可以下载到应用程序，但只要这样的代码：（a）不会通过提供与提交给App的应用程序的预期和广告目的不一致的特性或功能来改变应用程序的主要目的。存储，（b）不为其他代码或应用程序创建商店或店面，并且（c）不绕过操作系统的签名，沙箱或其他安全功能。作为用于学习如何编程的编程环境的应用程序可以下载并运行可执行代码，只要满足以下要求：（i）不超过应用程序的查看区域或屏幕的80％可以被接管可执行代码，除非文档中另有规定，否则（ii）应用程序必须在应用程序中向用户提供一个相当明显的指示符，以指示用户处于编程环境中，（iii）应用程序不得创建商店或其他代码或应用程序的店面，以及（iv）应用程序提供的源代码必须是用户完全可见和可编辑的（例如，下载的代码中不包含预编译的库或框架）。

3.2（f）您不能直接或间接地进行任何旨在干扰苹果软件或服务行为、不能干扰本协议及苹果所包含的业务内容的意图，包括但不限于采取可能妨碍苹果商店的性能或预期用途的行为、自定义应用分发行为、或程序行为（例如，在自己的应用中提交欺诈性评论，选用与第三方应用程序名称基本相似的名称来迷惑消费者，或占用应用名称来阻止合法第三方的使用）。此外，您不能参与或鼓励他人参与任何非法、不公平、误导、欺诈、不当或不诚实的行为或商业行为参与您覆盖的产品（例如，参与诱饵性定价、消费者虚假陈述、欺骗性商业行为，或与其他开发商不正当竞争）

虽然大厂纷纷下架搞得人心惶惶，但这也不是第一次2.5.2大清理！有前车之鉴，莫慌！

2.5.2复查历史重演？

2017年初App Store就掀起一阵热更新浪潮，即通过代码使得应用在审核后可绕过更新，直接修改代码，更新升级应用。由于这种操作泛滥，2017年3月初苹果开始大规模复查，给众多违规开发者们送去了警告邮件。其中有不少开发者，在自己因接入的三方热更新而违规。当时苹果警告邮件中明确表明了 禁用dlopen(),dlsym(),respondsToSelector:,performSelector:,method_exchangeImplementations() 等方法。

蝉蝉建议

已下架应用建议处理方式

A. 排查自身代码

首先排查自身代码是否用了Js-patch等热修复功能，如果有建议进行代码替换或者删除等方式修改并提交审核。

B. 排查第三方代码

许多应用下架是由于三方代码违规被查，开发者可以打印第三方库的静态包，统计、地图等SDK建议重点排查。

上次2.5.2下架风波中，多数开发者通过自查代码修改后都能够重新上架。

C. 及时与苹果沟通，态度诚恳

应用如果多次排查未发现问题可以通过邮件与苹果沟通，防止下架时间过长新用户大量流失。

提前自查，规避下架风险

10月份下旬，苹果大规模机扫复查切三方支付的问题应用。而此次大量复查热更新可能还未结束。建议开发者们提前做好准备，检查自家应用代码是否存在违规行为，并做好相应的防范措施。

流量接盘，努力蹭词

本次下架应用中，有许多行业知名应用。据拼多多官方回复，已与苹果官方审核人员沟通，紧急修复App内bug，修复后将尽快上架。而对于其他与苹果官方沟通渠道不是如此顺畅的App，可能无法做到快速整改上包。

无论是哪类，只要是与其有一定关联度的App都可以尝试在近日多优化相应关键词排名截获这波下架应用流量。

本文由蝉大师原创，蝉大师公众号：chandshi88，转载请联系作者。