真正的應用程式退款時限不是 48 小時，而是你的收入長達數月都可能被撤銷

問一位開發者客戶有多長時間可以申請退款，多數人會說 48 小時。這是 Google Play 擺在買家面前的數字，也是最容易被記住的。但它也是這個問題裡最小的一個時鐘。真正的應用程式退款時限不是一個視窗，而是一疊視窗，而其中最高的一個會延伸到交易之後數月。Apple 最長可在購買後 90 天內受理退款請求。銀行最長可在扣款成功後 120 天內撤銷一筆 Google Play 交易。在這些時鐘全部走完之前，你收款裡的錢都不是最終的，它是可撤銷的。這裡逐一說明每一個時鐘，誰在控制它，以及這條長尾會讓你付出什麼。

應用程式退款時限到底是什麼

應用程式退款時限裡其實藏著兩個問題，把它們混為一談正是麻煩的起點。一個是客戶有多長時間可以來要回他們的錢。另一個是你的錢有多長時間處於被拿回去的風險之中。前者是商店對外宣傳的一個簡短、友善的數字。後者是一個長得多、商店不會貼在海報上的數字。

人人都在引用的 48 小時數字

Google Play 的自助退款從購買起持續 48 小時。在這個視窗內，客戶點一下按鈕，由 Google 裁定，不涉及任何開發者。Google 對它周圍的限制說得很直白。用它自己的話說，Google 對於大多數 Google Play 購買不予退款，一款應用程式或遊戲只能退貨一次，而且退款會取消客戶對該項目的存取權限。Apple 則根本沒有對應的自助按鈕。所以人們引用的 48 小時數字，只是一個僅限 Google、僅限自助的數字，它是故事的開頭，而不是全部。

48 小時之後仍在走的時鐘

自助視窗關閉之後，還有三個更長的時鐘在滴答作響。在 Google Play 上，請求會轉到你這位開發者手中，你最長可以透過 orders.refund API 在訂單三年內為其退款。在 App Store 上，客戶仍可最長在購買後 90 天內向 Apple 提交請求。而在這兩家商店之下還有銀行，它最長可在扣款成功後 120 天內撤銷一筆信用卡或 PayPal 交易。下表把它們逐一列出。

Apple 沒有自助，只有一個漫長的請求視窗

Apple 把每一個退款決定都留在自己手裡。客戶沒有自助按鈕，也不能來找你退款，因為你根本無從發起退款。他們去找 Apple，由 Apple 裁定。

客戶提交，Apple 裁定

路徑總是一樣的。客戶打開 reportaproblem.apple.com，選擇那筆購買，給出一個理由。Apple 會依據自己的信號審核該請求，通常在 24 到 48 小時內以電子郵件告知結果。Apple 最長可在購買日期後 90 天內受理這些請求，而根據 Apple Media Services Terms，各國的資格條件可能有所不同。你不會被要求批准任何事情。你的伺服器只會在事後才得知結果，形式是一個 REFUND、REFUND_DECLINED 或 REFUND_REVERSED 通知。

唯一屬於你的時鐘，12 小時

只有一個時刻 Apple 會徵詢你的意見，而且很短。當一筆符合條件的購買的退款存疑時，Apple 會向你的伺服器發送一個 CONSUMPTION_REQUEST，並給你 12 小時透過 Send Consumption Information 端點來回應。你發送消費資料和一個 refundPreference。Apple 把它當作若干因素之一，而不是最終判決，然後再作決定。錯過這 12 小時，Apple 就會在沒有你任何資訊的情況下作決定。這個視窗位於客戶的 90 天視窗之內，但它是按 Apple 的時間表開啟的，而不是你的，所以必須自動化才能抓住它。

Google Play 把三個視窗疊在一起

Google Play 是最容易看清這種層疊結構的地方，因為每個階段都會移交給不同的裁定者。

客戶有 48 小時，然後就輪到你

在最初的 48 小時裡，客戶自助處理，由 Google 裁定。此後，Google 的指引是聯絡開發者，球就到了你這邊。你可以自己透過 orders.refund 為任何不滿三年的訂單退款，可以撤銷存取權限，也可以不撤銷。這是一種裁量權，不是義務，但這也是關閉一筆不穩訂單成本最低的階段，因為你發起的退款只退回購買價格，別無其他。

未授權扣款視窗最長可達 120 天

與退款流程分開，Google 還為客戶不認識的扣款運行著一條爭議管道。Google 表示，它只能在交易後 120 天內處理信用卡、簽帳金融卡或 PayPal 交易，在電信代收上則為 60 天。一位兩個月後才在帳單上發現你這筆項目的客戶，仍然有一條有效途徑可以把它撤銷。這就是大多數收入模型忽略的那個安靜的時鐘。

24 小時為一次拒付辯護

當客戶完全繞過 Google，直接向銀行爭議這筆扣款時，Google 會發送一次拒付審查，並給你 24 小時透過 orders.reviewrefund API 來回應。和 Apple 的消費回覆一樣，它是證據，不是否決權。它也是唯一一個會徵詢你意見的 Android 退款流程，正好對應 Apple 的 CONSUMPTION_REQUEST。

拒付是最長的時鐘，而商店無法關閉它

上面除拒付之外的每一個視窗都屬於商店，而商店是可以商量的。拒付屬於銀行。客戶可以完全跳過商店，打電話給發卡機構，在購買後數月發起一次爭議。Google 自己給出的信用卡和 PayPal 爭議 120 天數字，很好地代表了這條長尾能延伸多久，而卡組織規則在特定情況下還能把它拉得更長。拒付一旦落地，在銀行那邊就是最終的，這意味著唯一真正的防禦，就是它結算之前那 24 小時的證據視窗，或者在客戶打電話給銀行之前自己先發起退款。

這條長尾會讓你付出什麼

長尾之所以重要，是因為一次撤銷從來不只是把銷售價格退出去那麼簡單。

等時鐘走完時錢早已花掉

等到一次退款或拒付落地時，也許已是幾週或幾個月之後，你早就交付了這筆購買。算力已經運行，第三方 API 呼叫已經計費，儲存已經寫入，任何創作者分潤也早已支付出去。那筆花銷已經沒了，不會隨著撤銷回來。視窗越長，在錢被拿回去之前你所堆積的這些成本就越多。

• 銷售價格：扣除商店佣金後你的淨收入，在退款或拒付通過時被撤銷。
• 交付成本：為服務這筆購買你已經花掉的算力、API 呼叫、儲存和分潤。無論結果如何都已消失。
• 拒付手續費：在 Google Play 上，對於 2026 年 8 月 3 日當天或之後下的訂單，銀行的拒付手續費現在也歸你承擔。
• 盲點：你在某個週期計為最終的收入，在下一個週期被撤銷，因此你的數字從來都沒有看上去那麼扎實。

8 月 3 日的變化讓 Google 長尾更昂貴

直到不久前，一次敗訴的 Google Play 拒付只讓開發者損失這筆銷售，別無太多。對於 2026 年 8 月 3 日當天或之後下的訂單，情況發生了變化。開發者要承擔購買價格減去 Play 服務費的部分，再加上銀行的拒付手續費，而 Google 只承擔它自己的那份服務費。因為拒付手續費是固定的，而產品價格不是，所以在一筆便宜的應用程式內購買上，單是手續費就可能超過客戶支付的金額。120 天的拒付視窗一直都是一種風險。在 8 月 3 日之後，它是一種附帶手續費的風險。

RefundHalt 替你盯著這裡的每一個時鐘，讓你不必操心。它會在 12 小時視窗內抓住 Apple 的 CONSUMPTION_REQUEST，在 24 小時視窗內抓住 Google Play 的拒付審查，彙集消費和交付證據，並準時回應，無需你團隊裡的任何人在凌晨 3 點守著一條通知。它會追蹤你收入上的可撤銷長尾，這樣一筆在 90 天或 120 天後被撤銷的交易，就是一個你早已預見到的數字，而不是下個季度收款裡的意外。你無法讓客戶的退款視窗變短。但你可以確保沒有一筆在缺少你這一方說法的情況下被撤銷。