Complete Apple App Store Submission Guide and Checklist
A complete iOS app submission guide covering the USD 99/year Apple Developer Program, organization accounts, store assets, privacy, TestFlight, review, and release.
成本：99 美金/年（Apple Developer Program）
准备上架资料时，可配合使用：《APP 上架资料准备清单》
如果您的 APP 已经开发完成，下一步通常就是将应用发布到 Apple App Store，让 iPhone、iPad 等 Apple 设备用户可以正式下载安装。
很多客户第一次上架 APP 时，会发现 Apple 的上架流程并不只是“上传一个安装包”这么简单。
除了 APP 本身，还需要提前准备：
- Apple 开发者账号
- 企业主体资料
- APP 名称、图标和商店介绍
- APP 截图
- 隐私政策
- 用户协议
- APP 隐私数据说明
- 测试账号
- 审核说明
- 年龄分级信息
- 登录、支付、账号注销等合规功能
- 部分特殊行业所需的资质证明
本文由 深圳市滚水科技有限公司 整理，帮助客户提前了解 Apple App Store 上架需要准备哪些资料，以及从开发完成到正式上线的完整流程。
一、APP 上架 Apple App Store 的整体流程
通常，一个 APP 从开发完成到 Apple App Store 正式上线，会经历以下几个阶段：
第 1 步：注册 Apple Developer 开发者账号
↓
第 2 步：完成企业主体认证
↓
第 3 步：在 App Store Connect 创建 APP
↓
第 4 步：准备 APP 上架资料
↓
第 5 步：配置证书、Bundle ID 和签名
↓
第 6 步：生成并上传 iOS 正式版本
↓
第 7 步：通过 TestFlight 进行测试
↓
第 8 步：填写 APP 商店资料及隐私信息
↓
第 9 步：提交 Apple 审核
↓
第 10 步：根据审核反馈修改
↓
第 11 步：审核通过并正式发布
如果前期资料完整、APP 本身符合 Apple 审核规范，上架过程通常会比较顺利。
反之，如果在开发完成后才发现 APP 的登录、支付、注销、隐私权限等设计不符合 Apple 规则，就可能需要重新修改产品甚至重新开发部分功能。
因此，我们通常建议：
在 APP 开发阶段就按照 Apple App Store 的审核规则进行设计，而不是等开发完成以后再考虑上架。
二、首先需要准备 Apple Developer 开发者账号
要将 APP 上架 Apple App Store，必须拥有 Apple Developer Program 开发者账号。
Apple Developer Program 目前的标准费用为：
99 美元 / 年
具体金额可能根据所在国家或地区以当地货币显示。
三、建议使用企业开发者账号
Apple Developer 账号主要可以分为：
1. 个人账号
以个人身份注册。
APP 上架以后，App Store 中显示的开发者 / Seller 通常与个人身份相关。
适用于：
- 个人开发者
- 独立开发者
- 个人产品
2. 企业 / Organization 账号
以公司或其他法人实体身份注册。
APP 上架后，可以使用企业主体作为应用的开发主体。
对于正式商业 APP，我们通常建议客户使用：
Organization 企业开发者账号。
这样可以让 APP 的：
- 品牌
- 企业主体
- 开发者身份
- 合同主体
- 商业运营主体
保持一致。
四、注册 Apple 企业开发者账号需要准备什么？
企业注册 Apple Developer Program 时，通常需要准备以下信息。
1. 企业法定名称
必须填写公司的正式法人实体名称。
需要注意：
Apple 要求注册主体必须是可以独立签订法律协议的法人实体。
分公司、虚构商业名称、单纯品牌名等通常不能直接作为注册主体。
2. D-U-N-S Number
企业注册 Apple Developer Program 时，通常需要提供：
D-U-N-S Number（邓白氏编码）
这是由 Dun & Bradstreet 提供的企业身份识别编码。
Apple 会通过该编码验证：
- 企业名称
- 企业法人实体状态
- 企业地址
- 企业身份
如果企业还没有 D-U-N-S Number，可以按照 Apple 提供的流程查询或申请。
3. 企业官方网站
Apple 要求企业通常需要有一个：
公开可访问、正常运行的企业官网。
官网域名应该能够与企业产生合理关联。
例如：
yourcompany.com
单纯的社交媒体主页、内容极少的网站或还没有正式上线的域名，一般不适合作为企业官方网站。
4. 企业域名邮箱
建议准备：
name@yourcompany.com
这样的企业邮箱。
例如：
admin@example.com
不建议企业注册时完全依赖个人免费邮箱作为主要企业联系方式。
5. 企业联系电话
准备能够正常接听的企业联系电话。
Apple 在开发者账号审核过程中，有可能进行企业身份核实。
6. Apple Account
需要准备一个 Apple Account，并开启：
双重认证 Two-Factor Authentication。
建议该 Apple Account：
- 长期由公司控制
- 使用公司邮箱
- 不要绑定离职风险较高的普通员工个人账号
- 保存好账号密码和二次验证方式
7. 有权代表公司的负责人
注册 Organization 开发者账号的人，需要具有代表公司接受 Apple Developer Program 协议的权限。
通常可以是：
- 公司创始人
- 法人 / 股东
- 公司高管
- 获得授权的负责人
Apple 会将该账号设置为：
Account Holder
Account Holder 是 Apple Developer 账号中权限最高、也最重要的角色之一。
因此不建议随意使用外包公司或普通员工账号作为企业 Account Holder。
五、滚水科技建议：开发者账号一定要归客户自己所有
如果滚水科技负责为客户开发 APP，我们通常建议：
Apple Developer 开发者账号由客户自己的企业注册并长期持有。
然后客户通过 Apple Developer / App Store Connect，将滚水科技技术人员添加为：
- Admin
- App Manager
- Developer
等相应角色。
这样做的好处是：
- APP 所有权归客户
- 开发者账号归客户
- APP 后续可以自由更换开发团队
- 客户掌握发布权限
- 客户掌握财务、税务及合同信息
- 避免 APP 挂在外包公司账号下产生资产归属问题
特别是正式商业项目，我们不建议长期将客户 APP 挂在开发公司的开发者账号下。
六、APP 上架前，客户需要准备哪些资料？
下面是正式上架过程中最核心的一部分。
建议客户提前一次性准备完整。
七、第一类资料：APP 基础信息
1. APP 中文名称
例如：
XX Learning
或者：
XX 点餐
名称应与产品品牌保持一致。
同时需要注意：
最终能否使用某个名称，还取决于 App Store 中是否存在冲突以及 Apple 审核情况。
2. APP 英文名称
如果 APP 面向海外用户，建议同时确认英文名称。
3. APP 副标题 Subtitle
用于简单描述 APP 的核心功能。
例如：
Book Classes Anytime
或者：
Order Food & Get It Delivered
建议：
- 简洁
- 明确
- 不要堆砌关键词
- 不使用夸张宣传内容
4. APP 分类
例如：
- Business
- Education
- Food & Drink
- Finance
- Health & Fitness
- Lifestyle
- Productivity
- Shopping
- Social Networking
- Travel
一般需要选择：
主要分类
部分 APP 还可以设置次要分类。
八、第二类资料：APP 图标
需要准备正式的：
APP Icon
一般建议提供：
1024 × 1024 px
高质量 PNG 图片。
设计时建议：
- 不要包含过多文字
- 避免过于复杂的细节
- 与品牌 LOGO 保持一致
- 在小尺寸下依然容易识别
- 四角不要自行制作圆角
iOS 最终会根据系统规则对图标进行展示处理。
九、第三类资料：App Store 应用截图
App Store 商品页面需要展示 APP 实际使用效果。
Apple 允许每个对应设备尺寸上传：
最少 1 张，最多 10 张截图。
支持：
- JPEG
- JPG
- PNG
APP Preview 视频则属于可选内容。
推荐准备多少张？
滚水科技通常建议准备：
5～8 张核心截图。
例如一个普通商业 APP，可以按照：
第 1 张
核心产品价值
例如：
Manage Your Business Anywhere
第 2 张
首页 / Dashboard
第 3 张
核心功能 A
第 4 张
核心功能 B
第 5 张
订单 / 数据 / 服务流程
第 6 张
个人中心 / 会员功能
第 7 张
品牌及服务优势
截图不建议只是单纯截 APP 页面。
比较推荐使用：
APP 页面截图 + 简单营销文案
的形式。
这样用户在 App Store 浏览 APP 时，可以更容易理解产品用途。
十、第四类资料：APP 商店介绍文案
需要准备完整的 APP Description。
一般建议包括：
第一部分：APP 是什么？
一句话说明产品。
第二部分：解决什么问题？
说明用户为什么需要使用 APP。
第三部分：核心功能
例如：
- 在线预约
- 订单管理
- 在线支付
- 消息通知
- 会员管理
第四部分：适用人群
例如：
- Students
- Parents
- Restaurants
- Small Businesses
第五部分：联系我们
如有必要，可以提供：
- 官方网站
- 客服联系方式
十一、第五类资料：App Store Keywords
需要根据产品选择相关搜索关键词。
例如餐饮 APP：
- food
- delivery
- restaurant
- takeaway
- order
教育 APP：
- education
- learning
- tutor
- class
- booking
关键词会影响部分 App Store 搜索曝光。
但不建议大量重复堆砌无关关键词。
十二、第六类资料：Support URL
Apple 会要求提供 APP 的支持页面。
通常可以放在企业官网，例如：
官网 / support
页面建议至少包括：
- APP 名称
- 联系方式
- 客服邮箱
- 常见问题
- 问题反馈方式
十三、第七类资料：Privacy Policy 隐私政策
这是非常重要的一项。
Apple 要求所有 APP 都提供：
Privacy Policy URL。
也就是说，企业需要在官方网站上提供一个公开可访问的隐私政策页面。
隐私政策通常需要说明：
- APP 收集哪些用户信息
- 为什么收集
- 如何使用
- 是否分享给第三方
- 数据保存方式
- 数据保存时间
- 用户如何查询数据
- 用户如何修改数据
- 用户如何删除数据
- 用户如何联系客服
- Cookie 或分析服务
- 第三方 SDK
- 跨境数据处理情况（如适用）
例如 APP 使用了：
- Google Analytics
- Firebase
- Stripe
- Meta
- AWS
- Twilio
- 地图服务
- AI 服务
都需要根据实际数据处理情况评估是否应该披露。
十四、第八类资料：用户协议 Terms of Service
虽然具体要求与业务模式有关，但正式商业 APP 通常建议提供：
Terms of Service / Terms & Conditions
内容一般包括：
- 服务说明
- 用户责任
- 账号规则
- 禁止行为
- 知识产权
- 付款及退款规则
- 服务终止
- 免责声明
- 法律适用
- 联系方式
特别是：
- SaaS
- 电商
- 教育
- 预约
- 会员
- 付费服务
等类型 APP，建议准备完整的用户协议。
十五、第九类资料：APP Privacy 隐私数据申报
除了官网上的 Privacy Policy，Apple 还要求开发者在 App Store Connect 中填写：
App Privacy
也就是用户在 App Store 看到的“隐私标签”。
需要说明 APP 以及 APP 中集成的第三方 SDK 会收集哪些数据。
例如：
- Contact Info
- Name
- Email Address
- Phone Number
- Location
- Purchases
- Payment Information
- User Content
- Photos
- Videos
- Search History
- Browsing History
- Identifiers
- Usage Data
- Diagnostics
Apple 要求开发者不仅考虑自己服务器收集的数据，还需要考虑：
第三方 SDK 收集的数据。
例如广告、统计、登录、支付、崩溃分析 SDK。
因此这一部分最好由：
产品人员 + 技术开发人员
共同确认，而不是单纯由客户填写。
十六、第十类资料：账号注销功能
这是目前非常容易导致 Apple 审核被拒的一项。
如果您的 APP：
允许用户创建账号
Apple 原则上要求：
APP 内必须提供发起删除账号的能力。
只提供：
联系客服删除
或者：
给我们发送邮件删除
对于普通 APP 通常是不够的。
删除账号应当能够删除：
- 用户账号
- 与账号关联的个人数据
法律法规要求必须保留的数据除外。
常见设计方式
可以在：
我的 → 设置 → 账号与安全 → 注销账号
提供：
Delete Account
功能。
允许用户：
- 点击注销
- 进行身份验证
- 查看注销说明
- 确认注销
- 系统执行注销流程
如果系统无法立即完成删除，可以进入人工处理流程，但需要明确告诉用户处理时间和状态。
十七、第十一类资料：Apple 审核测试账号
如果 APP 登录以后才能查看主要功能，提交审核时通常需要提供：
Review Account / Demo Account
例如：
Username:
apple-review@example.com
Password:
12345678
这个账号必须：
- 能正常登录
- 不需要审核人员自己注册
- 不需要接收中国手机号验证码
- 不需要特殊企业权限申请
- 能够查看主要功能
- 在整个 Apple 审核期间保持有效
如果不同角色看到的内容不同，可能还需要提供多个测试账号。
例如：
- 用户账号
- 教师账号
- 商户账号
- 管理员账号
并在 Review Notes 中解释测试方式。
十八、第十二类资料：App Review Notes
提交审核时，可以向 Apple 审核人员说明 APP 的特殊情况。
例如：
This app is a booking platform for parents to schedule offline lessons with teachers.
或者说明：
- 如何登录
- 如何进入某项功能
- 为什么需要定位权限
- 为什么需要摄像头
- 如何测试支付
- 某些功能为什么需要特定账号
- APP 的商业模式
APP 越复杂，我们越建议认真填写 Review Notes。
这样可以减少审核人员因为不了解业务而产生误判。
十九、第十三类资料：年龄分级 Age Rating
Apple 会要求开发者填写 APP 的内容情况，然后自动计算年龄分级。
可能涉及：
- 暴力内容
- 成人内容
- 赌博
- 医疗信息
- 用户生成内容
- 网络访问
- 社交功能
- 聊天功能
Apple 在 2026 年已经更新年龄分级体系。
另外，从 2026 年 9 月开始，Apple 将进一步要求提交新 APP 或更新时回答新增的年龄分级问题，包括 APP 是否具有 Social Media 等相关能力。
因此，APP 如果存在：
- 用户发帖
- 评论
- Feed
- 社区
- 内容传播
- 社交互动
等功能，需要特别关注年龄分级及未成年人保护相关设计。
二十、第十四类资料：Copyright
一般填写：
年份 + 公司名称
例如：
2026 ABC Technology Ltd.
二十一、第十五类资料：APP 联系人
需要准备负责 APP 上架审核沟通的人：
- 姓名
- 电话
审核期间需要确保：
Email 可以正常接收 Apple 邮件。
二十二、如果 APP 使用第三方登录，需要特别注意
例如 APP 支持：
- Google Login
- Facebook Login
- LINE Login
- 微信登录
- Microsoft Login
需要根据 APP 的具体登录设计判断是否需要同时提供：
Sign in with Apple
这是 Apple 审核中非常常见的检查项目。
不能简单理解成：
“只要 APP 有第三方登录，就一定必须 Apple 登录。”
是否必须需要结合 Apple 当前关于第三方 / 社交登录服务的审核规则判断。
开发阶段应提前评估。
二十三、如果 APP 有支付功能，需要特别注意
这是 APP 上架中最容易出现审核问题的领域之一。
首先需要判断：
用户购买的是数字商品，还是实体商品 / 线下服务。
第一种：数字商品或数字服务
例如：
- APP 会员
- 游戏道具
- 数字课程
- 虚拟币
- APP 内高级功能
- 内容订阅
- 云服务容量
通常需要根据 Apple 的 In-App Purchase 规则进行设计。
第二种：实体商品或线下服务
例如：
- 外卖
- 商品配送
- 打车
- 酒店
- 线下课程
- 医疗预约
- 家政
- 实体商品
通常可以根据业务场景使用：
- Stripe
- PayPal
- 信用卡
- Apple Pay
- 其他第三方支付
具体仍然需要根据 APP 实际业务模式确认。
二十四、APP 涉及以下行业，需要提前确认资质
部分行业不能只准备普通企业资料。
例如：
医疗
可能涉及：
- 医疗资质
- 医疗服务声明
- 医生资质
- 监管许可
金融
例如：
- 借贷
- 投资
- 证券
- 加密货币
- 保险
通常属于高审核风险领域。
博彩 / 抽奖
受到严格限制。
儿童 APP
需要符合更严格的：
- 隐私规则
- 广告规则
- 内容规则
- 年龄设计
新闻 / 内容出版
部分国家或地区可能涉及额外资质。
中国大陆地区发布
如果 APP 准备在中国大陆 App Store 提供，还需要根据 APP 类型以及当前中国大陆法规确认：
- ICP
- APP 备案
- 特殊行业许可证
等相关要求。
二十五、APP 开发完成以后，技术团队需要做什么？
客户资料准备完成后，技术团队进入正式上架阶段。
第一步：创建 Bundle ID
Bundle ID 可以理解成 APP 在 Apple 系统中的唯一身份。
例如：
com.company.appname
APP 正式上线以后，不建议随意变更 Bundle ID。
第二步：配置开发和发布证书
开发团队需要配置：
- Development Certificate
- Distribution Certificate
- Provisioning Profile
以及 APP 所需要的各种 Capabilities。
例如：
- Push Notification
- Sign in with Apple
- Associated Domains
- Apple Pay
- iCloud
第三步：在 App Store Connect 创建 APP
主要需要填写：
- APP Name
- Primary Language
- Bundle ID
- SKU
创建完成后，就可以开始填写 APP 商店资料。
第四步：打包 APP
开发团队使用 Xcode 或对应 CI/CD 工具生成：
Release Build
然后上传至：
App Store Connect
第五步：TestFlight 测试
正式提交审核前，推荐先通过：
TestFlight
进行测试。
TestFlight 是 Apple 官方提供的 APP Beta 测试平台。
开发团队可以邀请：
- 公司内部人员
- 客户
- 测试人员
- 外部 Beta 用户
安装测试版本。
二十六、TestFlight 阶段建议测试什么？
正式上架前，建议至少检查：
登录
- 注册
- 登录
- 忘记密码
- 验证码
- Apple Login
用户权限
- 摄像头
- 相册
- 定位
- 麦克风
- 通知
核心业务流程
例如电商：
注册
↓
浏览商品
↓
加入购物车
↓
下单
↓
付款
↓
查看订单
支付
确保：
- 正常支付
- 支付失败
- 取消支付
- 重复支付
逻辑正常。
Push Notification
确认消息推送是否正常。
APP 兼容性
至少测试：
- 不同 iPhone 尺寸
- 最新 iOS
- 常见旧版本 iOS
弱网环境
检查：
- 接口超时
- Loading
- 重试
- 错误提示
Crash
确保主要操作不会导致 APP 崩溃。
Apple 非常重视：
APP 完整性和稳定性。
无法正常使用、存在明显 Bug 或关键功能未完成，都可能导致审核失败。
二十七、正式提交 Apple Review
所有资料填写完成后，就可以选择已经上传的 Build：
Add for Review
然后：
Submit for Review
提交 Apple 审核。
Apple 会从多个方面检查 APP。
主要包括：
- Safety
- Performance
- Business
- Design
- Legal
二十八、Apple 审核人员一般会检查什么？
常见检查项目包括：
APP 是否可以正常启动
如果 APP：
- Crash
- 白屏
- 接口报错
- 无法登录
通常会被直接拒绝。
功能是否完整
Apple 不希望 App Store 出现：
- Demo
- 半成品
- 大量 Coming Soon
- 无法使用的功能
APP 是否具有足够的产品价值
简单套壳：
WebView APP
或者功能过于简单的 APP，存在被 Apple 认为产品价值不足的风险。
登录是否正常
审核人员必须能够体验 APP 的主要功能。
是否正确说明数据收集
实际代码行为必须与：
App Privacy
填写内容保持一致。
是否过度申请权限
例如一个普通商城 APP：
启动以后立即要求：
- 摄像头
- 麦克风
- 定位
- 通讯录
- 相册
就很容易引起审核人员关注。
原则应该是：
使用某项功能时，再申请对应权限。
是否存在支付违规
数字商品支付是审核重点。
是否支持账号注销
有注册账号的 APP，需要重点检查。
用户生成内容 UGC
如果 APP 有：
- 用户发帖
- 评论
- 聊天
- 社区
- 用户上传图片 / 视频
通常需要考虑：
- 举报
- 屏蔽
- 内容审核
- 用户管理
等机制。
二十九、Apple 审核可能出现什么结果？
提交以后，一般会出现下面几种情况。
1. Waiting for Review
等待 Apple 审核。
2. In Review
Apple 正在审核。
3. Pending Developer Release
审核已经通过。
等待开发者手动发布。
4. Ready for Distribution
APP 已经发布。
5. Rejected
APP 被拒绝。
这是 APP 上架过程中很常见的情况。
并不意味着 APP 永远无法上架。
需要查看：
Resolution Center / App Review
中 Apple 给出的具体原因。
三十、常见 Apple 审核被拒原因
滚水科技在 APP 项目中比较关注下面这些问题。
1. 测试账号无法登录
这是最容易避免的问题之一。
2. APP 存在 Crash 或 Bug
3. APP 主要功能无法使用
4. 隐私政策不完整
5. App Privacy 填写错误
6. 权限说明不清晰
例如：
App needs camera.
这种说明过于简单。
应该解释：
Camera access is used to allow users to upload profile photos and scan documents.
7. 没有账号注销功能
8. 数字商品使用外部支付
9. 第三方登录不符合 Apple 登录规则
10. APP 内容与截图不一致
11. APP 功能太简单
12. WebView 套壳明显
13. UGC 缺少举报和内容治理机制
14. APP 涉及特殊行业但没有提供证明
15. 审核人员无法理解业务模式
因此复杂项目建议在：
App Review Notes
中解释清楚。
三十一、如果第一次审核被拒，应该怎么办？
Apple 审核被拒并不罕见。
通常处理流程是：
Apple Reject
↓
查看 Guideline 条款
↓
分析具体原因
↓
回复 Apple
↓
必要时修改 APP
↓
重新上传 Build
↓
再次提交
如果判断 Apple 审核人员存在误解，也可以直接通过 Resolution Center：
解释业务逻辑。
并不是所有 Reject 都一定需要重新开发。
有些问题只需要：
- 补充说明
- 提供测试账号
- 上传证明
- 修改 Metadata
就可以再次审核。
三十二、审核通过以后，APP 如何发布？
Apple 通常支持几种发布方式。
自动发布
审核通过以后自动上线。
手动发布
审核通过以后，由开发者点击：
Release
再正式上线。
定时发布
根据 App Store Connect 当前提供的发布方式安排版本发布时间。
滚水科技通常更推荐商业客户使用：
手动发布。
这样可以在正式上线前最后确认：
- 服务器
- 数据库
- 支付
- 短信
- 客服
- CDN
- 推送
- 域名
全部已经处于 Production 正式环境。
三十三、APP 上线并不代表整个流程结束
APP 上架以后仍然需要持续维护。
包括：
iOS 系统升级
Apple 每年都会发布新的 iOS。
部分 API 和 SDK 会逐步发生变化。
Apple SDK 要求升级
Apple 会持续更新 APP 上传时要求使用的：
- Xcode
- iOS SDK
- API
版本。
因此 APP 即使长期没有增加新功能，也不能永久不维护。
第三方 SDK 更新
例如：
- Firebase
- Stripe
- Facebook SDK
- Google SDK
- 地图 SDK
也会不断升级。
Apple 审核规则更新
APP 每一次更新版本，都需要重新经过 Apple Review。
三十四、客户最终需要准备的资料清单
如果您准备委托滚水科技进行 APP 开发及上架，可以提前准备下面这些资料。
企业资料
- [ ] 企业正式名称
- [ ] 企业注册地址
- [ ] 企业联系电话
- [ ] 企业官网
- [ ] 企业域名邮箱
- [ ] D-U-N-S Number
- [ ] Apple Account
- [ ] Apple Developer Program 企业账号
APP 品牌资料
- [ ] APP 中文名称
- [ ] APP 英文名称
- [ ] LOGO
- [ ] APP Icon
- [ ] 品牌颜色
- [ ] 品牌字体
App Store 商品页资料
- [ ] APP Subtitle
- [ ] APP Description
- [ ] Keywords
- [ ] APP Category
- [ ] APP Screenshots
- [ ] Support URL
- [ ] Marketing URL（如需要）
- [ ] Copyright
法律及隐私资料
- [ ] Privacy Policy
- [ ] Terms of Service
- [ ] 用户数据收集说明
- [ ] 第三方 SDK 数据说明
- [ ] 账号注销机制
审核资料
- [ ] Apple Review 测试账号
- [ ] 测试密码
- [ ] 特殊角色测试账号
- [ ] Review Notes
- [ ] 联系人姓名
- [ ] 联系电话
特殊行业资料
如适用：
- [ ] 医疗资质
- [ ] 金融资质
- [ ] 教育相关资质
- [ ] 内容相关资质
- [ ] 中国大陆 APP 备案
- [ ] 其他行业许可证
三十五、建议什么时候开始准备上架资料？
很多客户会等到：
APP 已经全部开发完成
才开始准备 Apple 上架资料。
实际上我们更建议：
在项目开发中期就开始。
理想时间线是：
UI / 产品阶段
确认：
- APP 名称
- 登录方式
- 账号体系
- 支付方式
- 权限
- 注销机制
↓
开发阶段
申请：
- Apple Developer
- D-U-N-S
- 企业认证
↓
测试阶段
准备：
- Privacy Policy
- Terms
- APP Description
- Screenshot
- Review Account
↓
APP 完成
直接进入：
TestFlight → Apple Review
这样可以明显降低项目最终上线时的等待时间。
三十六、APP 上架需要多久？
APP 上架时间主要分成两个部分：
第一部分：账号及资料准备时间
如果客户还没有：
- Apple Developer
- D-U-N-S
- 企业认证
- 隐私政策
那么需要提前处理。
这一阶段受 Apple、Dun & Bradstreet 以及客户资料准备速度影响，并不是软件开发公司能够完全控制的。
第二部分：Apple Review 时间
APP 提交以后进入 Apple 官方审核。
实际审核时间会根据：
- APP 类型
- APP 复杂程度
- Apple 当前审核量
- 是否涉及特殊行业
- 是否需要多轮沟通
- 是否出现 Reject
而变化。
因此我们不建议把 Apple 审核时间作为一个绝对固定时间进行承诺。
三十七、谁负责 APP 最终是否能通过审核？
这是客户和开发公司都需要提前理解的问题。
软件开发公司可以负责：
- APP 技术开发
- APP 打包
- App Store Connect 配置
- 上架资料整理
- 提交审核
- 技术类 Reject 修改
- 配合 Apple Review
但是：
最终审核决定由 Apple 作出。
特别是以下内容可能超出开发公司的控制范围：
- Apple 政策变化
- 企业主体认证
- 行业资质
- 商业模式
- 内容合法性
- 第三方服务
- 客户提供的资料
- Apple 审核尺度
因此正式 APP 项目中，应该将：
“协助完成 APP 上架”
与：
“保证 Apple 一定审核通过”
区分开来。
三十八、滚水科技 APP 上架服务通常包括哪些内容？
如果 APP 由滚水科技负责开发，我们通常可以协助客户完成：
- Apple Developer 账号申请指导
- App Store Connect 配置
- Bundle ID 创建
- Certificate / Provisioning Profile 配置
- APP 打包
- TestFlight 发布
- APP Store Metadata 配置
- APP 截图规格处理
- APP Privacy 技术信息整理
- Review Account 配置
- Review Notes 编写
- APP 提交审核
- Apple Reject 原因分析
- 技术问题修改
- 重新提交审核
- APP 正式发布
其中企业资质、法律文本、业务许可证以及客户主体信息，一般需要客户配合提供或确认。
三十九、客户与滚水科技的推荐分工
为了提高 APP 上架效率，我们建议按照下面的方式分工。
客户负责
企业身份
- Apple Developer 企业账号
- 企业资料
- D-U-N-S
- 企业官网
- 企业邮箱
商业信息
- APP 品牌
- APP 名称
- 产品定位
- 商业模式
法律信息
- Privacy Policy 最终确认
- Terms 最终确认
- 行业许可证
- 企业合规责任
滚水科技负责
技术工作
- APP 开发
- Apple 技术配置
- iOS Build
- TestFlight
- APP 上传
- Bundle ID
- Certificate
- Provisioning Profile
上架协助
- App Store Connect 配置
- Screenshot 技术规格处理
- App Privacy 技术梳理
- Review Account
- Review Notes
- 提交 Review
- Reject 技术分析
- 修改及重新提交
四十、最后总结
将一个 APP 发布到 Apple App Store，本质上是：
企业认证 + 产品合规 + 技术发布 + Apple Review
四个环节共同完成的过程。
最重要的并不是等 APP 开发完成以后“找个人帮忙上传”，而是在产品设计阶段就把：
- 登录
- 支付
- 隐私
- 权限
- 用户数据
- 账号注销
- UGC
- 第三方 SDK
- 行业资质
这些问题提前考虑清楚。
对于一个普通商业 APP，我们建议客户至少提前准备好以下 10 项核心内容：
- Apple Developer 企业账号
- APP 名称
- APP Icon
- APP Description
- APP Screenshots
- Privacy Policy
- Terms of Service
- APP Privacy 数据说明
- Review 测试账号
- 企业及行业资质
资料越完整，后续 APP 上架过程通常越顺利。
关于滚水科技
深圳市滚水科技有限公司专注于 APP、Web 系统、企业数字化平台以及 AI Agent 产品的定制开发与技术交付。
在 APP 项目中，我们不仅负责产品开发，也会从项目设计阶段提前考虑：
- Apple App Store
- Google Play
- 用户隐私
- 第三方登录
- APP 支付
- 海外服务
- 多语言
- 后续版本更新
等实际上线问题，尽量避免出现“APP 已经开发完成，但因为平台规则无法上线”的情况。
如果您的项目计划同时发布：
Apple App Store + Google Play
建议在项目启动阶段就按照两个平台的规则统一进行产品设计和技术规划。
资料更新时间：2026 年 8 月
Apple App Store 的审核政策、SDK 要求、年龄分级以及不同国家和地区的合规要求可能持续调整。实际提交时，应以 Apple Developer 和 App Store Connect 当时显示的最新规则为准。
This article is for general reference. Requirements and costs are subject to Apple's latest policies, supplier quotations, and actual project conditions.
Permanent link