在iOS應用審核日漸嚴格的今天，“轉讓App”功能為眾多開發者提供了一個新的選擇。
眾所周知，在移動互聯網時代應用商店的重要性不言而喻，從而也衍生出ASO、ASM等專門的崗位，而在眾多應用商店中，蘋果應用商店的審核難度可謂是讓很多開發者一籌莫展。有的項目開展了幾個月，但是App卻遲遲未能上架的情況屢見不鮮，而“轉讓”這一功能則減輕了開發者的上架難度，也為開發者優化App提供了更多的選擇，下面就來詳細解釋下評估開發者后臺的“轉讓”功能。
App轉讓，簡單理解就是將A賬戶下的某個App轉移到B賬戶上，B賬戶接受轉移后，則可以繼續為該App進行迭代更新等一系列操作，與原賬戶無異，轉讓后的App可以保留轉讓前的評分狀態，對用戶沒有影響。所以當我們想將App交給外包團隊運營，或者外包團隊過審后交還給我們，都需要用到“轉讓”這個功能。
接下來筆者用圖文結合的形式帶大家體驗下轉讓App的過程，期間有注意事項也將一并說明。
首先登錄蘋果開發者后臺，然后進入我們需要轉讓的APP的內容頁，可以看到會出現四個選項，點擊“在 App Store 中查看”則會進入到該應用的商店詳情頁界面，點擊“轉讓App”會進行App的轉讓操作，點擊“編輯用戶訪問權限”可以設置各個職位對于App的訪問權限，點擊“移除App”則會將此App從應用商店移除，內購也將被下架無法使用。
根據蘋果官方的說明文件，滿足以下條件的App方可被轉讓：
1.轉讓者和接收者的帳戶均不處于待處理或變更狀態，且雙方均已接受“協議、稅務和銀行業務”部分中最新版本的轉讓協議
2. 該 App 的任何版本都不能使用 iCloud 權限
3.該 App 的任何版本都不能使用 Passbook 權限
4.該 App 必須至少有一個已發布至 App Store 的版本
5.App 應處于下列任何一種 App 狀態之一：
①可供銷售 ②準備提交 ③被開發者下架 ④二進制文件無效 ⑤被開發者拒絕 ⑥被拒絕
6. App 內購買項目產品可處于下列狀態之一：
①已批準 ②準備提交 ③被開發者下架 ④被拒絕
7.該 App 的 App 內購買項目產品 ID 不得與接收者帳戶中任意 App 的產品 ID 相同
8.TestFlight Beta 版測試應在 App 的所有 Beta 版中被關閉
9.與其他 Mac App 共享 Application Group Container Directory（App 群組容器目錄）的沙盒 Mac App 無法轉讓
當我們點擊了“轉讓App”之后，會出現如下界面，檢測我們的App是否符合轉讓條件，全部符合的話，則可以點擊“繼續”進行下一步，不符合的話則需要針對性修改，修改完成后方可進行轉讓。
前面幾項比較好理解，最后一項可能有些開發者不太理解，這里說明一下，如果想移除所有構建版本和測試員，可以點擊“TestFlight”然后在“構建版本”和“測試員和群組”里，將所有構建版本設為過期、將所有測試員刪除即可。
我們點擊“繼續”后，出現如下需要填寫接收者Apple ID和團隊ID的界面：
接收者的Apple ID就是我們注冊蘋果開發者賬號時的郵箱，這個比較好理解，而團隊ID則需要我們登錄開發者社區，進入賬號詳情頁，在“Team ID”處復制出來即可。
輸入完接收者的Apple ID和團隊ID后，App就進入了“等待轉讓”狀態，如果我們需要取消此次轉讓，可以進入“協議、稅務和銀行業務”中取消轉讓，當App處于“等待轉讓”狀態時，轉讓者無法編輯此App的元數據，而接收者此時可以在“協議、稅務和銀行業務”中選擇接收轉讓或者取消轉讓。接收者接受App轉讓需要填寫技術支持網址、隱私政策網址、App Store聯系信息（姓名、地址等基本信息）即可成功接受轉讓。
從圖中可以看出筆者之前對該賬號進行過兩次App轉讓，轉讓成功的App狀態顯示為“有效”，而對“正在等待接收者”狀態的App取消轉讓后，App狀態將會變為“已取消”。
在iOS應用審核日漸嚴格的今天，“轉讓App”功能為眾多開發者提供了一個新的選擇。由于蘋果開發者賬號付款后的有效期是一年制的，賬號有效期結束后，App也會隨之下架，所以當我們賬號快過期卻不想續費時，可以將線上App轉移到其他尚在有效期內的賬號上，可以避免下架的情況出現，從而造成不良的影響。
題圖來自Pexels，基于CC0協議
發表評論 取消回復