友善詐欺是顧客已經拿到所付商品的那種退單，也是唯一一種你的證據仍能左右的爭議

友善詐欺是沒人提醒你的那種爭議，因為發起它的人不是拿著被盜卡的罪犯。那是你真正的顧客。他們用自己的卡購買了你的應用程式內購買項目，用完了所買的東西，然後告訴銀行這筆扣款是個錯誤。錢退了回去，商品已經花掉，而在銀行那一側，這個案子看起來和真正的詐欺一模一樣。對應用程式開發者而言，這件事之所以重要只有一個原因：它是唯一一種你自己的證據仍能作為裁決輸入的爭議類型，而兩家商店都只給你幾個小時來提供它。以下是友善詐欺的真實成本、它為何持續攀升，以及 Apple 和 Google 留給你的那根狹窄槓桿。

什麼是友善詐欺，以及它為何並不總是詐欺

友善詐欺，也稱作第一方詐欺或退單詐欺，發生在真正的持卡人先完成購買，在收到商品或服務之後再向發卡銀行申請退單時。這個名字是故意反著叫的。對面那個人不是第三方攻擊者，而是那位點了購買的同一個顧客。

意圖並不總是存在。其中一部分是蓄意濫用，一種既留下內容又把錢摳回來的做法。但也有大量是誠實的混淆：一位忘了合法購買的持卡人、一位沒認出家人所做扣款的家長，或者是被包裝成帳單錯誤的單純買家後悔。對你的帳目來說，是哪一種都不重要。無論如何錢都走了。

它與真正詐欺有何不同

真正的詐欺是陌生人使用一張不屬於自己的卡，而商店內建的反詐欺工具正是筆直衝著它去的：裝置訊號、頻率檢查、被盜卡模式。友善詐欺會逕直穿過這一切，因為每一個訊號都是合法的。真實的帳戶、真實的裝置、真實的卡、真實的購買。唯一虛假的是事後向銀行提出的那個主張，而這個主張在你的風控檢查通過很久之後才到來。

友善詐欺已經有多大規模

友善詐欺不再是可以忽略的零頭，而且所有趨勢線都指向同一個方向。Juniper Research 預測，受消費者對爭議扣款態度轉變的推動，到 2031 年它將佔全球所有退單的 28 percent。Chargebacks911 的 2026 Chargeback Field Report 是一項對超過 250 家商戶的調查，發現 83.4 percent 的商戶表示友善詐欺在過去三年上升，74.4 percent 的商戶稱其為中度或嚴重的擔憂。

成本正隨著數量一起加劇。2026 年的行業資料顯示，一旦把手續費、損失的商品和處理成本都算進去，每一美元被爭議的金額其真實詐欺成本約為 $5.13，而反擊爭議的商戶在他們所爭的案件中只贏約 43.8 percent，付出努力後淨收回約 10.7 percent。最後這兩個數字的教訓不是說反擊沒有意義。而是說事後再反擊是一筆糟糕的賭注，真正的錢在於一開始就不讓爭議得逞。

為什麼友善詐欺讓應用程式開發者付出的代價超過價格本身

真正扎心的數字從來不只是購買價格。它是價格加上你為履行這筆購買已經花掉的一切，而對於數位產品，幾乎所有這些花費都發生在爭議到來之前。退回一個未拆封的盒子是打個平手。對一件已消耗的應用程式內購買項目發起的友善詐欺退單，則是疊加在一筆你無法收回的成本之上的虧損。

你已經付掉的交付成本

從爭議往回倒著追這筆錢。生成的輸出燒掉了你要為之付費的 GPU 分鐘。這個功能執行了按 token 或按請求向你計費的 API 呼叫。顧客下載的檔案仍存在你正付費保管的儲存裡。如果這筆購買出資支付了給創作者的報酬或獎池，那筆錢早已離開你的帳戶。友善詐欺撤銷了銷售，卻把上述每一項成本原封不動地留下。顧客留下了價值，你留下了帳單。

在 Google Play 上，這筆爭議如今直接向你收費

直到不久前，兩家商店上的退單大多還是商店自己要承擔的損失。這在 Android 上變了。對於在 August 3 2026 當天或之後下單的 Google Play 訂單，Google Play 與開發者分擔退單成本，實際意味著一筆輸掉的爭議會向你收取購買價格減去 Play 服務費，再加上銀行或卡組織的退單手續費。那筆手續費由卡組織而非 Google 設定，行業報導通常將其定在每筆爭議 $15 到 $25，一筆固定收費，可能遠超一件低價購買的價格。

在 App Store 上，Apple 承擔銀行那一側，你損失的是收益

Apple 是記錄商戶，因此對一筆 App Store 購買的卡退單是在持卡人的銀行與 Apple 之間解決的，你從來看不到那個案子，也沒有為它產生的銀行手續費。你確實會損失的是錢。當一筆退款被批准時，金額會從你的收益裡扣出，而對於 Apple 確實轉給你的那些退款請求，你的證據是你能施加的唯一影響。銀行手續費的風險是一個 Google Play 的故事；損失收益的故事則屬於兩家商店。

你的證據仍算數的那段狹窄視窗

恰好有兩個時刻，商店會暫停並在裁決之前向開發者索要證據，而友善詐欺正是它們存在的原因。兩者都很短，而且一旦你錯過，它們都會在沒有你參與的情況下關閉。

Apple 的 12 小時 CONSUMPTION_REQUEST

當一位顧客就一件符合條件的應用程式內購買項目向 Apple 申請退款時，Apple 會向你的伺服器傳送一條 CONSUMPTION_REQUEST 通知，並等待最多 12 小時讓你呼叫 Send Consumption Information。你返回結構化資料：該物品是否已交付、被消耗了多少，以及你的退款偏好。Apple 仍然做出裁決，但你的回答是一項有記錄的輸入，也是唯一一處能對 Apple 上的友善詐欺退款進行反擊的地方。

Google Play 的 24 小時 orders.reviewrefund

在 Android 上，觸發點是一條 PendingRefundReviewNotification。從它到達那一刻起，你有 24 小時呼叫 orders.reviewrefund 方法，附上退款偏好和使用證據，即訂單的交付狀態與該物品的消耗狀態。Google 會把這些納入它的裁決，並在證據支持的情況下代表你向銀行反駁這筆退單。對於給定的一條通知，Google 只記錄你的第一次呼叫，所以要在回應之前而不是之後收集好證據。

你永遠碰不到的那些友善詐欺爭議

並非每一次退款事件都給你說話的機會，弄清楚哪些是在你頭頂之上決定的，會幫你只把力氣花在有回報的地方。

• 一筆完成的退單由銀行終裁。一旦發卡銀行站到持卡人那一邊，向 Apple 或 Google 的任何申訴都無法推翻它。你唯一的影響是在裁決之前提交的證據。
• Google Play 的 48 小時自助退款是 Google 按其自身政策自行批准的。不會徵詢你的意見，只有當它以作廢購買的形式出現時你才會被通知。
• 兩家商店由客服批准的退款都是終局的，沒有面向開發者的申訴管道。
• 一筆未確認的 Google Play 購買會在大約 72 小時自動退款。那是一個整合缺口，不是爭議，修復辦法是在伺服器端確認購買，而不是去反駁什麼。

如何在友善詐欺發生之前讓它變得可爭議

你無法阻止顧客打電話給他們的銀行。你可以遠遠提前決定，隨之而來的爭議是可以回答的，還是一場自動的敗仗。讓友善詐欺可贏的一切，都必須在通知到達之前就已經存在。

在交付和消耗發生的那一刻就記錄下來

兩家商店索要的證據，即該物品已交付並被使用，只有在事情發生時就記錄下來才具有說服力。記錄每一筆購買授予了什麼，以及它是否在使用時被消耗，而不是在爭議落地之後再去重建。一次 reviewrefund 呼叫或一次消耗回應，其強度不會超過背後那些遙測資料。

讓答案自動化，而不是讓一個人來做

把 CONSUMPTION_REQUEST 和 PendingRefundReviewNotification 接入一個能自行匯集證據並回應的處理程式。一個 12 小時和一個 24 小時的計時器不能依賴某個人注意到收件匣。你贏下的那些爭議，是每一次都在視窗之內被自動回答的那些。

只用可爭議的案件來評判你的防護

把你的退款分成有審核視窗的和沒有的兩類。友善詐欺退款請求和退單審核，才是挽回率有意義的地方，因為那裡有一個你的證據能撼動的裁決。商店發放的退款攜帶的是資訊，而不是對你防禦能力的判決。RefundHalt 正是圍繞這一區分建構的：它用你記錄下來的交付和使用證據自動回應消耗請求和 reviewrefund 呼叫，並把不可爭議的退款單獨記在一本帳裡，讓你的數字保持誠實。