App 轉讓概覽
當你將 App 出售給其他開發人員或想要將其移至另一個 App Store Connect 帳號或組織時，你需要轉讓 App 的所有權。
你可以在完成轉讓的同時，讓 App 繼續供使用者下載。不論是正處轉讓期間或完成轉讓之後，App 都會保留原有的 App Store 評論和評分，使用者也能繼續取得未來的更新。App 在轉讓時將保留其套件識別碼，該識別碼在 App 建置版本上傳後就無法變更。
步驟 1：確認 App 可進行轉讓
App 必須符合所有 App 轉讓標準才能進行轉讓。
步驟 2：備份 App 的所有資訊
由於 App 會在轉讓之後從你的帳號移除，建議你先備份 App 的所有相關資訊再進行轉讓。
步驟 3：啟動 App 轉讓
你的會員帳號持有人啟動 App 轉讓。進一步瞭解。
步驟 4：接受 App 轉讓
接收方的帳號持有人接受 App 轉讓。進一步瞭解。
使用自動續訂型訂閱的 App
提供自動續訂型訂閱的 App 必須使用 App 專用共享密鑰。
-
啟動 App 轉讓
在為提供自動續訂型訂閱的 App 啟動轉讓作業前，請先產生 App 專用共享密鑰。接著，將這組代碼分享給接受 App 轉讓的開發者帳號之使用者。分享代碼後，即可啟動 App 轉讓。
-
接受 App 轉讓
在為提供自動續訂型訂閱的 App 接受 App 轉讓前，請先取得由轉讓啟動方所提供的 App 專用共享密鑰，讓你可以更新自己的伺服器來使用這組代碼，進而驗證自動續訂型訂閱。App 轉讓完成後，請產生 App 專用共享密鑰，如此，不屬於機構的使用者就無法再存取轉讓完成的 App。
使用鑰匙圈共享功能的 App
鑰匙圈共享功能在 App 更新之後將無法使用。因此，提交更新時必須重新建立鑰匙圈。如果 Xcode 專案中已定義鑰匙圈群組，則必須以接收方建立的鑰匙圈群組（包含接收方的團隊 ID）來取代，才能讓 App 繼續使用鑰匙圈共享功能。使用者更新 App 之後，App 無法在鑰匙圈中找到認證代號，因此會要求使用者進行一次性的重新登入。
使用推播通知的 App
使用 Apple Pay 的 App
如果你轉讓的是使用 Apple Pay 的 App，商家 ID 不會連同 App 一起轉讓。只要原始憑證有效，交易就會持續順利完成。然而，當你提交更新時，就必須在接收方的帳號上建立新的商家 ID。
支援「使用 Apple 登入」功能的 App
為接收方準備你的資料時，請務必先為資料庫中的所有使用者產生轉讓識別碼（可能為英文網站），再啟動轉讓作業。你可以透過 Apple 所提供的 REST 服務端點為使用者產生轉讓識別碼。
如果你已將 App 組成群組以「使用 Apple 登入」，則必須先取消 App 的分組，才能啟動轉讓作業。
如果服務 ID 關聯的 App 已設定「使用 Apple 登入」，該 ID 也會一併轉讓。如果你不要轉讓服務 ID，請移除服務 ID 與 App 之間的關聯，再啟動轉讓作業。
使用 Mac Catalyst 製作的 App
如果 App 是以 Mac Catalyst（可能為英文網站）製作且未提供通用購買（可能為英文網站），為了能順利轉讓這類 App，iPad App（主要 App ID）和 Mac App（Mac Catalyst App ID）都必須轉讓。
請先啟動 iPad App 的轉讓作業，再啟動關聯 Mac App 的轉讓作業。請務必一併轉讓 Mac App，因為轉讓接收方無法以 iPad App 為基礎，使用 Mac Catalyst 製作新的 Mac App。
支援「錢包」的 App
如果你 App 發佈的「錢包」票卡需要從 App 或網頁服務持續更新資訊，則最終在轉讓完成後，你需要使用新的識別碼重新發行這些票卡，以便這些票卡可以使用你 Apple 開發者帳號所發行的憑證簽署。為盡可能不讓使用者感到混淆並避免中斷，建議你在 App 中提供訊息，讓使用者知道先前發行的票卡將會失效，並前往你的 App 或網頁服務下載新的票卡。
使用 iCloud 的 App
如果你的 App 使用以下任何一項功能，在轉讓接收方接受 App 轉讓後，該項功能會一併轉讓給接收方。
-
iCloud 來儲存使用者的資料
-
iCloud 容器
-
與該 App 關聯的 KVS 識別碼
如果你（轉讓方）的帳號中有多個 App 共用一個 CloudKit 容器，則在轉讓其中一個 App 後，其餘的 App 將無法使用轉讓的 CloudKit 容器，來讀取或儲存資料。此外，轉讓方將無法再透過「CloudKit Console」存取轉讓的 App 的使用者資料。若接收方對轉讓的 App 進行更新，則會讓該 App 無法使用轉讓的 CloudKit 容器讀取或儲存資料。
如果轉讓的 App 使用 iCloud 鍵值儲存（KVS），則完整的 KVS 值將嵌入你（接收方）為轉讓的 App 所建立的任何新佈建描述檔中。請使用你佈建設定檔中的完整 KVS 值更新你的 entitlements.plist。
使用 Game Center 和 Apple Arcade 的 App
相容多人遊戲：原本屬於跨 App 相容多人遊戲矩陣的 App，將不再和其他 App 的矩陣相容，也不會再顯示於其中。App 轉讓後，接收方必須將相容多人遊戲新增至 App，才能與現有的 App 搭配使用。
Game Center 群組：屬於 Game Center 群組的 App 將在轉讓期間從群組中移除。完成轉讓之後，所有排行榜與成就均將回到原始狀態。如果排行榜原本屬於群組排行榜，其識別碼中將保留 grp. 前置碼。轉讓完成後，接收方可以將 App 新增至 Game Center 群組。
合併的排行榜：原本屬於個別排行榜但被合併至群組的排行榜，會在轉讓後失去 grp. 前置碼。這些排行榜的 ID 也會回復成合併前的原始 ID。App 轉讓後，接收方必須使用新的排行榜 ID 更新 App 建置版本，以利分數正確發佈。
對戰功能：對戰功能的設定不會隨 App 一起轉讓。為了讓 Game Center 對戰功能正常運作，接收方必須在轉讓完成後建立或修改對戰規則。
替代 App 市集上發佈的 App
開始轉讓之前，轉讓者應該通知任何受影響的替代 App 市集有關 App 轉讓的消息。轉讓方和接收方都有責任在任何變更發生後通知市集。
如果你即將轉讓在替代 App 市集上發佈的 App，接收方必須在轉讓前在 App Store Connect 新增相同市集，並為 App 簽署《Alternative Terms Addendum for Apps in the EU》（歐盟境內發佈 App 替代條款附件），以便該 App 能繼續供使用者下載。轉讓方和接收方皆必須在轉讓前於 App Store Connect 新增相同的替代 App 市集，轉讓後的 App 才能供使用者下載。
App 套裝
轉讓屬於 App 套裝的 App 時，你就再也無法檢視 App 套裝的歷史記錄。請務必先記錄你的 App 套裝資訊，再轉讓 App。
App 轉讓期間和轉讓後的情況
App 轉讓完畢後，其關聯的 App ID 也會轉讓到接收方的開發者帳號。如果轉讓方的 App ID 屬於萬用型 App ID，則會轉換成與該 App 套件識別碼完全相符的明確型 App ID。
轉讓方負責直接向接收方交換實際的代碼集與建置版本資產。任何加入至該 App 的功能或 App Store 設定（例如鑰匙圈共享、Game Center，或推播通知），均請確實告知接收方，以利未來更新時一併維護。
請記得，不論 App 所有權的狀態為何，App 轉讓完成後，新的促銷代碼或額外的促銷代碼均無法使用。每個 App 版本只能產生 100 組促銷代碼，且在代碼產生當天的四週內有效。
「銷售與趨勢」、「付款與財務報告」的資料
如果你轉讓了 App，你還是能繼續取得轉讓之前發生的付款與銷售資訊。在轉讓完成之後，你就無法取得銷售資訊。App 的轉讓接收方所獲得的付款與銷售資訊，僅限轉讓之後發生的交易。
App 分析的資料
當你從你的帳號中把 App 轉讓給他人時，你將再也無法取得該 App 在「App 分析」中的資料。你可以到銷售與趨勢找到該 App 的歷史資料。如果是他人將 App 轉讓給你，你可以存取自 2015 年 4 月 1 日起或是 App 首次在 App Store 上架之後（以較晚發生者為準）的所有分析資料。