App Store 上架提交检查清单（2026）：从 Xcode 26 构建到 Submit for Review

App Store 上架提交检查清单，就是在提交之前必须同时准备就绪的事项列表：一个可用的构建版本、准确的商店页面、真实的隐私问卷回答，以及足以让审核人员顺利使用你的应用的说明。仅仅构建成功是不够的。下面六个部分按照 App Store Connect 要求填写的顺序排列，每一部分开头都有一个可以直接照做的简短答案。

点击提交之前，App Store 提交需要准备什么？

一次 App Store 提交需要：已附加到该版本且处理完成的构建版本、该版本的必填元数据、截图、隐私政策、App 审核联系信息，以及（如果应用有登录功能）可用的演示账号凭据。Apple 在 App 审核指南 中自带的“提交之前”清单还补充了两项：“启用后端服务，确保其在审核期间处于在线且可访问状态”，以及在审核备注中解释不直观的功能。

哪些账号和 App 记录设置必须提前准备好？

你需要有效的 Apple Developer 会员资格、一个 Bundle ID 与已签名构建版本一致的 App 记录，以及团队中至少一位拥有账户持有人（Account Holder）、管理（Admin）或 App 管理（App Manager）角色的成员。这正是 Apple 提交 App 页面要求的提交角色。

创建记录时，需要选择名称、主要语言和 SKU。SKU 仅供内部使用，用户永远看不到。如果你销售付费应用或 App 内购买项目，请先完成付费协议、税务和银行信息的设置。即使构建版本没有问题，未签署的协议也可能耽误商业化发布。

2026 年 App Store 上传有哪些构建要求？

截至 2026 年 10 月，Apple 的 即将实施的要求 页面写明：“上传到 App Store Connect 的应用必须使用 Xcode 26 或更高版本，并使用 iOS 26、iPadOS 26、tvOS 26、visionOS 26 或 watchOS 26 的 SDK 构建”（自 2026 年 4 月 28 日起）。该页面还规定 iOS 和 iPadOS 应用“必须以 iOS 13 或更高版本为目标”（自 2026 年 9 月 9 日起）。

• 每次上传都要递增构建号，并确保版本号与你打算发布的版本一致。
• 除了自己电脑上的 Xcode，也要更新 CI（Codemagic、Expo EAS、GitHub Actions 等）中的 Xcode 镜像。
• 处理完成后，回答出口合规相关的提示，并将处理完成的构建版本附加到该版本。
• 在实体设备上安装 TestFlight 构建版本。测试新用户引导、登录、离线状态、购买和恢复购买。模拟器运行正常并不能证明分发出去的构建版本也能正常工作。
• 阅读上传后 App Store Connect 发送的邮件。关于隐私清单或 SDK 版本的 ITMS 警告如果被忽略，就会变成阻碍提交的问题。

准则 2.1(a) 对此说得很直白：“我们会拒绝不完整的应用包，以及会崩溃或存在明显技术问题的二进制文件。”在归档之前，请移除占位界面、调试菜单和失效链接。我们的 针对 2.1 的发布构建测试计划 详细介绍了这些检查。

App Store Connect 要求哪些截图和元数据？

截至 2026 年 10 月，Apple 的 截图规范 要求至少提供一张“配备灵动岛的 iPhone（中等显示屏）”截图，例如竖屏 1206 × 2622 或 1179 × 2556。可在 iPad 上运行的应用还需要至少一张 iPad 13 英寸截图，例如 2064 × 2752 或 2048 × 2732。

你“每种设备尺寸最多可上传 10 张 .jpeg、.jpg 或 .png 格式的截图”，并且“图像不能包含 Alpha 通道或透明效果”。如果你的界面在各尺寸下一致，只需上传所需的最高分辨率，App Store Connect 会自动缩小。准则 2.3.3 指出，截图“应展示应用的实际使用情况，而不仅仅是标题图、登录页或启动画面”。

• 描述中要写清楚应用面向谁，以及用户在第一次使用时能做什么。
• 名称、副标题和关键词要保持相关。不要重复关键词，也不要使用竞争对手的名称。
• 确保支持网址和隐私政策网址无需登录即可打开。
• 根据应用实际包含的内容和功能填写年龄分级问卷。
• 截图要展示当前的构建版本，包括用户会遇到的付费墙。

如何让隐私问卷回答与应用实际行为一致？

要让隐私回答与应用一致，先列出你随应用发布的每一个 SDK 及其收集的数据，然后据此填写 App 隐私问卷、撰写隐私政策并设置应用内行为。准则 2.3 规定，你的元数据（“包括隐私信息”）必须准确反映应用的实际情况。

准则 5.1.1(i) 规定：“所有应用都必须在 App Store Connect 的元数据字段中以及应用内易于访问的位置提供隐私政策链接。”准则 5.1.1(v) 补充道：“如果你的应用支持创建账号，则还必须在应用内提供删除账号的功能。”分析、崩溃报告、广告和登录类 SDK 通常会改变你的回答，所以请参考我们的 隐私标签 SDK 审计 逐一核查。同时确认你的应用和每个内置 SDK 都附带 PrivacyInfo.xcprivacy 隐私清单，并涵盖它们所使用的需声明原因的 API。

App 审核信息应该包含什么？

App 审核信息应包含一个会及时回复的联系人、可用且不会过期的演示账号凭据，以及能把审核人员直接带到核心功能的备注。准则 2.1(a) 要求“如果你的应用包含登录功能，请提供演示账号信息（并开启你的后端服务！）”；如果想用内置演示模式代替账号，需要事先获得 Apple 的批准。

下面是一个审核备注示例：“请使用提供的审核账号登录。打开 Library，选择示例项目，然后点击 Export。该账号已解锁全部高级功能。定位功能使用模拟城市，无需实际出行。”不要让审核人员面对一个空账号、会过期的一次性验证码，或者只有你在线手动批准时才能走通的流程。我们的 演示账号设置指南 介绍了如何搭建经得起审核的审核人员登录方式。

如何在 App Store Connect 中提交应用审核？

要提交应用审核，先把构建版本附加到该版本，点击 Add for Review，再点击 Submit for Review。只点 Add for Review 不会向 Apple 发送任何内容。以下步骤依据截至 2026 年 10 月的 Apple“提交 App”页面。

1. 在“App”中选择该应用，然后在侧边栏中点击对应的应用版本。
2. 滚动到“构建版本”部分，确认附加的是正确的构建版本。
3. 在“App Store 版本发布”部分，如果你想自己掌控发布日，请选择手动发布，然后点击“存储”。
4. 点击 Add for Review，选择已有的草稿提交或新建一个。状态会变为 Ready for Review。
5. 点击 Submit for Review。审核开始后，状态会变为 In Review。
6. 保存一份已提交的元数据和备注副本，并留意审核联系邮箱中的问题。

如果提交被拒，在做任何修改之前，先读懂准则编号和审核人员的说明。有些问题只需修改元数据，有些则需要新的构建版本。我们的 App Store 被拒处理指南 会告诉你如何判断属于哪一种。

其他开发者在提交时遇到了哪些问题？

在下面两个公开案例中，应用在开发者自己那里都运行正常，问题只在上传后的构建版本或审核人员的首次使用中才暴露出来。

一位 Adalo 论坛 上的开发者收到了准则 2.1 拒绝：“我们无法使用你提供的演示账号凭据登录。”凭据本身是有效的，但第一次点击登录按钮没有反应，只有第二次点击才生效，原因是登录按钮上的条件导航在用户会话注册之前就执行了。他们的解决办法是让登录按钮先跳转到一个承载这些条件操作的空白过渡页面，然后重新提交。

一位 JUCE 论坛 上的开发者在上传后收到“ITMS-91053: Missing API declaration”，提示新上传的版本“必须在应用的隐私清单中包含 NSPrivacyAccessedAPITypes 数组”。被标记的类别是 SystemBootTime 和 FileTimestamp，另一位用户还报告了 UserDefaults。解决办法是添加一个包含已批准原因代码的 PrivacyInfo.xcprivacy 文件，并将其作为 Xcode 资源加入项目。有一位用户的第一个版本漏掉了一个类型键，导致触发 ITMS-91056（清单无效），直到修正后才解决。

这两位开发者都只在自己的环境中做过测试。在点击 Submit for Review 之前，请用全新登录测试 Apple 实际收到的构建版本，并阅读上传后的每一封邮件。如果你希望有人帮你再检查一遍提交材料，请查看我们的上架提交服务。