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

一、iOS上架的整體流程

1、申請開發者賬號

蘋果的開發者賬號主要分為三種型別：個人賬號、公司賬號、企業賬號，三者的費用以及許可權等都不盡相同。開發者賬號的申請過程一般需要一個星期左右的時間。一般開發者申請的都是個人或者公司的賬號，因為企業賬號的應用不能釋出到App Store，只能企業內部使用，但是企業賬號簽名之後的App可以直接釋出到分發平臺或者放著自己的伺服器上讓使用者下載，無需經過蘋果稽核。然後透過渠道連結把使用者引流到平臺或者伺服器下載，並且統計資料。

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

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

2、建立App身份證（App ID）、申請證照、以及生成描述檔案

App ID的建立首先需要登入你的developer account，然後配置App bundle ID。xplicit App ID 的格式為：com.company.AppName（要有兩個點.）照著格式寫。然後登入你的iTunes connect，然後使用你的BUNDLE ID 建立一個App。

申請證照需要透過Mac的鑰匙工具來生成證照（其中包括開發證照、下載證照、推送證照）。這裡需要注意的是下載下來的證照只能在請求該證照的電腦上使用，如果想給其他開發者使用需要將已經匯入的證照匯出為個人資訊交換（.p12）的格式供他人使用；以及證照有申請的個數限定，超過就不能申請了。

之後便可以建立描述檔案了，描述檔案的作用是把證照和Bundle Identifier關聯起來。

3、在開發者中心的iTunes Connect 中配置 App 相關資訊

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

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

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

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

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

• 應用分級：應用分級是蘋果開發者後臺一個必填的應用資訊屬性，根據對13個問題的選填結果，分級會即時改變，包括4歲以上、九歲以上、12歲以上、17歲以上、無分級五個等級，無分級狀態是無法在App Store上銷售的。問題選填時應與應用的實際情況相符，不然容易出現稽核被拒的請況。

• 需要各個版本的螢幕截圖，執行模擬器，還有就是一個1024*1024的圖示，圖示不能有圓角。

• App預定：對於那些支援預定的App，在App未上架之前使用者可以提前在App Store檢視產品頁面並預定該產品，等產品上線之後，使用者會收到通知，這個功能可用於產品正式上線之前的預熱，開發者可以根據市場熱度反饋提前對產品相關內容進行適當調整。

4、打包上傳App

將 2 步驟中申請好的證照和描述檔案正確配置到 Xcode 中，設定好Xcode的一些屬性：

• 在Xcode中選擇iOS Device(這裡不能選擇模擬器);

• 如果應用不支援橫屏，請在 General 選項中將 Landscape Left 和 Landscape Right 兩項的勾選去掉;

• 檢視版本號和構建版本號;

• 配置釋出在證照。如果這裡沒有黃色歎號，代表你的配置沒問題，如果有，那就是證照和描述檔案不匹配，或者描述檔案裡剛才選的Bundle和現在的工程的Bundle Identifier不一致。

• 設定為 Release 模式。Debug是測試用的，Release是釋出用的

• 之後便可選擇 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所有功能開發測試完成。

• 進入App Store Connect建立新的App，填寫完成App資訊。

• 執行archive操作，打包ipa或直接上傳構建版本(使用Xcode或者Application Loader)。

• 新建App版本號，選擇已上傳的構建版本，提交稽核。

稽核的注意事項：

• 仔細檢查關於App的各項資料是否填寫正確，需要特別注意不同語言下的資訊是否準確無誤。

• 如果App是需要登入賬號才能進入的，那麼需要在後臺填寫測試賬號以供蘋果稽核。

• 需要準備已經線上隱私政策協議，見附件，把本應用替換為App名稱。

• 對於等待稽核的版本，您仍可以編輯所有資訊。要提交新的構建版本，您必須將此版本從稽核中移除。

二、iOS上架的一些建議

1、App的文字描述不能越界，蘋果官方首先會看App的文字描述，如果不過關，直接拒絕；當然脫離蘋果的宣傳是另外一回事。

2、蘋果預設採取的是最小策略：硬體需求最小化；蘋果在稽核的時候會最大化的關閉硬體引數，所以一定要在引數說明中加入硬體引數。

3、要想避免各種被蘋果拒絕的情況，最好的辦法就是閱讀蘋果的相關條例！

4、，如果你的產品已經申請上架，但是發現了產品存在Bug或者其他問題。建議還是自己打回來，不要等蘋果來拒絕了。

5、絕大多數的App上架稽核但是需要7天的，有些運氣好的可以一天時間內就透過了，這種情況很少見。不過，每個賬號有兩次機會申請加急處理。

6、你的Xcode必須是正式版的，beta版本的Xcode是不能上傳專案的。

7、關於iOS渠道統計的問題，可以使用工具 openinstall ，透過渠道連結來統計iOS分渠道資料，只需要上傳一個標準安裝包，即可無限生成攜帶不同引數的渠道連結或者二維碼，同時相容iOS/Android，然後根據需求把渠道連結或者二維碼分發到各個渠道，實時統計資料。