WWDC21 是历年来 In App Purchase（IAP，内购内购买）最大的变化，分别推出了 StoreKit 2、App Store Server API、App Store Server Notifications V2 三大特性，去年我们也编写了《苹果iOS内购三步曲：App内退款、历史订单查询、绑定用户防掉单！— WWDC21》文章，所以我们本文不会再深入提及去年的更新，大家如果不太熟悉，可以先温习一下。本文将对今年 WWDC22 带来的变化，从整体的视角一起回顾。
以下是编者对 In App Purchase 这几年重要的更新或调整的梳理：
日历年收入在 100 万美元以下的小型和独立开发者将可以享受 15% 的佣金费率，仅为 App Store 标准佣金费率 30% 的一半，付费 app 和 App 内购买项目的收益抽成将降低 15％。
3.1.3(d) 一对一服务：如果您的 App 允许购买两个人之间的一对一实时服务 (例如，学生辅导、医疗咨询、看房服务或健身训练)，您可以使用 App 内购买项目以外的其他购买方式来收取相应款项。一对几和一对多的实时服务则必须使用 App 内购买项目。
美国开发者提起的 App Store 集体诉讼与苹果和解，Apple 设立一亿美元的基金来帮助美国的小型业务开发者，符合条件的开发者获得 250 美元至 3 万美元的现金）。
3.1.3(a) “阅读器”类型的 App：此类 App 可以允许用户访问先前购买的内容或内容订阅 (具体包括：杂志、报纸、图书、音频、音乐和视频)。各种阅读器 App 可以为使用免费版本的用户提供帐户创建功能，并为现有用户提供帐户管理功能。阅读器 App 开发者可以申请 External Link Account 授权，以在其 App 中提供一个指向其拥有或负责维护的网站的信息链接，以便用户创建或管理帐户。了解有关 External Link Account 授权的更多信息。
荷兰消费者和市场管理局（ACM）允许荷兰 App Store 上的约会 App 开发人员与用户共享额外的付款处理选项。允许仅在荷兰 App Store 中分发的约会 App 在 App 内提供其他支付处理选项。开发者可以使用 StoreKit 外部购买授权，苹果降低 3% 的佣金，可与小型企业计划或自动续期订阅的 15 %佣金叠加，最低抽成 12 %。
目前，当自动续期订阅提价时，订阅者必须在 App 提价之前选择接受。新调整：符合某些特定条件并在提前通知用户的情况下，开发者在为自动续订订阅提价时，无需用户额外采取行动，亦不会中断服务。（前提条件：每年提价不超过一次，同时订阅价格上调不超过 5 美元和 50%，或者年度订阅价格上调不超过 50 美元和 50%，并且是在法律允许的范围内。）
允许仅在韩国 App Store 中分发的 App 在 App 内提供其他支付处理选项。开发者可以使用 StoreKit 外部购买授权，但苹果收益抽成 26%。
说到内购，环绕着的新闻，总起到一些波澜，从 2021 年苹果推出 App Store 小型企业计划，降低 15% 的佣金，大家的讨论一直源源不断，对于小型企业和开发者，确实是明显感受到 15% 带来的回报！本文不去讨论合理性，App Store 从 2008 年推出就是一个创举，它改变了世界对 App 的认识。我们本文更多的是讨论如果利用这些变化，为用户提供更好的服务或体验！本文主要从四方面进行探讨：
SwiftUI API针对 SwiftUI 增加了优惠代码兑换接口和应用内评分接口。
StoreKit messagesStoreKitMessageAPI 只支持 iOS 16+苹果美国id必须要设置付款方式，用于开发者在 app 中接收和显示 App Store 消息处理。举例来说，自动续期订阅的费用涨价时，如果需要用户确认同意涨价，就需要弹窗给用于确认：
而现在，苹果打通了 applicationUsername 和 appAccountToken，当用 Original StoreKit 创建订单时，applicationUsername 字段赋值使用 UUID 格式内容时，则可以在服务端通知或者解析 receipt 票据时，可以获取这个 UUID 值，也就是订单可以关联确认。我们回顾一下，我们为什么需要使用applicationUsername？我们是希望每个交易 transaction 可以关联用户订单号，对于订阅类型和非消耗类型品项，关联用户 UID 就能满足需求，但是对于非消耗型品项，其实，需要关联用户 UID 还有订单号 OrderID，因为非消耗型品项可以重复购买并且没有 UID 的强关联。举例来说，游戏里的用户账号可能不止一个，或者一个账号下的游戏角色注册国外苹果id要电话号码，通常不止有一个角色，所以购买非消耗型品项时，开发者希望关联的是当前用户 UID 和此角色 RoleID 生成的开发者订单号 OrderID，但此时，UUID 格式并不能满足开发者自定义的需求！所以，applicationUsername 和 appAccountToken 的透传值，对开发者有一定的关联作用，但其实还不完美。External Purchase（外部购买，第三方支付）符合条件的 app 可以包含一个链接，引导使用该 app 的用户访问网站进行外部购买。要包含该链接，请完成此授权的请求。有关符合条件的 app 和请求此授权的更多信息，请参阅：
具体的细节这里不说，就重点说说代码。首先，需要更新 app 的 Info.plist 文件，添加权限：
External Link Account（访问外部网站的链接）阅读器 App 是指将提供以下一种或多种数字内容类型作为其主要功能的 App：杂志、报纸、图书、音频、音乐或视频。通过阅读器 App，用户可以登录他们在 App 之外创建的帐户，从而可以在用户的 Apple 设备上阅览和畅读先前购买的媒体内容或内容订阅。开发者可以提供指向 app 网站的链接，以便用户在 app 网站上创建和管理帐户。有关符合条件的 app 和请求此授权的更多信息，请参阅：
同理，首先，需要更新 app 的 Info.plist 文件，添加权限：
查询用户订单的收据，使用订单ID从收据中获取用户的应用内购买项目收据信息。
查询用户内购退款，获取 app 中为用户退款的所有应用内购买项目的列表。
提交防欺诈信息，当用户申请退款时，苹果通知（CONSUMPTION_REQUEST）开发者服务器，开发者可在12小时内，提供用户的信息（比如游戏金币是否已消费、用户充值过多少钱、退款过多少钱等），最后苹果收到这些信息，协助“退款决策系统” 来决定是否允许用户退款。
/inApps/v1/transactions/consumption/
延长用户订阅的时长，使用原始交易标识符延长用户有效订阅的续订日期。（相当于免费给用户增加订阅时长）
测试 App Store 服务器通知，让 App Store 服务器通知向开发者服务器发送测试通知。
获取 App Store 服务器通知的测试结果，获取发送到开发者服务器的 App Store 服务器测试通知的检查状态。
获取 App Store 服务器通知的历史通知，获取 App Store 服务器尝试发送到开发者服务器的通知列表。
包含在交易历史记录中的产品类型。您的查询可以指定多个productType。
AUTO_RENEWABLE, NON_RENEWABLE, CONSUMABLE, NON_CONSUMABLE
包含在交易历史记录中的产品标识符。您的查询可以指定多个productID。
包含在交易历史记录中的订阅组标识符。您的查询可能会指定多个subscriptionGroupIdentifier。
交易开始日期，以 UNIX 时间表示的时间跨度的开始日期，以毫秒为单位。
交易截止日期，以 UNIX 时间表示的时间跨度的截止日期，以毫秒为单位。
交易历史记录的可选排序顺序。响应按最近修改的日期对交易记录进行排序。默认值为 ASCENDING（升序），因此您首先会收到最旧的交易记录。
获取下一组最多20笔交易的令牌。所有回复都包含一个revision令牌。注意：对于使用revision令牌的请求，请包含与初始请求相同的查询参数。使用上一个History中的revision令牌。除初始请求外，所有请求都需要revision。
：表示 App Store 服务器尝试向开发者服务器发送 TEST 通知的结果，如果不是
表示开发者服务器的 SSL 证书有问题。根据这个字段就能测试和检查 App Store 服务器和开发者服务器之前的连通性。
：JWS 格式的签名有效负载，包含 App Store 服务器发送到您的服务器的 TEST 通知。
从这个图片可以看出，App Store Server API 是 App Store 服务器和开发者服务器之前，相互可以响应的流程。而 App Store Server Notifications V1 和 V2 通知，是 App Store 服务器主动通知开发者服务器，开发者服务器不能主动请求，所以导致了一些场景的缺陷。App Store 服务器通知宕机服务器宕机是很常见的问题，但是宕机后，开发者就无法接收 App Store 服务器的通知。
所以，App Store Server Notifications V2通知在首次尝试通知后没有收到来自开发者服务器的响应时会进行重试：
所以，开发者需要通过signedDate字段，确保通知的顺序逻辑正确，也就是说通知的结果状态以最新的 signedDate 时间来准，来更新用户能享受的服务。而重试的通知可能会出现重复的通知响应，所以开发者可以通过notificationUUID字段去重通知。留住订阅者用户需要不断从订阅中获得价值，才会持续地订阅您的 App。定期更新您的 App，提供新内容和增强功能，以鼓励订阅者继续订阅。App Store Server Notifications V2 提供了更多的通知类型，达到 28 个，未来还会增加更多。
从这个图中，开发者可以思考到什么？Subscription loyalty（订阅忠诚度）
从苹果的自动续期订阅文档可以获取这样的思考：通过使用获取所有订阅状态接口和获取交易历史记录接口，可确定用户的订阅状态并查看交易历史记录，帮助您识别并执行以下操作：
。使用获取所有订阅状态接口确定订阅者是不是已关闭特定订阅的自动续订。您还可以使用 App Store 服务器通知来获取有关用户状态变化的实时更新以及与其 App 内购买项目相关的关键事件，例如退款通知。使用这一信息来采取相应的行动，例如，您可以提供促销优惠以鼓励他们继续订阅，建议更符合他们需求的备用等级，或者在订阅到期后锁定相关订阅内容的访问权限。请务必向用户告知您所做的任何更改，以及他们是否需要完成任何操作，还有重新订阅的方式。
。当订阅者遇到账单问题 (如信用卡过期问题) 时，就会发生非自愿流失。选择接收服务器通知以了解何时由于账单问题而导致订阅续订失败，或使用获取所有订阅状态接口确定订阅是不是由于账单问题而处于计费重试状态。根据上述信息采取相应措施，例如，您可以在 App 中显示信息或发送电子邮件，提醒订阅者更新他们之前登记的付款方式，并提供其 App Store 帐户中“付款信息”区域的链接。一旦问题得到解决，您就可以恢复服务。Apple 将在 60 天内尝试收取付款。如果订阅在 60 天内续订，则付费服务的天数从续订日期开始继续累积。
为避免由于账单问题而导致服务中断，请在 App Store Connect 中启用账单宽限期。Apple 将尝试解决账单问题，并在订阅者保留订阅访问权限的同时恢复订阅。如果订阅在这个期限内恢复，则付费服务天数的计数和您的收入都不会中断。如果用户在 60 天后重新订阅，则付费服务的天数将重置，您将收到一年的标准订阅费用，直到付费服务满一年为止。
。当您提高订阅价格时，Apple 会询问受影响的订阅者是否同意这个新价格，您可以在价格变动生效之前跟踪用户的同意状态。在向受影响的用户显示价格上调单之前，您可以显示一条 App 内信息，说明订阅的好处和价值，以及价格上调将如何改善服务。如果用户没有对上调做出反应，他们的订阅将在当前结算周期结束时到期。
简单来说，通过订阅通知，分析用户的忠诚度，根据用户不同的行为习惯和选择决定（通知），然后分析用户行为的背后原因，从而优化开发者的服务，从而提升订阅的忠诚度！App Store ConnectApp Store 相关的调整不多，都是细节优化。Sandbox & Test开发人员将能够更轻松地创建沙盒用户，并测试沙盒购买。相比以前少了安全提示问题、安全提示问题答案、出生日期三个选项。
Xcode StoreKit 测试中添加了更多测试用例，例如退款请求、优惠代码兑换、订阅涨价、账单扣款重试等。这是一个不错的改进，但目前测试内购功能的开发者还不多，详细参考Whats new in StoreKit testing – WWDC22。
App Store Connect APIApp Store Connect API 增加了查询沙盒账号、清除沙盒内购历史记录、设置中断内购状态等，也增加内购、用户商店评论内容和回复、App 挂起诊断数据等接口。最重要是，增加了内购项目的创建！
这个怎么理解？参考我们之前开源的一款苹果 macOS 工具：《AppleParty（苹果派）》，它使用到了苹果Transporter命令工具，批量上传内购商品列表和上传 IAP 包文件等。预测Reporter和altool等命令也会被弃用。苹果表示，今年秋天开始停用 XML 提交，强制推荐使用 App Store Connect API 接口。但目前还没有看到官网相关的说明文档！App Store今年App Store相关更新，可能最引人关注的功能，就是这个Benchmarks in App Analytics（App 分析中的基准）功能，，基准通过将与获客率、使用和盈利情况相关的绩效指标置于具体情境中，在整个客户旅程期间提供有价值的见解，这样您就可以很容易地看到您与同行相比的表现，并做出相应决策以实现业务目标。
查看自己 app 与同行相比的表现，并做出实现业务目标的决策。使用差异隐私技术，以确保机密信息的安全和私密性。苹果表示这个功能明年 2023 年初才上线，目前官方文档也没有找到详细的介绍。差异隐私技术介绍可以参考我们之前的文章《WWDC22 – Apple 隐私技术探索》。关于 app 数据，Xcode 提供了功率、性能指标和诊断等新接口。
可以看到 iOS 除了新版本 app 送审，现在支持 In-App Event、自定义产品、产品面优化测试等。而 tvOS 和 macOS 目前还没有，可能明年 WWDC23 应该就支持一波了吧！另外，需要提示一下，送审新版本 app 、In-App Event、自定义产品、产品面优化测试等，苹果是建议开发者可以合并提交一起送审，因为这样苹果会以当前送审的内容一起审核，提高苹果的审核效率？总之，提审这些项目后，如果有项目审核不通过，可以单独发布审核通过的内容。
关于 App Store 的优化，2022 年 1 月 20 日推出适用于订阅的自定优惠代码，开发者可以自定义，如VIP888的优惠代码，用于推广活动，自定代码可通过直接 URL 或在您的 app 中兑换。2022 年 4 月 29 日阐明 App Store 改善流程的标准和新的限期延长，苹果明确了 App 长期不更新被下架的细则，当一款 App 在过去三年内从未更新且未达到最低下载量 (即该 App 在连续 12 个月内完全没有或只有极低的下载量) 时，其开发者将会收到电子邮件，告知该 App 已被识别并可能从 App Store 中被移除，开发者收到通知起，有 90 天的时间来更新他们的 App。总结关于 In App Purchase 和 App Store，随着这几年苹果的开放，已经很大程度上解决了开发者大多数的问题，从退款查询到所有订单查询，从被动通知到主动获取通知，从内购税率降低到提高 App 曝光量，苹果已经提供了非常多的接口、案例展示和建议。比如，自动续期订阅类型，目前已经复杂到不能再复杂，订阅群组、免费试用期限、推介促销优惠、促销优惠、优惠代码、计费重试、重新激活、续期等。最后，大家觉得In App Purchase和App Store还有什么疑惑或痛点吗？欢迎大家评论区一起讨论交流~欢迎关注我们，了解更多 iOS 和 Apple 的动态~参考引用
