Capgo OTA 更新让你能在几分钟内完成交付， 应用更新 而手动 应用商店 提交可能需要数天时间。 如果你追求更快的部署、定向更新和更少的用户打扰，Capgo 的 Over-The-Air (OTA) 平台对 Capacitor 应用来说堪称颠覆性改变。快速对比：
- 速度: Capgo 更新几分钟内即可部署；应用商店审核则要 2–7 天。
- 用户覆盖: 通过 Capgo，95% 的用户在 24 小时内完成更新； 手动更新 则取决于用户操作。
- 数据效率: Capgo 只发送变更内容；应用商店则要求下载完整应用。
- 控制权: Capgo 支持即时回滚；应用商店则需重新提交审核。
- 成本: Capgo 每月 $12 起；Apple 开发者账号每年 $99，Google 开发者账号 $25。
快速对比
| 功能 | Capgo OTA 更新 | 手动应用商店更新 |
|---|---|---|
| 部署耗时 | 几分钟到几小时 | 2–7 天 |
| 更新成功率 | 24 小时内达到 95% | 取决于用户 |
| 带宽占用 | 仅下载变更内容 | 下载完整 App |
| 回滚能力 | 即时一键更新 | 需重新提交审核 |
| 成本 | 每月 $12 起 | $99/年（Apple），$25（Google） |
Capgo 非常适合快速修复和功能微调，而重大更新或原生 code 变更仍需手动提交到应用商店。结合这两种方式可确保 高效且合规的应用更新.
Capgo OTA 与手动更新：核心区别
在部署速度、资源效率和整体工作流方面，Capgo OTA 更新与传统应用商店手动提交有着本质区别。这些差异会显著影响开发效率和用户体验。
功能对比
以下是 Capgo OTA 更新与传统应用商店提交方式的对比：
| 功能 | Capgo OTA 更新 | 手动应用商店更新 |
|---|---|---|
| 部署耗时 | 几分钟到几小时 | 2–7 天 |
| 更新成功率 | 24 小时内达到 95% | 变量（取决于用户） |
| 更新分发 | 定向渠道 | 仅限全局发布 |
| 带宽占用 | 仅下载变更内容 | 下载完整 App |
| 回滚能力 | 即时一键更新 | 需重新提交审核 |
| 成本结构 | 每月 $12 起 | $99/年（Apple），$25（Google） |
更新速度分析
更新速度的差异是 Capgo OTA 最显著的优势之一。使用 Capgo 的开发者只需几分钟即可推送更新，而传统的应用商店提交往往需要数天。这种延迟源于应用商店严格的审核流程和指南。
Apple App Store 指南规定：
“解释型 code 可以下载到应用程序中，但前提是此类 code：(a) 不提供与提交至 App Store 时声明的应用程序预期和宣传目的不一致的功能或功能，从而不改变应用程序的主要目的；(b) 不为其他 code 或应用程序创建商店或店面；(c) 不绕过操作系统的签名、沙盒或其他安全功能。” – Apple App Store 指南 [2]
Capgo 通过使用自定义 Dart 解释器来遵守这些政策。这确保了更新符合规定，同时仍允许快速部署，弥合了速度与监管之间的差距。
Code 更新限制
Capgo 的 OTA 更新仅针对 Web 资源和 JavaScript code，而对原生 code 的更改仍需手动提交应用商店。以下是详细说明：
- 可更新的内容：JavaScript code 和 Web 资源支持 OTA 更新，可实现快速修复和功能发布。
- 哪些情况需要手动提交：Native code 变更（例如 Android 的 Java/Kotlin 或 iOS 的 Objective-C/Swift）必须走传统的应用商店流程。
- 更新体积：Capgo 仅传输修改后的内容，从而最大限度地减少带宽占用，这与需要用户重新下载整个 App 的应用商店更新方式不同。
App Store 规则与要求
应用商店指南在制定 更新策略方面起着至关重要的作用。Apple 和 Google 都有具体规则，规定开发者如何实施 OTA（Over-The-Air）更新，以及这与传统应用提交有何不同。下面说明 Capgo 如何确保其更新符合这些监管标准。
Apple Store 指南
Capgo 的自定义 Dart 解释器严格遵守 Apple 关于处理解释型 code 的政策。Apple 的指南规定：
“解释型 code 可以下载到应用程序中，但前提是此类 code：(a) 不改变应用程序的主要用途，(b) 不为其他 code 或应用程序创建商店或店面，且 (c) 不绕过操作系统的签名、沙盒或其他安全功能。” [2]
Capgo 通过关注以下方面来确保合规：
| 要求 | 如何满足 |
|---|---|
| 用途一致性 | 更新保持应用程序的原始功能。 |
| Code 解读 | 使用自定义 Dart 解释器来处理更新。 |
| 安全功能 | 完全保留 iOS 沙盒和安全机制。 |
| 更新范围 | 更新仅限 JavaScript 和 Web 资源。 |
Google Play 要求
Google 的指南比 Apple 的更灵活，但仍强调安全性和应用完整性。Google Play 要求更新必须保持应用的核心用途，并符合严格的安全标准。
主要合规措施包括：
| 要求 | 详情 |
|---|---|
| 更新方式 | 必须使用解释器或虚拟机。 |
| 内容变更 | 更新不得更改应用的主要用途。 |
| 安全 | 所有更新都必须符合 Play Store 的安全标准。 |
| 用户体验 | 更新必须对用户透明。 |
为确保符合两个平台的要求，开发者应：
- 为每次更新保留详细的文档。
- 使用合适的版本管理来跟踪变更。
- 在发布更新前进行充分测试。
- 监控更新范围，避免超出指南限制。
不遵守这些规则可能导致应用被下架，甚至账号被封禁。为了防止滥用，Capgo 服务条款 严禁利用平台绕过应用商店政策，确保更新安全合规。
对开发流程的影响
Capgo 的 OTA（over-the-air）更新简化了工作流，为手动提交所需的漫长审核流程提供了更快的替代方案。
为什么 Capgo 的工作流脱颖而出
Capgo 借助 自动化 CI/CD pipeline 和实时监控，让开发流程顺畅运行，无需人工干预。以下是它高效的原因：
- 即时修复 Bug: 无需等待 App Store 审核即可立即解决问题。
- 轻松进行 A/B 测试: 针对特定用户群组测试新功能。
- 实时性能洞察: 实时监控 App 性能并收集分析数据。
- 快速回滚：如有需要，可轻松回滚到之前的版本。
与手动更新僵化、繁琐的步骤相比，这种精简的方法堪称变革，能让团队更快、更高效地交付更新。
手动更新面临的挑战
在手动提交方面，开发者面临着由 Apple 和 Google 指南规定的耗时流程。这些步骤通常包括：
- 在开发环境中准备构建。
- 使用 隐私信息、截图和描述更新应用商店列表。
- 管理由多平台审核流程导致的延迟，这使构建管理变得复杂。
终端用户更新体验
在应用更新方面，用户的体验可能大相径庭。借助 Capgo 的 OTA（空中下载）更新，所有操作均在后台完成，用户无需任何操作。相比之下，通过应用商店进行手动更新则需要用户参与。
自动更新 vs 手动更新
以下是这两种 更新方式 的简要对比：
| 更新维度 | App Store 更新 | Capgo OTA 更新 |
|---|---|---|
| 安装流程 | 需从商店手动下载 | 在后台自动处理 |
| 下载大小 | 完整应用包 | 仅修改的内容 |
| 更新耗时 | 2–7 天（需审核与下载） | 部署仅需几分钟到几小时 |
| 是否需要用户操作 | 是 – 需访问商店并手动批准 | 否 – 更新会自动生效 |
| 网络影响 | 高带宽占用 | 极低的数据消耗 |
Capgo 的自动 OTA 更新确保用户无需任何操作即可即时获得修复和新功能。这种精简的方式不仅节省了时间，还能确保所有用户版本一致，详情如下。
App 版本管理
Capgo 的 OTA 系统通过让所有用户保持在同一应用版本下，简化了版本控制。这种方式带来了以下几个核心优势：
- 减少支持问题: 当所有人都运行最新版本时，开发者花在排查旧版软件上的时间更少。
- 功能与安全的一致性: 用户可以即时体验最新功能并获得安全补丁。
- 受控发布: 开发者可以向特定群体逐步发布更新，在全面发布前测试变更。
Capgo 让开发者能够快速解决关键问题，同时兼顾更新频率与用户便利性。这种方式不仅提升了 App 的稳定性，也为更严密的安全措施奠定了基础。
安全功能与成本
在 Capgo 的 OTA 更新与传统手动 App 提交之间做选择时， 安全性 以及 成本 在决策过程中发挥着重要作用。
安全性对比
手动提交应用高度依赖应用商店内置的安全机制，例如应用审核和恶意软件扫描 [3]。相比之下，Capgo 则更进一步，通过其 OTA 更新系统集成了额外的防护措施：
| 安全功能 | Capgo OTA | 手动提交 |
|---|---|---|
| 端到端加密 | 是 | 因商店而异 |
| 更新成功率 | 全球 82% | 依赖应用商店 |
| 回滚能力 | 即时 | 手动流程 |
虽然 Capgo 通过端到端加密和即时回滚等功能增强了安全性，但开发者仍需优先采用安全编码实践和充分测试，以确保应用完整性 [4].
价格明细
成本是选择更新策略时的另一个关键因素。OTA 更新和手动提交的定价结构差异很大：
| 成本因素 | Capgo OTA | 手动提交 |
|---|---|---|
| 设置成本 | 包含在 Capgo 套餐中，支持 OTA 更新，每月约 15 次原生构建 | 开发者账户费用 |
| 月费 | 每月 $12 起，包含 OTA 更新和每月约 15 次原生构建 | 无 |
| 带宽 | 50GB–10TB（取决于套餐） | 商店管理 |
| 存储空间 | 2GB–20GB（取决于套餐） | 商店管理 |
| 用户限制 | 1,000–1,000,000 MAU | 无限量 |
Capgo 方案 $12/月起，包含 OTA 更新和每月约 15 次原生构建；额外的构建分钟数通过积分按分钟计费。 [1]. 月度方案可根据带宽、存储、构建使用量及用户需求提供灵活选择。
这些因素凸显了两种方式之间的取舍，帮助团队为应用部署策略选出最合适的方案。
总结：选择更新方式
Capgo 的最佳使用场景
Capgo 的 OTA（over-the-air）更新非常适合快速、精准的修复。因此，它成为修复严重 Bug，或通过受控的、基于 Channel 的部署推出小幅功能调整的首选方式。具体流程如下：
| 场景 | 更新类型 | 部署方式 |
|---|---|---|
| 严重 Bug 修复 | 静默更新 | 即时部署 |
| 功能微调 | 分阶段更新 | 定向发布 |
对于需要同时管理多个应用的团队，Capgo 与 CI/CD pipeline 的集成及其安全的端到端加密，使其成为高效可靠的选择。
何时使用应用商店更新
虽然 Capgo 非常适合快速更新，但某些变更仍需经过应用商店提交的正式审核流程。这些变更包括：
- 大版本发布： 涉及重大架构变更或 UI 全面重构的更新，通常需要应用商店审批。
- 重大新功能： 影响核心功能的新增或更新，尤其是需要申请新设备权限的变更。
应用商店更新还有一个额外好处：可以通过“新功能”栏目获得曝光，帮助向用户传达变更内容。
组合更新策略
混合更新策略可以兼得两者之长：
| 更新类型 | 交付方式 |
|---|---|
| 关键补丁 | Capgo OTA（立即） |
| 功能更新 | Capgo OTA（分阶段） |
| 大版本发布 | 应用商店手动提交 |
这种策略将 OTA 更新的速度与灵活性与应用商店提交的严谨性相结合，确保部署流程既高效又全面。
常见问题
::: 常见问题
Capgo 如何在提供快速 OTA 更新的同时，保持符合应用商店规则？
Capgo 通过限制更新范围仅为 JavaScript 和资源文件，严格遵循应用商店指南，完全符合 Apple 的政策。这确保了更新不会改变应用的核心功能或原生 code，从而免去了寻求应用商店重新审核的麻烦。
为确保安全性和合规性，Capgo 采用 端到端加密，确保只有授权用户才能访问更新。它还同时满足 Apple 和 Google 的要求，让开发者在完全遵守应用商店规则并保持用户信任的同时，推送实时更新。 :::
::: 常见问题
什么时候该用 Capgo OTA 更新，而不是手动向应用商店提交更新？
Capgo 的 OTA 更新是交付 次要更新, Bug 修复，或 新功能 直接推送给用户，无需经历 App Store 审核的繁琐过程。这意味着您的应用可以保持最新状态，且停机时间极短，对于追求快速迭代、敏捷开发的团队来说，这种即时调整的能力至关重要。
对于 重大更新 ——例如应用功能、设计或结构的彻底重构——通过 App Store 进行手动提交是更好的选择。这类更新通常需要进行广泛测试，并且在上线前必须符合 App Store 严格的审核指南。
Capgo 的独特之处在于其实时推送更新的能力。您可以针对特定用户群测试变更，监控其表现，甚至在出现问题时立即回滚更新。这种级别的控制力有助于在确保应用稳定的同时，为用户提供更流畅的体验。 :::
::: 常见问题
Capgo 的 OTA 更新成本与传统的 App Store 更新成本相比如何？
Capgo 的 OTA 更新提供了一个 更具性价比的选择， 相比传统的 App Store 更新流程。使用 Capgo，方案起价为 $12/月。与以下竞品对比： Appflow，其类似服务的收费约为 每年 $6,000 ，节省的成本就 一目了然了。
另一方面，传统应用商店提交还有持续开销，例如 Apple 每年 $99 的 Developer Program 费用 以及 30% 抽成 （针对应用内购买）。此外，Capgo 免去您等待应用商店审核的麻烦，让您即时发布更新并简化工作流。 :::
继续阅读：Capgo OTA 更新 vs 手动提交
如果你正在使用 Capgo OTA 更新 vs 手动提交 要规划商店审核与分发，请将其与 @capgo/capacitor-in-app-review 有关 @capgo/capacitor-in-app-review 中的实现细节， 使用 @capgo/capacitor-in-app-review 有关《使用 @capgo/capacitor-in-app-review》中的原生能力， @capgo/capacitor-native-market 有关 @capgo/capacitor-native-market 中的实现细节， 使用 @capgo/capacitor-native-market 有关《使用 @capgo/capacitor-native-market》中的原生能力，以及 Capacitor OTA 更新：App Store 审核指南 有关 Capacitor OTA 更新：App Store 审核指南的实际背景。
