自 8 月 3 日起，Google Play 的拒付成本已转移到开发者身上，本文说明如今每一起争议会从你身上拿走什么

Google Play 悄悄改变了拒付由谁买单，而且它是在一篇帮助中心文章里做的，而不是在主题演讲上。对于在 2026 年 8 月 3 日当天或之后下达的订单，Google Play 的拒付成本会与开发者分摊，说白了就是，每当客户通过其发卡机构对一笔 Play 购买提出争议时，你如今都要退钱并加付一笔银行手续费。以前这一切都由 Google 承担。现在不再如此了。以下就是究竟发生了什么转变，一起争议会从你的账户中拿走什么，以及你可以反击的那一个 24 小时窗口。

Google 改了什么，以及它出现在哪里

这项改动在措辞上很小，在影响上却很大。Google Play 的帮助中心新增了一个页面，标题为 updates to refund protection and chargeback cost responsibility，而关键的一行只有一句话：对于在 2026 年 8 月 3 日当天或之后下达的订单，Google Play 与开发者分摊一起拒付的成本。没有发布会，也没有与这次转变规模相称的邮件群发。它只是作为一条带日期的政策说明出现在 Play Console 帮助中心里，旁边还提醒着 Google 在 2025 年阻止了 US$3.4B 的欺诈。

在此之前，一笔 Play 购买的拒付是 Google 的问题。客户向其银行对一笔扣款提出争议，银行把钱抽回，Google 承担损失。在新政策下，就订单中你已收款的那部分而言，损失被导向了你，而且还额外附带一笔手续费。

现在谁付什么

如今一起拒付会从你的账户中拿走什么

最醒目的数字并不是购买价款。它是购买价款再加上一笔固定手续费，而在小额购买上，手续费才是更大的那一半。卡组织按每起争议收取一笔统一的拒付手续费，与订单大小无关，行业报道对一起典型的 Play 争议给出的数字是 $15 到 $25。Google 并不设定这笔费用，也不披露它自己的数字，所以请把任何精确数字都当作卡组织的，而不是 Google 的。

以一笔 $9.99 的内购为例。假设 Play 的服务费是 30%，那么 Google 拿走约 $3.00，你收到约 $6.99。如果那笔订单被拒付，你要退回你收到的 $6.99，还要支付拒付手续费。按 $20 计算，一笔 $9.99 的销售就损失 $26.99，这还没算上你为服务这笔购买已经花掉的钱。Google 仍会承担它 $3.00 的服务费，这就是分摊的部分，但这远远不足以覆盖你这一边。

而手续费只是看得见的那部分损失。在争议到来之前，你几乎总是已经花了真金白银去服务那笔购买。生成的输出耗费了 GPU 分钟数。API 调用产生了按 token 向你计费的费用。存储的文件占用着你仍在付费保留的存储空间。如果这笔购买资助了给某位创作者的付款，那笔钱早已离开。拒付把这笔销售追回并加上一笔手续费，而销售背后的任何花费都不会随之回来。

你可以反击的那一个窗口

Google 在这次成本转移的同时也放出了一个减压阀，而它是你唯一的筹码。当客户发起一起需要你提供信息的拒付时，Google Play 会发送一条名为 PendingRefundReviewNotification 的实时开发者通知。从它送达的那一刻起，你有 24 小时的时间通过调用 Google Play Developer API 上的 orders.reviewrefund 方法来做出回应。错过这个窗口，Google 就会在没有你的证据的情况下做出裁定。

Google 允许你提交什么

reviewrefund 调用并不是一份自由文本的申诉。你提交的是一个退款偏好和结构化的使用证据：这笔购买的订单交付状态和物品消耗状态。说白了，你是在告诉 Google 客户是否已经收到并使用了他们所购买的东西。Google 会把这些纳入它自己的裁定，并在证据支持的情况下代表你向银行抗辩这起拒付。

这个 24 小时的计时器是 Apple 12 小时 CONSUMPTION_REQUEST 窗口在 Google Play 上的对应物。两家商店都给你一个短暂而固定的计时器去交出证据，如果计时器耗尽，两家都会在没有你的情况下做出裁定。如今的区别在于 Play 这一侧的赌注。在 Google 上，让计时器过期可能意味着要退回购买价款再加上银行手续费，而不只是输掉一桩你本来也无从影响的案子。

拒付不是退款，而这个区别决定了谁买单

把每一种退钱事件都混为一谈很容易，但 Google Play 对它们区别对待，而其中只有一部分才会把成本或问题导向你。分清哪个是哪个，你就知道这项新政策究竟在哪里咬人。

从不征询你的那些流程

• Google Play 的 48 小时自助退款，即客户在购买后两天内在商店里点按退款，由 Google 依据它自己的政策裁定。你没有任何发言权，而且这些是由 Google 处理的退款，不是 8 月 3 日这次改动所针对的银行拒付。
• 由客服发起的退款和 Google 出于善意给予的退款也由 Google 说了算。你会通过 Voided Purchases API 被告知它们发生了，但你并不批准它们。
• 一笔未确认的购买会在大约 72 小时时自动退款。那是你这一侧的疏漏，不是一起争议，解决办法是按时确认购买，而不是去抗辩什么。

如今会让你付出代价的那个流程

拒付在性质上不同。客户绕过商店，直接向其银行对这笔扣款提出争议。银行把钱抽回，而且历来会为此收取一笔手续费。那正是 8 月 3 日的政策移到你身上的流程，也是 reviewrefund 窗口专为抗辩而设的流程。清单上其他的一切都是在你头顶之上被裁定的，而且向来如此。

这对你的争议处理流水线意味着什么

务实的应对之道并不是什么英雄壮举。它是管道工程。能在这件事上花小钱脱身的开发者，是那些能够自动地、在 24 小时内回答单一问题的人：这位客户是否收到并使用了他们所付费的东西。如果你的系统能够按需给出交付状态和消耗状态，你就能喂给 reviewrefund，让 Google 去抗辩那些站不住脚的争议。如果不能，那么每一起拒付都是一场无人抗辩的损失，再加上一笔手续费。

接通通知，而不是接通某个人

24 小时窗口不是一个人力工作流程。把 PendingRefundReviewNotification 导入一个自动化处理程序，让它收集证据并调用 reviewrefund，而不必等某个人去看收件箱。在周五夜里落地的一起争议，到周六照样过期。

在消耗发生的那一刻就记录它

Google 想要的证据，即交付和消耗，只有在争议到来时它就已经被记录下来，才具有说服力。在每笔购买被使用的当时就记录它授予了什么以及是否被使用，而不是事后再重建。reviewrefund 调用的力度，取决于它背后那些遥测数据的力度。