【IT168技術】對於移動應用開發者來說, 最令人沮喪的可能莫過於辛辛苦苦開發的應用, 沒能通過蘋果AppStore的審核,或者在應用更新時遭遇下架。蘋果的AppStore的審核流程和標准, 一向不透明, 而且申訴起來也非常的麻煩。 VentureBeat的專欄作者, Xamarin 的創始人及CEO Nat Friedman根據Xamarin移動開發框架的22萬開發者的經驗, 給大家總結了App被蘋果AppStore下架的9大原因。 編譯供大家參考:
第一, 采用“Beta”或者其他可能讓蘋果認為你的應用還未開發完成的名稱
由於Google的很多產品采用“Beta”來發布, IT業內也有一種把最終產品命名加上“Beta”的潮流。 而蘋果對此非常嚴格。任何帶有類似字眼的產品會被認為尚未完成。 我們就見到過不少如“Beta版”,“預覽版”或者“Version 0.9”的產品沒能通過AppStore審核
第二, 加載時間過長
所有的移動操作系統(iOS, Android甚至Windows),都對應用的最大加載時間又限制。 對iOS來說, 大約是15秒,如果你的應用在15秒內未能啟動, 操作系統就會殺進程。
即便你的應用在這段時間內啟動了,網絡連接速度, 硬件等環境的不同, 也可能導致你的應用在審核期間加載時間過長。 因此, 不要僅僅依賴於iOS的模擬器,一定要在真實網絡和真實硬件環境下進行測試, 而且最好保留一些舊版的手機以確保所有用戶都能體驗到相對較快的加載速度。
第三, 鏈接到第三方支付系統
蘋果要求所有的數字內容都要在通過iTunes內置的應用內購買來完成。 包括一次性購買或者注冊付費等方式。 如果你的應用提供其他的購買方式, 你的應用肯定會被下架。這也就是為什么Kindle的應用不讓用戶直接從應用購買新書的原因。
甚至對應用通過網頁提供第三方支付鏈接也不行。 Dropbox的應用被蘋果拒絕就是一個例子。 Dropbox的應用在登錄界面提供了一個購買更多存儲空間的鏈接而未能通過蘋果的審核。這不僅僅對Dropbox的App有影響, 甚至對所有采用Dropbox API的應用都有影響。
因此,一定要好好檢查一下你的應用開發流程, 確保所有的數字內容的購買都是通過用戶的iTunes賬戶完成的。 注意, 蘋果只對數字內容才做出此限制,這也就是為什么一些旅游應用能夠通過App預訂酒店和機票的原因。
第四, 不要提對其他平台的支持
不光是蘋果。沒有那個市場願意你提到競爭對手名字的。 因此, 如果你的應用已經在Android上或者Windows上跑了, 在你自己的網站上說吧, 不要在App的描述里提。
第五, 本地化的一些問題
你的App用戶可能來自世界各地, 即便你不提供多語言版本, 在應用內購買的時候把日元符號寫成歐元也表明你是一個不成熟的開發者。
因此,要利用類似 asNSNumberFormatter或Invariant Culture這樣的組件以及模擬器來測試在不同地區下的用戶體驗, 確保如日期之類的格式符合用戶本地的格式要求。
我們曾經見過一個歐洲的應用開發商的應用,因為沒有正確處理負的經緯度而被蘋果AppStore拒絕(注:蘋果總部的經度是 -122.03)。 因此, 一定要好好檢查你的應用在地圖上任何經緯度都能跑。 特別要注意經過本初子午線的正負經度變化以及經過赤道正負緯度變化。
第六, 對存儲和文件系統的不正確使用
在iOS5.1推出后, 蘋果曾經下架了一款應用的升級因為開發者把一個2MB大小的數據庫從應用備份到了文件系統,違反了iCloud關於只備份用戶產生內容的規定。
對任何靜態的或者應用自帶的或者很容易從遠程服務器下載的所謂“可再生的數據”都不需要備份。 對於非用戶數據, 可以選擇緩存位置或者選擇“不需要備份”屬性。
第七, 在用戶拒絕權限請求時崩潰
在iOS6, 用戶對試圖訪問地址本, 照片集, 地理位置, 日歷, 提醒, 藍牙, Twitter和Facebook賬戶的應用, 必須提升權限申請。 如果用戶拒絕應用的權限申請, 蘋果要求App依然能夠繼續工作。
這一點在審核時會自動測試,如果不能正常工作, 則會被自動拒絕。 因此, 一定要仔細測試應用使用數據時的所有的“允許”“拒絕”組合, 同時也包括用戶開始允許權限后來又拒絕的情況。
第八, 對圖標和按鈕的不正確使用
很多iOS App被拒絕不是因為性能或者功能的原因, 僅僅就是因為一些小的UI方面的問題。開發者要確保應用在采用內置的蘋果的圖標和按鈕時在外觀和功能上一致性。 可以采用UIButtonBarSystemItem來進行測試。另外, 要熟悉蘋果的“人機交互指南”
比如說,除了創建新內容, 你不能用蘋果的“Compose” 圖標代表任何其他的用途。蘋果的工程師希望App的行為盡量可預測。 因此對內置圖標和按鈕的使用方面格外嚴格。
第九, 商標和Logo的錯誤使用
在你的應用的圖像上,不要使用他人的商標或者蘋果圖標。 也不要使用帶有iPhone圖樣的圖標。 我們見過在關鍵字中含有商標被拒絕的例子。
另一方面,你的應用還需要在內置地圖中明確屬性信息(比如Google地圖或者諾基亞的地圖)等, 否則也會被拒絕。
當然, 如果你的應用被拒絕了或者下架了, 也不要着急, 找出問題來再次提交就是了。 此外, 蘋果還提供一種緊急審核的機制, 用來進行重要Bug或者安全問題的修復。 不過, 開發者如果過度使用緊急審核機制, 可能會在今后被禁止使用。
當然最好還是爭取一次就通過審核。 所以,最根本的當然是, 開發者仔細閱讀蘋果的《提交指南》並且提供高質量的應用。
最后,我們再補充一條:注意規避“黃色”圖片。