如何向App Store提交應用

>>>  技術話題—商業文明的嶄新時代  >>> 簡體     傳統

0.jpg

 


作者:Bart Jacobs

 

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


介紹
 

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


前提
 

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


21.png

 

圖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就可以解決這個問題。

 

32.png

 

圖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”,然后完成表格。

 

42.png

 

圖3.瀏覽iTunes Connect頁面


Step 1: 完成基本信息
 

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


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

 

512.jpg

 

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

 

Step 2:價格和有效性


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

 

67.jpg

 

圖5.指定價格和有效性

 

Step 3: 元數據


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


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

 

75.png

 

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


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


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

 

83.png

 

圖7.App概要


5. 上傳二進制文件

 

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

 

91.png

 

圖8.使用Xcode對應用程序進行歸檔(Archiving)

 

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


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

 

101.png

 

圖9.使用Xcode對應用程序進行歸檔(Archiving)


112.png

 

圖10.把應用提交至iOS App Store


121.png

 

圖11.鍵入iOS開發者


131.png

 

圖12.選擇Application和Code Signing Identity


141.png

 

圖13.驗證失敗會有錯誤提示


6.等待
 

  上傳完成后,app狀態就變成“Waiting for Review”了。


總結
 

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


Bart Jacobs 2013-06-08 12:58:04

[新一篇] 蘋果CEO喬布斯在斯坦福大學的演講稿[中英]

[舊一篇] 程序員該有的藝術氣質—SOLID原則
回頂部
寫評論


評論集


暫無評論。

稱謂:

内容:

驗證:


返回列表