自 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 呼叫的力度，取決於它背後那些遙測資料的力度。