苹果上架各种被拒解决方案

2.1 App 完成度

主要有应用出现崩溃、加载失败等非常明显的Bug、应用不支持 IPv6网络下使用、测试账号、隐藏开关等。
解决方法：提前测试产品是否有bug、在IPV6网络下是否能使用等，根据反馈邮件，一个个审查自身产品信息是否符合，适当情况下可以发送截图视频给苹果官方以证明自己的清白。

2.3 准确的元数据

主要是应用标题、描述、截图等与应用功能严重不符。如用安卓手机截图，浏览器截图！
解决方法：重新更换截图，保证整个APP功能、流程看起来是一致的。去除隐藏功能模块代码或将需要隐藏功能的代码及定向跳转链接网址做混淆处理，适当增加逻辑复杂度。

3.2.1 可接受的商业模式

主要是没有资质。
解决方法：最佳方案是拿到资质，如果实在没有资质，建议大家尽可能多的把自己公司合规的证据资料发给苹果，而套壳、换新账号碰运气上架等操作，不得已的话可以尝试。

5.1.1 数据收集和存储

主要是App 强制用户注册，且基于不需要用户信息的功能之上、暗中采集/共享用户的个人信息。
解决方法：先与用户协商，让用户同意后注册，有“强登陆”功能的一定要修改为提示登陆的版本。

4.3 重复 App

主要针对的是重复App，意思就是你的App跟别人上架的APP功能或者代码很相似，通常就是苹果认为是马甲包。
解决办法：可通过修改名字、icon、主色调、代码等解决，并且注意相同的APP包提交至少间隔一天以上。

4.2 最低功能要求

主要问题在于苹果认为部分开发者上传的App功能不够，或者没有自己的核心功能，比如直接打包一个网页上架的很容易触发这个问题。
解决办法：可以添加一些功能丰富产品（导航栏，下拉刷新，推送通知等功能），如果觉得功能已经全了，还没有通过审核，可以向苹果解释产品解决的用户需求，以及具体功能的展现。

3.1.1 购买项目

主要是接入第三方支付，支付宝、微信等。
解决方法：老老实实地走苹果支付的支付方式，用内购。如果隐藏虚拟产品或者通过后更改支付方式，都是有一定风险的。

2.5 软件要求

主要是产品加入违规代码
解决方法：很可能是三方库中含有SDK，可以更新所有三方库，或者反编译提交的ipa，检查文档中是否有违规字符串，有的话删掉。

5.1.5 定位服务

主要是 App 未得到允许，与第三方共享收集的用户数据，且并未说明使用目的等，例：位置、账号……
解决方法：如果要采取用户数据信息，需要给予用户提示，并得到用户的允许，或设置为可选，并且明确告知苹果采集用户数据信息的使用目的。总的来说就是要弹出提示说明使用这个权限做什么用，写清楚。

5.2 知识产权

主要是未经授权，使用受版权保护的第三方材料、App不得与苹果现有产品类似等。
解决方法：确保 app 只包含由您创建或拥有使用许可的内容，提交产品时使用受版权保护的第三方的书面证据或者将产品中包含的未经第三方授权的部分隐藏。
审核还会遇到各种各样的问题，根据反馈来进行相应的修改。