苹果app上架流程（app怎么在苹果上架）
本文目录一览：
怎么在app store提交上架app
step 1: app id(应用id)
app id是识别不同应用程序的唯一标示符。每个app都需要一个app id或者app标识。目前有两种类型的app标识：一个是精确的app id(explicit app id)，一个是通配符app id(wildcard app id)。 使用通配符的app id可以用来构建和安装多个程序。尽管通配符app id非常方便，但是一个精确的app id也是需要的，尤其是当app使用icloud 或者使用其他ios功能的时候，比如game center、push notifications或者iap。
如果你不确定什么样的app id适合你的项目，我推荐你读下苹果关于这一主题的文档：technical note qa1713。
step 2: distribution certificate(发布证书)
ios应用都有一个安全证书用于验证开发者身份和签名。为了可以向app store提交app，你需要创建一个ios provisioning profile 。首先需要创建一个distribution certificate(发布证书)，过程类似于创建一个development certificate(开发证书)。如果你已经在实体设备上测试你的app，那么你对创建development certificate就已经很熟悉了。
如果对此不熟悉，我建议你读下苹果关于signing certificates和provisioning profiles的详细指导。
step 3: provisioning profile(配置文件)
一旦你创建了app id和distribution certificate，你可以创建一个ios provisioning profile以方便在app store中销售你的app。不过，你不能使用和ad hoc distribution相同的provisioning profile。你需要为app store分销创建一个单独的provisioning profile，如果你使用通配符app id，那么你的多个app就可以使用相同的provisioning profile。
step 4: build settings(生成设置)
配置app id、distribution certificate 和provisioning profile已经完成，是时候配置xcode中target的build settings了。在xcode project navigator的targets列表中选择一个target，打开顶部的build settings选项，然后更新一下code signing来跟之前创建的distribution provisioning profile相匹配。最近添加的provisioning profiles有时候不会立马就在build settings的code signing中看到，重启一下xcode就可以解决这个问题。
step 5: deployment target(部署目标)
非常有必要说下deployment target，xcode中每个target都有一个deployment target，它可以指出app可以运行的最小版本。不过，一旦应用在app store中生效，再去修改deployment target，你要考虑到一定后果。如果你在更新app的时候提高了deployment target，但是已经购买应用的用户并没有遇到新的deployment target，那么应用就不能在用户的移动设备上运行。如果用户通过itunes (不是设备)下载了一个更新过的app，然后替代了设备上原先的版本，最后却发现新版本不能在设备上运行，这确实是个问题。
对此我有两个方法
(1) 当你决定提高现有app的deployment target时，要在新版本的版本注释中进行说明。如果你提前告知用户，那么至少有一点，你已经尽力阻止问题的发生了。
(2) 对于一款新app，我经常会把deployment target设置为最近发布的系统版本。因为新ios版本发布后，渗透率的增长速度是令人难以置信的。很多人认为提高deployment target会失去大部分市场，这个说法并不准确，比如ios 6，ios 6发布后一个月，超过60%的设备已经进行了更新。但对android而言，就是另外一回事了，android用户并不会像ios用户那样热衷于更新操作 系统版本。
app怎么上架到苹果商店
当你用开发出了自己的app，下一步就是向app store提交应用了，这时应该如何操作呢？我的app真的准备好提交了？我敢肯定这些问题将会浮现在你的脑海。基于这篇教程，我将告诉你一个完整的提交过程。
开启分步阅读模式
操作方法
01
1.你的应用已经准备好了吗？
测试
写完最后一行代码或者执行完最后一个功能并不意味着你的app已经完成了，你是否让你的应用在多个设备上进行测试了？你的应用是否有内存泄露的问题？你的应用程序是否总是崩溃？这几年，ios设备市场规模增长迅猛，你必须保证你的应用已经在尽可能多的设备上通过测试。常见的问题比如你是否在iphone 5的4寸屏幕到ipad mini的7.9寸屏幕上都通过了测试。
ios模拟器非常有用，但它是在mac上运行的，内存和处理能力要比你口袋中的手机强大很多，一款iphone 3gs和iphone 5的性能差别更不用多说。作为ios开发者，你可不能冒着风险长期使用一款过时的ios设备来创建和维护app，即便app可以在老的ios设备上很好地 运行，但不代表也可以在新设备上跑的顺畅。
苹果的审核是封闭的，但能减少不完善的性能表现给用户带来的糟糕体检。如果你的应用时常崩溃，或者启动后不久运行速递变得缓慢迟滞，那在向app store提交之前你还有不少工作要做。即便苹果审核人员不能发现app存在的问题，但用户会发现。如果用户体验很差，那么用户会给你的差评或者低分，进 一步影响到应用的销售和下载。
规则和指南
就像我前面所说的，苹果为开发者提供了很多文档资料，开发者尤其要注意ios人机交互指南和app store审核指南，不过不少开发者没有精力或者难以静下心来认真研读这些文档，那么你的应用将会因为这些文档中列出的要求而被一再拒绝。
再退一步说，即便你没有研读ios人机交互指南和app store审核指南，但开发者也要知道大家常说的那些规则，如下我列出了一些你的应用应该和不应该做的事情。
你的应用
需符合APPStore审核标准
不能崩溃
不能使用私有api，
不能复制原生app的功能，
应该使用iap(应用内付费)金融交易
不能在用户不知情的情况下使用相机或者麦克风
应该使用有版权的图片
这些只是上边所说的文档内容中很小的一部分。ios人机交互指南和app store审核指南内容更多是非常琐碎的。但有的小地方你也许会不经意的违反。比如，在苹果使用启用自家地图之前，mapkit framework使用的是谷歌地图，用户也非常清楚谷歌的logo会放在每张地图的左下角，如果你的应用的用户界面覆盖了谷歌的logo，那么苹果就会 拒绝你的应用。虽然这非常琐碎，但也是不少开发者经常“犯错误”的地方。如果还有不懂的地方可以到APICloud 的QQ群（398827124）当中寻求帮助。（查官方论坛链接）
END
02
2.预先准备
app id(应用id)
app id是识别不同应用程序的唯一标示符。每个app都需要一个app id或者app标识。目前有两种类型的app标识：一个是精确的app id(explicit app id)，一个是通配符app id(wildcard app id)。 使用通配符的app id可以用来构建和安装多个程序。尽管通配符app id非常方便，但是一个精确的app id也是需要的，尤其是当app使用icloud 或者使用其他ios功能的时候，比如game center、push notifications或者iap。
如果你不确定什么样的app id适合你的项目，我推荐你读下苹果关于这一主题的文档：technical note qa1713。
distribution certificate(发布证书)
ios应用都有一个安全证书用于验证开发者身份和签名。为了可以向app store提交app，你需要创建一个ios provisioning profile 。首先需要创建一个distribution certificate(发布证书)，过程类似于创建一个development certificate(开发证书)。如果你已经在实体设备上测试你的app，那么你对创建development certificate就已经很熟悉了。
如果对此不熟悉，我建议你读下苹果关于signing certificates和provisioning profiles的详细指导。
provisioning profile(配置文件)
一旦你创建了app id和distribution certificate，你可以创建一个ios provisioning profile以方便在app store中销售你的app。不过，你不能使用和ad hoc distribution相同的provisioning profile。你需要为app store分销创建一个单独的provisioning profile，如果你使用通配符app id，那么你的多个app就可以使用相同的provisioning profile。
build settings(生成设置)
配置app id、distribution certificate 和provisioning profile已经完成，是时候配置xcode中target的build settings了。在xcode project navigator的targets列表中选择一个target，打开顶部的build settings选项，然后更新一下code signing来跟之前创建的distribution provisioning profile相匹配。最近添加的provisioning profiles有时候不会立马就在build settings的code signing中看到，重启一下xcode就可以解决这个问题。
deployment target(部署目标)
非常有必要说下deployment target，xcode中每个target都有一个deployment target，它可以指出app可以运行的最小版本。不过，一旦应用在app store中生效，再去修改deployment target，你要考虑到一定后果。如果你在更新app的时候提高了deployment target，但是已经购买应用的用户并没有遇到新的deployment target，那么应用就不能在用户的移动设备上运行。如果用户通过itunes (不是设备)下载了一个更新过的app，然后替代了设备上原先的版本，最后却发现新版本不能在设备上运行，这确实是个问题。
对此我有两个方法
(1) 当你决定提高现有app的deployment target时，要在新版本的版本注释中进行说明。如果你提前告知用户，那么至少有一点，你已经尽力阻止问题的发生了。
(2) 对于一款新app，我经常会把deployment target设置为最近发布的系统版本。因为新ios版本发布后，渗透率的增长速度是令人难以置信的。很多人认为提高deployment target会失去大部分市场，这个说法并不准确，比如ios 6，ios 6发布后一个月，超过60%的设备已经进行了更新。但对android而言，就是另外一回事了，android用户并不会像ios用户那样热衷于更新操作 系统版本。
END
03
3. assets(资源包)提交
icons(图标)
icon是app中不可分割的一部分，你要确保icon尺寸不会出现差错。
itunes artwork: 1024px x 1024px (required)
ipad/ipad mini: 72px x 72px and 114px x 114px (required)
iphone/ipod touch: 57px x 57px and 114px x 114px (required)
search icon: 29px x 29px and 58px x 58px (optional)
settings application: 50px x 50px and 100px x 100px (optional)
屏幕截图的作用不言而喻，你可以为每个app上传5张截图，虽然至少需要上传一张，可能很少有人会只上传一张图片。另外，你还需要分别为 iphone/ipod touch和ipad/ipad mini准备不同的屏幕截图。这也是不小的工作量，但却能展示应用的另一面。shiny development开发的一款售价6.99美元的mac软件status magic可以为你节省不少时间。status magic可以帮你把状态栏放在截图的正确位置。
屏幕截图和icon是应用给用户的第一感觉，直接关系到用户会不会购买。不过，你所上传的屏幕截图也不一定非得是实际的截图，看看where’s my water? (小鳄鱼爱洗澡)截图可以通过使用此策略，更具吸引力和说服力。
元数据
在提交应用之前，要管理好app的元数据，包括1应用名称、2版本号、3主要类别，4简洁的描述，5关键词，6.支持url。如果你需要更新应用，你还要提供新增加的版本内容。
如果你的应用需要注册吗，你还得向苹果提供一个测试账户或者demo账户，这样审核人员就能很快进入app，而不用再注册账号。
提交ios应用
END
04
4. 提交准备
完成基本信息
出现在app store中app的名字要做到独一无二, 这个名字可以不同于主屏幕icon下边的名字，不过推荐使用相同的名字。
sku number是一个用来识别app的特殊字符串。我经常使用app的bundle identifier。最下边是app的bundle id，你可以从下来菜单中选择通配符app id或者准确的app id。
价格和有效性
下一步，确定app的价格和有效性。苹果已经确定好了价格梯度，所以你不需要分别选择各个国家中app售价，你只需要指定在哪个国家的应用商店出售 即可。 在app store显示这款应用之后，这一过程中填的信息还可以被修改，也就是说你可以更改价格，并且不需要提交或更新。
元数据
我们已经说过元数据了，不过还没有说应用评级。根据应用的内容和功能，苹果会给应用一定评级，比如很多应用是4+，500px是17+。除了告诉用户app的内容和功能，也可以让孩子的父母放心。
如果你的应用等级跟内容不符合，苹果也会拒绝你的应用。
准备上传二进制文件
提交完app的元数据后，你会看到关于app的一些摘要信息，你应该在提交之前看看app的版本。点击“view details”按钮，再点击右上角的“ready to upload binary”。然后系统会问你一个或几个关于app的问题，完成后，你会看到提示信息，告诉你准备上传二进制文件。app的状态就变成“waiting for upload”。
END
05
5. 上传二进制文件
为了上传程序，需要为程序创建一个archive。你只能在一台真实设备上创建一个archive。 如果你在active scheme中选择了ios simulator，那么在xcode的product菜单中archive选项是灰色不可选的。连接一台ios设备到mac机器上，然后在active scheme中选择这台设备，然后选择xcode中product菜单里面的archive。
如果一切正常的话，现在你会获得一个archive，并且xcode的organizer会自动打开，并显示出刚刚生成的archive。在列表中 选中archive，然后点击右边的“distribute”按钮。在显示出来的画面中，选择“submit to the ios app store”。然后输入你的ios开发者账号进行认证。接着选择application 和code signing identity。
应用程序的二进制文件会上传到苹果的服务器中——在这个过程中，你的程序同样需要被验证。如果在验证过程中遇到了错误，程序的提交流程
app上架需要什么
app上架应用市场需要什么条件，或者说APP做好以后怎么入驻应用市场。
下面华联纵横小编就对这个问题，跟大家聊一聊。
1.注册账号，各个平台的开发者账号的注册，最好是以企业法人或者老板的名字注册，避免员工离职造成不必要的麻烦，一旦注册一定要牢记账号信息。
APP上架流程--平台入口
2.认证，平台基本都会进行实名认证，需要填写身份证，银行卡等等
3.准备APP的APK文件、名称、版本号，APP的简介200字左右，一句话简介20字以内，软件截图4-5张（240*320、480*800、320*800、460*960等等），适用平台，软件语言（英文、简体中文、繁体中文等等），软件授权（免费、收费、部分收费等），软件类型，软件官网，软件在其他渠道的下载链接，开发者信息（姓名、扣扣、电话、网址等），还要准备和各个市场友链。
4.上架，登录相应平台，找到发布页面，选择APP类型，注意：游戏类之外的统一选择APP，然后上传，根据各个平台的不同规则分为3种方式提交：1、后台直接提交软件。2、以邮件形式发给平台。3、与网站编辑沟通上传。
5.审核，产品完成上述过程以后最关键的就是审核，各个平台的逻辑思维不一样，有过审发通知给你，不过不理你的，有不过通知你，过了不理你的，总之要密切关注，发现问题及时处理。
注意事项：上架的账号，重中之重，一定保存好，万一忘记密码进入认领流程就麻烦了。还有一点，严格按照各个平台的要求上传。
PS：上架应用市场是一件需要比较麻烦的事情，要打包各个应用市场的SDK，以便能够符合应用平台的条件。
还有每个平台需要的资质也不一样，比如有些平台审核严格，游戏必须要版号，游戏二次发行无法通过，渠道商的分发包不给上架等等。
app苹果上架需要多少天 需要哪些资料？
苹果审核一般1-3工作日即可有结果！
苹果上架所需资料：
苹果开发者账号，需要开发者自行向苹果公司申请；
使用苹果上架证书打包的IPA上架发布IPA安装包；
一台苹果电脑，使用上传工具登录苹果开发者账号上传IPA安装到苹果市场
APP内容截图3-5张；分别需要2个尺寸：1242x2208 (像素) 和1242x2688 (像素)
APP的介绍，一段详细的APP介绍，完善的介绍可以增加您应用下载的
APP名字，以及一句话的副标题
隐私政策网址，技术支持网址，在网页里面体现出主体和相关业务
联系人信息，联系人姓名电话地址等
需要登录的APP，需要提供测试账号，以方便审核人员登录
iosapp开发怎么上架
上架之前要先申请一个开发者账号，准备好相关的资料申请提交，ios上架审核很严格，软件要写好一点，嫌麻烦的话也可以找专业的公司帮忙代理申请上架，速度会快很多。
