專為 App 開發者整理的退款機制、商店政策變動與營收防護策略。
Apple 審查準則 5.6.4 把過多的退款申請列為 App 未達品質標準的跡象，Google 的開發人員發布協議也允許它依退款率下架新開發人員的 App。本文整理兩家商店的原文、下架的實際成本，以及如何避開風險。
閱讀文章
在檢查簽章之前，一則退款通知只不過是一個 HTTPS 請求。本文說明如何驗證 App Store 伺服器通知和 Google Play RTDN 訊息、各商店簽署的內容，以及偽造的退款或遭錯誤拒絕的退款會讓你付出什麼代價。
伺服器漏收退款通知時，兩個需要你提交證據的退款流程會在你缺席的情況下結案。本文說明 Apple 和 Google Play 如何重試、漏收的退款通知最多能追回多久以前的，以及復原機制的缺口在哪裡。
一筆以其他貨幣完成的銷售遭到退款時，扣回的金額可能多於當初入帳的金額，也可能更少。本文說明 Apple 與 Google Play 的退款匯率如何運作、各商店採用哪個匯率，以及它對你的撥款有什麼影響。
根據日本《行動軟體競爭促進法》，Apple 和 Google 允許應用程式在商店之外收款，兩家都把退款交給了你。本文說明日本替代支付退款由誰處理、如何回報，以及轉換後實際能省下多少。
Google Play 會透過取消問卷記錄訂閱取消原因，Apple 只傳送一個到期代碼。本文說明兩家商店各自告訴你什麼，哪些訊號預示即將到來的退款或退單，以及每一種情況會讓你付出多少成本。
應用程式當機時，與其坐等退款申請，不如主動延長訂閱續訂日期。本文說明 Apple 的 90 天延長與 Google Play 的帳單延後如何運作、各商店的界線在哪裡，以及每種做法實際要付出的成本。
Google Play 允許一個基本訂閱在同一個購買權杖上附帶最多 49 個附加項目。本文說明訂閱附加項目退款如何運作，哪個 API 呼叫能只退一項而不影響其他項目，Google 在哪些情況下會擋下它，以及每種退款方式會讓你付出什麼成本。
Google Play 允許單次購買產品設定租借購買選項，而 Google 的退款頁面並未對租借另作規定。本文說明租借退款由誰決定、何時會要求你提供證據、如何終止存取權，以及一筆被退款的租借會讓你損失多少。
多數 iOS 開發者沒辦法替顧客退款。使用 Apple Advanced Commerce API 的 App 可以提出退款請求、撤銷訂閱，或退回自訂金額。本文說明各個端點怎麼運作、Apple 仍可能拒絕什麼，以及金流最容易在哪裡出錯。
預付方案永遠不會自動續訂，因此使用者無法取消，只能儲值延長。本文說明 Google Play 預付方案退款如何判定、未確認的儲值會讓你付出什麼代價，以及哪個 API 呼叫會退還哪筆款項。
停權只會終止存取權，不會終止商店的退款流程。被停權玩家退款仍由 Apple 或 Google 決定，你能提出的證據有嚴格限制，而一旦退款遭到撤銷，你可能還得恢復已經收回的內容。以下說明哪些是你能掌控的，以及要付出什麼代價。
Apple 於 2026 年 10 月 22 日為企業與學校開放多席位訂閱，而且預設啟用。一筆購買現在可以涵蓋許多人，席位被移除時會以 REVOKE 通知送達，退款證據端點則會拒絕已指派的席位。本文說明哪些地方變了，以及要付出什麼代價。
Apple 或 Google 為跨平台訂閱退款時，你的 Android App、iPhone App 和網站並不會自己得知。本文說明如何把每筆商店購買綁定到同一個帳號、撤銷正確的權益，並停止為已退款的使用者負擔服務成本。
像 GPA.1234-5678-9012-34567..2 這樣的 Google Play 訂單編號對應一筆確切的扣款。本文說明如何解讀續訂後綴，如何在 Play Console 或 Orders API 中查詢訂單，以及如何退還客戶真正指的那筆扣款，避免為錯誤的訂單付出代價。
Apple 的 Retention Messaging API 讓你在訂閱者點選取消時顯示一則訊息、一個換方案建議或一項促銷優惠。本文說明它的運作方式、執行成本，以及為什麼退款申請送達 Apple 時完全不會經過那個畫面。
退款很少回傳到廣告平台，因此 ROAS 仍在計入 Apple 和 Google 早已退款的購買。本文說明 Firebase、Google Ads 和 AdAttributionKit 在哪些環節遺漏退款、這會造成多少損失，以及如何為 App 建立淨 ROAS。
Apple 的 Look Up Order ID 端點能把客戶 App Store 收據上的訂單 ID 轉換成已簽署的交易，其中包含退款日期與原因。本文說明如何用它處理退款郵件、它做不到什麼，以及 Google Play 的訂單 ID 有何不同。
美國的 iPhone App 現在可以把買家導向網頁結帳。Apple 表示無法協助處理這類銷售的退款，於是退款處理、退單以及 $15 的爭議費都轉到了你身上。本文說明哪些地方變了、要花多少錢，以及如何減少爭議。
買斷制付費 App 的退款會繞過你的伺服器監聽的所有通知。Google 給買家兩小時的退貨期並解除安裝 App，Apple 可依據你簽署的協議在 90 天內退款，兩者都不會向你索取證據。本文說明各商店會告訴你什麼、退款讓你損失什麼，以及如何在 App 內偵測。
Apple 於 2023 年 6 月棄用了 App Store Server Notifications V1，而 V1 從未獲得訂閱的 CONSUMPTION_REQUEST、REFUND_DECLINED 或 REFUND_REVERSED。本文說明 V1 伺服器會錯過什麼、代價有多高，以及如何在不漏掉任何一筆退款的情況下遷移到 V2。
Apple 按月付款、承諾 12 個月的訂閱把退款分成兩種情況。退還過去某個月，扣款照常繼續。退還當前月份，承諾期立即終止。本文說明每種情況如何送達你的伺服器、造成多少損失，以及該向 Apple 傳送什麼。
App 退款政策只在你實際負責退款的地方對你有約束力。App Store 的每筆購買都由 Apple 自行退款，而 Google Play 在 48 小時後把退款交給你處理。本文說明兩份協議各自的規定、草率承諾的代價，以及值得寫進政策的條款。
當客戶寄電子郵件或留下評論要求退款時，你該如何回應，取決於這筆購買是由哪個商店售出。本文說明由誰做決定、約束你的期限、每種結果的成本，以及能夠結案的回覆。
用戶為同一個訂閱被扣款兩次，通常是一份透過 App Store 購買，另一份透過 Google Play 或你的網站購買。本文說明每一筆該由誰退款、會讓你損失多少，以及如何阻止第二次扣款。
從 Google Play 或 App Store 下架的應用程式會停止產生收入，但商店合約仍讓你承擔退款責任，並允許 Apple 和 Google 暫扣你的付款。本文說明每份合約的規定、訂閱者會遇到什麼，以及一次下架的代價。
Apple 和 Google Play 都要求你提供刪除 App 帳號的功能，但刪除帳號並不會停止任何一家商店的扣款。本文說明兩家商店各自的要求，為什麼帳號被清空後你可能無法回應 CONSUMPTION_REQUEST 或退單審查，以及哪些資料應該保留。
把 App 移轉給另一個開發人員帳戶時，使用者和訂閱會跟著移轉，但移轉前的訂單和付款記錄會留在原帳戶。本文說明在 Apple 和 Google Play 上誰能退哪些款、哪些退款環節會中斷，以及簽約前應該在金錢方面談妥什麼。
Google Play 分期訂閱讓買家承諾支付 3 到 24 期月繳款項，但你是逐月收款，漏繳的款項也沒有人追討。本文說明分期方案中的取消、退款和退單實際如何運作，以及每一種各自的代價。
撤下一項訂閱，兩家商店的做法卻恰恰相反。在 App Store 將它移除銷售，續訂便會停止。在 Google Play 停用基本方案，你現有的訂閱者仍會繼續付費。以下說明如何在各家商店終止訂閱，以及持續產生的帳單究竟是多少。
當訂閱者想退出時，你可以暫停訂閱、延後下一次扣款，或延長續訂日期，而不是退款。每一種做法都能留住客戶，並且不退回你已經收到的任何款項。以下講清楚每一個手段在各個商店裡如何運作，以及能省下什麼。
一次失敗的發布，是少數幾個你能在幾分鐘內加以控制的退款誘因之一。糟糕的 App 更新給付費使用者送上要求退款的理由，而那筆銷售額只是你損失中最小的一部分。以下談談如何在各家應用商店叫停它，以及一波退款的真實代價。
應用程式拒付如今是一筆交易被追回時最昂貴的方式，因為對於在 August 3, 2026 之後下單的訂單，Google Play 會把成本壓到開發者頭上。大多數爭議都始於混淆或詐欺，而這些你都能提前化解。這裡就是操作手冊，以及一次敗訴的爭議真正會讓你付出的代價。
銷售在交易完成的瞬間就被計入。退款在幾天後才發生，拒付則在幾個月後才出現，而到那時你已經動用了這筆錢。以下說明退款和拒付如何虛增你的收入與 LTV，以及為何扣除退款後的淨收入才是經營業務時該依據的數字。
商店的退款視窗很短，拒付的視窗卻不然。根據 Visa 和 Mastercard 的規則，客戶通常有 120 天時間對一筆扣款提出爭議，某些情形甚至可達 540 天，遠遠超過任何商店退款視窗關閉之後。這裡講清楚真實的拒付時間期限，以及一次遲到的爭議會讓你付出什麼代價。
月費方案退還一個月。年度訂閱退款是依據最後一次收費計算，所以在年度方案裡那就是整整一年。以下說明 Google Play 和 App Store 各自如何決定、你能控制什麼，以及退回一整年真正的代價。
記錄商戶是商店，不是你。Apple 親自銷售 App Store 上的每一筆購買，在 Google Play 上，賣家在 EEA 與 UK 是 Google，但在其他幾乎所有地方是你。這個單一事實決定了誰能為你的客戶退款、誰要吸收拒付損失，以及你在何處才有發言權。
App Store 上的非續訂訂閱，以及它在 Google Play 上的表親預付方案，只收一次費，永不續訂。這就把到期倒數、續購和退款全都壓到了你頭上。以下講清楚每個商店的退款如何運作、未使用預付的規則，以及固定期限模式的實際成本。
在 App Store 和 Google Play 上，應用程式預購在上線之前不收取任何費用，買家在上線前可以隨時免費取消。發布時被拒付的卡會讓更多訂單被取消。以下講清楚應用程式預購和預先註冊到底是怎麼運作的，以及這道缺口給你的發布帶來多大代價。
在 Google Play 上，買家可以在 48 小時的視窗內申請退款，Google 可以不經你同意就予以批准。48 小時之後，退款申請才會落到你的收件匣。以下說明 Google Play 退款視窗在 48 小時兩側各自如何運作，以及每一筆退款會從你的收入中扣走什麼。
調高自動續訂的訂閱價格，顧客就有權表態。在 App Store，未取得同意，方案會依原價到期結束。在 Google Play，若顧客忽略需選擇加入的漲價，訂閱就會被取消。以下說明訂閱漲價在各家商店的運作方式，以及它的代價。
App Store 和 Google Play 都有待處理購買狀態，也就是商店已經受理但尚未扣款的訂單。在付款到帳之前就解鎖，每一筆最終未成立的訂單都是純粹的成本。本文說明待處理購買在兩家商店上如何運作，錯誤發放一筆會付出什麼代價，以及如何在不造成損失的情況下處理它們。
讓大量訂閱終結的，是一張被拒付的銀行卡，而不是使用者點擊取消，而且商店會持續嘗試收款數週。本文說明 App Store 和 Google Play 上的帳單寬限期、帳單重試和帳戶保留是如何運作的，以及非自願流失究竟讓你損失了多少。
當孩子在家長的手機上購買一個金幣包時，Apple 和 Google 都會退款，而且沒有一方會先詢問你。監管機構就是這樣設計的。以下說明這些未經授權的應用程式內購買退款在各個商店如何運作，錢流失的那 15 分鐘視窗，以及一筆退款實際上讓你付出多少代價。
退掉一筆應用程式內購買，收據上會顯示價格加稅一併退回。那筆稅從來就不是你的錢。Apple 和 Google 以登記商家的身分收取並繳納，退款時再原路沖回，完全不碰你的分成。以下說明退款實際花費多少，以及唯一一種會讓稅變成你的責任的設定。
當客戶升級到更高層級時，商店會為舊方案上未使用的天數發放一筆訂閱升級退款，並自動減少你的收入。本文說清升級退款在 App Store 和 Google Play 上的運作方式，以及 Apple 為何不把這個金額傳給你的伺服器。
退款不是一筆更小的銷售,而是商店從後續撥款中抽回的錢,通常在銷售發生數週之後,有時甚至直接從你的銀行帳戶扣除。本文說明退款款項在 App Store 和 Google Play 上究竟何時離開,以及為什麼你的撥款永遠和儀表板對不上。
針對終身解鎖、去廣告升級或永久專業版的一次性購買退款，是你真正能撤銷的那種退款，因為你可以把功能收回來。這裡說明它在 App Store 與 Google Play 上的成本，為什麼 Apple 從不先徵詢你的意見，以及如何讓 revoke 真正生效。
將你的帳單移出 App Store 或 Google Play,Apple 和 Google 就不再為你處理退款。以下說明替代帳單的退款實際會讓你付出什麼代價、為何商店的退款審查流程會消失,以及當銀行強制發起拒付時由誰買單。
消耗型的應用程式內購買，一組金幣、一包寶石、一批 AI 額度，是你在任何人開口要退款之前就已經花錢交付出去的那種購買。以下說明消耗型退款在 App Store 與 Google Play 上會讓你付出多少代價，以及你的回覆真正能發揮作用的那個唯一時窗。
從免費試用轉為付費方案，是大多數訂閱退款的起點，因為用戶忘記取消，而他們看到的第一件事就是這筆扣款。本文講述免費試用退款在 App Store 和 Google Play 上會讓你付出什麼代價，為什麼你很難對其提出異議，以及如何加以阻止。
Apple 和 Google 送到你伺服器的每一筆退款都帶著一個原因代碼。Google Play 在每一次作廢上蓋上九種原因之一以及一個來源，Apple 則標記這筆退款是否歸咎於你的應用程式。以下是每個代碼的含義，如何把它們分成修、爭、或接受，以及它們在金錢上值多少。
多數應用程式退款與退單是由 Apple、Google 或銀行決定的，不會問你。這裡才是你真正減少應用程式退款的地方：及時確認購買、乾淨俐落地交付、為每個帳戶加上標記，並在資金離開之前回應那兩個證據窗口。
客戶以為他們只有 48 小時可以申請應用程式退款。真正的視窗要長得多。Apple 最長可在購買後 90 天內受理退款請求，而銀行拒付最長可在購買後 120 天內撤銷一筆 Google Play 交易。這裡列出讓你的收入始終處於可撤銷狀態的每一個時鐘，以及這條長尾會帶來多少成本。
當客戶向 Apple 申請退款時，你有 12 小時來傳送消耗資料。Apple 自己的文件稱它是眾多因素之一，而不是最終裁決。以下是你的資料實際能撼動什麼，為什麼一個 DECLINE 最終仍可能退款，以及這次推動到底值多少錢。
Google Play 允許你為每一筆購買蓋上一個穩定的雜湊 id，並在爭議發生時把它讀回給你。設定好它，一次拒付審查就能精確對應到你必須上報其使用情況的那個使用者。跳過它，你就只能在 24 小時的時限內拿著一個孤零零的訂單 id 去猜。
當顧客分不清你的應用程式向他們收了什麼費用時，他們會打電話給銀行而不是你，而那筆爭議會落成一筆退單。Apple 把一切都顯示為 apple.com/bill，且不讓你更改任何東西。Google Play 讓你設定對帳單上的名稱。以下是各自的代價，以及你能掌控的部分。
當 App Store 撤回一筆已核准的退款時，它期望你的伺服器恢復你先前收回的存取權。以下說明退款、退款遭拒與退款撤回這幾種通知在 App Store 與 Google Play 上如何運作，以及當你忽略每一種時各會付出什麼代價。
當客戶獲得退款時，Apple 和 Google 都會把各自的佣金退還給你，所以你損失的並不是應用商店的抽成。本文講清楚誰為你應用上的退款買單，你的撥款裡實際流走了什麼，以及為什麼拒付比普通退款代價更高。
取消訂閱只是讓商店停止下一次扣款，客戶在本期結束前仍保留存取權限，沒有任何款項流動。退款則會撤銷一筆已經完成的付款，並連同存取權限一起收回。本文講清兩者的分界點、各自讓你付出什麼代價，以及為什麼只有退款才會抵達你的伺服器。
消耗型、非消耗型、自動續訂訂閱和非續訂訂閱，各自遵循自己的退款規則。有些可以復原，有些一旦花掉就消失，而只有消耗型請求和訂閱請求才會向開發者索取證據。以下說明你所販售的應用程式內購買類型如何改變退款對你的影響。
應用程式退款法律在歐盟、英國和美國各不相同，但對大多數應用程式銷售而言結果是一樣的。歐盟的14天撤回權通常在結帳時被放棄，美國買家依賴商店政策，而沒有任何法定退款讓你有機會回應。只有兩條商店流程會徵詢你的一方。
友善詐欺是指真實顧客購買了你的應用程式內購買項目，用完之後，再告訴銀行這筆扣款有問題。商品已經消耗，錢卻退了回去。以下是它給應用程式開發者帶來的成本、它為何在上升，以及 Apple 和 Google 留給你反擊的那段短暫視窗。
Apple 大約兩天就會對 App Store 退款做出決定，但退回信用卡的錢最長要 30 天，退到電話帳單上最長要 60 天。以下是按付款方式劃分的真實 App Store 退款處理時間、Google Play 的比較情況，以及為什麼一筆太慢的退款會變成一筆你無法申訴的拒付。
Apple 用兩份報告呈現退款，Google 又用兩份，你的伺服器還會看到第四種。這些數字沒有一個能對上，而且這些差異是刻意設計的。這裡解釋為什麼每個管道對退款的歸屬方式各不相同，以及如何逐筆交易將退款報告與你自己的紀錄核對。
在 Google Play 上，你可以在 Console 中按百分比或按金額退還一筆訂單的一部分，並與 Google 的手續費一起分攤損失。在 App Store 上，你根本無法發起任何退款。以下講清楚部分退款在每家商店如何運作，以及它會讓你付出多少成本。
大多數行動應用程式的退款率落在已付款交易的 2% 到 5% 之間，但 Apple 和 Google 把這個數字放在不同的後台裡。這篇文章告訴你去哪裡查看你的應用程式退款率，依訂閱方案和類別區分的正常水準是多少，以及扣除手續費後，每一筆退款真正花掉你多少錢。
Apple 會把一條退款通知重試最多五次，而 Google Play 依託 Pub/Sub 的至少一次投遞，因此同一筆退款可能不止一次到達你的伺服器。以下講解如何處理重複的退款通知，同時不會扣錯餘額或重複消耗 API 配額。
Family Sharing 退款只會撤銷一筆付款，卻可能讓多達五名家庭成員繼續使用你的付費功能。Apple 會送出一個 REVOKE，並期待你的伺服器來終止存取權。以下說明家庭共享退款如何運作，以及一筆退款的代價。
你的退款處理只有在客戶已經離開之後才會執行，所以其中的缺陷會一直隱藏，直到它真的讓你損失金錢。兩大商店都允許你先在測試環境中觸發一次退款。這裡說明如何在退款成真之前，先在 App Store 和 Google Play 上測試應用程式內購買退款。
退回的價格是帳單上最小的一項。退款也會一併沖回商店的分潤，所以你損失的是自己的那份，而你為交付這筆購買已經花掉的運算、API 呼叫、儲存與付款都拿不回來。2026 年 8 月 3 日之後的 Google Play 拒付還會在其上再加一筆銀行手續費。這就是完整的帳單。
訂閱退款撤銷的是整個計費週期，而不是單筆銷售。在 App Store 上，由 Apple 做決定，你的伺服器只會得知結果。在 Google Play 上，你自己選擇全額退款還是按比例退款。以下介紹每家商店如何處理訂閱退款，以及一筆退款會讓你付出什麼代價。
App Store 或 Google Play 上的退款由商店發起，也由商店決定。退單是顧客的銀行把錢拉回去，由銀行決定，沒有申訴餘地。對應用程式開發者來說，兩者之間的差距如今攸關真金白銀，因為從 2026年8月3日 起，Google Play 會把退單成本轉嫁給你。
Google Play 悄悄不再自行承擔拒付。對於在 2026 年 8 月 3 日當天或之後下達的訂單，每一筆被爭議的訂單，你都要退回扣除 Play 服務費後的購買價款，再加上一筆銀行手續費。本文說明改變了什麼，如今一起拒付的成本是多少，以及你可以反擊的那個 24 小時視窗。
當 Apple 為你的某位客戶退款時，在你的伺服器工作執行之前，這筆退款其實已經透過交易的 revocationDate 出現在你的 app 內部了。本文說明 StoreKit 2 退款偵測在裝置上出現的位置，revocationDate 和 revocationReason 告訴你什麼，以及為什麼客戶端負責速度、伺服器負責真相。
App Store 與 Google Play 的每一筆退款都會啟動一個時鐘，而其中大多數不需要你就自行走完。Apple 最短的退款視窗是 12 小時，Google 的退單視窗是 24 小時，而從 2026 年 8 月 3 日起，錯過退單視窗就是一筆帳單，而不只是流失一筆銷售。這裡列出每一個會影響你帳戶的期限。
Google Play 可以在購買被退款、發生退單或作廢的當下,將已作廢購買通知推送到您的伺服器。它攜帶 purchaseToken、orderId、productType 和 refundType,而它只代表一件事,撤銷存取權限。以下說明如何讀取它並完成串接。
對任何三年以內的 Google Play 訂單，你都可以用一次 API 呼叫退款，退款時可選擇是否撤銷存取權限。在爭議演變成拒付之前自己先退款，能省下從 2026 年 8 月 3 日起落到開發者頭上的銀行手續費。以下說明 orders.refund 的用法。
當客戶向 Apple 申請退款時,Send Consumption Information 載荷就是你的回應。Apple 已將它從十二個欄位精簡為五個,其中三個必填、兩個選填。以下是每個欄位、各自接受的取值,以及你必須在其中傳送的 12 小時視窗。
Apple 的 Get Refund History 端點會以簽章交易的形式，回傳某位客戶在 App Store 的完整退款記錄。本文講清每一個欄位、revision 權杖如何翻頁、為何它是按客戶而非按 App 維度，以及你漏掉一筆退款要付出的代價。
Apple 的應用內退款申請讓客戶無需離開你的 App 就能申請退款，表單由 Apple 建立並審核。本文講清 beginRefundRequest 回傳什麼、它會在你的伺服器上啟動哪些 CONSUMPTION_REQUEST 和 48 小時計時，以及這個按鈕是否值得上線。
當購買被退款或被 chargeback 時，Google Play 會悄悄地作廢它。Voided Purchases API 就是這些訂單的清單，讓你可以撤銷存取權。這裡有每一個欄位、30 天的時間窗、會隱藏訂單的 revoke 選項，以及它的成本。
蘋果透過 App Store Server Notifications V2 發送四種退款訊息，而大多數應用程式只處理其中兩種。REFUND 告訴你要撤銷權益，REFUND_DECLINED 意味著保留這筆銷售，REFUND_REVERSED 則把銷售還給你，並要求你恢復先前撤銷的內容。以下說明每一種各需要什麼處理。
自 WWDC24 起，每一個 Apple CONSUMPTION_REQUEST 都攜帶一個 consumptionRequestReason，也就是客戶自己陳述的退款原因。它有五個取值，從 UNINTENDED_PURCHASE 到 LEGAL，每一個都應當改變你在 12 小時視窗內所回覆的內容。以下說明如何讀懂每一個。
當銀行撤銷一筆 Google Play 扣款時，Google 會向你的伺服器傳送一則 PendingRefundReviewNotification，並啟動一個 24 小時的倒數計時。透過 ReviewRefund API 以退款傾向和真實的消費證據來回應它，否則這場爭議就會在沒有你的情況下被裁定。以下是整個流程，逐個欄位來看。
當顧客申請退款時，Apple 會向你的伺服器發送一個 CONSUMPTION_REQUEST，但這筆交易從未說明他們是誰。appAccountToken 就是那個把購買連回你的使用者的 UUID。設定它，你就能用真實資料回應 Apple。略過它，你就只能靠猜。
只要你的伺服器在三天內沒有確認某筆購買，Google Play 就會自動退款並撤銷這筆購買。這是整合失誤，不是客戶的決定，而且完全可以避免。下面講清楚具體規則、它為什麼會觸發，以及每一筆流失的銷售真正的代價。
一次又一次申請退款的客戶並非偶然。退款濫用不僅讓你退回金額，還要搭上你已經花掉的算力，而兩大商店都會給你一個身分訊號，即 Apple 的 appAccountToken 和 Google 的混淆帳戶 ID，用來把這種模式串連起來。
Apple 和 Google 都可能核准退款,但顧客手上的購買項目卻原封不動。這篇文章會精確說明什麼情況下系統會自動撤銷存取權限,什麼情況下要靠你的伺服器自己處理,以及那個幾乎所有整合都會漏接的通知。
Only two refund flows ever ask for your evidence: Apple's consumption request and Google Play's chargeback review. Everything else, the 48-hour Play refund, support refunds, voided purchases, unacknowledged trials, is decided without you. Here is the full map, what you can prevent, and what you can only record.
When a customer asks Apple for a refund, Apple asks you first. Here's exactly what the CONSUMPTION_REQUEST notification contains, what Apple expects back, how to answer one end to end, and why most developers silently forfeit.
Google quietly rewrote who pays when a Play purchase gets disputed with the bank. For orders placed after August 3, 2026, a lost chargeback comes out of your pocket, and you get 24 hours to fight back. What changed, what it costs, and how to be ready.
Blanket-declining every refund is as wrong as ignoring them. A field guide to measuring what refunds cost you and writing policy rules that protect revenue and your review score at the same time.