過多的退款申請，代價可能遠超退款本身，因為兩大 App 商店都把它視為品質訊號

過多的退款申請，是 Apple 懷疑你的 App 的理由之一。App 審查準則 5.6.4 用一句話就寫明了這點，而 Google 的開發人員發布協議也有對應條款，允許它依退款率下架新開發人員的 App。多數開發人員把退款當成營收問題。但商店也把它當成品質訊號，而品質訊號的終點，可能是一封下架通知。

以下逐一說明：兩家商店的原文究竟怎麼寫，用語涵蓋的範圍有多廣，App 被下架時要付出什麼代價，以及如何避免退款量變成對你不利的證據。沒有任何商店公布門檻，所以重點在於仔細讀合約，掌握你能掌握的部分。

Apple 準則 5.6.4 如何看待過多的退款申請

準則 5.6.4 標題為「App 品質」，位於第 5.6 節「開發人員行為準則」之下。關鍵在中間那句：未達品質要求的跡象包括，使用者對你的 App 提出過多投訴（例如負評），以及過多的退款申請。最後一句把它和執法連在一起：無法維持高品質，可能成為判斷開發人員是否遵守開發人員行為準則的考量因素。

份量正是來自這層連結。行為準則的引言寫明，若你從事不符合準則的活動，你的開發人員計畫帳號將被終止。同一節也列出 Apple 留意的行為：誘使使用者進行非本意購買的 App、以誤導方式漲價、對未交付的功能或內容收費。這些行為都會引發退款申請，這正是 Apple 計算退款的原因。

5.6.4 通知實際上長什麼樣子

Apple 不公開執法信函，所以最好的證據來自開發人員的自述。在 Apple Developer Forums 的一篇討論中，一位開發人員寫道：Apple 援引準則 5.6.4 發出警告，若 App 在 14 天內未修改，將被下架，開發人員帳號也可能遭停權。這位開發人員提出的改善方案是免費試用、App 內評分畫面、加強測試和調整設計。討論串裡其他開發人員指出，這些都沒有回答使用者為什麼要退款。

Apple 會因退款申請過多而下架 App 嗎？

會。Apple 開發人員計畫授權協議附表 2 第 7.3 條允許 Apple 隨時停止行銷並停止提供某個 App 的下載，不論有無理由。該條也列出具體依據，包括違反協議或其他文件，例如 App 審查準則。準則 5.6.4 就屬於這些準則。同一條還補充，Apple 決定停止發布，並不免除你在附表 2 下的義務。

Google Play 協議如何看待退款率

Google 的用語更短，也更直接。Google Play 開發人員發布協議第 4.11 條（2025 年 9 月 15 日生效的版本）規定：對於沒有產品紀錄的新開發人員，Google 可使用或公開解除安裝率、退款率等成效指標，以辨識或下架未達可接受標準的產品，標準由 Google 自行判定。

有兩個細節值得注意。第一，這個條款直接點名退款率，而不是把它當作某個更廣泛概念的例子。第二，適用對象是沒有產品紀錄的新開發人員，正是最承受不起下架的帳號。不過，老帳號也不是高枕無憂。第 10.3 條允許 Google 在你或你的產品可能對 Google、使用者或合作夥伴造成經濟、商譽或安全方面的損害風險時，終止協議。

Google Play 的下架如何演變成帳號終止

Play Console 說明中心關於帳號終止的說明，描述了這道階梯。多次下架或警告可能導致 App 遭停權。App 停權會被記為開發人員帳號信譽的違規紀錄。多次停權，或因嚴重違規遭停權，可能導致帳號終止。帳號一旦終止，目錄中的所有 App 都會從 Google Play 移除，這些 App 相關的使用者、統計資料和評分也會一併喪失。

下架在金錢上的代價

下架通知不會抹掉你已積欠的退款。它只會切斷原本用來支付這些退款的營收。在 Apple，附表 2 第 6.3 條要求你償付 Apple 核准的退款，包括金流服務商回報的退款，退單就是這樣落到你身上的。第 7.1 條讓這項償付義務在終止前後都持續有效，並允許 Apple 在其認為合理的期間內暫扣全部款項，用以抵銷終端使用者的退款。Google 協議第 8.1 條對下架前售出的產品也有相同規定，第 3.8 條則允許 Google 從你的撥款中扣除退款。

再算算那些不會停下來的開銷。已經安裝 App 的使用者還是會打開它。伺服器、GPU 運算、付費第三方 API 呼叫、儲存空間和金流手續費，都還在為這些使用者向你收費，而新營收已經歸零。如果 App 要分潤給創作者或聯盟夥伴，這些分潤是依銷售額計算的，而這些銷售現在可能以退款的形式回頭，沖抵一筆已被凍結的餘額。

商店實際終止帳號的頻率

公開數據能讓風險回到合理比例。Apple 的 2024 年 App Store 透明度報告統計了 146,747 個遭終止的開發人員帳號。其中 146,583 個是依 DPLA 第 3.2(f) 條因詐欺而終止，Apple 指出最常見的原因是與其他已終止的開發人員帳號有關聯。依準則 5.6.0（開發人員行為準則）下架的 App 只有 99 個，依準則 3.1.2（訂閱）下架的有 69 個。在 8,132 件帳號終止申訴中，有 225 個帳號獲得恢復。

這組數據可以從兩個角度解讀。一方面，誠實經營的 App 因退款而遭終止，非常少見，而且報告並未單獨列出 5.6.4。另一方面，帳號一旦被終止，要恢復的機會很低。Apple 的行為準則確實留了一條路：提交一份書面說明，詳列你打算做的改善；若 Apple 核准該計畫並確認改動到位，帳號可能獲得恢復。

如何避免退款量變成證據

你無法阻止使用者申請退款。但你可以不再給他們理由，也可以確保在商店主動徵詢的兩個流程中，商店聽得到你的說法。

消除行為準則點名的原因

• 在購買按鈕之前，就在付費牆上顯示價格、計費週期和續訂條款，別讓使用者在銀行對帳單上才發現每週扣款。
• 使用者一付款，就立即交付所售內容。購買後沒解鎖，就等於同時多了一筆退款申請和一張客服單。
• 讓取消訂閱在設定畫面裡一眼就找得到。找不到出口的訂閱者，會轉而向商店要回錢。
• 依產品、國家和 App 版本追蹤退款，不要只看總數。某個版本上架後或某個市場的暴增，會告訴你該修什麼。

回覆讓你提交證據的兩個流程

只有兩種退款流程讓你能在商店決定前把證據擺上檯面。Apple 會發送 CONSUMPTION_REQUEST，要求你在 12 小時內透過 Send Consumption Information 提交使用資料。Google Play 會針對退單發送待處理的退款審查，你須在 24 小時內呼叫 orders.reviewrefund 回覆。其他情況，包括 Google Play 的 48 小時自助退款、客服退款，以及未確認購買的自動退款，都是在沒有你參與的情況下決定。以正確資料回覆的申請，在內容已交付且已使用時，商店是可以拒絕的。

不是你造成的退款，也會讓你受罰嗎？

兩家商店都沒有說過會在品質審查中區分惡意退款和正當退款，所以要假設它們看到的是原始數量。這正是你要自己保留紀錄的理由：哪些退款來自同樣的少數幾個帳號，哪些發生在你這端交付失敗之後，哪些是在大量使用之後才申請的。萬一哪天收到 5.6.4 通知，正是這份紀錄，能把一句模糊的承諾變成 Apple 行為準則所要求的具體改善計畫。

RefundHalt 會在時限內，用你真實的使用資料回覆每一個 CONSUMPTION_REQUEST 和 Google Play 退單審查，並依產品、國家和版本追蹤退款率。如此一來，在商店從它的數據看到品質問題之前，你就先從自己的數據看到了。