Apple 和 Google 只退各自商店的款，跨平台订阅必须由你在其他所有平台终止访问

你的订阅用户向 Apple 付了款，当天下午打开了你的 Android 应用，现在又在公司使用你的网站。随后 Apple 给他退了款。Google Play 不知道，你的网站计费系统也不知道。除非你自己的服务器终止访问，否则一个已退款的跨平台订阅会在所有读取你账户数据库的设备上继续可用。商店一次只为一个店面退款，而完整的订阅只存在于你的账户系统中。因此，也只有它能终止这份订阅。

为什么单个商店的退款无法终止跨平台订阅

Apple 明文允许这种做法。App Review Guideline 3.1.3(b)，即 Multiplatform Services 条款规定，跨多个平台运营的应用可以让用户访问其在其他平台或你的网站上获得的内容、订阅或功能，前提是这些项目在应用内也以 App 内购买项目的形式提供。

Apple 关于在多个应用中提供同一订阅的指南描述了实际的运作方式。由你的服务器借助统一的账户数据库授予访问权限，每个应用都从中读取。同一指南还提醒，如果某笔购买没有同步到其他应用，用户可能会为同一项服务重复付费。

这种设计有一个常被忽视的后果。权益存放在你的数据库里，但每个商店只知道自己的收据。Apple 可以为 iPhone 上的购买退款并通知你的服务器，却无法通知你的 Android 应用或网站。如果退款处理逻辑只更新 iOS 客户端，客户既拿回了钱，又在其他所有地方保留着订阅。

退款后如何在每个平台撤销访问权限

将每笔商店购买关联到同一个账户

难点在于把退款对应到具体的人，因为每个商店都用自己的方式标识买家。两家都提供了一个字段，供你填写自己的账户 ID。每笔购买都要用上它。

• 在 Apple 上，于购买开始时设置 appAccountToken，即由你生成的一个 UUID。App Store 会在交易信息和续订信息中返回同一个 UUID。Apple 表示，同一客户的所有交易可以复用同一个值。
• 如果客户是在你的应用之外购买的，例如在 App Store 中兑换优惠代码，该交易就没有 token。Set App Account Token 端点可以为其补上。对于自动续期订阅，它只作用于当前及之后的续订，不影响过去的交易，而且不适用于通过家人共享获得的购买。
• 在 Google Play 上，启动结算流程时通过 setObfuscatedAccountId 传入经过混淆的账户 ID。长度上限为 64 个字符。Google 表示，电子邮件等明文个人数据会导致购买被拦截，建议使用加密或单向哈希。

同时监听两家商店，再写入同一条权益记录

Apple 为任何类型的产品退款时都会发送 REFUND，自动续期订阅也包括在内。当 Apple 因客户提出的争议而撤回已批准的退款时，会发送 REFUND_REVERSED。在 Google Play 上，Voided Purchases API 会列出已退款和已拒付的购买，每条都带有 orderId，用于标识具体是哪一次购买或续订。你的网站支付处理商也会发送自己的退款事件。这三者都应进入同一个处理程序，并修改同一条记录。

撤销的是权益，而不是账户

退款取消的是一笔购买，而不是一个人。先移除由这笔已退款购买带来的访问权限，再重新计算该账户还剩哪些权益。如果客户在另一家商店还有有效订阅，就通过那份订阅保留访问权限。如果没有，每个客户端在下一次向你的服务器核验时都会失去高级功能。

同一个人在两家商店都订阅时

重复订阅是问题的另一半。有人在 Android 上订阅，换了新 iPhone 后没有登录，又订阅了一次。现在他为同一项服务付了两份钱，其中一笔通常会变成退款申请。Apple 商务团队在 Apple Developer Forums 上回复开发者时说得很直接：应用的账户系统应当包含防止在另一个平台重复购买的逻辑。

显示付费墙之前先检查所有商店

在显示付费墙之前让用户登录，在服务器上查询他的所有有效购买，如果其中任何一笔已覆盖当前平台，就不再展示购买选项。这一项检查就能在大多数重复扣款发生之前将其拦下。

重复购买已经发生时，应该退哪一笔？

退你能掌控的那一笔。在 Google Play 上，你可以在 Play Console 中自行退款，并通过带 DEVELOPER_REQUESTED_STOP_PAYMENTS 的 purchases.subscriptionsv2.cancel 停止下一次扣款。网站订阅完全由你决定是否退款。App Store 的退款由 Apple 决定，所以如果重复的那份在 iPhone 上，需要客户向 Apple 申请，你的应用可以通过 StoreKit 的退款申请 API 打开该申请。

漏掉某个平台的退款会让你付出什么代价

退款金额只是第一笔损失。如果客户的 Apple 退款从未传达到你的 Android 应用或网站，他会继续使用你花钱运营的服务。每次会话仍在消耗算力，每个 AI 功能仍在调用需要你付费的第三方 API。他的文件仍占用存储空间，如果你的应用按浏览量或使用量向创作者付费，这些分成也会继续发出。对于年度方案，这可能意味着要为一个已不再付费的账户承担整整一年的服务成本。

走银行渠道的情况更糟。对于 2026 年 8 月 3 日之后下的 Google Play 订单，Google 表示，一旦拒付成立，开发者需承担扣除 Play 服务费后的购买价款，外加金融机构收取的拒付手续费。拒付在银行端即为终局。一位发起了拒付却仍保有访问权限的客户，会让你同时损失价款、手续费和服务成本。

跨平台使用记录同样是证据

当商店要求你提供说明时，跨平台统一的账户同样有帮助。Apple 的消耗信息会询问客户消耗了消耗型项目、非消耗型项目或非续期订阅的多大比例。对于自动续期订阅，你无需发送百分比，因为 Apple 会根据已过去的时间自行计算。Google Play 的拒付审核最多接受 1,000 条消耗使用事件，每条都可以附带混淆后的账户 ID。只要使用记录记在同一个账户 ID 下，无论来自哪台设备，都是你可以出示的使用证据。

哪些退款根本不会征求你的意见

大多数退款的决定都与你无关。Google Play 可能会在 48 小时内通过自己的退款流程为购买退款。商店客服退款、作废的购买，以及 Google 对你始终未确认的购买在约 72 小时后自动退款，都是先发生、后通知。对于这些情况，上文的撤销逻辑就是你要做的全部工作。

只有两种流程会要求你提供证据。Apple 的 CONSUMPTION_REQUEST 给你 12 小时发送消耗信息。Google Play 的拒付审核从 PendingRefundReviewNotification 起给你 24 小时，通过 orders.reviewrefund 作出答复，且 Google 只记录你的第一次调用。RefundHalt 会在时限内答复这两类请求，所用的是你已在收集、并在各应用间以同一账户为键的使用数据。

跨平台退款简明检查清单

• 在 Apple 购买上设置 appAccountToken，在 Google Play 购买上设置混淆后的账户 ID。
• 对于兑换优惠代码产生的购买，使用 Set App Account Token 补齐缺失的 Apple token。
• 将 Apple 的 REFUND 和 REFUND_REVERSED、Google Play 的作废购买以及网站退款统一导入同一个处理程序。
• 存储每笔购买及其来源，并根据所有有效购买计算访问权限。
• 在任何平台显示付费墙之前，先检查所有商店的购买记录。