退款讓你的 App 付出的成本，遠不止你退回去的那筆錢

當客戶拿回他們的錢時，你注意到的數字是那筆離開你帳戶的售價。這個數字是真的，但它是帳單上最小的一項。退款讓你的 App 付出的成本，是你沖回的那筆銷售，加上你為賺取並交付它已經花掉的一切，再減去商店悄悄退還給你的那一樣東西。讀完整張發票，退款就不再像是一筆價格的單純退還。它們真正的樣子是：一筆由好幾個部分組成的損失，其中只有一個部分出現在退款那一行裡。

這是完整的帳目，附上真實數字及其來源。商店會退回它的分潤，所以你損失的是自己的那份，而不是客戶支付的全部。你已經燒掉的運算、API 呼叫、儲存與付款不會沖回。而拒付，作為退款更兇的表親，如今還帶著一筆要你的企業吸收的銀行手續費。把這張帳單從頭到尾走一遍，你就能為退款正確定價，這是把防禦只花在划算之處的第一步。

退款的成本，逐項拆解

退款有三個成本層，只有第一層是顯而易見的。你退回的售價是第一層。決定這筆價格裡究竟有多少真正是你要損失的那份的分潤計算，是第二層。而你為交付這筆購買已經花掉、任何退款都碰不到的錢，是第三層。三層中漏掉任何一層，你帳本上的每一筆退款都會定價錯誤。

第一層是銷售，但不是整筆銷售

標題數字是客戶支付的價格。退款時客戶會拿回這個全額價格。但你從一開始就沒有留下全額價格，因為商店在成交時抽走了它的分潤。所以退款時真正離開你口袋的金額是你的那份，而商店的抽成是另外結算的。這個區別就是損失十美元和損失七美元之間的差別，而且每個商店的結算方式都不同。

Apple 會退回它的分潤

在 App Store 上，當 Apple 退款給客戶時，Apple 扣除的是你扣掉分潤後的份額，而不是全額價格。一位開發者查看自己的 App Store Connect 付款報告後發現，Apple 在為其使用者退款時移除的是 Extended Partner Share，也就是承載開發者收益的那一欄。說白了，Apple 退回的是它自己的分潤，只收回它先前付給你的部分。紙面上有一條但書：Apple 的 Paid Applications Agreement 保留了 Apple 在退款後仍保留其分潤的權利。在一般交易中這一條款幾乎從不動用，但正因如此，你永遠不能把分潤的退回當作詐欺或濫用情形下的保證。

Google 也會退回服務費

Google Play 的運作方式相同，並且說得很明白。當你發起退款時，Google 會把服務費退給你，你會在下一期收益報告中看到退回的這筆費用。Google Play 的服務費通常是開發者每年賺取的前 100 萬美元以及訂閱收入的 15%，超過部分為 30%。Apple 的分潤對大多數 App 是 30%，在 App Store Small Business Program 下以及自動續訂訂閱在付費服務滿一年後為 15%。無論你的費率是多少，兩家商店都會在退款時退回它們的抽成，所以售價的損失是你的那份，而不是全部付款。

你已經花掉的成本拿不回來

第三層是任何商店都退不回來的一層，因為商店從未持有過它。購買交付的那一刻，你就已經為服務它花掉了真金白銀。無論客戶是留下這筆購買，還是一小時後要求退款，這筆支出都一樣，退款一分都不會沖回。

點名這些驅動因素，因為它們就是現金

這些不是軟性成本。它們是你實實在在付過錢的項目：執行該功能的運算週期、按 token 計費的模型 API 呼叫、你為客戶資料預留的儲存、交付它所用的頻寬，以及你為那筆交易已經付出的任何創作者或合作夥伴付款。退款退回的是銷售。它不會追回其中任何一項。在一次沉重的購買上，一批影像、一次長時間生成、一次大型匯出，第三層本身就可能占到售價中相當可觀的一部分，而且它在退款要求到來之前就已經花掉了。

拒付是比退款更大的一筆帳單

拒付不是退款，成本也不一樣。退款是客戶向商店要回自己的錢。拒付是客戶請求他們的銀行強行把錢要回去，而銀行會為處理這場爭議收取費用。誰來承擔這筆費用，正是如今兩家商店急劇分道揚鑣之處。

Apple 把拒付留在銀行和它自己之間

在 App Store 上，卡片拒付是在銀行和 Apple 之間解決的。Apple 不會像退款扣除你的收益那樣把爭議價格轉嫁給你，也不會向你的帳戶另外收取銀行手續費。這並不代表卡片爭議是免費的，因為同一筆交易的退款仍然會讓你損失自己的那份，但拒付的整套處理機制由 Apple 自己吸收。

Google Play 現在把拒付算到你頭上

Google Play 在 2026 年 8 月 3 日改變了這一點。對於該日期之後下單的訂單，拒付會把購買價格減去 Play 的服務費、再加上來自金融機構的相關拒付費用轉嫁給開發者。Google Play 仍繼續為該筆交易承擔服務費。在此變更之前，Google 完全吸收拒付損失，所以這是一筆真實的新成本，Google 將其定性為讓 Play 與產業標準看齊，並作為使用 Review Refund API 去抗辯不正當爭議的理由。

為這個差距標個數字

以 Google Play 上一筆 10 美元、服務費為 15% 的應用程式內購買為例。如果你自己退款，你損失自己的那份，約 8.50 美元，Google 退回 1.50 美元的費用。如果同一筆購買在 2026 年 8 月 3 日之後反而變成拒付，你同樣損失那 8.50 美元，還要吸收銀行的拒付手續費，卡片產業通常將其定為每筆爭議 15 到 25 美元。在一筆 10 美元的銷售上，光是銀行手續費就可能比這筆銷售本身還貴。這就是在爭議升級之前發起退款的全部理由：無論如何這筆銷售都沒了，但只有在銀行介入之後，銀行手續費才會擺上檯面。

那些你從來沒機會定價的退款

有些退款不經過你就被決定，卻照樣讓你損失全額。Google Play 的 48 小時自助退款是依據 Google 的政策核准的，開發者沒有任何介入餘地，而金錢帳目是一樣的：你損失自己的那份，加上你為服務它已經花掉的一切。當你的 App 未能在約三天內確認一筆購買時 Google 發出的自動退款，對一筆客戶可能從未使用過的購買而言是同樣的損失，而且與其他情形不同，它完全可以透過在伺服器端確認來預防。這些你無法據理力爭壓下去，但你可以正確地把它們計入帳內，也可以在源頭上阻止那些本可預防的。

如何定價與預防，無需人工介入

兩個習慣能把這件事從一處漏損變成一個你能掌控的數字。第一，為每一筆購買標註它觸發的真實成本，即運算、API、儲存與付款，這樣退款扣除的就是一個準確的數字，而不只是售價。第二，在升級路徑打開之前就把它關掉：在伺服器端確認購買，讓三天的自動退款永遠不會觸發；對一筆明顯有問題的訂單，在它變成拒付並附上銀行手續費之前就發起退款。RefundHalt 會自動運行這套管道，把每一筆退款和爭議比對到對應帳戶，並在結果落地的那一刻切換存取權限，這樣你唯一要為之買單的退款，就只是那些你本來永遠無法預防的。