App Store上架指的是iOS應用從提交申請到上線的整個過程，它的目的是讓應用展示在App Store上獲取流量、用戶。 

一、iOS上架的整體流程

1、申請開發(fā)者賬號

蘋果的開發(fā)者賬號主要分為三種類型：個人賬號、公司賬號、企業(yè)賬號，三者的費用以及權限等都不盡相同。開發(fā)者賬號的申請過程一般需要一個星期左右的時間。一般開發(fā)者申請的都是個人或者公司的賬號，因為企業(yè)賬號的應用不能發(fā)布到App Store，只能企業(yè)內部使用，但是企業(yè)賬號簽名之后的App可以直接發(fā)布到分發(fā)平臺或者放著自己的服務器上讓用戶下載，無需經過蘋果審核。然后通過渠道鏈接把用戶引流到平臺或者服務器下載，并且統(tǒng)計數(shù)據(jù)。

目前，由于政策原因，個人開發(fā)者賬號以及公司開發(fā)者賬號，都沒有以前好申請了，但是只要資料齊全，都是可以申請下來的，市面上存在的賬號也比較多，基本上每個開發(fā)公司都有一個或多個;但是企業(yè)開發(fā)者賬號就一直比較難申請了，蘋果公司對企業(yè)開發(fā)者賬號申請的門檻加高了許多，就算一個擁有幾千人的集團公司或者是上市公司，申請最少三個月的時間才有機會申請下來。 

公司和企業(yè)的賬號申請需要鄧白氏碼，如果鄧白氏碼未申請，請先申請鄧白氏碼，這個過程需要一到兩個星期。鄧白氏編碼申請下來后，會發(fā)送一個郵件告訴你，最好在14個工作日之后再使用，因為蘋果那邊同步數(shù)據(jù)需要時間。如果要提前使用，失敗次數(shù)不能超過3次。

2、創(chuàng)建App身份證(App ID)、申請證書、以及生成描述文件

App ID的創(chuàng)建首先需要登錄你的developer account，然后配置App bundle ID。xplicit App ID 的格式為：com.company.AppName(要有兩個點.)照著格式寫。然后登錄你的iTunes connect，然后使用你的BUNDLE ID 創(chuàng)建一個App。

申請證書需要通過Mac的鑰匙工具來生成證書(其中包括開發(fā)證書、下載證書、推送證書)。這里需要注意的是下載下來的證書只能在請求該證書的電腦上使用，如果想給其他開發(fā)者使用需要將已經導入的證書導出為個人信息交換(.p12)的格式供他人使用;以及證書有申請的個數(shù)限定，超過就不能申請了。

之后便可以創(chuàng)建描述文件了，描述文件的作用是把證書和Bundle Identifier關聯(lián)起來。

3、在開發(fā)者中心的iTunes Connect 中配置 App 相關信息

主標題：主標題是顯示在 App Store 中的App本地化名稱，一般包含標題主題部分和后綴部分。簡單通順的展現(xiàn)出App的功能與特性。主標題的詞匯具用很高的權重，應盡量選擇與App相關的高熱度詞，但不宜出現(xiàn)熱門競品品牌詞，否則審核容易被拒。

副標題：副標題是App的一句簡介，是對App的名稱的一種補充，對App的詞組有一定的權重加成。所以副標題的內容應盡量覆蓋一些主標題沒有的重要關鍵詞。同樣的副標題中不能出現(xiàn)熱門競品品牌詞，文案應簡潔且具有吸引力，展示App獨特的一面，字數(shù)控制在30字符以內。

隱私政策網址：從2018年10月3日起隱私政策成為所有新App或者App更新的必填項，只能在提交新版本的時候才能更新鏈接或文本。填寫時可觀察競品的隱私政策范文作為參考。

產品描述：App應用描述被限定在4000個字符以內，且為必填項，可以根據(jù)語言版本的不同，分別填寫不同的語言。應用描述是對App特色和功能的詳細介紹，盡量在描述的前三行展現(xiàn)出產品的核心特色，這樣才能吸引用戶。目前應用描述只有在 App 更新版本時才能修改。這里需要注意的是應用描述的內容不允許填寫特殊字符

關鍵詞：關鍵詞允許填寫100個字符，利用好可填寫的100個字符，將100個字符盡量寫滿。雖然蘋果官方給出的建議是每一個關鍵詞用逗號隔開，但為了使App覆蓋到更多關鍵詞，開發(fā)者們可以選擇在關鍵詞中盡量少地使用逗號。如果有需要強調的關鍵詞，可以單獨用逗號隔開。關鍵詞的設置影響著App會在哪些搜索結果中顯示，以及在這些搜索結果中的基礎排名。

應用分級：應用分級是蘋果開發(fā)者后臺一個必填的應用信息屬性，根據(jù)對13個問題的選填結果，分級會即時改變，包括4歲以上、九歲以上、12歲以上、17歲以上、無分級五個等級，無分級狀態(tài)是無法在App Store上銷售的。問題選填時應與應用的實際情況相符，不然容易出現(xiàn)審核被拒的請況。

需要各個版本的屏幕截圖，運行模擬器，還有就是一個1024*1024的圖標，圖標不能有圓角。 

App預定：對于那些支持預定的App，在App未上架之前用戶可以提前在App Store查看產品頁面并預定該產品，等產品上線之后，用戶會收到通知，這個功能可用于產品正式上線之前的預熱，開發(fā)者可以根據(jù)市場熱度反饋提前對產品相關內容進行適當調整。

4、打包上傳App

將 2 步驟中申請好的證書和描述文件正確配置到 Xcode 中，設置好Xcode的一些屬性：

• 在Xcode中選擇iOS Device(這里不能選擇模擬器);
• 如果應用不支持橫屏，請在 General 選項中將 Landscape Left 和 Landscape Right 兩項的勾選去掉;
• 查看版本號和構建版本號;
• 配置發(fā)布在證書。如果這里沒有黃色嘆號，代表你的配置沒問題，如果有，那就是證書和描述文件不匹配，或者描述文件里剛才選的Bundle和現(xiàn)在的工程的Bundle Identifier不一致。
• 將斷點、全局斷點、僵尸模式等都去掉;
• 設置為 Release 模式。Debug是測試用的，Release是發(fā)布用的
• 之后便可選擇 Xcode->Product->Archive打包項目，打包完成后選擇 Upload to App Store上傳。如果不想使用 Xcode上傳的話，也可以選擇 Export導出ipa文件， 需要注意的是在導出時，必須選擇 Save for iOS App Store Deployment。然后通過Application Loader 工具上傳 ipa 文件。

5、提交審核

App打包完成后，需要上傳App Store Connect。按照以下步驟操作：

• 確保App所有功能開發(fā)測試完成。
• 進入App Store Connect創(chuàng)建新的App，填寫完成App信息。
• 執(zhí)行archive操作，打包ipa或直接上傳構建版本(使用Xcode或者Application Loader)。
• 新建App版本號，選擇已上傳的構建版本，提交審核。

審核的注意事項：

• 仔細檢查關于App的各項資料是否填寫正確，需要特別注意不同語言下的信息是否準確無誤。
• 如果App是需要登錄賬號才能進入的，那么需要在后臺填寫測試賬號以供蘋果審核。
• 需要準備已經在線隱私政策協(xié)議，見附件，把本應用替換為App名稱。
• 對于等待審核的版本，您仍可以編輯所有信息。要提交新的構建版本，您必須將此版本從審核中移除。

二、iOS上架的一些建議

1. App的文字描述不能越界，蘋果官方首先會看App的文字描述，如果不過關，直接拒絕;當然脫離蘋果的宣傳是另外一回事。
2. 蘋果默認采取的是最小策略：硬件需求最小化;蘋果在審核的時候會最大化的關閉硬件參數(shù)，所以一定要在參數(shù)說明中加入硬件參數(shù)。
3. 要想避免各種被蘋果拒絕的情況，最好的辦法就是閱讀蘋果的相關條例!
4. 如果你的產品已經申請上架，但是發(fā)現(xiàn)了產品存在Bug或者其他問題。建議還是自己打回來，不要等蘋果來拒絕了。
5. 絕大多數(shù)的App上架審核但是需要7天的，有些運氣好的可以一天時間內就通過了，這種情況很少見。不過，每個賬號有兩次機會申請加急處理。
6. 你的Xcode必須是正式版的，beta版本的Xcode是不能上傳項目的。
7. 關于iOS渠道統(tǒng)計的問題，可以使用工具 openinstall ，通過渠道鏈接來統(tǒng)計iOS分渠道數(shù)據(jù)，只需要上傳一個標準安裝包，即可無限生成攜帶不同參數(shù)的渠道鏈接或者二維碼，同時兼容iOS/Android，然后根據(jù)需求把渠道鏈接或者二維碼分發(fā)到各個渠道，實時統(tǒng)計數(shù)據(jù)。