RefundHalt vs. 自行建置 重點比較
做決定之前，先看看功能比較。
| 功能 | RefundHalt | 自行建置 |
|---|---|---|
| 幾分鐘即可啟用 | 是 | 否 |
| 內建 Apple 簽章驗證和 API 權杖處理 | 是 | 否 |
| 代為設定 Google 通知主題 | 是 | 否 |
| 夜間和週末也準時回覆 | 是 | 有限 |
| 代為追蹤商店 API 變更 | 是 | 否 |
| 來自自有資料的使用證據 | 是 | 是 |
| 完全控制每個欄位 | 有限 | 是 |
| 資料保留在自有系統內 | 否 | 是 |
為什麼該選擇 RefundHalt
準時回覆每筆要求
Apple 給予 12 小時，Google 給予 24 小時，包含夜間和週末。RefundHalt 全天候自動回覆，並設有期限備援機制，避免任何案件因未回覆而逾期。
退款要求時間軸範例
星期六 02:14
Apple 傳送退款要求
星期六 02:14
RefundHalt 比對購買項目並套用你的規則
星期六 02:14
已將回覆傳送給 Apple
星期六 14:14
Apple 的 12 小時期限
無須建置基礎架構
您無須驗證 Apple 簽署的酬載、建立 API 權杖，或在 Google Cloud 設定 Pub/Sub。貼上網址和主題名稱即可完成。
設定範例
App Store Connect
Server Notifications 網址
https://app.refundhalt.com/webhooks/apple/…
Play Console
即時開發人員通知主題
projects/refundhalt/topics/rtdn-…
不需 SDK，也不需更新應用程式。
技術細節已妥善處理
百分比以 milliunits 傳送，Apple 自動續訂訂閱不傳送此欄位，Google 則搭配使用事件。這些細節出錯會導致 Apple 拒絕回覆。
已傳送給 Apple範例
customerConsentedtrue
deliveryStatusDELIVERED
consumptionPercentage82000 (82%)
sampleContentProvidedfalse
refundPreferenceDECLINE
各個選項需要投入什麼
| 類別 | RefundHalt | 自行建置 |
|---|---|---|
| 送出第一筆回覆所需時間 | 幾分鐘 | 數天至數週的開發時間 |
| 持續維護工作 | 無。我們會追蹤商店 API 變更 | 監控、值班和商店 API 變更 |
| 價格 | 固定價格。Pro 每月 $49.99，年繳則為每月 $29.99 (5 個應用程式)。Enterprise 為 $69.99，年繳則為 $49.99 (不限應用程式數量)。 | 前期開發工時，以及後續永久維護責任。 |
何時自行建置更適合
如果退款處理是業務核心、合規規定要求商店金鑰和退款資料保留在自有系統內，或您已有後端值班團隊，適合自行建置。如果選擇這條路，我們的部落格提供完整酬載格式和常見錯誤說明。
常見問題解答
- 自行建置最常見的錯誤有哪些？
- 為自動續訂訂閱傳送 consumptionPercentage (Apple 會拒絕)、以 1,000,000 而非 100,000 表示 milliunits 中的 100%、忘記 Google 只記錄第一筆 reviewrefund 回覆，以及主要流程在夜間失敗時沒有備援機制。
- 可以先用 RefundHalt，之後再改為自行處理嗎？
- 可以。商店設定由網址和金鑰組成，您可隨時將其指向其他服務，也能透過 API 和 webhook 取得退款紀錄。
- RefundHalt 需要應用程式原始碼或 SDK 嗎？
- 不需要。RefundHalt 在伺服器端透過官方商店 API 運作。唯一的選用項目是在您伺服器上提供一個簡單的使用資料端點。
我們在 2026年11月2日 根據其他產品的公開網站與文件查核了所有資訊。如有過時內容，請寄信至 support@refundhalt.com，我們會更正。