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年，所以适当更新我们的应用是有必要的，以免苹果官方把我们的应用当做废弃应用下架，从而对我们造成损失。
苹果的机器审核以及人工审核在不断更新变化，我们对应的方法也要不断升级变化，才能跟得上变化，从而提升我们的过审效率。
来源：
目前机审机制越来越完善了，而且也越来越受重视，相比前几个月，近期的苹果审核时间逐渐缩短，平均审核时间为23.9 小时。
苹果审核大体分为三部分，预审、机审和人工审核。目前应用提审的整个流程大体分为五个阶段：Prepare For Upload（准备上传）、Waiting For Review（等待审核）、 In Review（审核）、Pending Developer Release(等待开发者发布)、Ready For Sale（准备销售）。
APP上传后，会进入到 Wait for Review 状态，而后进入到In Review状态，In Review一般2天左右就会审核通过或者是被打回。
- 包上传后首先进入的是预审，会被扫描API等，预审通过后会在iTC里出现，然后才可以提交至 Waiting；
- 在 Waiting For Review（等待审核）阶段一般是机审，机审主要是对代码进行机器审核，排查APP是否重复应用，“2.1苹果狗年大礼包”事件就更多地依赖机器自动审核，减少人工成本；
- 通过后会进入In Review（审核）阶段，即人工审核阶段，这个阶段主要看的是App的元数据，例如APP封面、功能、体验等等，注重用户体验。
近期审核被拒TOP10
2.1 App 完成度
主要有应用出现崩溃、加载失败等非常明显的Bug、应用不支持 IPv6网络下使用、测试账号、隐藏开关等。
解决方法：提前测试产品是否有bug、和在IPV6网络下是否能使用等，根据提供邮件，一个个审查自身产品信息是否符合，适当情况下可以发送截图视频给苹果官方以证明自己的清白。
2.3 准确的元数据
主要是应用标题、描述、截图等与应用功能严重不符。
解决方法：重新更换截图，保证整个APP功能、流程看起来是一致的。去除隐藏功能模块代码或将需要隐藏功能的代码及定向跳转链接网址做混淆处理，适当增加逻辑复杂度。
3.2.1 可接受的商业模式
主要是没有资质。
解决方法：最佳方案是拿到资质，如果实在没有资质，建议大家尽可能多的把自己公司合规的证据资料发给苹果，而套壳、换新账号碰运气上架等操作，不得已的话可以尝试。
5.1.1 数据收集和存储
主要是App 强制用户注册，且基于不需要用户信息的功能之上、暗中采集/共享用户的个人信息。
解决方法：先与用户协商，让用户同意后注册，有“强登陆”功能的一定要修改为提示登陆的版本。
4.3 重复 App
主要针对的是重复App，就是马甲包。
解决办法：可通过修改名字、icon、主色调、代码等解决，并且注意相同的马甲包提交至少间隔一天以上。
4.2 最低功能要求
主要问题在于苹果认为部分开发者上传的App功能不够，或者没有自己的核心功能
解决办法：可以添加一些功能丰富产品，如果觉得功能已经全了，还没有通过审核，可以向苹果解释产品解决的用户需求，以及具体功能的展现。
3.1.1 购买项目
主要是接入第三方支付。
解决方法：老老实实地走 IAP 的支付方式，用内购。如果隐藏虚拟产品或者通过后更改支付方式，都是有一定风险的。
2.5 软件要求
主要是产品加入违规代码
解决方法：很可能是三方库中含有SDK，可以更新所有三方库，或者反编译提交的ipa，检查文档中是否有违规字符串，有的话删掉。
5.1.5 定位服务
主要是 App 未得到允许，与第三方共享收集的用户数据，且并未说明使用目的等，例：位置、账号……
解决方法：如果要采取用户数据信息，需要给予用户提示，并得到用户的允许，或设置为可选，并且明确告知苹果采集用户数据信息的使用目的。
5.2 知识产权
主要是未经授权，使用受版权保护的第三方材料、App不得与苹果现有产品类似等。
解决方法：确保 app 只包含由您创建或拥有使用许可的内容，提交产品时使用受版权保护的第三方的书面证据或者将产品中包含的未经第三方授权的部分隐藏。
以上就是最近一个月苹果的主要被拒问题以及解决方法，还是建议开发者重新提交App审核前去掉所有可能存在风险的功能，以免造成多次被拒的场面…等审核顺利通过之后，再重新对App进行升级更新，这样做相对比较稳妥,不然多次审核未通过，将会被延迟审核。
审核被拒，你都是怎么解决的呢？
近期在我们的推广群内总会讨论到审核被拒的问题，还有不少圈友分享了他们被拒的理由，以及针对不同问题的解决方法….
我们选了几位圈友的真实被拒经历在这里与大家分享，若是你也遇到类似问题，欢迎留言区分享你的高招，相信你的分享一定会帮助到我们的同行朋友们。
（被拒8次的坎坷经历）
a、被拒原因及解决方法：
2017年的十月末，我们新开发了一款理财产品，新产品上线两天后苹果被拒的消息就来了，当时是以 3.2.2 这一项被拒绝的。当时大概的意思就是软件上有一些商业模式是不允许在苹果商店上线的。苹果那边给我们截了4张图，分别上面带有涨和跌的字样，我们的产品被苹果误认为二元期权（苹果商店不接受这类产品）。后来，我们根据苹果的要求把4张图的违规的地方全部更改之后，进行了提交。同时附加了一封非常不专业的中文邮件，意思大概就是先说明了一下现在苹果应用市场有哪些类似的平台，并解释我们不是你们想的那个业务，并保证严格遵守苹果商店的要求，表了表决心发誓以后为苹果商店做贡献。
两天以后又被同样的问题3.2.2给拒绝了，邮件大致意思还是你的软件有部份二元期权的交易，并说明不适合应用商店，邮件中有附加了一张图片，图片上是一个交易品种页面。苹果还是认为我们是二元期权业务。可是说句实话我们真的不是，所以我们把这张图片的买入价和卖出价全部进行了更改。苹果认为凡是有双向交易的都属于二元期权。第二次提交我没有进行邮件回复直接点击提交了。
两天后我们的产品又一次被同样的问题（3.2.2）拒绝了，这一次苹果的邮件带有点带着脾气了，说我们一直没有更改我们的产品，让我们审查我们自己应用程序的概念，并附加一张图另一个界面也有双向交易的标示，于是我们针对这一问题把所有出现这个标示的页面全部更改成其他的文字描述了。进行了第四次提交。
6天以后又一次被（3.2.2）拒绝了，苹果直接复制之前的邮件，也没有说明需要修改哪里。这一次我没有修改提交应用，直接就给苹果回复了一封英文邮件，意思就是和之前的说明差不多，我们不是二元期权，并保证准守你们的要求，的确用英文邮件得到了苹果的回复，就简简单单的一句英文Thank you for your response.
然后依旧是（3.2.2）的问题。这一次我觉得给苹果详细说明一下我们产品和二元期权的区别了，写了一片很长的英文邮件，大概意思就是说我们之前已经仔细的修改了我们的UI的一些设计、分别说明了什么是二元期权、和我们的产品。也引用了两个百度百科的词条放在邮件当中，也说明了我们给一家正规的公司做的商务合作，并附件了相关的许可证件和授权书。我们进行了第五次的提交。
7天以后，不出意外我们又一次被拒绝了，这次值得庆幸的是我不是被（3.2.2）的问题拒绝的，非常开心。但是，我们又出现了新的问题那就是（5.2.1）比较经典的知识产权的问题，苹果说我们的产品没有体现出合作方的产品的元数据和应用程序，不能证明你这个产品跟合作方有关，要求我们必须发布合作方公司的名称在应用程序上或者把我们的应用程序放在合作方的苹果开发者账号当中。于是，我们在应用程序中展示了合作伙伴的几处小图标，并发邮件标出，附加合作公司的授权书。我们进行了第六次提交。
13天以后，收到了5.2.1同样的问题，而且邮件内容是复制规则的内容。后来我给苹果审核团队发了一封邮件AppReview@apple.com把所有的问题有详细的说了一遍，附加上我们当前有的所有证件和我们公司的营业执照之后，进行了第7次提交。
8天以后，让我激动人心的是不是5.2.1的问题被拒绝，而是准则2.1需要的信息，邮件上说审核团队开始对我们进行复审了，因为我们上传的营业执照分辨率过低，让我们重新上传，听到这里我觉得这次有戏，迅速上传了高清无码的营业执照。进行了第8次提交。
8天以后，又一次被5.2.1的问题拒绝了。这次苹果的邮件回复的很详细，列出了7点要求，1.小额贷款的许可证。2.金融许可证。3.icp增值电信许可证4.应用程序和服务的条款和条件。5.在争议的情况下，您的应用程序和服务提供什么解决机制？6.你在这种情况下有什么责任？这些责任在条款和条件中是否明确？7.有关各方如何相互追查？
b、被拒总结：
因为经历了一个半月与苹果审核团队进行斗争的时候，我想到了一个问题，我们一直在被苹果审核团队牵着走，所以这一次我要对他们说NO。我们决定放弃这款产品，因为上述7个问题对于小型的互联网金融公司基本等于判”死刑“了。我们重新做了一款产品把实盘的入口调成了可配置。然后软件的整体都修改成了模拟交易，突出这是一款投资教育练习的平台，为的就是第一次上线通过，通过之后再把实盘交易配置过来，之后再进行慢慢的产品过度。
8次的拒绝让我不在畏惧苹果审核团队，有时候需要路子走的野一点，不能让苹果审核团队牵着走。
2、分享人：蛋挞 产品推广 理财类APP
a、被拒原因及解决方法：
我们是理财cp，由于没有金融许可证，从2017年12月18日开始起，就一直经受着漫长的苹果审核，目前依旧未通过审核。下面是我们每一次被拒绝，每一次去沟通的经过，希望给大家有帮助，然后有大神有好办法的，希望能够给予帮助。
- 2017年12月18日，被拒理由： 5.2.1 -法律知识产权。我们已经开始了对你的应用程序的审查，但是我们不能继续，因为我们需要你的应用的更多信息。于是我们整理了现有的资料：营业执照、icp、软著 回复苹果。
- 2017年12月22日，收到苹果回复，二次被拒。拒绝理由：3.2.1 -业务-其他商业模式问题-可接受。二次被拒都是因为资质问题，然后我们又重新回复并重新提交了，由于没有金融许可证，我们提交了银行存管协议、第三方支付平台协议、软著、营业执照、icp并回复苹果。
- 2018年1月16日，收到苹果回复：3.2.1 Business: Other Business Model Issues – Acceptable。于是我们给苹果标注重点回复，由于涉及产品内容，不方便透漏。期间苹果一直也没有通过审核。
- 2018年2月5日，我们以版本重大bug为由，给苹果发送邮件并提交加速审核，希望苹果快速审核，并附件带上所有的资质文件。
- 2018年2月26日，又一次被拒，传说中的大礼包：指南2.1 -需要的信息。这种类型的应用程序已经被确认为可能违反以下应用程序商店审查指南中的一个或多个。我们认真查询了我们的产品，我们并没有违反以上协议，给苹果回复。
- 2018年3月5日，我们再次回复苹果我们没有违反任何苹果规定的条款问题，希望苹果给予快速审核通过，并提交了产品。
- 2018年4月9日，再一次的被拒，这次重新回到3.2.1的资质问题。我们再次按照要求回复，并把所有的资质的网址查询贴上，按照上面的要求一条条回复，继续等待苹果的回复。
b、被拒的心情：被拒5次，已经没有感觉了~
3、分享人：灰灰 目前待业 棋牌游戏类APP
a、被拒原因以及解决方案：
1、账号关联性问题。
原来：各一级账号，授权同一账号上传产品，授权同批账号测试产品。
修改：每个一级账号，授权到不同账号上传产品，授权不同账号测试产品。
2、代码关联、相识性程度
在不影响产品的情况下，让各产品之间代码相似程序降低。（例如：增加垃圾代码和其它技术手段使二进制代码不同）
3、产品相关
后台外部元素（本人想法优先级排列）
- 套餐ID、SKU。
- APP内购项目（增加内购内容，不同产品添加不同额度计费点）
- 文字介绍（针对不同地区抒写，不允许套用模版）
- 游戏广告图（要有明显的区别，不能只改插图）
- 关键字
- 开发者联系人
- 联系地址
- 产品发行地区
- 游戏类别
- 测试账号（涉及白名单，准备3~4个测试账号）
- 备注（软著、备案、版号信息）
- 其他注意事项（产品的相关信息介绍描述）
内部UI和界面
大厅UI调整、启动页面、大厅背景图页面。
4、出包机器、上传应用机器
- 暂定不增加出包机器
- 上传提交产品时，使用手机4G网络提交。
b、被拒的心情：苹果爸爸，只能屈服，改。
4、分享人：有个姑娘 产品运营 知识共享类APP
a、被拒原因以及解决方案：
涉及3.2, 1.1，1.2， 5.2条款。主要是用户发布内容导致一系列问题。经历过IOS审核前后整整4个月的审核时间，总共被驳回6次。这个被拒的应用是一个知识技能共享app，就是用户在平台上出售自己的技能与服务。
第一次是提示我们违反了3.2.2条款，说平台上存在激励用户下载应用的行为，并且在附件中截图出来。我们仅仅针对审核组截图的那条信息做了处理，没有针对全平台进行过滤。详细的说就是，用户在平台上发布了“下载某个app就给1块钱”的这个信息，因为这个是用户发的信息，我们当时没有针对全平台进行审核，只删除了自己平台的相关内容。第二次驳回，说我们平台存在不法信息。 看到截图图片，发现是用户发布的“游戏代练”这类信息，然后我们仅仅是把截图出来的那条删除了，没有针对全平台进行过滤，第三次、第四次被驳回，就是说平台上还是存在不允许的信息。 然后我们把平台上所有应用下载、陪玩、陪练、游戏带打之类的信息全部删除。
再次提交第五次，又驳回了。是1.1和1.2的条款问题。这个是说平台上针对用户发布信息的行为没有一个处理机制。要求我们对用户发布的不良信息做过滤机制，要有一种让用户标记令人讨厌的内容的机制，以及开发人员必须在24小时内通过删除内容，并将提供该内容的用户弹出，以处理令人反感的内容报告。因为当时没有经验，不知道要怎么处理，除了把不良信息删除之后就一直和苹果审核那边邮件沟通。
经过很长一段时间，最后终于做了个“用户可以对词条信息进行屏蔽”的功能，然后又提交。第六次，继续驳回，依然是1.2问题，找了n多原因。还和苹果审核团队留电话，最后才知道少了个“用户可以将别人设置黑名单”的功能。 最后提交才终于上线。这前前后后共6次驳回，上面说的四类条款混合涉及。我们用过催审，用过加急，打过电话，最后审核团队估计也烦了直接让我们留电话，主动给我们打电话。打过2次电话后才最终上架。
b、被拒总结：
做个小总结，那种用户可以发布信息的app，一定要针对用户发布行为做机制。 用户发布行为要有条款说明；要有不良信息过滤机制；浏览用户如果不喜欢某条信息要可以屏蔽；浏览用户如果不喜欢某人可以把他拉入黑名单；游戏代练代打这类信息，必须得有游戏方的授权证明，否则千万不能出现。如果审核一次又一次被拒，你的审核时间就会越来越长，等待那是一个漫长又让人绝望的过程。反正我到后面都是在夜里两三点等审核结果的。
5、分享人：默默de长大 产品运营 教育类APP
a、被拒原因以及解决方案：
5.1.1数据收集和存储；在后台中，添加隐私说明地址；由于是小号，用的是个人账户，事先将内容发布在个人博客中，在后台的隐私的位置加的是个人博客的地址
被拒原因以及解决方案：
5.1.5 定位服务；修改了地址获取的弹出窗口方案，写清楚需要使用地址是为了给学生推荐个性化的活动
b、被拒总结：
之前权限获取的说明写的很模糊，就是需要获取您的地址。因为这个被拒后，把所有的需要用户授权的内容都找出来看了下，每个都重新写了一遍，且只在当前使用的时候才弹出来让用户授权。
本文作者@鸟哥笔记 美圆 由(青瓜传媒)整理发布，转载请注明作者信息及出处！
这里的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.
你的应用必须在反应“金融机构名称”的开发商名称和公司名称下发布。如果你代表客户开发了这些应用程序，请建议你的客户将你加入他们的苹果开发者账户。
被拒原因分析
- app的公司主体，没有提供金融服务的资质；
- 金融类app只能在app公司主体的开发者账号上传，不能在个人或委托公司的开发者账号上传；
- app名称没有反映公司品牌；
- 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开发人员计划会员资格和所有相关会员资格。
被拒原因分析
- 首先，苹果审核人员已经确定你的苹果开发者计划会员账号已被用于不诚实或欺诈活动；
- 或者你的会员账号没有违规，但和你账号关联的其他开发者账号有违规，被苹果审核人员发现；
- 你的行为违反了《苹果开发者计划许可协议》第 3.2（f）节；
- 由于这些违规行为，苹果给你做出的处罚是“禁止你继续提交/更新该应用”；
- 如果你执迷不悟，继续从事这些违规行为，苹果可能会将你的应用下架、封停开发者账号，并终止你的 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中删除你的所有相关的应用。
被拒原因分析
- 你的应用的功能和别人的没有差异，或者和你自己过审的马甲包一样，甚至代码都一样，被定义为垃圾应用；
- 重复性的应用或简单复制的应用，对用户、开发者的伤害很大，有损于appstore生态的健康；
- 对苹果的警告视而不见、继续违规，你的应用会被延迟审核；
- 如果进一步试图欺骗用户或破坏审查过程，将会受到更严厉的处罚，禁账号、删应用，很严重；
应对方式
- 思想上要重视，你的应用应该有价值、少抄袭或不抄袭，如果是功能雷同也需要有差异点；
- 请不要为同一个 app，在多个账号下上传；
- 如果和其他产品有雷同，可通过修改产品分类、产品分发地区等方式，打造与原产品不同的产品侧重属性分类；
- 如果做马甲包，功能需要多一些差异化，减少相同的代码量。苹果可能针对代码进行机审扫描；
对于监管敏感的行业和应用，苹果审核更严，建议大家整理app提审检查清单，包括发者账号申请、app设计、app开发、app信息和版本信息描述等部分的各项细查项。提审前，对照检查，逐一确认，提升app审核通过率。
这次分析总结在暂时到这里，对于更多的金融类app被拒的方式，后续有时间再更新。
]]>
本文主要在于分享我在注册大量苹果开发者账号之后得出的一些经验，基本上你在注册时遇到的问题这里都有答案。
首先科普下苹果开发者账号的三大种类：个人、组织和教育机构，但是我们最常关注的是个人和组织里细分的公司和企业，它们各自的年费分别对应：99美金、99美金和299美金。
首先用邮箱创建Apple ID-填写申请人法定姓名和出生年月日-填写密保问题-完成创建。登录账号-点击加入开发者计划-enroll-选择账号类型-填电话地址-确认订单。
这里讲的是申请个人开发者账号的流程，对于付款完成苹果对你身份的验证方式其实是随机的。
1、 身份证正反面+地址信息；
2、 身份证正反面+申请人姓名
3、 身份证上的地址信息；
4、 注册时填写的地址信息；
5、 直接不用审核就通过；（这种概率很低）
当然除了身份证其实还可以提供护照或驾驶证来证明身份也是可以的。
Tips：
在验证邮件内容中，如果只要求提供完整地址而没有要求你上传身份证的时候，地址信息可考虑不用如实填写。
理论上是这样的。但是，如果此前你用这个身份信息注册时没有要求你上传身份证进行二次验证的话，那么其实你可以尝试再一次使用它来申请第2个账号。只是在用户名称上你需要更换一下。比如ming Huang 改为Huang ming 。
苹果对这块的要求倒是不高，电话号码不必一个账号对应一个号码。
一般均在两个工作日内，其实最快可在几小时内就能注册下来。
如果遇到付完款，验证资料提交了但账号一直不下来的情况，一定要再认真看下当初苹果给你发的那封要求验证资料的邮件，看看有没漏提供什么资料。笔者有一次就是账号一度申请了十多天都还没下来，后面才发现原来只提供了身份证正反面资料但是漏了地址信息。所以，还是要认真阅读苹果发来的验证邮件。
账号申请下来时间的长短，也取决于你在什么时候注册。尽量选在正常工作日上班时段申请会比较好。比如你在快下班之际和周五下午晚些时候或者周末申请的话，都是要比较迟才能收到苹果的回复邮件。
信用卡一定要同时满足是visa/ Mastercard+银联；就是卡片上一定要有印有两种标志才行，否则付不了款。
邮箱问题
如果你需要注册多个开发者账号的话，获取多个邮箱的方式可以这样：一个QQ邮箱其实可以拥有4个形式的邮箱名称，（QQ号邮箱、人名邮箱、Foxmail邮箱、手机号QQ邮箱）虽然都是指向同一个邮箱，但是在苹果那是判定为4个不同邮箱的。所以你申请一个QQ号，可以获得4个邮箱可供注册开发者账号。
申请下来之后联系方式、税以及银行卡信息的设置问题上，建议大家一张银行卡就绑定一个开发者账号，这样有利于各账号本身的安全。
本文作者@ 由(青瓜传媒)整理发布，转载请注明作者信息及出处！网站地图
苹果宣布 Search Ads 重磅上线的同时，也向开发者传达了一个好消息：注册即可获得 100 美元账户余额。虽然竞价广告目前仅限美国区，但此项福利却在中国区引发了一场规模不小的“注册潮”——众多没有苹果开发者账号但想“尝鲜”的开发者开始纷纷注册自己的账号。
想必昨天各位移动圈的小伙伴们，都知道美团旗下系列产品遭遇App Store全线下架的一幕《爆炸新闻！今日美团旗下应用被App Store全线下架！是何原因？》，朋友圈从11点钟开始就刷屏。为此APP顶尖推广也在持续不断关注这次美团应用下架事件。接下来顶尖推广为您一一讲解！
时隔20小时美团旗下系列产品重新上线，从ASO分析工具中可发现，美团应用在23日凌晨4时全线下架，经过20小时，也就是24日凌晨，美团系列产品重新上线恢复，下面为您献上ASO工具截图：
【美团团购已上线】
【猫眼电影已上线】
【美团外卖已上线】
【美团旅行已上线】
由上面截图所示，美团旗下产品已经全部上线，小编就不一一截图举例啦！
昨日美团产品下架原因业界同行也是各种猜测，但美团官方并未作出任何回应，只是在微博发文称是技术波动导致，如下截图：
在此之前，业界猜测的理由，大部分是以下两种：
1、美团违反《非金融机构支付服务管理办法》，在未获得第三方支付牌照的情况经营网络支付结算业务，属非法经营被下架。
但 ~ 小 ~ 编 ~ 认 ~ 为 ~ 并 ~ 不 ~ 对
第一，如果是因为支付牌照问题非法运营，那为何安卓渠道都没有被下架，仅仅只是因为苹果App store下架？
第二，如果因为开发者账号余额不足，正常情况苹果会提前一个月邮件通知开发者，同时会在开发者后台明显位置提示。美团那么大的公司，也不至于会疏忽这种问题。
经过美团系列产品下架问题后，顶尖推广为各位移动圈小伙伴们总结了以下可能被下架的原因！
①、App被举报，内容涉黄涉毒、版权问题、资质问题等等都可能是被举报的原因，苹果员工审核后下架。
②、App违规操作，过分刷榜、开通苹果非允许功能、触犯苹果相关协议。
③、App存在重大bug和隐患，此次美团事件的真实原因就在于此。
④、开发者自己下架产品。
⑤、苹果本身服务器问题，或者突发状况导致下架，但一般会很快恢复。
⑥、加入非官方支付代码(例如支付宝代码)——“顶风”作案。
⑦、评论及引导用户评论——自己刷?被别人刷？还是根本没人刷?
⑧、被同行恶意竞争使坏，用手段导致下架。
以上这些原因都有可能。
那作为苦逼的开发者们如何避免被苹果下架呢？
除了上面讲述的这些因素以外，顶尖推广建议最好用不同开发者账户做一些马甲应用，万一产品遇到突发状况，不至于导致全部无法下载。
好了，这次就到这了，小编大早起来写的文章，希望可以对这次美团下架事件给各位小伙伴们一个解说，不管到不到位，各位看官自行评论哈！如果觉得不错，也可帮忙分享，再此谢谢各位啦！顶尖小编已经困到不行了，要继续回去碎觉觉了！祝各位小伙伴们周五愉快！
]]>
