App从研发到提审上架，需要一套流程来保证App质量。而在上架过程中，开发者们往往都会遇到一些问题。今天就上架流程中遇到的问题作简单的梳理~

1.准备

苹果开发者账号：

美术素材：

Icon：尺寸1024*1024

设计icon时，应捕捉最能够体现App核心功能的元素，并以简单、独特的形状表示该元素，让用户仅通过icon就能辨别出App，联想起App的功能属性。如果icon的内容或形状过于复杂，细节可能很难辨别，尤其是在显示尺寸较小的情况下。

截图：App Store应用截图的规格要求如下表所示：

目前，截图必须为 JPG 或 PNG 格式，且必须采用 RGB 颜色空间。截图不能包含Alpha透明通道。

App预览的最大文件大小为500MB，最小长度为15秒，最大长度为30秒。

上传App预览也只用使用Safari浏览器，不能使用其他浏览器上传。

目前App预览支持的扩展名有三个，分别为.mov、m4v、mp4。

目前产品详情页中每个尺寸最多可以展示10张屏幕快照。屏幕快照是产品功能介绍和价值表达，是用户第一眼可以获取的关于App的主要信息。因此，在ASO基础优化中属于重点可操作对象，应引起重视。目前App Store的格局对于横版的屏幕快照展示效果会比竖版的更好，屏幕快照首张在整体色调上应与一起展示的icon相协调。

App 预览以简短的视频形式，演示 App 的特性、功能和用户界面 (UI)，用户在 App Store 上就可以直接观看。当客户查看产品页面时，App 预览会以静音模式自动播放，因此开发者需要确保视频的前几秒内容极具视觉吸引力。

内购：

需要提供的资料主要包括：

内购参考名称，产品ID，价格等级，显示名称，描述，内购屏幕快照

注意事项：

1.产品ID具有唯一性。后台建立一个内购商品后，产品ID将被占用，即使被删除了还是不能再使用。

2.内购商品的定价只能根据苹果后台提供的价格等级列表去选择，每个价格等级会对应各个国家的货币。

IPA包：

（1）登录苹果开发者后台：https://developer.apple.com/

（2）创建App IDs，即bundleID

（3）添加测试设备的UDID

（4）申请iOS证书，开发证书和发布证书，发布证书又分为发布到 app store和发布测试的adhoc证书两种。

（5）申请iOS描述文件，开发描述文件和发布描述文件

（6）上传ios证书编译打包IPA文件

（7）登录ITunes Connect创建App

（8）登录Application Loader上传IPA文件

测试：

(1)沙盒测试

沙盒测试首先需在ITunes Connect后台添加沙箱技术测试员邮箱及设置密码，手机上安装好测试包后，打开App Store 退出真实的 Apple ID 账号，然后打开测试包登录沙盒测试账号，开始测试。

注意事项：

所填写的测试邮箱不能是别人已经注册过Apple ID的邮箱

所填写的测试邮箱可以是一个不存在的电子邮箱，但应符合邮箱的格式

应注意App Store 地区的选择，测试时弹出的购买提示框会根据沙盒账号所选的地区显示语言。

沙盒测试必须在真机环境下进行测试，且必须是adhoc 证书或者 develop 证书签名的安装包。

(2)TestFlight测试

TestFlight测试分为内部测试和外部测试两种，内部测试最多可以邀请25名成员，外部测试人员的上线是2000人。邀请外部人员进行测试前，需要先通过苹果的审核，内部测试则无需进行审核。

1.内部测试的步骤：需先在后台添加接收邀请码的电子邮箱，和选择测试包，手机上应安装TestFlight App，打开TestFlight后填写邀请码下载安装beta版本app进行测试。注意TestFlight需要iOS8及以上版本的iOS设备才能运行。

2.目前TestFlight的新功能可直接通过分享链接来邀请任何人来测试App的Bebt版，此功能相对以前的操作更为简单直接。

2.ITunes Connect后台填写

主标题：

主标题是显示在 App Store 中的 App 本地化名称，一般包含标题主体部分和后缀部分。简短通顺为宜，要展示出 App 的功能与独特性。名称中的词汇具有很高的权重，应尽量多选择与App最相关的高热度词，且不宜出现热门竞品品牌词，否则审核容易被拒。

副标题：

副标题是App 的一句话简介，是对App名称的一种补充，且词组具有一定的权重加成，应尽量将主标题中未覆盖到的一些重要关键词加到副标题中。副标题中同样不宜出现热门竞品品牌词，文案应简洁且具有吸引力，展示App的独特之处，长度控制在 30 字符以内。

隐私政策网址：

隐私政策网址自2018年10月3日起，成为所有新App和App更新的必填项，仅可在提交新版本时，才能更新链接或文本。填写时可观察竞品的隐私政策范本作为参考。

App预定：

对于勾选支持预定的App，在App未上架时用户就可提前在App Store查看产品页面并预定该App。产品上线后，用户将收到通知，并于24小时内自动下载到用户的设备上。该功能可用于产品在正式上线前的预热，开发者可根据市场热度反馈提前对产品相关内容作出适当调整。

描述：

描述被限定在4000个字符以内，且为必填项，可以根据语言版本的不同，分别填写上该语言版本的语言。在当前iOS11版本中，此处不允许填写特殊字符。应用描述是对App特色和功能的详细介绍，在前面三行应尽量展示出产品的核心特色，才能吸引用户点击“更多”按钮继续看下去。目前应用描述只在 App 更新版本时才能修改。

关键词：

目前，关键字域允许添加的字符数为100个。此项目为必填项，并且可以本地化。 关键词的设置影响着App会在哪些搜索结果中显示，以及在这些搜索结果中的基础排名。

关键词设置的建议：

（1）利用好可填写的100个字符，将100个字符尽量写满。虽然苹果官方给出的建议是每一个关键词用逗号隔开，但为了使App覆盖到更多关键词，开发者们可以选择在关键词中尽量少地使用逗号。如果有需要强调的关键词，可以单独用逗号隔开。

（2）添加竞品词和行业热门词汇。竞品词就是竞品App的名称，高热度竞品词流量大竞争大，低热度竞品词流量小竞争小，应根据产品情况合理选择。行业热门词汇就是与该App所属行业一系列相关的词汇，如借贷类App的热门行业词有贷款、借钱、借贷、借款等。

（3）关注每一个关键词的搜索指数和搜索结果数，尽量选用搜索指数高且搜索结果数低的关键词。

（4）关注热搜与关联搜索，了解用户的搜索行为，恰当地使用相关热门搜索词汇作为关键词，可能会为App带来排名的提升。

（5）添加有效长尾词以带来更多关键词覆盖。长尾关键词(Long Tail Keyword)是指非目标关键词但与目标关键词相关的也可以带来搜索流量的组合型关键词。长尾关键词基本属性是：可延伸性，针对性强，范围广。长尾词一般由例如“视频去水印”、“旅行攻略”、“微信管家苹果版”等都是长尾词，这类词通常会为App带来更多的关键词覆盖。

（6）分类的选择同样会为App带来关键词覆盖。选择“游戏”分类会为App带来游戏相关的关键词覆盖，选择教育分类便会为App带来教育相关的关键词覆盖。

（7）了解目标用户属性，对于目标用户可能搜索的其他词也可列入考虑范围。如母婴电商App可考虑选择一些妈妈可能搜索的词汇，“早教”，“儿童”，”益智小游戏”等。

（8）可设置多个语言版本的关键词以增加关键词覆盖。针对每个语言版本设置不同关键词组。

（9）灵活运用各种数据工具。不仅仅是各种App关键词数据平台，更包括各种指数分析平台，百度指数、微舆情、360指数、微信指数等等。

应用分级：

应用分级是苹果开发者后台一个必填的应用信息属性，根据对13个问题的选填结果，分级会即时改变，包括4岁以上（4+）、9岁以上（9+）、12岁以上（12+）、17岁以上（17+）、无分级（NORATING）五个等级，无分级状态是无法在App Store上销售的。问题选填时应与应用的实际情况相符，不然容易出现审核被拒的请况。

自动更新的分阶段发布：

自动更新的分阶段发布模式，可以先仅向一定比例的用户发布更新，之后再逐步提升发布更新的比例。该模式适用于正式版的应用更新，不适用于首发应用。分阶段发布累计最多可暂停 30 天，暂停次数不限。对于有需要的产品，勾选此功能，可用于减少产品的测试周期，加快产品的发布进程，如果有发现新问题，可以暂停分阶段发布，降低新版本发现致命BUG的影响。

3.提审

注意事项：

（1）仔细审查关于App的各项资料是否填写正确，需特别注意不同本地化语言下的信息是否准确无误。

（2）如果App是需要账号登录才能进入的，需要在后台填写测试账号以供苹果审核。

（3）如果需要抓紧上线，可以点击下面的链接按操作申请加速审核，并不一定能保证申请成功，但也是一种途径，一旦加急成功，基本是24小时内就会出审核结果。加急审核就算是App审核时被拒，该加急审核的状态也会一直伴随到该版本过审为止。该方法不宜频繁使用，建议一年不要超过两次。

加速审核申请链接：https://developer.apple.com/contact/app-store/?topic=expedite

（4）对于提交时IDFA的选择问题

在提交审核的时候，只要你选择使用了IDFA，对于IDFA的使用目的就必须进行勾选。

A.如果App只集成了广告，不追踪广告带来的行为，那么应勾选第一个和第四个。

B.如果App没有集成广告，但是需要追踪广告带来的激活行为，那么应勾选第二个，第三个还有第四个。

C.如果App里集成了广告，并且需要追踪广告带来的激活行为，那么应该把四个全都勾选上。

在苹果一次次机审升级的背景下，iOS过审似乎变得越来越难，今天这篇文章总结了笔者这些年对于iOS过审的一些心得，基本上涵盖了大部分的难点，让大家在iOS过审的道路上少走弯路。

接下来就从创建账号到提审各个阶段，拆分几个注意点分享给大家。

1、创建开发者账号

2、应用元数据

3、如何避开“4.3”重复应用和“2.3.1”代码混淆

4、关于第三方支付违规即 “3.1.1”

5、收到“2.1大礼包”如何回复

一、创建开发者账号

创建苹果开发者账号是我们把应用上架到AppStore的第一步， 2018年以前，注册苹果开发者账号还是很简单的，只需要姓名、地址和一张双币信用卡，然后填一下密保问题答案和其他基本信息即可注册成功，而且一般申请完三天内即可成功激活账号。

到了今年四月份的时候，苹果官方对中国区的账号更新了隐私协议，要求必须绑定手机号才可以更新协议，如下图：

对于新账号来说还好办，注册的时候绑定一下手机号就行了，而且现在很多人不止一张卡，很好解决，但是对于老账号就不太好办了，如果不更新这份协议的话，就无法在该账号下提交新App，也无法对该账号进行续费，损失非常大。

而且绑定手机号之前，必须正确回答你注册账号时候填写的密保问题，而很多人是乱填写密保问题的，或者遗忘了密保问题，导致无法绑定手机号。

好在后来有人想到了一个方法，可以绕过密保问题完成绑定手机号，就是找一部系统为iOS 11的手机，在设置里面先退出之前的Apple ID，点击“姓名-电话号码-电子邮件”，然后点击“编辑联系方式”，加入我们的手机号，然后去网页上的苹果开发者后台点击同意协议即可。

不过一部苹果手机只能进行三次此操作，对于拥有账号多的人也造成了不小的麻烦。

然后到了今年七月份的时候，苹果又出新规，要求开发者账号必须开启双重验证才可以继续注册，如下图：

所谓的双重认证就是，我们用某个账号登录一个新的设备时，需要提供密码以及自动显示在设备上的六位验证码，验证时我们可以选择信任此设备，下次登录时就不用再收验证码了，这也增强了苹果账号的安全性。

新规刚出时，开启双重验证是可以在浏览器上进行的，但是后来苹果关闭了在浏览器开启双重验证这个功能，我们只能用Mac或者iPhone来开启。

在中国区，一个主包下有多个分包是常态，所以在同一设备对多个苹果账号开启双重验证的话，很容易将账号之间关联起来，这也是给各开发者的一个难题。

所以我们最好不要在一台设备上激活多个开发者账号，设备的数量也成了一个刚需，大家可以根据实际情况来进行选购或者租赁。

二、应用元数据

苹果App的应用元数据指的是我们需要在开发者后台所填写的资料，包括但不限于标题、简介、关键词等。如下图：

为了避免与线上应用重复，我们在元数据上也应该注意，比如icon、展示图、关键词、应用简介这些都要保持唯一性，对于过审是有帮助的。

苹果重点监测的词尽量不要使用，除非公司硬性要求，比如彩票这种，还有其他热门应用的品牌词不要使用，会被苹果官方认为会给用户造成误导，从而被拒。

从今年10月3日开始，苹果官方要求开发者必须填写隐私政策网址才能提交应用，这也应该成为大家一个关注的点。很多开发者认为必须要在App里弹窗才行，不过根据苹果官方的说法，App内弹窗并不是硬性的，只要开发者后台有填写网址即可，也有一些开发者没有在App内弹窗就直接过审了。

当然我们也可以在用户刚进入App时，底部高亮隐私政策，让用户可以点击进入隐私政策详情页，这样也是可取的。

高德地图App的隐私授权详情页

三、关于重复应用

重复应用就是我们平时说的“4.3”，现在的开发者几乎是谈4.3色变，因为一旦我们的App被苹果反馈4.3，也就相当于这个App没有过审的希望了。

我们先来看看苹果官方对于4.3的定义：

“请不要为同一个APP创建多个套装ID，如果您的APP针对特定位置、运动队、大学等存在不同版本，请考虑提交单个APP，并提供App内购买项目以提供不同的功能。同时，请避免继续在已有大量类似APP的类别下进行开发；App Store上已经有太多模拟放屁、打嗝声音的APP，以及手电筒和爱经APP。上传大量相似版本APP的开发者会遭到Apple Developer Program的除名。”

苹果给我们应用4.3的反馈可以从三方面来考虑，一是元数据，二是代码，三是应用界面。

应用元数据刚才上面说了，尽量保持唯一性，也就是我们尽量原创，这样降低被认定为重复应用的概率，如果我们的应用是原创原生APP，但是因为我们偷懒，抄袭了其他APP的应用简介而被苹果认定为重复应用，可谓是得不偿失的。

然后就是代码层面，最常见的方法就是混淆，这也是每个做iOS应用过审技术人员的基本功，放在之前可能我们尽力多做代码混淆就可以降低反馈4.3的概率，但是近几个月来，苹果对机器审核进行了升级，如果检测到我们代码混淆比较明显的话，就会给我们2.3.1的反馈，中文翻译如图所示：

对于如何解决2.3.1，就需要我们的技术哥哥经过不断地提审测试，然后试验不同的混淆方法，找到一种比较靠谱的方法来提。

总而言之，现在苹果的机器审核比之前要严格很多，我们的技术手段也要与时俱进来应对审核。

在2017年8月开始，苹果就禁止了应用的热更功能，所以如果我们应用内还有热更功能的话，很有可能被苹果反馈2.3.1，所以如果我们要更新APP，最好的方法就是迭代更新。

这里要注意的一点就是，苹果官方两个月前有一个更新，在过审后APP的更新说明是无法修改的，所以我们在提审时一定要写好再进行提审操作。

最后就是应用界面层面，如果美术有足够时间的话，可以多做几套UI，降低审核人员在审核几个疑似重复应用时判定为4.3的概率。

四、关于第三方支付

第三方支付违规也是我们常说的“3.1.1”，我们先来看下苹果官方对于3.1.1准则的定义：

根据苹果的规定，如果我们应用要进行虚拟物品购买等行为时，必须要使用苹果官方的支付，不可以使用第三方支付。

不过苹果对于每笔支付都产生比例较高的抽成，导致部分开发者不满，所以就想绕过苹果的官方支付来让用户购买自己的商品。当然这种行为苹果是严令禁止的，因为这是动了他们的利益，所以在非极端情况下，我们还是尽量使用苹果的官方支付来让用户购买，避免因为3.1.1被拒。

解决3.1.1被拒也是有方法的，如果我们是实物商品的话，可以在被拒后在开发者后台向苹果解释，说明用户购买的是实物，由我们进行邮寄派送，不属于虚拟物品，从而通过审核。

如果不属于实物物品的话，就需要我们技术哥哥把代码中相关的第三方支付字眼进行删除或隐藏，从而通过审核。

还有一点要注意的是，如果我们用的分享share SDK里有微信、支付宝支付相关部分的话，也是可能会被判定3.1.1的，所以我们最好把shareSDK做成不带支付版的，毕竟过审才是首位的。

五、2.1大礼包

从今年过年开始，就有很多朋友陆续收到2.1的反馈，也就是我们俗称的“2.1大礼包”，我们先来看下苹果审核反馈2.1大礼包的中英文对照：

对于2.1大礼包，其实不必慌张，我们只需要对里面对应的条款一一进行答复即可，以下为一份回复模板供大家参考：

一般我们回复后等待应用自动进入审核即可，因为元数据被拒是不需要重新进行提审的，大家可以看苹果官方反馈2.1大礼包的最后一句话。

六、最后

从六月末到现在，苹果会在每个月的月末或月初进行一场“大清扫”，也就是单日下架上万个应用，这也令很多开发者提心吊胆，最近一次大清扫是在9月30日，当天下架了1400多个应用，其中超过55%的App更新时间集中在2016年~2017年，所以适当更新我们的应用是有必要的，以免苹果官方把我们的应用当做废弃应用下架，从而对我们造成损失。

苹果的机器审核以及人工审核在不断更新变化，我们对应的方法也要不断升级变化，才能跟得上变化，从而提升我们的过审效率。

这里的APP审核是指AppStore的审核。

我们首先要知道，苹果审核团队（App Store Review）依据的审核标准有2个，一个是《App Store 审核指南》（App Store Review Guidelines，简称Guideline），一个是《苹果开发者计划许可协议》（Apple Developer ProgramLicense Agreemen，简称PLA）。

Guideline和PLA的中英文全文在这里，有兴趣的可多看看。

《App Store 审核指南》-英文。

《App Store 审核指南》-中文。

《苹果开发者计划许可协议》-英文。

《苹果开发者计划许可协议》-中文。翻译有点粗糙，不过还是感谢作者。

苹果2017年开始，苹果对APP的审核越来越严格，同时审核依据越来越紧跟国内的政策走，比如国家对金融监管越来越严，金融类应用的审核开始收紧；

对于金融类APP（这里主要指互联网金融类APP），常见的APP审核被拒原因有一下几类。

• PLA 1.2 没有贷款资质被拒
• PLA 3.2(f) 不诚信或欺诈被拒
• Guideline 2.1 -Performance – App Completeness应用完整性被拒
• Guideline2.3.10 – Performance – Accurate Metadata准确的元数据被拒
• Guideline 4.2 -Design – Minimum Functionality最低功能要求被拒
• Guideline 4.3 -Design – Spam 垃圾应用被拒

我们一个一个来分析。

一、PLA 1.2 没有贷款资质被拒

被拒理由

PLA 1.2 《苹果开发者计划许可协议》1.2

The seller and company names associated with your app do not reflect thefinancial institute in the app or its metadata, as required by section 1.2 ofthe Apple Developer Program License Agreement.

应用的开发商名称和公司名称与应用或应用元数据中的金融机构不匹配，违反了《苹果开发者计划许可协议》1.2

Next Steps 下一步行动

Your app must be published under a seller name and company name thatreflects the financial institution name. If you have developed this app onbehalf of a client, please advise your client to add you to the developmentteam of their Apple Developer account.

你的应用必须在反应“金融机构名称”的开发商名称和公司名称下发布。如果你代表客户开发了这些应用程序，请建议你的客户将你加入他们的苹果开发者账户。

被拒原因分析

1. app的公司主体，没有提供金融服务的资质；
2. 金融类app只能在app公司主体的开发者账号上传，不能在个人或委托公司的开发者账号上传；
3. app名称没有反映公司品牌；
4. app名称与公司名称不对应，未产生品牌归属及关联性；

应对方式

1、证明你的公司，有提供金融服务的资质。

如果app确实是提供的金融服务，app的公司主体有提供金融服务的资质，可将资金证明（如营业执照）发给苹果审核团队。

如果app是提供的金融服务，但是没有相关资质，需要将app放在有资质的公司主体的账号下提交。

如果app不是提供金融服务，但苹果误以为是金融服务，可向苹果解释业务模式，并提供相关证明，比如p2p模式，比如助贷模式。

2、如果是个人开发者账号提交的应用，将个人开发者账号升级为企业开发者账号后，再提交；

3、如果是其他开发者账号（比如外包）替你开发，按照苹果要求走，将其他开发账号添加到你的苹果开发者账号下（在“用户和职能-添加iTunes Connect用户”操作）；

4、修改app名称，让app名称和公司品牌有关联。如公司是“马上消费金融股份有限公司”，app名称可以修改为“马上贷”后，重新提交；

5、提交“软件著作权登记证书”，或者“商标证书”，向苹果证明产品名称与公司的关联性；

6、向苹果审核团队阐述app功能的运营主体、技术支持网站等，来证明app和公司的的所属关系；

如，在你的app“关于我们”中，中英文介绍公司，介绍产品归属该公司。

如，技术支持网站，进一步介绍公司和说明产品归属该公司。

二、PLA 3.2(f) 不诚信或欺诈被拒

被拒理由

We have determined that your Apple Developer Program membership, oranother membership associated with your developer account, has been used fordishonest or fraudulent activity. This is prohibited by Section 3.2(f) of theApple Developer Program License Agreement:

我们已经确定你的苹果开发者计划会员资格或与你的开发者帐户相关联的其他会员资格（同一个开发者，有两个或者多个会员账号）已被用于不诚实或欺诈活动。《苹果开发者计划许可协议》第3.2（f）节是禁止这一行为的：

“You will not, directly or indirectly, commit any act intended tointerfere with the Apple Software or Services, the intent of this Agreement, orApple’s business practices including, but not limited to, taking actions thatmay hinder the performance or intended use of the App Store, B2B Program, orthe Program. ”

“你不得直接或间接地采取任何旨在干扰苹果软件或服务、本协议的意图或苹果的商业惯例的行为，包括但不限于采取可能阻碍App Store、B2B计划或本计划的执行或预期用途的行为。”

As a result of this activity, you are no longer able to submit updates.

由于此活动，你将无法再提交/更新应用。

Continuing to engage in dishonest or fraudulent acts may result in theremoval of your apps from the App Store and termination of your Apple DeveloperProgram membership and all associated memberships.

继续从事不诚实行为或欺诈行为可能导致从App Store中删除你的应用，并终止你的Apple开发人员计划会员资格和所有相关会员资格。

被拒原因分析

1. 首先，苹果审核人员已经确定你的苹果开发者计划会员账号已被用于不诚实或欺诈活动；
2. 或者你的会员账号没有违规，但和你账号关联的其他开发者账号有违规，被苹果审核人员发现；
3. 你的行为违反了《苹果开发者计划许可协议》第 3.2（f）节；
4. 由于这些违规行为，苹果给你做出的处罚是“禁止你继续提交/更新该应用”；
5. 如果你执迷不悟，继续从事这些违规行为，苹果可能会将你的应用下架、封停开发者账号，并终止你的 Apple 开发人员计划会员资格等；

苹果在这里提到了3.2(f)相关的内容：

“你不得直接或间接地采取任何旨在干扰苹果软件或服务、本协议的意图或苹果的商业惯例的行为，包括但不限于采取可能阻碍App Store、B2B计划或本计划的执行或预期用途的行为。”

但是没有针对这些内容的详细示例说明。笔者通过进一步查看苹果官方文档上的PLA3.2(f)，发现这些都是属于违反3.2(f)的内容：

• 为您的应用或任何第三方应用提交虚假评论；
• 选择和第三方应用类似的名字以混淆用户的视听；
• 占据其他应用的名字来防止合法的第三方使用；

你可对账你的开发者账号或马甲包账号看看，十有八九违反了其中的某一条或多条；

应对方式

PLA3.2(f)是苹果非常严厉的处罚，应用已无法通过更新来修正后再次提交审核，严厉程度仅次于注销账号。针对这种情况，你可以从以下几个方面来努力。

• 如果有刷榜、刷评论行为，停止刷；
• 如果和本开发者账号有信息关联或转让关系的马甲包在刷榜、刷评论，也立刻停止；
• 和本开发者账号有信息关联或转让关系的马甲包最好不要更新，更新也会被拒绝；
• 不要创建占位的应用，如果已经创建，改名；
• 不要去淘宝或其他交易平台买苹果开发者账号；
• 如果要新建马甲包提审，重新申请和已有账号无信息关联的新账号。这里的“无信息关联”包括但不限于：

邮箱账号的域、账号所有人、IP地址、Mac地址、邓白氏编码联系人/联系方式/办公地址、支付信用卡账号、发票抬头等。

• 停止一切有可能的违规行为后，找苹果App 审查委员会申诉；

三、Guideline 2.1 -Performance – App Completeness应用完整性被拒

被拒理由

We discovered one or more bugs inyour app when reviewed on both iPhone and iPad running iOS 10.3.3 on Wi-Ficonnected to an IPv6 network.

在IPv6网络的Wi-Fi，iOS10.3.3的iPhone和iPad环境下，我们在你app上发现一个或多个bugs。

Specifically, we were unable tomake a loan application.

具体来说，我们没法申请贷款。

Please see attached screenshotsfor details.

详情见附件截图。

Next Steps 下一步行动

To resolve this issue, please runyour app on a device to identify any issues, then revise and resubmit your appfor review.

为了解决这个问题，请通过在设备上运行你的app来找到所有问题，修改后再次提交审核。

被拒原因分析

因为bug导致审核人员无法进行核心功能（申请借款）的操作，中断审核过程。

我们后面分析发现，我们其实是没有bug的，但是苹果审核团队很难理解这个逻辑和交互，以为是bug，导致被拒。

应对方式

• 确保提交的产品没有bug，特别是bug不能影响核心功能的操作使用。
• 提供给苹果审核团队的账号，需要能体验核心功能。比如借款类APP，需要能提交借款申请。
• 产品功能的逻辑和交互，按照普通人能理解、能接受的逻辑走，不要晦涩难理解。

四、Guideline2.3.10 – Performance – Accurate Metadata准确的元数据被拒

被拒理由

We noticed that your app or itsmetadata includes irrelevant third-party platform information.

我们注意到，你的应用或应用的元数据包含了不相关的第三方平台信息。

Referencing third-party platformsin your app or its metadata is not permitted on the App Store unless there isspecific interactive functionality.

除非有特定的交互功能，否则在App Store中引用第三方平台或其元数据是不允许的。

Please see attached screenshotsfor details.

详情请见附件的截图。

Next Steps下一个步骤

To resolve this issue, pleaseremove all instances of this information from your app and its metadata,including the app description, What’s New info, previews, and screenshots.

为了解决这个问题，请从你的应用和它的元数据中删除所有这些信息，包括应用描述、最新动态、预览和截图。

被拒原因分析

原因是我们的应用预览图中，有一页展示的功能是提审的APP没有，苹果审核团队会认为这是第三方平台的东西。

第三方平台的数据，包括第三方公司名称、公司logo等，不能出现在你的应用（包括关于我们、协议等），三方公司名称、公司logo、app没有的功能点不能出现在的应用描述、最新动态、预览图、截屏中。

当然，苹果的产品最好也不要出现在你的应用或应用描述、最新动态、预览图、截屏中。

应对方式

严格按照苹果规定的方式走。提审前，核查应用、应用综合信息、应用版本信息中是否有第三方的元素。

五、Guideline 4.2 -Design – Minimum Functionality最低功能要求被拒

被拒理由

We found that the usefulness ofyour app is limited by the minimal amount of content or features it includes.

我们发现，你的应用的实用性被应用过于简单的内容或特性的所限制。

Next Steps 下一步行动

We encourage you to review yourapp concept and incorporate different content and features that are incompliance with the App Store Review Guidelines.

我们鼓励你审视你的app概念，提现不同的内容和功能，以符合App Store审核指南

被拒原因分析

简单来说，就是你的app功能太过简单，没有达到一个app应用的标准，不具备提交到appstore的资格。

通过进一步查看苹果官方的Guideline 4.2，其内容如下：

App 应包含功能、内容和 UI，而不仅仅是一个经过重新包装的网站。如果 app 没有什么实用价值、毫无新意或者不太像是一个 app，那它就不适合出现在 App Store 中。如果 app 不能带来持久的娱乐价值，或只是让人感到毛骨悚然，则无法获得批准。如果 app 只是一首歌曲或一部影片，则应提交到 iTunes Store。如果 app 只是一本书籍或游戏指南，则应提交到 iBooks Store。

4.2.1 App 应该为实现预期用途而使用 API 和框架，并在 app 描述中说明集成详情。例如，HomeKit 框架应提供家居自动化服务，HealthKit 则应该用于保持健康和健身目的，并集成在“健康”app 中。

4.2.2 除了目录类 app 之外，app 不应只用于市场营销材料、广告、网络剪报、内容聚合或链接集合。

4.2.3 App 应能独立工作，无需安装其他 app。

4.2.4 与表盘类似的 Apple Watch app 可能会令人感到困惑，因为用户会认为这些 app 能与各种设备功能 (如轻扫、通知和第三方功能栏) 配合使用。将创意性的时间表现方式用作 app 界面是个好点子 (例如，供冲浪者使用的潮汐时钟)，但是如果您的 app 与表盘过于相像，则可能会被我们拒绝。

4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 app 需要包含更多的 app 功能，才能获得批准。

4.2.6 利用商业化模板或 app 生成服务创建的 app 会被拒绝。

应对方式

苹果审核指南里说得非常清楚，你要做的就是做良民，遵循苹果标准，提交有价值、符合规范的应用。同时需需要注意：

• 避免功能过于简单；
• 简单的资讯聚合、链接聚合app，会别拒绝；
• 不用提交使用商业化模板创建的应用；

六、Guideline 4.3 -Design – Spam 垃圾应用被拒

被拒理由

Your app duplicates the contentand functionality of apps submitted to the App Store, which is considered aform of spam.

你的应用程序复制了提交给app Store的其他应用程序的内容和功能，这被认为是一种垃圾应用。

Apps that simply duplicatecontent or functionality create clutter, diminish the overall experience forthe end user, and reduce the ability of developers to market their apps.

简单复制内容或功能的应用会造成混乱，降低最终用户的整体体验，并降低开发者推销应用的能力。

You will experience a delayedreview process if you deliberately disregard the App Store Review Guidelines,ignore previous rejection feedback in future app submissions, or use your appto mislead or deceive users.

如果你故意无视App Store的审核指南，在后面提交应用中忽略之前的拒绝反馈，或者使用你的应用来误导或欺骗用户，你将会经历一个延迟的审查过程。

Additional Information 额外信息

We want to provide a safeexperience for users to get apps and a great opportunity for all developers tobe successful.

我们希望为获得应用程序的用户提供安全的体验，同时为所有开发者提供一个成功的机会。

Deliberate disregard of the AppStore Review Guidelines and attempts to deceive users or undermine the reviewprocess is a direct violation of section 3.2(f) of the Apple Developer ProgramLicense Agreement. Continuing to violate the Terms & Conditions of theApple Developer Program will result in the termination of your account, as wellas any related or linked accounts, and the removal of all your associated appsfrom the App Store.

故意无视App Store的评审准则，并试图欺骗用户或破坏审查过程，这直接违反了苹果开发者计划许可协议的第3.2节(f)。继续违反苹果开发者计划的条款将导致你的账户和你关联的账户终止，同时从App Store中删除你的所有相关的应用。

被拒原因分析

1. 你的应用的功能和别人的没有差异，或者和你自己过审的马甲包一样，甚至代码都一样，被定义为垃圾应用；
2. 重复性的应用或简单复制的应用，对用户、开发者的伤害很大，有损于appstore生态的健康；
3. 对苹果的警告视而不见、继续违规，你的应用会被延迟审核；
4. 如果进一步试图欺骗用户或破坏审查过程，将会受到更严厉的处罚，禁账号、删应用，很严重；

应对方式

1. 思想上要重视，你的应用应该有价值、少抄袭或不抄袭，如果是功能雷同也需要有差异点；
2. 请不要为同一个 app，在多个账号下上传；
3. 如果和其他产品有雷同，可通过修改产品分类、产品分发地区等方式，打造与原产品不同的产品侧重属性分类；
4. 如果做马甲包，功能需要多一些差异化，减少相同的代码量。苹果可能针对代码进行机审扫描；

对于监管敏感的行业和应用，苹果审核更严，建议大家整理app提审检查清单，包括发者账号申请、app设计、app开发、app信息和版本信息描述等部分的各项细查项。提审前，对照检查，逐一确认，提升app审核通过率。

这次分析总结在暂时到这里，对于更多的金融类app被拒的方式，后续有时间再更新。

本文主要在于分享我在注册大量苹果开发者账号之后得出的一些经验，基本上你在注册时遇到的问题这里都有答案。

首先科普下苹果开发者账号的三大种类：个人、组织和教育机构，但是我们最常关注的是个人和组织里细分的公司和企业，它们各自的年费分别对应：99美金、99美金和299美金。

首先用邮箱创建Apple ID-填写申请人法定姓名和出生年月日-填写密保问题-完成创建。登录账号-点击加入开发者计划-enroll-选择账号类型-填电话地址-确认订单。

这里讲的是申请个人开发者账号的流程，对于付款完成苹果对你身份的验证方式其实是随机的。

1、 身份证正反面+地址信息；

2、 身份证正反面+申请人姓名

3、 身份证上的地址信息；

4、 注册时填写的地址信息；

5、 直接不用审核就通过；（这种概率很低）

当然除了身份证其实还可以提供护照或驾驶证来证明身份也是可以的。

在验证邮件内容中，如果只要求提供完整地址而没有要求你上传身份证的时候，地址信息可考虑不用如实填写。

理论上是这样的。但是，如果此前你用这个身份信息注册时没有要求你上传身份证进行二次验证的话，那么其实你可以尝试再一次使用它来申请第2个账号。只是在用户名称上你需要更换一下。比如ming Huang 改为Huang ming 。

苹果对这块的要求倒是不高，电话号码不必一个账号对应一个号码。

一般均在两个工作日内，其实最快可在几小时内就能注册下来。

如果遇到付完款，验证资料提交了但账号一直不下来的情况，一定要再认真看下当初苹果给你发的那封要求验证资料的邮件，看看有没漏提供什么资料。笔者有一次就是账号一度申请了十多天都还没下来，后面才发现原来只提供了身份证正反面资料但是漏了地址信息。所以，还是要认真阅读苹果发来的验证邮件。

账号申请下来时间的长短，也取决于你在什么时候注册。尽量选在正常工作日上班时段申请会比较好。比如你在快下班之际和周五下午晚些时候或者周末申请的话，都是要比较迟才能收到苹果的回复邮件。

信用卡一定要同时满足是visa/ Mastercard+银联；就是卡片上一定要有印有两种标志才行，否则付不了款。

如果你需要注册多个开发者账号的话，获取多个邮箱的方式可以这样：一个QQ邮箱其实可以拥有4个形式的邮箱名称，（QQ号邮箱、人名邮箱、Foxmail邮箱、手机号QQ邮箱）虽然都是指向同一个邮箱，但是在苹果那是判定为4个不同邮箱的。所以你申请一个QQ号，可以获得4个邮箱可供注册开发者账号。

申请下来之后联系方式、税以及银行卡信息的设置问题上，建议大家一张银行卡就绑定一个开发者账号，这样有利于各账号本身的安全。

移动应用产品推广服务：APP推广服务  青瓜传媒广告投放

本文作者@蝉大师  由(青瓜传媒)整理发布，转载请注明作者信息及出处！网站地图

想必昨天各位移动圈的小伙伴们，都知道美团旗下系列产品遭遇App Store全线下架的一幕《爆炸新闻！今日美团旗下应用被App Store全线下架！是何原因？》，朋友圈从11点钟开始就刷屏。为此APP顶尖推广也在持续不断关注这次美团应用下架事件。接下来顶尖推广为您一一讲解！

时隔20小时美团旗下系列产品重新上线，从ASO分析工具中可发现，美团应用在23日凌晨4时全线下架，经过20小时，也就是24日凌晨，美团系列产品重新上线恢复，下面为您献上ASO工具截图：

【美团团购已上线】

【猫眼电影已上线】

【美团外卖已上线】

【美团旅行已上线】

由上面截图所示，美团旗下产品已经全部上线，小编就不一一截图举例啦！

昨日美团产品下架原因业界同行也是各种猜测，但美团官方并未作出任何回应，只是在微博发文称是技术波动导致，如下截图：

在此之前，业界猜测的理由，大部分是以下两种：

1、美团违反《非金融机构支付服务管理办法》，在未获得第三方支付牌照的情况经营网络支付结算业务，属非法经营被下架。

2、美团运营人员忘记为苹果开发者账号充值，导致被下架。

但 ~ 小 ~ 编 ~ 认 ~ 为 ~ 并 ~ 不 ~ 对

第一，如果是因为支付牌照问题非法运营，那为何安卓渠道都没有被下架，仅仅只是因为苹果App store下架？

第二，如果因为开发者账号余额不足，正常情况苹果会提前一个月邮件通知开发者，同时会在开发者后台明显位置提示。美团那么大的公司，也不至于会疏忽这种问题。

经过美团系列产品下架问题后，顶尖推广为各位移动圈小伙伴们总结了以下可能被下架的原因！

①、App被举报，内容涉黄涉毒、版权问题、资质问题等等都可能是被举报的原因，苹果员工审核后下架。

②、App违规操作，过分刷榜、开通苹果非允许功能、触犯苹果相关协议。

③、App存在重大bug和隐患，此次美团事件的真实原因就在于此。

④、开发者自己下架产品。

⑤、苹果本身服务器问题，或者突发状况导致下架，但一般会很快恢复。

⑥、加入非官方支付代码(例如支付宝代码)——“顶风”作案。

⑦、评论及引导用户评论——自己刷?被别人刷？还是根本没人刷?

⑧、被同行恶意竞争使坏，用手段导致下架。

以上这些原因都有可能。

那作为苦逼的开发者们如何避免被苹果下架呢？

除了上面讲述的这些因素以外，顶尖推广建议最好用不同开发者账户做一些马甲应用，万一产品遇到突发状况，不至于导致全部无法下载。

好了，这次就到这了，小编大早起来写的文章，希望可以对这次美团下架事件给各位小伙伴们一个解说，不管到不到位，各位看官自行评论哈！如果觉得不错，也可帮忙分享，再此谢谢各位啦！顶尖小编已经困到不行了，要继续回去碎觉觉了！祝各位小伙伴们周五愉快！