2026 年初,App Store 经历了前所未有的事件。一波 AI 生成的应用——由"vibe coders"构建,他们输入自然语言提示并发布 LLM 生成的任何内容——涌入了苹果的市场。像 Cursor、Claude 和 GitHub Copilot 这样的工具使任何有想法和 $99 的人都能发布 iOS 应用,而无需 Swift 知识。

到 4 月,TechCrunch 报道 App Store 正在再次蓬勃发展。但这种激增带来了成本:成千上万的低质量应用——WebView 包装器、模板克隆、发布后从未更新的幽灵列表——堵塞了发现功能并压垮了 App Review。苹果的回应于 2026 年 6 月 9 日到来,以两个重大指南更新的形式出现,每位独立开发者现在都需要理解。

变化内容:两条新规则

1. 活跃用户条款

苹果现在保留删除未能吸引或保留有意义的用户群的应用的权利。确切的阈值并未公开——苹果有意保持模糊——但内部信号表明,在滚动 6 个月内月活跃用户少于 100 的应用面临风险。这不是关于下载量;而是关于参与度。一个拥有 10,000 次终身下载但过去一个季度 MAU 为零的应用正处于被删除的边缘。

2. 实际功能要求

应用现在必须展示真正的原生 iOS 功能。一个仅指向网站的 WebView 包装器——没有推送通知、小部件、应用内购买、后台模式或其他平台特定功能——可能被拒绝或删除。这直接针对那些实际上是原生容器中的网站的 AI 生成应用。

"设置后即可遗忘的应用发布时代已经结束。苹果在传达 App Store 是一个策划市场,而不是一个倾倒场。"

为什么这对独立开发者重要

如果您管理一个应用组合——尤其是跨多个开发者账号——这些变化有直接影响:

组合应用面临风险

许多独立开发者维护 10、20 甚至 50 个跨多个账号的应用。一个常见的策略是构建小型工具应用,让它们积累自然下载,并依赖长尾收入。根据新规则,超过 12 个月未更新且 MAU 微乎其微的应用是删除的主要候选对象。如果您一直保留着一批没有近期参与度的旧应用,预计其中一些会消失。

IAP 恢复变得关键

应用维护中最常被忽视的方面之一是应用内购买恢复。如果苹果删除您的应用,为 IAP 付费的用户将失去访问权限——支持工单会堆积。标准方法 restoreCompletedTransactions() 根本不够。它需要 Apple ID 认证,触发用户觉得可疑的系统对话框,并且对非消耗性升级处理不佳。

一个正确的 IAP 恢复流程需要:

StoreKit 2 并不能解决所有问题

StoreKit 2 的 Transaction.currentEntitlements API 使权利跟踪更清晰,但它仍然需要服务器端回退来处理跨设备场景和账号转移。如果您今天在构建新应用,请为新购买采用 StoreKit 2,但保留现有用户的旧收据验证管道。混合方法到 2027 年是最安全的选择。

您的行动计划:2026 年 6 月的 5 个步骤

1. 审计您的 App Store Connect 分析。检查您投资组合中每个应用的月活跃用户、会话频率和崩溃率。过去 6 个月内 MAU 低于 100 的应用需要更新——或优雅的退役计划。

2. 整合账号。如果您运营多个 Apple Developer 账号,考虑将活跃应用迁移到单个受管理的账号。更少的账号意味着更低的合规负担和更清晰的指标。让休眠应用自然过期。

3. 修复您的 IAP 恢复流程。如果您还没有实现服务器端收据验证。在测试设备上测试完整的恢复生命周期。验证购买历史能否在账号转移场景中存活。

4. 向 WebView 应用添加原生功能。如果您的任何应用是薄包装器,添加至少一个有意义的原生集成——推送通知、小部件或后台获取任务。这是苹果现在期望的最低标准。

5. 记录您的用户指标。如果您计划出售应用或转移账号,准备参与度报告。买家希望看到 MAU、留存曲线和收入——而不仅仅是下载量。一个记录良好的应用售价高出 2-3 倍。

更大图景

苹果的信息是明确的:App Store 是一个策划市场,而不是被动分发渠道。Vibe coding 热潮民主化了应用创建,但苹果现在提醒每个人维护质量才是将真正产品与实验区分开来的因素。在 2026 年及以后蓬勃发展的开发者将把他们的应用视为活产品——构建原生功能、参与用户群并积极管理他们的商店存在。

"发布后遗忘"的时代已经结束。但对于适应的开发者来说,机会比以往更清晰:更少的竞争对手,更高的质量标准,以及一个奖励真正投资的市场。


需要帮助应对苹果的新指南、整合您的开发者账号或准备账号转移?KappS 团队每天处理这些场景。访问 kapps.store 了解更多。