一句话回答
把 App 发布到 App Store，需要先加入 Apple Developer Program，在 App Store Connect 里用 App 的 Bundle ID 创建 App 记录，用 Xcode 归档并上传构建版本，经过 TestFlight 测试，再填好商店信息、隐私、年龄分级和价格，然后提交审核。Apple 表示多数提交会在一两天内审完。通过之后，你可以手动发布、自动发布，或者定在某个时间发布。
把 App 做出来，和把它送上 App Store，是两件不同的事。后者大部分是填表、设置和等待；只要按 Apple 工具期望的顺序来，会顺利得多。
下面把这个顺序拆成十步。每一步都附上依据的 Apple 官方页面；如果你看到的按钮名称略有不同，以当前界面为准。App Store Connect 的界面目前主要是英文，文中的按钮名称也保留英文，方便你对照。
第 1 步：加入 Apple Developer Program
在 App Store 上发布 App，需要付费的 Apple Developer Program 会员资格。Apple 标注的价格是每个会员年度 99 美元，各地区价格可能不同；符合条件的非营利组织、教育机构和政府机构可以申请免除会费。
以个人身份注册，你的法定姓名就是 App Store 上显示的销售方；以组织身份注册，需要是有法人资格的实体，并准备邓白氏编码（D-U-N-S Number）和一个可公开访问的网站。两条路怎么走，我们在 Apple Developer Program 注册指南里写得很详细。
要收费？记得签付费 App 协议
会员资格本身只覆盖免费 App。要卖 App 或提供 App 内购买，账户持有人还需要在 App Store Connect 的 Business 里签署付费 App 协议（Paid Apps Agreement），税务和银行信息也在那里填写。
第 2 步：注册 Bundle ID，创建 App 记录
Bundle ID 是 App 的唯一标识，写法像反过来的域名，比如 com.example.myapp。它在 Xcode 的 App target 里设置，并且要和开发者账号 Certificates, Identifiers & Profiles 里注册的显式 App ID 一致（参见 Apple 的注册 App ID 说明）。App Store Connect 靠它把你上传的每个构建版本对应到你的 App，所以要想好再定。
接着，在首次上传之前到 App Store Connect 创建 App 记录：
- 在 Apps 里点 +，选择 New App。
- 选择平台（iPhone 和 iPad App 都属于 iOS），填写名称、主要语言、Bundle ID 和内部使用的 SKU。
- 为团队选择 Full Access 或 Limited Access，点 Create。
（如果跳过这一步，Xcode 会在第一次上传时向你要这些信息。）找不到 New App？先确认账户持有人已经签署最新协议，再确认你的角色是 Account Holder、Admin 或 App Manager。第一次用 App Store Connect 的话，可以先读 App Store Connect 新手完全指南。
第 3 步：归档并上传构建版本
归档前先设好版本号（用户看到的，比如 1.0）和构建号（内部计数，每次上传都要递增）。根据 Apple 的现行要求，上传到 App Store Connect 的 App 必须用 Xcode 26 或更高版本、搭配 iOS 26 SDK 构建，iOS App 的部署目标不能低于 iOS 13。
归档
在 Xcode 里选好 scheme 和运行目标，执行 Product > Archive，归档会出现在 Organizer 中。
验证
选中归档，点 Validate App，上传前先做一次自动检查。
分发
点 Distribute App，选择 TestFlight & App Store。Xcode 会自动签名、连同符号文件一起上传，也可以帮你管理构建号。
除了 Xcode，Apple 的上传文档还列出了 Transporter、altool、Xcode Cloud 和 App Store Connect API。无论用哪种方式，构建版本都要先经过 Apple 处理才会出现在 App Store Connect 里，处理完成后会收到邮件。
只要 App 用到加密（包括系统自带的加密功能），就需要回答出口合规问题；在 Info.plist 里设置好，就不用每个构建版本都重复回答。
第 4 步：用 TestFlight 测试
处理完成的构建版本会出现在 TestFlight 标签页。根据 Apple 的 TestFlight 概览：
- 内部测试员最多 100 人，必须是团队里的 App Store Connect 用户。
- 外部测试员最多 10,000 人，可通过邮件或公开链接邀请；第一个给外部测试的构建版本要先经过 TestFlight 审核。
- 每个构建版本最多可测试 90 天。
- 测试员用免费的 TestFlight App 安装，可以附带截图提交反馈。
这一步别走过场。Apple 的 App Review 页面提到，平均超过 40% 的未解决问题都和准则 2.1“App 完整性”有关：崩溃、占位内容、信息不完整。用真机测试，保证后端服务在线，把所有占位文字和图片都换掉。
第 5 步：填写商店信息，上传截图
回到版本页面，填写用户会看到的内容：副标题、描述、关键词、技术支持网址，以后更新时还有“新功能”说明。主要类别在 App Information 里选。准则 2.3 要求元数据准确反映 App 的核心体验，所以写它现在能做什么，而不是路线图上的计划。
截图是必需的。Apple 的截图规格规定每个设备尺寸 1 到 10 张，JPEG 或 PNG 格式；iPhone 至少一张，支持 iPad 的话 13 英寸 iPad 也至少一张。截图要展示 App 实际使用的样子，而不是启动页或登录页。想更快做出一套像样的截图，可以看看我们怎么用 AI 生成 App Store 截图。
最后别漏了 App Review Information，这部分只有审核员能看到：留一个能及时回复的联系人；App 需要登录的话，提供可用的演示账号；不好找或不好复现的功能写清楚操作步骤。Apple 说缺少这些信息可能拖慢审核，甚至导致不通过。
第 6 步：隐私、年龄分级和其他问卷
App 隐私
在 App Privacy 里，你要回答自己或第三方合作伙伴是否从 App 收集数据；如果收集，是哪些类型、用来做什么。这些回答会变成产品页上的隐私信息，也就是常说的“隐私营养标签”。Apple 的隐私帮助页面说得很明确：集成的第三方代码也要算进去，保持信息准确是开发者的责任。
每个 App 还需要一个隐私政策网址。Apple 要求隐私政策写明 App 收集哪些数据、如何收集和使用；确认共享数据的第三方提供同等保护；并说明数据保留和删除政策，以及用户如何撤回同意或要求删除数据。
年龄分级
在 App Information 里点 Set Up Age Ratings，如实回答问卷，Apple 会据此算出分级。你可以手动调高分级；如果算出的分级允许，也可以选择“专为儿童设计”（Made for Kids），但审核通过后就不能再改。详见 Apple 的年龄分级说明。
第 7 步：设置价格和上架地区
在 Monetization > Pricing and Availability 里，为一个基准国家或地区选定价格（或免费）。Apple 会为其他店面生成对应价格，并根据税率和汇率变化自动调整，除非你自己为某些地区单独定价。Apple 的发布概览还提到，你需要设置税务类别；App 默认在所有 App Store 国家和地区上架，你也可以缩小范围或开启预订。
第 8 步：提交审核
Apple 的提交流程里有两个按钮，很多人只点了第一个：
- 在版本页面的 Build 部分，选择测试过的构建版本。一个版本只能关联一个构建版本。
- 选好发布方式（见第 10 步）。
- 点 Add for Review。状态会变成 Ready for Review，但这时还没有真正提交。
- 打开 Draft Submissions 或 App Review 部分，检查内容后点 Submit for Review。
关于审核时间，Apple 的 App Review 页面写的是：审核团队全天候工作，通常至少 50% 的提交在 24 小时内审完，90% 在 48 小时内审完。这是常见情况，不是承诺；信息不完整的提交可能更慢。遇到严重 bug 需要紧急修复，或上线时间和某个活动绑定，可以申请加急审核。
用模板或 App 生成工具做的 App？
准则 4.2.6 针对的是用商业化模板或 App 生成服务做出的 App。它并不禁止任何工具，要求的是 App 由内容的提供者直接提交，并且提供定制化、独特的体验。
第 9 步：被拒了怎么办
被拒并不意味着结束。Apple 会发来一条消息，写明涉及的准则，提交状态显示为 Unresolved Issues。处理都在 App 的 App Review 部分完成，它取代了以前开发者常说的 Resolution Center（解决方案中心）。
- 审核员需要更多信息：在对话里回复 App Review，可以附上截图或文件。
- 问题出在商店信息：改好元数据即可，Apple 说可以用同一个构建版本重新提交。
- 问题出在 App 本身：修复后上传新的构建版本，关联到版本上，再重新提交审核。
- 认为审核员误解了 App：可以向 App Review Board 申诉，每次提交限一次。
回复要简短、礼貌、具体：改了什么、在哪里能看到、怎么操作能看到。
第 10 步：选择上线方式
Apple 的发布选项按版本设置：
手动发布
审核通过后，版本停在 Pending Developer Release，等你点 Release This Version。
自动发布
App Review 一通过就自动发布。
定时发布
通过后自动发布，但不早于你设定的日期和时间。
发布后，App 最多可能需要 24 小时才会出现在 App Store 上。之后的版本更新还可以开启分阶段发布：7 天内依次推送给开启自动更新的用户中的 1%、2%、5%、10%、20%、50%，最后是 100%。期间累计最多可以暂停 30 天。
AirBuild 能帮上什么
AirBuild 是一支通过对话构建原生 iOS App 的 AI 团队，它的 App Store 智能体能接手第 4 到第 10 步的大部分工作：TestFlight 邀请和构建版本分发；准备构建版本、元数据、截图和审核备注；提交 App 并跟进审核。Apple 提出问题时，它会通过 App Store Connect 回复，把修复交给对应的智能体，然后重新提交。
有些事仍然由你来做：App 发布在你自己的 Apple 开发者账号下；App 做什么、卖多少钱由你决定；每次提交都由 Apple 审核并做最终决定。哪些方案包含 App Review 自动化，请看价格页面。
常见问题
把 App 发布到 App Store 要花多少钱？
需要加入 Apple Developer Program。Apple 标注的会费是每个会员年度 99 美元，各地区价格可能不同，注册时会以当地货币显示。符合条件的非营利组织、教育机构和政府机构可以申请免除会费。提交审核本身不另外收费。
App Store 审核要多久？
Apple 的 App Review 页面写明：通常至少 50% 的提交会在 24 小时内完成审核，90% 在 48 小时内完成。这是常见情况，不是承诺；信息不完整的提交可能更慢。发布之后，App 最多可能需要 24 小时才会出现在 App Store 上。
发布 iPhone App 一定要有 Mac 吗？
Apple 列出的上传方式有 Xcode、Transporter 和 altool，这几个都在 Mac 上运行；另外还有 Xcode Cloud 和 App Store Connect API。目前上传的 App 必须用 Xcode 26 或更高版本构建。用云端构建服务的话，构建版本同样会上传到你自己的 App Store Connect 账号。
App 被拒了怎么办？
到 App Store Connect 里这个 App 的 App Review 部分（以前叫 Resolution Center，也就是常说的“解决方案中心”），先看 Apple 引用的是哪条准则。审核员缺信息就回复补充；问题在 App 本身就修好再重新提交。如果只是元数据的问题，Apple 说可以直接用同一个构建版本重新提交。认为审核员误解了 App，可以就每次提交向 App Review Board 申诉一次。
能自己决定 App 什么时候上线吗？
可以。每个版本都能选择：审核通过后手动发布、通过后自动发布，或者通过后自动发布但不早于你设定的时间。版本更新还可以用为期 7 天的分阶段发布。
AirBuild 能帮我把 App 发布上去吗？
AirBuild 的 App Store 智能体会准备构建版本、元数据、截图和审核备注，提交 App、跟进审核、回复 App Review，并在 Apple 提出问题时修复后重新提交。App 发布在你自己的 Apple 开发者账号下，最终是否通过由 Apple 决定。