1.准备开车

在后续操作之前，你需要有一个苹果开发者账号，这玩意就去苹果开发者后台申请咯，具体我没操作过。这里就权当你知道了，当然有很多同学应该是会有一个对应职能的子账号，然后负责自己产品的提审与发布操作。

大多数情况下，对于用于提审和发布的产品运营同学，提供App管理子账号即可;对于提应用包的开发同学，提供开发者子账号即可。

具体大家根据实际需求进行设置，以下是不同职能账号的权限介绍：

2.创建应用

必须先在 App Store Connect 帐户中创建一个 App 记录，然后才能将 App 的构建版本上传至 App Store Connect。

后台网址：https://Appstoreconnect.Apple.com/

必要职能：“帐户持有人”职能、“App 管理”职能或“管理”职能。

创建流程：

• 在“我的 App”中，点按左上角的添加按钮(+)。
• 在您创建您的第一个 App 记录前，“我的 App”页面为空白。
• 请从弹出菜单中选择“新建 App”。
• 在“新建 App”对话框中，选择一个或多个平台，并输入 App 信息。
• 点按“创建”，并留意指示缺失信息的消息。

注意：如果名字被占用需要用版号找苹果官方申诉。

App信息

完成上述操作，你就创建了一个App记录，就可以看到下面这个页面了。

接下来，你就需要去完善这个App的更多信息。

3. App信息完善

首次创建的应用，在这里要完善的信息很多：App 信息、价格与销售范围、App 隐私等。

3.1App 信息

点击综合里的App信息，可以填写App的相关信息，有些信息是可以修改的，有些则在生成时就永久确定了。

App信息

你需要填写的信息如下：

名称：就是游戏名字，2-30个字符，名称经过审核后才会显示在 App Store 中。

副标题：就是App Store里游戏名字下面的那行字，0-30个字符，副标题经过审核后才会显示在 App Store 中。

套装ID：套装 ID 必须与 Xcode 中使用的 ID 相符，该 ID 在上传第一个构建版本后便无法更改。

主要语言：如果只选一个一种语言，则不需要操作，反之则可以自己设定，主要语言将会立即显示在 App Store 中。

类别：大类以及大类下可选2个小类(小类在App Stroe显示无先后顺序，看过感觉像随机显示的)，同时也可选一个次要大类。

年龄分级：编辑的时候按照提示进行选择，会自动出一个年龄数字，如果觉得不合适可以自己返回调整。

此外，如果提审的时候有内购或者是付费App，则需要在App信息里上传版号资料。

对于中国大陆上线的根据中国法律，游戏需获得中国国家新闻出版署的网络游戏出版物号。如果提供或计划提供付费游戏或包含 App 内购买项目的游戏，请提供网络游戏出版物号和相关证明文件，以确保 App 能够在中国大陆 App Store 中供应。

App Store显示的应用信息

3.2价格与销售范围

价格方面是指免费还是付费应用，该价格决定 App Store 价格和您的收入。如果您的 App 是免费的，请选择“免费”;如果要销售您的 App，则必须拥有“付费应用程序协议”。

销售范围就是国家和地区了，在哪些国家或地区的App Store可下载到你的应用，当然这里也可以选择下架你的应用。

价格与销售范围

在这里，其实还可以选择 上个兼容版本的设置，某些用户可能没有与最新 App 版本兼容的设备，为了能让他们继续使用您的 App，我们向他们提供了上个兼容的 App 版本。对于这个设置，在实际操作中记得根据当下的需求进行选择。

3.3 App 隐私

我们国家越来越注重用户隐私，苹果一向也很重视用户隐私，所以这部分现在也变得重要且详细。

App 隐私

隐私政策

需要填写链接至隐私政策的网址 (URL)并且所有 App 都必须提供隐私政策。

隐私政策

数据收集

大部分的App应用或者它们使用的三方工具都或多或少涉及到收集用户信息，如果有则需要在这里详细说明，点击下一步，根据实际情况进行勾选即可。

数据收集

在完成以上操作后，我们基本就完成了一个APP的信息登记，就可以开始后续操作了。

4. 首个版本提审

一般来说，首个版本提审多多少少都会遇到被打回的情况，不用慌。当然，要是老司机负责这个模块的的话，一定程度上是可以提高过审率的。不过，早起提审一般没有时间紧迫性，多试试也无妨，还能积攒经验。

相信绝大多数情况下，首个提审版本只是为了过审测试而已，并非正式版本，所以在这里强烈建议版本信息里版本号填写为0.x.x.x，具体几位的话和项目组负责打包的同学商量。未来正式服版本再1.x.x.x，当然这个其实并非强制。

4.1. 元数据

元数据就是需要填写的版本信息，点击创建应用里的APP应用记录即可。

需要提前准备的元数据包含以下几类：

App预览和截屏 就是常说的宣传视频和五图(卖场图)，截屏必须为 JPG 或 PNG 格式，且必须采用 RGB 色彩空间。App 预览必须为 M4V、MP4 或 MOV 格式，且不能超过 500 MB。

推广文本 可以理解为 一段介绍游戏卖点的段落，这个在版本发布后也可以进行动态修改。

描述 对您 App 的描述，用以详细说明特性和功能，一般习惯用卖点提炼+描述段落。

关键词 添加一个或多个关键词以描述您的 App，关键词将使 App Store 搜索结果更加准确，关键词之间用英文逗号或中文逗号(或两者混合使用)分隔(一般aso用到，比如填最近热门的游戏作为关键字等等)。

技术支持网址 字面意思，最简单就填公司官网。

营销网址 字面意思，可不填。

版本 就是开篇我们提到的，正式上线前用0开头的那个，上线后用1开头的那个，注意每次需要递增。

版权 拥有您的 App 专有权的人员或公司的名称，前面是获得权利的年份(例如“2008 Acme Inc.”)。

App审核信息 这个比较重要，尤其是对于首次提审，对于需要登录的游戏填写上用户名和密码，备注里可以说明怎么登录以及备用的用户名和密码，同时填写你们负责人的联系信息。如果害怕审核员不太会操作，建议撰写一份中英文的操作指南 作为附件上传。

版本发布类型 我一般选手动发布，具体视情况而定。

关于元数据的一些规范要求，在对应填写位置都有很明确的介绍或指引，作为负责的同学建议整理成一个excel文档，备注上要求说明，在每次提审前找相关的同学确定对应的内容就好。

4.2构建版本

对于负责提审的同学来说，构建版本其实只是在前端xcode上传的过了机审的版本中选择需要用于提审的版本即可。

一般流程是：负责iOS打包的前端(也可能是别的职能)将测试ok的iOS包通过 Xcode、macOS 版 Transporter 或 altool 上传构建版本，接着负责提审的同学在后台选择该版本。

以上搞定后，点击右上角存储，然后检查一下没有问题就可以进行添加以供审核了。

5. 审核被拒的经历

审核被拒是比较常见的，被拒的次数多了，后面就不会被拒了，因为坑都踩过了嘛。

建议在提审前，先号召大家(策划、程序、QA等)阅读提审指南：

https://developer.apple.com/cn/app-store/review/guidelines/

苹果在审核打回的时候，一般都会带上具体违反了那条以及描述和修改建议。

5.1元数据

常见的元数据错误有以下几类(我遇到过的)：

App名称或副标题带有免费等价格信息，比如免费送英雄就不行，可以改为送英雄，属于违反了2.3.7条。

截屏或预览中出现的游戏画面并非游戏里真实存在的，比如截屏中有某个英雄但是游戏里并没有，属于违反了2.3条。

提供的账号密码无法登录，审核测试阻断(可能真的是账号密码错误，也可能是登录方式错误，具体看打回的说明)。

5.2版本完整性

版本完整性其实就是指提供的版本功能都是能正常使用的，一般这种情况的打回都是2.1条：

• 游戏崩溃 (建议 修复崩溃)
• 适配问题 (建议 解决适配)
• 存在敬请期待等未开放的功能 (建议 隐藏入口)

另外，比如 存在第三方登录方式如微信登录，但是审核员的设备中没有微信，使用该方式登录时会引导下载微信或提示设备未安装微信，这都是不符合要求的，打回理由一般是 4.2.3条。类似这种情况，建议检测本地依赖app安装状态决定是否显示对应按钮。

其实，还有很多打回的情况，大家可以查对应条款和游戏进行对应检查，然后针对性的修改就行了。

对于打回的情况，除非是换新的安装包，否则在修改后(元数据或者热更)，直接在打回详情页里回复邮件说明修复了，然后申请重新审核即可，而不是在App版本信息页面手动重新提交审核!

6. 关于Test Flight

通过 TestFlight，可以在 app 发布到 App Store 之前，轻松邀请用户来测试 app ，并收集他们宝贵的反馈。只需使用对方的电子邮件地址或通过分享公开邀请链接，即可邀请多达 10,000 名测试员。

在最上方有TestFlight选项，点击即可进入到操作页面。

在TestFlight时可以选择两种测试类型，分别是内部测试和外部测试。

6.1内部测试

可以创建内部群组，并添加最多 100 位内部测试员。群组内的测试员将通过 TestFlight Beta 来测试的 App。可以手动将构建版本分发给相应的内部群组，也可以选择系统自动分发。

需要注意的是，这里的内部测试员是指咱们 App Store Connect 团队中，具有“管理”、“App 管理”、“开发者”或“营销”职能，且有权访问全部有效构建版本的用户。

每个 App 最多可以邀请 100 名内部测试员。如果仅邀请内部测试员，额外测试信息可不填。

向内部测试员( App Store Connect 团队成员)分发 Beta 版构建版本进行测试时，无需经过“TestFlight App 审核”。

6.2外部测试

如需进行外部测试，需要创建外部测试员群组，为群组分配构建版本，然后通过电子邮件或公开链接邀请测试员。

电子邮件形式

公开链接形式

公开链接

向外部测试员分发 Beta 版构建版本，则该构建版本需要经过审核。

每个 App 版本的首个构建版本需要经过全面审核，后续的构建版本通常只需经过基本审核。

7. 关于预订

在 App Store Connect 提交 app 和元数据审核时，所有 Apple 平台适用的新 app 都可以设置预订服务。加入时，可选择未来 2 至 180 日的发布可供下载日期。在 app 发布可供下载后，已预订的顾客将会收到通知，该 app 会在 24 小时内自动下载至他们的设备。

在 App 可供预订期间，可以通过创建和提交新版本来更新您的 App。新版本必须先通过审核，才能在 App Store 上以预订形式发布，如果在预订期间提交了版本更新，则App 发布可供下载后，顾客将收到 App Store 上发布的最新版本。

还可以在预订期间调整App 的价格，但请注意，如果更改定价，则会在顾客接受预订的价格和发布当日的价格中，选择较低的价格向顾客收取。

具体在价格与销售范围页面进行预订的设置。

8. 关于发布上架

审核通过后就可以进行发布操作了。

根据过往经验，一般凌晨 1点左右会进入到审核中，基本上2-3小时就会出结果。

9. 关于内购充值

首个 App 内购买项目必须以新的 App 版本提交。请创建您的 App 内购买项目，然后前往 App 的“App Store”页，从“App 内购买项目”中进行选择，点按“提交”。

内购一般分为以下几种，大部分手游用的都是消耗型项目，偶尔会用到订阅。

9.1首次申请

在首次申请内购项目时，需要配合一个新版本提审，以便于审核人员进行内购功能的测试。

在整个开发流程中测试 app 内购买项目，确保 app 和服务器能够正确处理常见的购买情景，如订阅优惠、中断的购买或退款。在开发早期，可以使用 Xcode 来模拟和测试 app 内购买项目。也可以使用 Xcode 中的 StoreKit 测试功能 在本地环境中测试 app 内购买项目，而无需连接到 App Store 服务器。在 App Store Connect 中配置 app 内购买项目后，可以在沙盒环境中使用真实产品信息进行测试。

准备就绪后，可以使用 TestFlight 向进行内部测试，TestFlight 中的 app 内购买项目使用的是沙盒环境，因此它们是免费提供给测试员的，并不会在 app 发布到 App Store 之后转移到生产环境中。

在您完成了对 app 内购买项目的测试后，您就可以提交它们以供审核。

在功能-App购买项目页面查看或创建新的内购项目。

在创建一个内购项目时(这里以消耗型为例)，操作页面如下：

可以看到有以下内购项元数据信息：

参考名称：将用于 App Store Connect 以及“销售和趋势”报告中，不会显示在 App Store 上，名称不得超过 64 个字符。

产品ID： 用于报告的唯一字母数字 ID，一旦将产品 ID 用于某产品，即使删除该产品，此产品 ID 也无法再次使用(一般我习惯用包名+时间戳的组合形式，比如 xx.xx.cn1648569635。

定价： 就是充值档位。

显示名称 ：将会在 App Store 上显示的 App 内购买项目名称。

描述 ：根据您 App 内购买项目的配置而定，此描述也可能对客户可见。

审核信息截屏： 只会在审核中使用截屏，它不会在 App Store 上显示，可以截取充值档位的页面。

9.2后续新增

新增内购项目时需要填写的元数据信息和首次申请的基本一致，如果是前几次新增内购项目，建议配合新版本一起上，这样新的内购项目也能一并完整测试避免出错。

通过个人实测发现，在多次版本提审通过后，再次新增内购项目的时候，只需要确保元数据没问题即可(截屏我试着传过一张无关的图，居然也过了)。

如果你中途想修改已经过审批准的内购充值项的定价或其他元数据信息，直接点击对应内购充值项进行修改保存即可。