iOS上架該怎么做？

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的圖標，圖標不能有圓角。
  圖片: https://uploader.shimo.im/f/jQ95nq7LfTQiJ9hB.png
• 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，然后根據需求把渠道鏈接或者二維碼分發到各個渠道，實時統計數據。