苹果PLA1.2 - 5.2.1条款 -3.2.1条款解决方案

大势已经的ios马甲包无法上架=只有借用资质。从17年彩票，棋牌马甲包大批大批的袭来。很多公司都在花重金找人上架马甲包，期初可以的，但是现在已经泛滥了，咱党的政策可以让你小玩，但绝不应许泛滥，但是由于某X公司大量的找人或骗人上架马甲包后。整个市场都充满了找人制作马甲包的广告。当然这不是针对谁，仅代表个人想法。

而且相对使用相关资质账号上架最大的优点就是可以原生上架，质量好，带来的流量高，不影响用户使用。同样更新不会担心！就好比一个苹果X手机。缺点：价格高，难弄到资质 而马甲包就好比（一个老人机，同样都可以打电话可以发短信）但是垃圾的页面，让用户根本不想玩下去，你引流的人也不过是过眼云烟！！！刷榜、aso；不同包装拓量，自然流量。马甲包作用还是很大的。之前刷榜还流行的时候，马甲包随便刷个榜就赚小几十万

现在作用没那么多，但是买量公司还是很需要多包跑的

为什么现在马甲包大势已去？主要有两个原因，一个就是影响用户体验，影响正常的iOS流量分发，一个就是政策原因。大部分马甲包的上架难，无疑就是第一种所致。贷款类、理财类、彩票类的APP上架，主要都是政策原因导致。

那么对于这一类政策原因导致的上架难，主要的解决方案有两种，一个是做假页面方案，混淆审核人员的视听，以图上架成功，但是假页面方案一定要做的够精致、功能稍微多点，不然百分之九十遇到4.2条款被拒，也就是最小功能条款。所以现在最好的办法就是用有资质的账号上，要具备相应的经营范围及金融资质。

?对于没钱的彩票或金融公司来说；自己买量不存在的；而对于有钱的来彩票或金融公司来说确实不需要马甲包。在上个月我在帮一个客户上架金融app的时候，混淆、隐藏、添加垃圾文件、添加不同发布地区都试过了。

另外出现：1.1的安全性问题，2.1,的大礼包 ，4.3和5.2.1最好也被进行申诉。本人已痛失一个金融开发者账号了

另外在说说一下今年2月份的时候的一个还在盲目的浪费时间使用马甲包上架方南的实战经过“iOS 3.2.1 审核被拒? 我已经隐藏贷款申请这个功能，审核的时候还是说需要提供相应的证明”

当时的苹果大哥给我的回复

发件人 Apple

3. 2.1 Business: Other Business Model Issues - Acceptable

Guideline 3.2.1 - Business - Other Business Model Issues - Acceptable

We found that your app facilitates loan applications, but the seller and company names associated with your app do not reflect the financial institution in the app or its metadata, as required by Guideline 3.2.1(viii) of the App Store Review Guidelines.

Next Steps

To help us proceed with the review of your app, please provide the following information. The more information you can provide upfront, the sooner we can complete your review.

1. Both a copy and the direct link to the government website of your Business License that verifies the authorization from the Internet Loan Information Agency (营业执照，营业范围证明其是网络借贷信息中介结构).

2. Both a copy and the direct link to the government website of your Finance Permit issued from the local finance governing authority (金融许可证).

3. A copy of the Value Added Telecom Business Operation Permit issued by the local Ministry of Information Industry and Technology (从当地工信部获得的增值电信业务经营许可证).

4. Your app’s and service’s Terms & Conditions.

5. In the case of dispute, what resolution mechanism does your app and service offer?

6. What is your responsibility in such case? Is such responsibility stated clearly in the Terms & Conditions?

7. How will the involved parties trace one another?

Additionally, please ensure your app’s Support and Privacy URLs in the metadata direct users to the webpages with appropriate information.

Please attach documentary evidence in the App Review Information section in iTunes Connect. In accordance with section 3.2(f) of the Apple Developer Program License Agreement, you acknowledge that submitting falsified or fraudulent documentation can result in the termination of your Apple Developer Program account and the removal of your apps from the App Store. Once Legal has reviewed your documentation and confirms its validity, we will proceed with the review of your app.

[pre]我初审的时候，把里面的贷款申请功能隐藏了！但是还是发现了，在这里相信很多开发者都遇到了[/pre][pre]

对于苹果官方这段话被拒理由我个人觉得

其实应用提审后因上述理由被拒的现象早在今年 2 月份便已突显，只是分量级没有目前大而已。对图片中苹果回复的信息进行了简单翻译，如下所示：

从苹果回复的被拒理由我们不难发现以下信息：

1、苹果审核人员已经确定你的 Apple 开发者计划会员资格等已被用于不诚实或欺诈活动。

2、你的行为违反了 Apple 开发者计划许可协议第 3.2（f）节。

3、由于这些行为，苹果已禁止你继续提交/更新该应用。

4、继续从事这些行为，苹果会很大几率的将你的应用下架、封停开发者账号，并终止你的 Apple 开发人员计划会员资格等。

除此之外，苹果开发者还给出了 Apple 开发者计划许可协议第 3.2（f）节的部分内容。（见上方中文翻译）将其与第 3.2（f）节的原文进行了对比，发现除缺少举例部分外，其他基本一致。

第 3.2（f）节原文及翻译如下所示：

分析 & 应对措施

从苹果回复的信息以及 Apple 开发者计划许可协议第 3.2（f）节的内容我们不难推测，任何干扰苹果软件或服务的行为都有可能因该理由被拒。

而从统计的近 100 个样本数据来看，今年 2 月份，苹果便开始在审核中频繁使用 3.2（f）来拒绝应用，且被拒应用多是重复提交的应用，或和第三方应用类似的应用。其次是用违规手段操控过榜单排名或评论的应用、以及涉嫌侵权的应用等。

通过样本分析出的现象和 Apple 开发者计划许可协议第 3.2（f）节中的部分举例不谋而合，同时其也帮我们解释了：为什么近期马甲应用提审困难。（→因为苹果加大了对重复提交的应用或和第三方应用类似的应用的审核力度！）

如果因该理由被拒，我们该如何处理呢？

1、收到苹果的通知/邮件后，如果是误会，可考虑向苹果解释清楚，然后请求苹果停止处罚。如果真的存在欺骗行为且确认苹果已发现该行为，可考虑（改正后）态度诚恳地回复苹果，承认错误并保证以后不再采取该行为。如果苹果接受了道歉，也许可以解封。但如果苹果态度坚决，就只能另想办法了。（主动承认有一定风险，请综合利弊后，谨慎选择。）

2、如果是提交了重复应用而被拒，还可考虑修改应用名称、图标等元数据以及功能、界面，或者去掉代码特征等后，重新提审。（需要注意的是，据传苹果现在已经开始通过技术手段扫代码，如果只是简单的更改，仍然可能会被拒。）或者，直接用新账号提交审核，必要时可考虑修改名称、图标等元数据以及功能、界面等，这样更容易过审。（注意，如果只是简单的更改，仍然可能被拒，且新账号也有被封的风险 。）

注意：另外出现：

1.1的安全性问题，2.1,的大礼包 ，4.3和5.2.1最好也被进行申诉。本人已痛失一个金融开发者账号了；

1.1的安全性问题，2.1,的大礼包 ，4.3和5.2.1最好也被进行申诉。本人已痛失一个金融开发者账号了；重要的事情说三遍，上面已经说了一遍，哈哈哈

总结了市场上我所使用过的方案

1、使用React Native2、使用开关，审核时与上架后显示页面不同（此方案有被封号的风险）3、购买有资质的账号（如银行类或具有金融许可证的，此方案最好）

希望能够再次帮到大家，我的邮箱：ioszhifu88@tom.com

咨询qq：2205357007