向蘋果App Store提交新應用的圖文教程

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

介紹

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

前提

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

1.你的應用已經(jīng)準備好了嗎？

Step1.測試

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

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

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

Step2.規(guī)則和指南

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

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

你的應用：

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

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

2.預先準備

在你開始將程序提交到App Store之前，你需要有一個App ID，一個有效的發(fā)布證書，以及一個有效的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(發(fā)布證書)

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

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

Step 3: Provisioning Profile(配置文件)

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

Step 4: Build Settings(生成設置)

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

Step 5: Deployment Target(部署目標)

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

對此我有兩個方法

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

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

3. Assets(資源包)

Step 1: Icons(圖標)

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

• 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開發(fā)的一款售價6.99美元的Mac軟件Status Magic可以為你節(jié)省不少時間。Status Magic可以幫你把狀態(tài)欄放在截圖的正確位置。

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

Step 3: 元數(shù)據(jù)

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

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

4. 提交準備

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

Step 1: 完成基本信息

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

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

Step 2:價格和有效性

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

Step 3: 元數(shù)據(jù)

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

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

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

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

 5. 上傳二進制文件

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

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

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

6.等待

上傳完成后，app狀態(tài)就變成“Waiting for Review”了。

總結

新應用提交過程比較長，只是更新的話就很快了。如果你的應用需要進行本地化就會涉及到很多，因為一些基本的信息都需要進行本地化。不過，這個過程是值得的，畢竟更多的用戶會給你帶來更多下載和利潤。