如何向App Store提交應用

簡體傳統

作者：Bart Jacobs

　　當你克服重重困難終于開發出了自己的App，下一步就是向App Store提交應用了，這時應該如何操作呢？我的App真的準備好提交了？我敢肯定這些問題將會浮現在你的腦海。基于這篇教程，我將告訴你一個完整的提交過程。

介紹

　　我們都知道蘋果審核的過程就像是在“黑箱”操作，但這并不妨礙你為這個審核過程做一些事先的準備。蘋果的App Store審核指南已經告訴你哪些是允許的，哪些是不允許的。當你第一次提交你的應用到蘋果的時候，這是一個令人興奮而但又傷腦筋的過程。即使再有經驗的開發者也會措手不及，畢竟這事不像寫代碼每天都干。

前提

　　在向App Store提交應用的前提是你已經成為蘋果iOS開發者項目成員之一，你已經向蘋果繳納了99美元/年的費用。你可以通過此鏈接注冊成為蘋果iOS開發者項目成員。點擊Enroll Now按鈕。

圖1.注冊成為iOS開發者

1.你的應用已經準備好了嗎？

Step1.測試

　　寫完最后一行代碼或者執行完最后一個功能并不意味著你的App已經完成了，你是否讓你的應用在多個設備上進行測試了？你的應用是否有內存泄露的問題？你的應用程序是否總是崩潰？這幾年，iOS設備市場規模增長迅猛，你必須保證你的應用已經在盡可能多的設備上通過測試。常見的問題比如你是否在iPhone 5的4寸屏幕到iPad Mini的7.9寸屏幕上都通過了測試。

　　iOS模擬器非常有用，但它是在Mac上運行的，內存和處理能力要比你口袋中的手機強大很多，一款iPhone 3GS和iPhone 5的性能差別更不用多說。作為iOS開發者，你可不能冒著風險長期使用一款過時的iOS設備來創建和維護App，即便App可以在老的iOS設備上很好地運行，但不代表也可以在新設備上跑的順暢。

　　蘋果的審核是封閉的，但能減少不完善的性能表現給用戶帶來的糟糕體檢。如果你的應用時常崩潰，或者啟動后不久運行速遞變得緩慢遲滯，那在向App Store提交之前你還有不少工作要做。即便蘋果審核人員不能發現App存在的問題，但用戶會發現。如果用戶體驗很差，那么用戶會給你的差評或者低分，進一步影響到應用的銷售和下載。

Step2.規則和指南

　　就像我前面所說的，蘋果為開發者提供了很多文檔資料，開發者尤其要注意iOS人機交互指南和App Store審核指南，不過不少開發者沒有精力或者難以靜下心來認真研讀這些文檔，那么你的應用將會因為這些文檔中列出的要求而被一再拒絕。

　　再退一步說，即便你沒有研讀iOS人機交互指南和App Store審核指南，但開發者也要知道大家常說的那些規則，如下我列出了一些你的應用應該和不應該做的事情。

你的應用：
不能崩潰
不能使用私有API，
不能復制原生app的功能，
應該使用IAP（應用內付費）金融交易
不能在用戶不知情的情況下使用相機或者麥克風
應該使用有版權的圖片

　　這些只是上邊所說的文檔內容中很小的一部分。iOS人機交互指南和App Store審核指南內容更多是非常瑣碎的。但有的小地方你也許會不經意的違反。比如，在蘋果使用啟用自家地圖之前，MapKit framework使用的是谷歌地圖，用戶也非常清楚谷歌的logo會放在每張地圖的左下角，如果你的應用的用戶界面覆蓋了谷歌的logo，那么蘋果就會拒絕你的應用。雖然這非常瑣碎，但也是不少開發者經常“犯錯誤”的地方。

2.預先準備

　　在你開始將程序提交到App Store之前，你需要有一個App ID，一個有效的發布證書，以及一個有效的Provisioning profile。下面來看看它們各自的作用。

Step 1: App ID（應用ID）

　　App ID是識別不同應用程序的唯一標示符。每個app都需要一個App ID或者app標識。目前有兩種類型的App標識：一個是精確的App ID（explicit App ID），一個是通配符App ID（wildcard App ID）。使用通配符的App ID可以用來構建和安裝多個程序。盡管通配符App ID非常方便，但是一個精確的App ID也是需要的，尤其是當App使用iCloud 或者使用其他iOS功能的時候，比如Game Center、Push Notifications或者IAP。

　　如果你不確定什么樣的App ID適合你的項目，我推薦你讀下蘋果關于這一主題的文檔：Technical Note QA1713。

Step 2: Distribution Certificate(發布證書)

　　iOS應用都有一個安全證書用于驗證開發者身份和簽名。為了可以向App Store提交app，你需要創建一個iOS provisioning profile 。首先需要創建一個distribution certificate（發布證書），過程類似于創建一個development certificate（開發證書）。如果你已經在實體設備上測試你的App，那么你對創建development certificate就已經很熟悉了。

　　如果對此不熟悉，我建議你讀下蘋果關于signing certificates和provisioning profiles的詳細指導。

Step 3: Provisioning Profile(配置文件)

　　一旦你創建了App ID和distribution certificate，你可以創建一個iOS provisioning profile以方便在App Store中銷售你的App。不過，你不能使用和ad hoc distribution相同的provisioning profile。你需要為App Store分銷創建一個單獨的provisioning profile，如果你使用通配符App ID，那么你的多個app就可以使用相同的provisioning profile。

Step 4: Build Settings(生成設置)

　　配置App ID、distribution certificate 和provisioning profile已經完成，是時候配置Xcode中target的build settings了。在Xcode Project Navigator的targets列表中選擇一個target，打開頂部的Build Settings選項，然后更新一下Code Signing來跟之前創建的distribution provisioning profile相匹配。最近添加的provisioning profiles有時候不會立馬就在build settings的Code Signing中看到，重啟一下Xcode就可以解決這個問題。

圖2：配置Target的Build Settings

Step 5: Deployment Target(部署目標)

　　非常有必要說下deployment target，Xcode中每個target都有一個deployment target，它可以指出app可以運行的最小版本。不過，一旦應用在App Store中生效，再去修改deployment target，你要考慮到一定后果。如果你在更新app的時候提高了deployment target，但是已經購買應用的用戶并沒有遇到新的deployment target，那么應用就不能在用戶的移動設備上運行。如果用戶通過iTunes (不是設備)下載了一個更新過的app，然后替代了設備上原先的版本，最后卻發現新版本不能在設備上運行，這確實是個問題。

　　對此我有兩個方法

　　(1) 當你決定提高現有app的deployment target時，要在新版本的版本注釋中進行說明。如果你提前告知用戶，那么至少有一點，你已經盡力阻止問題的發生了。

　　(2) 對于一款新app，我經常會把deployment target設置為最近發布的系統版本。因為新iOS版本發布后，滲透率的增長速度是令人難以置信的。很多人認為提高deployment target會失去大部分市場，這個說法并不準確，比如iOS 6，iOS 6發布后一個月，超過60%的設備已經進行了更新。但對Android而言，就是另外一回事了，Android用戶并不會像iOS用戶那樣熱衷于更新操作系統版本。

3. Assets(資源包)

Step 1: Icons(圖標)

　　Icon是App中不可分割的一部分，你要確保icon尺寸不會出現差錯。

iTunes Artwork: 1024px x 1024px (required)
iPad/iPad Mini: 72px x 72px and 114px x 114px (required)
iPhone/iPod Touch: 57px x 57px and 114px x 114px (required)
Search Icon: 29px x 29px and 58px x 58px (optional)
Settings Application: 50px x 50px and 100px x 100px (optional)

Step 2: 屏幕截圖

　　屏幕截圖的作用不言而喻，你可以為每個app上傳5張截圖，雖然至少需要上傳一張，可能很少有人會只上傳一張圖片。另外，你還需要分別為 iPhone/iPod Touch和iPad/iPad Mini準備不同的屏幕截圖。這也是不小的工作量，但卻能展示應用的另一面。Shiny Development開發的一款售價6.99美元的Mac軟件Status Magic可以為你節省不少時間。Status Magic可以幫你把狀態欄放在截圖的正確位置。

　　屏幕截圖和icon是應用給用戶的第一感覺，直接關系到用戶會不會購買。不過，你所上傳的屏幕截圖也不一定非得是實際的截圖，看看Where’s My Water? 截圖可以通過使用此策略，更具吸引力和說服力。

Step 3: 元數據

　　在提交應用之前，要管理好app的元數據，包括1應用名稱、2版本號、3主要類別，4簡潔的描述，5關鍵詞，6.支持URL。如果你需要更新應用，你還要提供新增加的版本內容。

　　如果你的應用需要注冊嗎，你還得向蘋果提供一個測試賬戶或者demo賬戶，這樣審核人員就能很快進入app，而不用再注冊賬號。

4. 提交準備

　　Xcode 4以后，開發者提交應用的過程就簡單多了，可以直接使用Xcode進行提交。首先在iTunes Connect中創建app，訪問iTunes Connect，使用你的iOS開發者賬號登陸，點擊右邊的“Manage Your Apps”，點擊左上角的“Add New App”，選擇“iOS App”，然后完成表格。

圖3.瀏覽iTunes Connect頁面

Step 1: 完成基本信息

　　出現在App Store中App的名字要做到獨一無二, 這個名字可以不同于主屏幕icon下邊的名字，不過推薦使用相同的名字。

　　SKU Number是一個用來識別app的特殊字符串。我經常使用app的bundle identifier。最下邊是app的Bundle ID，你可以從下來菜單中選擇通配符App ID或者準確的App ID。

圖4.指定名稱、SKU Number以及Bundle ID

Step 2:價格和有效性

　　下一步，確定app的價格和有效性。蘋果已經確定好了價格梯度，所以你不需要分別選擇各個國家中app售價，你只需要指定在哪個國家的應用商店出售即可。在App Store顯示這款應用之后，這一過程中填的信息還可以被修改，也就是說你可以更改價格，并且不需要提交或更新。

圖5.指定價格和有效性

Step 3: 元數據

　　我們已經說過元數據了，不過還沒有說應用評級。根據應用的內容和功能，蘋果會給應用一定評級，比如很多應用是4+，500px是17+。除了告訴用戶app的內容和功能，也可以讓孩子的父母放心。

　　如果你的應用等級跟內容不符合，蘋果也會拒絕你的應用。

圖6.鍵入應用元數據和評級

Step 4: 準備上傳二進制文件

　　提交完app的元數據后，你會看到關于app的一些摘要信息，你應該在提交之前看看app的版本。點擊“View Details”按鈕，再點擊右上角的“Ready to Upload Binary”。然后系統會問你一個或幾個關于app的問題，完成后，你會看到提示信息，告訴你準備上傳二進制文件。app的狀態就變成“Waiting for Upload”。

圖7.App概要

5. 上傳二進制文件

　　為了上傳程序，需要為程序創建一個archive。你只能在一臺真實設備上創建一個archive。如果你在active scheme中選擇了iOS Simulator，那么在Xcode的Product菜單中Archive選項是灰色不可選的。連接一臺iOS設備到Mac機器上，然后在active scheme中選擇這臺設備，然后選擇Xcode中Product菜單里面的Archive。

圖8.使用Xcode對應用程序進行歸檔（Archiving）

　　如果一切正常的話，現在你會獲得一個archive，并且Xcode的Organizer會自動打開，并顯示出剛剛生成的archive。在列表中選中archive，然后點擊右邊的“Distribute”按鈕。在顯示出來的畫面中，選擇“Submit to the iOS App Store”。然后輸入你的iOS開發者賬號進行認證。接著選擇Application 和Code Signing Identity。

　　應用程序的二進制文件會上傳到蘋果的服務器中——在這個過程中，你的程序同樣需要被驗證。如果在驗證過程中遇到了錯誤，程序的提交流程就會失敗。驗證處理非常有用，如果程序中有一些錯誤，蘋果的 App Store評審團會告訴你具體原因。