如何将 Base44 应用发布到 App Store：Build Store Files 能做什么，哪些仍需你自己完成（2026）

如果你在搜索如何将 Base44 应用发布到 App Store，简而言之：Base44 现在会帮你构建二进制文件，其余部分都要靠你自己。截至 2026 年 10 月，编辑器中的 Mobile app 选项卡可以生成已签名的 IPA。但 Apple 账号、App Store Connect 应用记录、上传、审核以及任何被拒问题，仍由你负责。下面逐一介绍每个步骤，以及让大多数封装类应用卡住的那条准则。

Base44 的 Build Stores Files 到底做了什么？

Build Stores Files 会把你已发布的 Base44 Web 应用转换成可提交应用商店的二进制文件：用于 App Store 的 IPA 和用于 Google Play 的 AAB。两者都是用一层轻薄的原生外壳封装你现有的 Web 应用。

根据 Base44 应用商店提交文档，生成结果是“一个围绕你的 Web 应用的轻量级原生封装，只会打开你应用的 URL”。Base44 还会完成以下工作：

• 根据 App Store 或 Google Play 准则运行 App Scan，并给出 Readiness Score（就绪评分）。
• 它会“自动配置 Bundle ID 和签名密钥”，且你无法在生成的文件中修改这些内容。
• 它用 AI 设置设备权限，并以 24 种语言编写权限用途说明。文档称这些内容“无法在 Base44 界面中编辑”。
• 如果你提供 APNs .p8 密钥，它还可以添加推送通知；这个密钥与 App Store Connect API 密钥不是同一个。

你在 Base44 中发布的大多数内容更改，无需重新提交即可在已安装的应用中生效。但更改名称、图标、bundle ID、推送设置或权限时，需要重新生成文件并重新提交。

哪些事情仍需你自己完成？

二进制文件之外的一切都由你负责：开发者账号、商店页面、上传、审核以及任何申诉。Base44 的文档称它“不会创建或管理你的开发者账号”，也不会替你联系 Apple 或 Google。

如何一步步将 Base44 应用发布到 App Store？

发布 Base44 应用的流程是：在 Base44 中构建 IPA，在 App Store Connect 中创建与之匹配的应用记录，上传 IPA，然后提交该构建版本进行审核。

1. 注册 Apple Developer Program 并等待批准。Account Holder 还必须在 App Store Connect 中接受最新协议，否则你将无法添加应用。
2. 在 App Store Connect 中，前往 Users and Access → Integrations，创建一个 Admin 角色的 API 密钥。记下 Issuer ID 和 Key ID，并下载 .p8 文件。
3. 在 Base44 中打开 Publish → Mobile app，选择 App Store 准则后点击 Run App Scan，并修复所有严重问题。
4. 选择 Create App Store files，输入你的 Issuer ID、Key ID、Team ID 和 .p8 密钥，然后下载 IPA。
5. 在 App Store Connect 中打开 Apps → + → New App。选择 iOS，输入名称、主要语言和 SKU，并选择 Base44 配置的 bundle ID。
6. 上传 IPA。Apple 列出的上传方式包括 Xcode、altool 和 Transporter；对于现成的 IPA，最简单的是免费的 macOS 应用 Transporter。
7. 等待确认构建版本已处理完成的邮件。然后添加截图、描述、隐私政策 URL、年龄分级和隐私详情。
8. 将构建版本关联到该版本，添加审核备注和演示登录账号，然后点击 Submit for Review。

Apple 会根据“位于应用包中的 bundle ID 和版本号”将每次上传与你的应用记录匹配。如果你创建记录时使用了不同的 bundle ID，上传的构建版本将无法关联。关于商店页面的详细信息，请参考我们的 App Store 提交清单；并按照演示账号指南为审核人员设置登录账号。

发布一个 Base44 应用要花多少钱？

将 Base44 应用发布到 App Store，至少需要付费的 Base44 Builder 方案，外加 Apple 每年 99 USD 的会员费。如果同时上架 Android，还需支付 Google 一次性 25 USD 的费用。

Apple 的注册页面写道：“Apple Developer Program 每个会员年费用为 99 USD。价格可能因地区而异。”你可以在 Free 方案上运行 Base44 的扫描，但下载商店文件“需要 Builder 或更高级别的方案”。在 Google Play 上，2023 年 11 月 13 日之后创建的个人账号必须先完成一段测试期才能正式上线。该流程详见我们的封闭测试指南。

Apple 会因准则 4.2 拒绝 Base44 应用吗？

如果 Base44 应用表现得就像套了一层框的网站，就确实有因准则 4.2 被拒的风险，因为该构建只会打开你应用的 URL。Apple 会批准那些在手机上用起来有价值、有原生应用感的封装应用，而不是简单照搬网站的应用。

准则 4.2 规定：“你的应用应包含功能、内容和 UI，使其超越重新包装的网站。”准则 4.2.2 补充说，应用的主要内容不应是“网页摘录、内容聚合器或链接集合”。

Base44 文档中列出的限制同样重要。你无法为应用单独选择起始页面，也不支持完整的离线模式和 HealthKit。在应用内通过 Stripe 销售数字商品会因准则 3.1.1 被拒，而 StoreKit 目前尚不支持。实体商品和服务仍然可以使用 Stripe。

其他因 4.2 被拒的 Web 封装应用后来怎样了？

Apple Developer Forums 上的公开讨论表明，封装类应用因 4.2 被拒，关键在于审核人员启动应用时实际看到了什么，而不是你列出了多少原生 API。

在一个 Cordova 讨论帖中，一位开发者多次因“4.2 Design: Minimum Functionality”被拒，尽管该应用使用了 GPS 和加速度计，并且在断网时仍能继续记录。经过一次电话沟通，Apple 解释说“二进制构建中根本没有任何 UI”，并且“网站加载期间出现白屏”。开发者的解决办法是添加启动画面，并先加载带有真实 UI 的本地 index.html。远程网站只有在完全加载后才显示，随后应用获得批准。

在另一个讨论帖中，一个视频应用因 4.2.2 被拒，收到的消息是：“你的应用仅包含从互联网聚合的链接、图片或内容，几乎没有或完全没有原生 iOS 功能。”该应用具备离线下载、带深度链接的推送通知和收藏功能。Apple 回复称“用户可以使用 Safari 在网站上收藏视频”，而该帖子始终没有报告获得批准。

对比结论：第一个应用在首屏不再像一个正在加载的网站后就通过了审核。第二个应用失败，是因为它添加的每项功能在 Safari 中都已经能实现。请带着这个思路在手机上测试你的 Base44 应用。

点击 Submit for Review 之前应检查什么？

提交前，请确认使用 iPhone 的审核人员能够登录、完成核心任务，并且绝不会遇到空白屏幕、网页式的死胡同或针对数字内容的 Stripe 结账页面。

• App Scan 显示没有未解决的严重问题，并且修复后你已重新发布。
• 在飞行模式下启动应用，确认显示的是友好的提示信息而不是白屏。
• 注册前即可访问隐私政策和服务条款页面。
• 无需浏览器后退按钮即可正常导航，且没有外部链接让用户无路可退。
• 应用内没有通过 Stripe 销售任何数字内容。
• 演示账号可用，且审核备注说明了该应用在手机上能做到哪些网站做不到的事情。
• App Store Connect 记录使用的是 Base44 生成的 bundle ID。

实例说明：一个用 Base44 构建、销售线下课程的预约应用可以保留 Stripe，因为课程属于服务。如果它增加了付费视频库，该视频库就属于准则 3.1.1 的范畴，因此在 StoreKit 可用之前，应将其从 iOS 构建中移除。如果你希望在提交前有人帮你再把把关，请查看我们的服务。