你應用上的退款主要由你買單，但你損失的並不是你以為的那筆佣金

開發者論壇裡有一種說法始終不肯消失：一筆銷售你拿 70%，但退款會讓你退回 100%，所以每筆退款都在悄悄讓你賠上應用商店的抽成。這是錯的。當 Apple 或 Google 為你的某位客戶退款時，應用商店也會把自己的佣金退回，你的帳面只沖銷你真正留下的那一份。所以關於誰為你應用上的退款買單，誠實的答案是你，但要付的是一筆和多數人所說不同的帳。你損失的是這筆銷售，以及你為交付它已經花掉的一切，而不是再向應用商店多付 30%。下面就逐條講清錢到底去了哪裡，以及為什麼有一種沖銷，也就是拒付，打破了這條規則。

誰為退款買單，按應用商店拆分

先看沖銷本身，暫且不談交付成本。在帳目層面，App Store 上的退款和 Google Play 上的退款以相同的方式撤銷這筆銷售：應用商店不再向你收取佣金，你退回你的淨收益。無論哪種方式，客戶都能拿回全額。下面按應用商店分別說明。

客戶獲得退款時 Apple 會保留佣金嗎

這是開發者在 Apple Developer Forums 和 Hacker News 上問得最多的問題：如果 Apple 為買家退款，它會保留在這筆銷售中抽走的那一份嗎？讀一讀財務報表，答案是不會。一筆退款會顯示為一行，其 Sale or Return 值為 R，Quantity 為負，被沖銷的金額是 Extended Partner Share，即 Quantity 乘以 Partner Share，其中 Partner Share 是客戶價格減去稅費和 Apple 佣金。Apple 收回的是它付給你的錢，也就是你的淨收益，而不是總價。那些拉取了自己詳細報表的開發者也得到相同結論：Apple 扣除的是佣金之後的金額，而不是整筆銷售。

細則裡有一個陷阱。Apple 的 Paid Applications Agreement 寫明，即便向最終使用者退款，Apple 仍有權保留其在該筆銷售中的佣金。所以退還佣金只是報表在實際中的結算方式，而不是承諾。Apple 保留了不退還其抽成的合約權利，通常的理解是，當它認定某位開發者存在不當行為時便會這樣做。

Google 會退還什麼，以及拒付之後會留下什麼

Google 在書面表述上更明確。它的訂單管理說明文件寫道，當你為一筆訂單退款時，Google 會把服務費退還給你，並顯示在你的下一份收益報告中。這個時點與你的撥款掛鉤。如果在 Google 就該訂單向你付款之前退款，你只是根本不會在下一次撥款中收到這筆錢。如果在收到付款之後退款，這筆金額會從未來的某次撥款中扣除。部分退款按比例縮放：為一筆訂單退款一半，那麼你的撥款和服務費各有一半退還給買家。

這是乾淨的情形。拒付並不乾淨，它是唯一一個應用商店不再像普通退款那樣退還抽成的場景。

實際從你帳戶裡流走的是什麼

那麼如果佣金會退回，退款為什麼還是讓人肉疼？因為售價從來都不是那位客戶的全部成本。把錢分成兩個桶來看。

第一個桶是銷售本身。在退款中它的淨額接近於零。客戶拿回他們的錢，應用商店退還佣金，你沖銷自己的收益。你失去的是已經記入帳的利潤，這在規模化時很重要，但你並沒有向平台繳納罰金。

第二個桶是報表從不顯示的那個。它是你為把這筆付款變成已交付產品而花掉的一切，當付款被沖銷時，這些成本沒有一分會退回。

• 你已經跑掉的算力：客戶已經收到的生成圖像、影片或模型回應背後的 GPU 秒數。
• 你已經付過費的 API 呼叫：從一次地圖查詢到一個 LLM token 的每一次第三方請求，在發出的那一刻就已計入你的帳單。
• 你仍在為之付費的儲存：客戶建立、而你持續託管的檔案、匯出內容和歷史記錄。
• 你已經付出去的分成：你就一筆剛剛被沖銷的銷售支付給創作者、司機或賣家的份額。

把這些加起來，一位獲得退款的客戶在退款之後可能比一位從未購買的客戶成本更高。銷售被抵消了，銷售背後的支出卻沒有。

退款如何在你的撥款中流轉

退款不會單獨向你開帳單。它們走的是與你的銷售相同的月度結算，這就是為什麼退款集中的月份會讓你早已指望的一筆撥款縮水。

在 App Store 上

Apple 為每個財月生成一份財務報表，退款會以負數的 Return 記錄記入其結算所在的月份。某個財月的報表會在下一個財月的第一個星期五之前發布。本月發起的退款會減少本月的收益。沒有單獨的帳單，只是數字變小了。

在 Google Play 上

Google 會把每一筆資金變動都作為獨立的一行放進你的收益報告：一行是扣款，一行是費用，一行是退款。如果退款在你就該訂單撥款之前發生，這筆訂單的收入就永遠不會到帳。如果發生在之後，退款會從後續的某次撥款中扣除。無論哪種情況，它都從收益中扣除，而不是一張要你繳付的帳單。

你報表裡代表退款的那一行

在 Apple 這邊，篩選 Sale or Return 等於 R 的記錄。這些行每一條都是流出的錢。在 Google 這邊，在收益報告上查找退款交易類型，以及與之對應的退還服務費那一行。把這些和你自己的退款事件核對，就是你如何發現一位已被退款卻從未失去存取權限的客戶，而這正是把一筆廉價退款變成昂貴退款的疏漏。

為什麼拒付比退款代價更高

把兩者並排一比，差別就在銀行。在一筆普通的 Google Play 退款中，服務費會退回，你只損失一筆被沖銷銷售中屬於你的份額。在 2026 年 8 月 3 日政策下的一筆拒付中，你損失的是購買價減去服務費，再加上金融機構的拒付費用。同樣是損失了這筆銷售，卻多了一筆只因由銀行而非應用商店辦理沖銷才產生的費用。

Apple 那邊也有自己的鋒利之處。一筆拒付，或 Apple 在你遲遲才回應 CONSUMPTION_REQUEST 之後批准的退款，同樣會沖銷你的收益，而且如果 Apple 認定這種模式看起來像濫用，它保留保留佣金的合約權利。那套應用商店退還抽成的普通退款算法，只有在這筆交易看起來一切正常時才成立。

你真正能控制的是什麼

你無法決定退款是否發生。這兩家應用商店都保留了這項權利。你能決定的是每一筆退款發生之後要付出多大代價。

• 在沖銷發生的那一刻切斷存取權限。一位獲得退款或拒付的客戶如果仍在不斷生成結果、呼叫你的 API、佔滿你的儲存，就會把一筆本來打平的沖銷變成一張不斷增長的帳單。
• 在兩個舉證窗口內準時回應。Apple 的 CONSUMPTION_REQUEST 給你 12 小時來發送消費數據。Google 的 orders.reviewrefund 給你 24 小時來對拒付提出異議。這是你這一方的說法唯一能起作用的時刻。
• 每個月把退款和你自己的記錄核對，這樣一筆沒有撤銷存取權限的沖銷就會顯示為一條你可以處理的記錄，而不是一處緩慢的漏損。

這些都不會改變誰為退款買單。它們改變的是，當你付完之後這張帳單到底有多大。