把 App 移轉給另一個開發人員帳戶後，出售前的訂單仍留在賣方那裡，以下說明這對退款代表什麼

Google 的說明頁面用一句話就講清楚了：App 移轉前建立的訂單會保留在原帳戶中。所以，當你把 App 移轉給另一個開發人員帳戶時，訂閱者會轉到買方名下，但購買記錄不會。與這些記錄相關的退款、爭議和支援單不會自己解決。它們會落到商店規則所指向的那一方，而那一方不一定是收到錢的一方。Apple 和 Google 的處理方式不同，而且 Apple 說明的內容比 Google 少。以下介紹兩家商店各自的文件寫了什麼，移轉後你的退款設定中哪些部分會悄悄失效，以及在任何一方簽字之前應該寫成書面的內容。

移轉 App 時，哪些會移轉，哪些會留下

兩家商店都把移轉視為今後擁有者的變更。App、使用者和評分會移轉。過去的財務記錄大多不會。

在 App Store 上

Apple 的規則針對的是資料。移出方開發人員保留移轉前付款和銷售資訊的存取權，並失去移轉後所有資訊的存取權。接收方只會收到移轉之後發生的交易的付款和銷售資訊。Apple 的移轉指南沒有談到移轉前購買的退款。至於事後才發生的退款要從誰的收益中扣除，它也完全沒有提。

在 Google Play 上

Google 說得更明確。使用者、統計資料、資料、留言、評分和訂閱都會移轉。移轉前建立的訂單會留在原帳戶中，如果其中某筆需要退款，Google 表示你必須回到原帳戶處理，或是使用 Google Play Developer API。賣方帳戶不會在出售當天就失去作用。它仍然是某些退款唯一能辦理的地方。

App 移轉後由誰來退款

在兩家商店，大多數退款都不需要開發人員參與就會決定。Apple 會自行處理退款申請。在 Google Play 上，買家可以在 48 小時內自行為許多購買退款，其他退款則由 Google 支援團隊核准。移轉不會改變這些。它改變的是誰能看到退款，以及誰能處理少數需要開發人員介入的流程。

你想在 Google Play 上主動辦理的退款

假設一位長期訂閱者聯絡新擁有者，要求退還出售前兩個月的一筆扣款。新擁有者無法在自己的 Play Console 中退款，因為訂單不在那裡。必須由賣方登入處理，或由擁有賣方帳戶 API 存取權的人呼叫 Google Play Developer API。如果賣方已經關閉帳戶或不再回應，這筆退款就卡住了。Google 甚至表示，如果賣方在移轉後關閉原帳戶，可以退還 $25 的註冊費，這正是買方應該在那之前確保移轉前退款有人處理的原因。

Apple 自行核准的退款

在 App Store 上，退款的不是你，而是 Apple。當 Apple 為一筆移轉前的購買退款時，這筆交易的付款和銷售記錄在原開發人員那裡。Apple 的移轉文件沒有說明由哪一方的收益承擔這筆退款，所以雙方都不應該自行假設。把它寫進協議裡。

需要提供證據的兩個退款流程

只有兩個退款流程會要求開發人員提供資料。Apple 會傳送 CONSUMPTION_REQUEST，並給你 12 小時透過 Send Consumption Information 回覆使用量資料。Google Play 會傳送退單審查，你需要在 24 小時內透過 orders.reviewrefund 回覆。這兩種回覆都使用屬於帳戶而不是屬於 App 的憑證簽署。移轉正是在這裡出問題。

移轉過程中會中斷的退款環節

移轉後的 App 可能繼續銷售好幾週，卻沒有人發現退款這一端已經失靈。

Apple 的通知網址和 In-App Purchase 金鑰

App Store Server Notifications 的網址是依 App 個別設定，位於 App Store Connect 的 App information 中。Apple 的移轉指南沒有提到它，所以新擁有者應該在第一天就打開這個畫面，把正式環境和沙箱環境都指向自己的伺服器。如果那裡仍然填著賣方的端點，這個 App 的每一個 CONSUMPTION_REQUEST 都會送到買方沒有在經營的伺服器，12 小時就在無人回應中過去了。

回覆要透過 App Store Server API 傳送，這需要 In-App Purchase 金鑰。這些金鑰由 Account Holder 或 Admin 在 Users and Access 中產生，而且 Apple 每把金鑰只允許下載一次。賣方的金鑰在賣方的帳戶裡。買方應該產生自己的金鑰，賣方則應該在交接完成後撤銷自己的金鑰。

Apple 的共享密鑰和 Webhook

對於有自動續訂型訂閱的 App，Apple 要求賣方在移轉前產生 App 專屬共享密鑰並分享給接收方，接收方用它來驗證訂閱。移轉完成後，接收方應該產生新的共享密鑰，讓組織以外的人不再持有它。App Store Connect 的 Webhook 也會移轉給接收方，Apple 建議賣方如果不希望之後還有事件送到自己的伺服器，就先把它們刪除。

Google 的權限和 Cloud 專案

Google 表示，整合服務的權限和連結設定不會移轉。它要求賣方把目標帳戶新增為 App 所使用的所有 Google Developers Console 專案的 Owner。在 Play 上，你的即時開發人員通知主題和用來呼叫 Developer API 的服務帳戶通常就在這裡。如果服務帳戶沒有在買方的 Play Console 中取得存取權，作廢購買檢查就會失敗，orders.reviewrefund 的回覆也無法在 24 小時內送出。

移轉在退款和退單上的代價

上面這些機制會在三個地方變成實際的金錢。

你在服務那些付錢給賣方的使用者

以一位在出售前一個月購買 $59.99 年繳方案的訂閱者為例。在 Google Play 上，這筆訂單在賣方帳戶中。在 App Store 上，它的付款記錄留在賣方那裡。買方拿不到這筆錢，卻仍要負擔這位訂閱者在這一年剩下的時間裡使用的運算資源、第三方 API 呼叫和儲存空間。如果這位訂閱者之後向買方要求退款，買方在 Google Play 上沒有賣方就無法退款。簽約時就要清點這些預付訂閱，因為它們是買方承擔卻沒有收入對應的成本。

買方從未賣出的訂單遭到退單

對於 2026年8月3日之後成立的 Google Play 訂單，開發人員需要負擔退單的購買金額扣除 Play 服務費後的部分，再加上銀行的退單手續費。退單一旦判定，在銀行層面就是最終結果。Google 的移轉頁面沒有說明，對於留在賣方帳戶中的訂單，這項成本要如何處理。在 Google 說明之前，出售合約應該寫明移轉前訂單的退單由誰負擔，以及由誰回覆其退單審查。

15% 級距會把同一筆收益算兩次

Google Play 的 15% 服務費適用於開發人員每年收益中的首個 $1 million。當 App 在分屬不同 Account Group 的開發人員帳戶之間移轉時，該 App 在這個日曆年的全部收益都會同時計入兩個群組的總額。Google 自己舉的例子是：一個 App 在 Account Group A 賺了 $100,000，然後移到 Account Group B。這 $100,000 會同時計入兩個群組的首個 $1 million。接近門檻的買方可能會比依自身銷售額預估的更早達到標準費率。

移轉 App 前要談妥的事

賣方要做的事

• 下載你需要的報表。Google 的大量匯出、預估銷售報表和收益報表不會移轉，Apple 的接收方也看不到你的歷史記錄。
• 在移轉前的退款和爭議全部處理完之前，讓原帳戶保持開啟並且聯絡得到。
• 在 App Store 移轉前產生並分享 App 專屬共享密鑰，之後撤銷你的 In-App Purchase 金鑰，並刪除不希望之後繼續觸發的 Webhook。

買方要做的事

• 第一天就設定你自己的 App Store Server Notifications 網址，並產生你自己的 In-App Purchase 金鑰。
• 在你的 Play Console 中為服務帳戶授予存取權，並確認即時開發人員通知會送達你的端點。
• 取得一份預付訂閱和近期大額購買的清單，這樣你就知道哪些服務是在沒有收入的情況下提供的。
• 把移轉前的退款、退單和退單審查寫進出售協議，並指定賣方一方的具名聯絡人。

RefundHalt 會使用擁有該 App 的帳戶憑證連線到每個 App。移轉後，請從新擁有者的帳戶重新連線 App，之後使用量要求和退單審查都會轉給新擁有者。