App Store上架指的是iOS應用從提交申請到上線的整個過程，它的目的是讓應用展現在App Store上獲取流量、用戶。服務器
1、iOS上架的總體流程
一、申請開發者帳號
蘋果的開發者帳號主要分爲三種類型：我的帳號、公司帳號、企業帳號，三者的費用以及權限等都不盡相同。開發者帳號的申請過程通常須要一個星期左右的時間。通常開發者申請的都是我的或者公司的帳號，由於企業帳號的應用不能發佈到App Store，只能企業內部使用，可是企業帳號簽名以後的App能夠直接發佈到分發平臺或者放着本身的服務器上讓用戶下載，無需通過蘋果審覈。而後經過渠道連接把用戶引流到平臺或者服務器下載，而且統計數據。工具
目前，因爲政策緣由，我的開發者帳號以及公司開發者帳號，都沒有之前好申請了，可是隻要資料齊全，都是能夠申請下來的，市面上存在的帳號也比較多，基本上每一個開發公司都有一個或多個；可是企業開發者帳號就一直比較難申請了，今年更甚，蘋果公司對企業開發者帳號申請的門檻加高了許多，就算一個擁有幾千人的集團公司或者是上市公司，申請最少三個月的時間纔有機會申請下來。測試
公司和企業的帳號申請須要鄧白氏碼，若是鄧白氏碼未申請，請先申請鄧白氏碼，這個過程須要一到兩個星期。鄧白氏編碼申請下來後，會發送一個郵件告訴你，最好在14個工做日以後再使用，由於蘋果那邊同步數據須要時間。若是要提早使用，失敗次數不能超過3次。編碼
二、建立App身份證（App ID）、申請證書、以及生成描述文件
App ID的建立首先須要登陸你的developer account，而後配置App bundle ID。xplicit App ID 的格式爲：com.company.AppName（要有兩個點.）照着格式寫。而後登陸你的iTunes connect，而後使用你的BUNDLE ID 建立一個App。spa
申請證書須要經過Mac的鑰匙工具來生成證書（其中包括開發證書、下載證書、推送證書）。這裏須要注意的是下載下來的證書只能在請求該證書的電腦上使用，若是想給其餘開發者使用須要將已經導入的證書導出爲我的信息交換（.p12）的格式供他人使用；以及證書有申請的個數限定，超過就不能申請了。code
以後即可以建立描述文件了，描述文件的做用是把證書和Bundle Identifier關聯起來。blog
三、在開發者中心的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查看產品頁面並預約該產品，等產品上線以後，用戶會收到通知，這個功能可用於產品正式上線以前的預熱，開發者能夠根據市場熱度反饋提早對產品相關內容進行適當調整。
四、打包上傳App
將 2 步驟中申請好的證書和描述文件正確配置到 Xcode 中，設置好Xcode的一些屬性：ip
- 在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 文件。
五、提交審覈
App打包完成後，須要上傳App Store Connect。按照如下步驟操做：ci
- 確保App全部功能開發測試完成。
- 進入App Store Connect建立新的App，填寫完成App信息。
- 執行archive操做，打包ipa或直接上傳構建版本(使用Xcode或者Application Loader)。
- 新建App版本號，選擇已上傳的構建版本，提交審覈。
審覈的注意事項：開發
- 仔細檢查關於App的各項資料是否填寫正確，須要特別注意不一樣語言下的信息是否準確無誤。
- 若是App是須要登陸帳號才能進入的，那麼須要在後臺填寫測試帳號以供蘋果審覈。
- 須要準備已經在線隱私政策協議，見附件，把本應用替換爲App名稱。
- 對於等待審覈的版本，您仍能夠編輯全部信息。要提交新的構建版本，您必須將此版本從審覈中移除。
2、iOS上架的一些建議
一、App的文字描述不能越界，蘋果官方首先會看App的文字描述，若是不過關，直接拒絕；固然脫離蘋果的宣傳是另一回事。
二、蘋果默認採起的是最小策略：硬件需求最小化；蘋果在審覈的時候會最大化的關閉硬件參數，因此必定要在參數說明中加入硬件參數。
三、要想避免各類被蘋果拒絕的狀況，最好的辦法就是閱讀蘋果的相關條例！
四、，若是你的產品已經申請上架，可是發現了產品存在Bug或者其餘問題。建議仍是本身打回來，不要等蘋果來拒絕了。
五、絕大多數的App上架審覈可是須要7天的，有些運氣好的能夠一天時間內就經過了，這種狀況不多見。不過，每一個帳號有兩次機會申請加急處理。
六、你的Xcode必須是正式版的，beta版本的Xcode是不能上傳項目的。
七、關於iOS渠道統計的問題，能夠使用工具 openinstall ，經過渠道連接來統計iOS分渠道數據，只須要上傳一個標準安裝包，便可無限生成攜帶不一樣參數的渠道連接或者二維碼，同時兼容iOS/Android，而後根據需求把渠道連接或者二維碼分發到各個渠道，實時統計數據。
