1.準備開車

在后續操作之前，你需要有一個蘋果開發者賬號，這玩意就去蘋果開發者后臺申請咯，具體我沒操作過。這里就權當你知道了，當然有很多同學應該是會有一個對應職能的子賬號，然后負責自己產品的提審與發布操作。

大多數情況下，對于用于提審和發布的產品運營同學，提供App管理子賬號即可;對于提應用包的開發同學，提供開發者子賬號即可。

具體大家根據實際需求進行設置，以下是不同職能賬號的權限介紹：

2.創建應用

必須先在 App Store Connect 帳戶中創建一個 App 記錄，然后才能將 App 的構建版本上傳至 App Store Connect。

后臺網址：https://Appstoreconnect.Apple.com/

必要職能：“帳戶持有人”職能、“App 管理”職能或“管理”職能。

創建流程：

• 在“我的 App”中，點按左上角的添加按鈕(+)。
• 在您創建您的第一個 App 記錄前，“我的 App”頁面為空白。
• 請從彈出菜單中選擇“新建 App”。
• 在“新建 App”對話框中，選擇一個或多個平臺，并輸入 App 信息。
• 點按“創建”，并留意指示缺失信息的消息。

注意：如果名字被占用需要用版號找蘋果官方申訴。

App信息

完成上述操作，你就創建了一個App記錄，就可以看到下面這個頁面了。

接下來，你就需要去完善這個App的更多信息。

3. App信息完善

首次創建的應用，在這里要完善的信息很多：App 信息、價格與銷售范圍、App 隱私等。

3.1App 信息

點擊綜合里的App信息，可以填寫App的相關信息，有些信息是可以修改的，有些則在生成時就永久確定了。

App信息

你需要填寫的信息如下：

名稱：就是游戲名字，2-30個字符，名稱經過審核后才會顯示在 App Store 中。

副標題：就是App Store里游戲名字下面的那行字，0-30個字符，副標題經過審核后才會顯示在 App Store 中。

套裝ID：套裝 ID 必須與 Xcode 中使用的 ID 相符，該 ID 在上傳第一個構建版本后便無法更改。

主要語言：如果只選一個一種語言，則不需要操作，反之則可以自己設定，主要語言將會立即顯示在 App Store 中。

類別：大類以及大類下可選2個小類(小類在App Stroe顯示無先后順序，看過感覺像隨機顯示的)，同時也可選一個次要大類。

年齡分級：編輯的時候按照提示進行選擇，會自動出一個年齡數字，如果覺得不合適可以自己返回調整。

此外，如果提審的時候有內購或者是付費App，則需要在App信息里上傳版號資料。

對于中國大陸上線的根據中國法律，游戲需獲得中國國家新聞出版署的網絡游戲出版物號。如果提供或計劃提供付費游戲或包含 App 內購買項目的游戲，請提供網絡游戲出版物號和相關證明文件，以確保 App 能夠在中國大陸 App Store 中供應。

App Store顯示的應用信息

3.2價格與銷售范圍

價格方面是指免費還是付費應用，該價格決定 App Store 價格和您的收入。如果您的 App 是免費的，請選擇“免費”;如果要銷售您的 App，則必須擁有“付費應用程序協議”。

銷售范圍就是國家和地區了，在哪些國家或地區的App Store可下載到你的應用，當然這里也可以選擇下架你的應用。

價格與銷售范圍

在這里，其實還可以選擇 上個兼容版本的設置，某些用戶可能沒有與最新 App 版本兼容的設備，為了能讓他們繼續使用您的 App，我們向他們提供了上個兼容的 App 版本。對于這個設置，在實際操作中記得根據當下的需求進行選擇。

3.3 App 隱私

我們國家越來越注重用戶隱私，蘋果一向也很重視用戶隱私，所以這部分現在也變得重要且詳細。

App 隱私

隱私政策

需要填寫鏈接至隱私政策的網址 (URL)并且所有 App 都必須提供隱私政策。

隱私政策

數據收集

大部分的App應用或者它們使用的三方工具都或多或少涉及到收集用戶信息，如果有則需要在這里詳細說明，點擊下一步，根據實際情況進行勾選即可。

數據收集

在完成以上操作后，我們基本就完成了一個APP的信息登記，就可以開始后續操作了。

4. 首個版本提審

一般來說，首個版本提審多多少少都會遇到被打回的情況，不用慌。當然，要是老司機負責這個模塊的的話，一定程度上是可以提高過審率的。不過，早起提審一般沒有時間緊迫性，多試試也無妨，還能積攢經驗。

相信絕大多數情況下，首個提審版本只是為了過審測試而已，并非正式版本，所以在這里強烈建議版本信息里版本號填寫為0.x.x.x，具體幾位的話和項目組負責打包的同學商量。未來正式服版本再1.x.x.x，當然這個其實并非強制。

4.1. 元數據

元數據就是需要填寫的版本信息，點擊創建應用里的APP應用記錄即可。

需要提前準備的元數據包含以下幾類：

App預覽和截屏 就是常說的宣傳視頻和五圖(賣場圖)，截屏必須為 JPG 或 PNG 格式，且必須采用 RGB 色彩空間。App 預覽必須為 M4V、MP4 或 MOV 格式，且不能超過 500 MB。

推廣文本 可以理解為 一段介紹游戲賣點的段落，這個在版本發布后也可以進行動態修改。

描述 對您 App 的描述，用以詳細說明特性和功能，一般習慣用賣點提煉+描述段落。

關鍵詞 添加一個或多個關鍵詞以描述您的 App，關鍵詞將使 App Store 搜索結果更加準確，關鍵詞之間用英文逗號或中文逗號(或兩者混合使用)分隔(一般aso用到，比如填最近熱門的游戲作為關鍵字等等)。

技術支持網址 字面意思，最簡單就填公司官網。

營銷網址 字面意思，可不填。

版本 就是開篇我們提到的，正式上線前用0開頭的那個，上線后用1開頭的那個，注意每次需要遞增。

版權 擁有您的 App 專有權的人員或公司的名稱，前面是獲得權利的年份(例如“2008 Acme Inc.”)。

App審核信息 這個比較重要，尤其是對于首次提審，對于需要登錄的游戲填寫上用戶名和密碼，備注里可以說明怎么登錄以及備用的用戶名和密碼，同時填寫你們負責人的聯系信息。如果害怕審核員不太會操作，建議撰寫一份中英文的操作指南 作為附件上傳。

版本發布類型 我一般選手動發布，具體視情況而定。

關于元數據的一些規范要求，在對應填寫位置都有很明確的介紹或指引，作為負責的同學建議整理成一個excel文檔，備注上要求說明，在每次提審前找相關的同學確定對應的內容就好。

4.2構建版本

對于負責提審的同學來說，構建版本其實只是在前端xcode上傳的過了機審的版本中選擇需要用于提審的版本即可。

一般流程是：負責iOS打包的前端(也可能是別的職能)將測試ok的iOS包通過 Xcode、macOS 版 Transporter 或 altool 上傳構建版本，接著負責提審的同學在后臺選擇該版本。

以上搞定后，點擊右上角存儲，然后檢查一下沒有問題就可以進行添加以供審核了。

5. 審核被拒的經歷

審核被拒是比較常見的，被拒的次數多了，后面就不會被拒了，因為坑都踩過了嘛。

建議在提審前，先號召大家(策劃、程序、QA等)閱讀提審指南：

https://developer.apple.com/cn/app-store/review/guidelines/

蘋果在審核打回的時候，一般都會帶上具體違反了那條以及描述和修改建議。

5.1元數據

常見的元數據錯誤有以下幾類(我遇到過的)：

App名稱或副標題帶有免費等價格信息，比如免費送英雄就不行，可以改為送英雄，屬于違反了2.3.7條。

截屏或預覽中出現的游戲畫面并非游戲里真實存在的，比如截屏中有某個英雄但是游戲里并沒有，屬于違反了2.3條。

提供的賬號密碼無法登錄，審核測試阻斷(可能真的是賬號密碼錯誤，也可能是登錄方式錯誤，具體看打回的說明)。

5.2版本完整性

版本完整性其實就是指提供的版本功能都是能正常使用的，一般這種情況的打回都是2.1條：

• 游戲崩潰 (建議 修復崩潰)
• 適配問題 (建議 解決適配)
• 存在敬請期待等未開放的功能 (建議 隱藏入口)

另外，比如 存在第三方登錄方式如微信登錄，但是審核員的設備中沒有微信，使用該方式登錄時會引導下載微信或提示設備未安裝微信，這都是不符合要求的，打回理由一般是 4.2.3條。類似這種情況，建議檢測本地依賴app安裝狀態決定是否顯示對應按鈕。

其實，還有很多打回的情況，大家可以查對應條款和游戲進行對應檢查，然后針對性的修改就行了。

對于打回的情況，除非是換新的安裝包，否則在修改后(元數據或者熱更)，直接在打回詳情頁里回復郵件說明修復了，然后申請重新審核即可，而不是在App版本信息頁面手動重新提交審核!

6. 關于Test Flight

通過 TestFlight，可以在 app 發布到 App Store 之前，輕松邀請用戶來測試 app ，并收集他們寶貴的反饋。只需使用對方的電子郵件地址或通過分享公開邀請鏈接，即可邀請多達 10,000 名測試員。

在最上方有TestFlight選項，點擊即可進入到操作頁面。

在TestFlight時可以選擇兩種測試類型，分別是內部測試和外部測試。

6.1內部測試

可以創建內部群組，并添加最多 100 位內部測試員。群組內的測試員將通過 TestFlight Beta 來測試的 App。可以手動將構建版本分發給相應的內部群組，也可以選擇系統自動分發。

需要注意的是，這里的內部測試員是指咱們 App Store Connect 團隊中，具有“管理”、“App 管理”、“開發者”或“營銷”職能，且有權訪問全部有效構建版本的用戶。

每個 App 最多可以邀請 100 名內部測試員。如果僅邀請內部測試員，額外測試信息可不填。

向內部測試員( App Store Connect 團隊成員)分發 Beta 版構建版本進行測試時，無需經過“TestFlight App 審核”。

6.2外部測試

如需進行外部測試，需要創建外部測試員群組，為群組分配構建版本，然后通過電子郵件或公開鏈接邀請測試員。

電子郵件形式

公開鏈接形式

公開鏈接

向外部測試員分發 Beta 版構建版本，則該構建版本需要經過審核。

每個 App 版本的首個構建版本需要經過全面審核，后續的構建版本通常只需經過基本審核。

7. 關于預訂

在 App Store Connect 提交 app 和元數據審核時，所有 Apple 平臺適用的新 app 都可以設置預訂服務。加入時，可選擇未來 2 至 180 日的發布可供下載日期。在 app 發布可供下載后，已預訂的顧客將會收到通知，該 app 會在 24 小時內自動下載至他們的設備。

在 App 可供預訂期間，可以通過創建和提交新版本來更新您的 App。新版本必須先通過審核，才能在 App Store 上以預訂形式發布，如果在預訂期間提交了版本更新，則App 發布可供下載后，顧客將收到 App Store 上發布的最新版本。

還可以在預訂期間調整App 的價格，但請注意，如果更改定價，則會在顧客接受預訂的價格和發布當日的價格中，選擇較低的價格向顧客收取。

具體在價格與銷售范圍頁面進行預訂的設置。

8. 關于發布上架

審核通過后就可以進行發布操作了。

根據過往經驗，一般凌晨 1點左右會進入到審核中，基本上2-3小時就會出結果。

9. 關于內購充值

首個 App 內購買項目必須以新的 App 版本提交。請創建您的 App 內購買項目，然后前往 App 的“App Store”頁，從“App 內購買項目”中進行選擇，點按“提交”。

內購一般分為以下幾種，大部分手游用的都是消耗型項目，偶爾會用到訂閱。

9.1首次申請

在首次申請內購項目時，需要配合一個新版本提審，以便于審核人員進行內購功能的測試。

在整個開發流程中測試 app 內購買項目，確保 app 和服務器能夠正確處理常見的購買情景，如訂閱優惠、中斷的購買或退款。在開發早期，可以使用 Xcode 來模擬和測試 app 內購買項目。也可以使用 Xcode 中的 StoreKit 測試功能 在本地環境中測試 app 內購買項目，而無需連接到 App Store 服務器。在 App Store Connect 中配置 app 內購買項目后，可以在沙盒環境中使用真實產品信息進行測試。

準備就緒后，可以使用 TestFlight 向進行內部測試，TestFlight 中的 app 內購買項目使用的是沙盒環境，因此它們是免費提供給測試員的，并不會在 app 發布到 App Store 之后轉移到生產環境中。

在您完成了對 app 內購買項目的測試后，您就可以提交它們以供審核。

在功能-App購買項目頁面查看或創建新的內購項目。

在創建一個內購項目時(這里以消耗型為例)，操作頁面如下：

可以看到有以下內購項元數據信息：

參考名稱：將用于 App Store Connect 以及“銷售和趨勢”報告中，不會顯示在 App Store 上，名稱不得超過 64 個字符。

產品ID： 用于報告的唯一字母數字 ID，一旦將產品 ID 用于某產品，即使刪除該產品，此產品 ID 也無法再次使用(一般我習慣用包名+時間戳的組合形式，比如 xx.xx.cn1648569635。

定價： 就是充值檔位。

顯示名稱 ：將會在 App Store 上顯示的 App 內購買項目名稱。

描述 ：根據您 App 內購買項目的配置而定，此描述也可能對客戶可見。

審核信息截屏： 只會在審核中使用截屏，它不會在 App Store 上顯示，可以截取充值檔位的頁面。

9.2后續新增

新增內購項目時需要填寫的元數據信息和首次申請的基本一致，如果是前幾次新增內購項目，建議配合新版本一起上，這樣新的內購項目也能一并完整測試避免出錯。

通過個人實測發現，在多次版本提審通過后，再次新增內購項目的時候，只需要確保元數據沒問題即可(截屏我試著傳過一張無關的圖，居然也過了)。

如果你中途想修改已經過審批準的內購充值項的定價或其他元數據信息，直接點擊對應內購充值項進行修改保存即可。