ios-app提交審覈問題總結

IOS嚴格的審覈制度，源於「將用戶體驗作到極致」
做爲一個開發者，我以爲一次次地被拒絕，很痛苦，但同時是在學習蘋果這種「將用戶體驗作到極致」的精神！

總結以前，正好看到一篇關於蘋果這種「完美主義」的文章，摘取部分引用過來，辯證的看待問題，讓咱們痛並快樂着解決審覈問題！

　　衆所周知喬布斯是一個完美主義者，而凡是完美主義者一定會有強迫症，而這個症狀就是：「因此的事情必須在個人掌控之下，其餘人只會搞砸！」

---製做工藝
　　給蘋果作生產線那簡直就像招標同樣，考量因素，1是價格，2是質量。在深圳富士康的朋友負責iPhone外殼組裝，她和我說Apple爲了擁有足夠的人工鑽石（用於作鑽石刀，打磨iPhone的外殼）幾乎把世界上全部人工鑽石買空了！而後按時按量分配給各個工廠。

---App Store/iTunes
　　不要使用第三方接口！第三方接口必定會crash（崩潰）！喬布斯大叫道！ 事實證實，他是對的~這點我想沒有人敢反駁吧。至於App，全部的應用必須通過個人審覈！大家想要來到我打造的「完美」世界（iOS）中，大家必須「被我完美過」才行！

從UI上講，永遠要給用戶容易懂得東西，這叫作下降學習成本。十六宮格夠簡潔了吧~而後在此基礎上來點華麗，他們就心花盛開啦！

---用戶是世界上最愚蠢的上帝，他會犯一切不可能犯的錯誤！好比輸入2003年2月29號啊，因此爲啥輸入日期永遠是下拉表或者直接一個日曆給你點，不讓用戶犯錯比任何提示都強！（系統說：「得得得你太白癡了，哥扶着你走中不？」）若是實在防止不了，那麼就給予用戶最華麗的提示嘎嘎，解決了！

　　你們確定想問，我怎麼白癡了我？OK~有木有誰不當心填錯驗證碼？有木有誰不當心忘填信息？之前第一次作註冊和登錄頁面的時候，80%的時間在想用戶會犯哪些錯。。。我知道不是你白癡，但是人總會犯錯，但咱們能夠把通過千錘百煉的邏輯給到應用，讓他們幫助你不犯錯。

---越封閉，越穩定，越安全！
　　有人說iOS穩定（流暢）和安全，廢話！這麼封閉的系統，還不穩定和安全就別混了！固然iOS比安卓流暢還有一個緣由，用戶手勢響應級別在iOS中是最高的。細細想來，我勒個去啊，喬布斯連用戶都不放心，開放式系統絕對將成爲iPhone完美主義的敗筆！（其實沒錯，看看windows和Mac OS X就知道了）

綜上幾點，這就是蘋果可以這麼完美的緣由，但這很是違背世界潮流，世界潮流的趨勢是分工！正如微軟提供系統和軟件，諾基亞提供硬件，加工，銷售等。。。但這就不完美了

5. 1.1法律：隱私 - 數據收集和存儲
準則5.1.1 - 法律 - 隱私 - 數據收集和存儲

咱們注意到您的應用請求用戶贊成訪問其相機，但未在權限模式警報中說明使用此功能。

詳情請參閱附件截圖。

下一步

要解決此問題，請修改權限模式警報以指定應用程序請求訪問用戶相機的緣由。

資源

要詳細瞭解請求用戶訪問應用功能的權限，請訪問iOS人機界面指南。 您可經過扣：2205357007幫你各種ios上架問題和解決「隱私敏感數據應用拒絕」頁面，以瞭解如何爲權限請求警報提供使用說明。

大概意思就是得在plist裏面必須加上NSPhotoLibraryUsageDescription和NSCameraUsageDescription等字段的鍵值對才行，以前都是默認的，如今必須加，要不不讓經過！

mui關於描述的問題，在manifest.json文件中，plus->distribute->apple下，新增plistcmds節點。

"plistcmds":[

"Set :NSCameraUsageDescription 拍照/攝像/掃描二維碼",
"Set :NSMicrophoneUsageDescription 錄製音頻文件/語音識別",
"Set :NSPhotoLibraryUsageDescription 選擇/保存圖片",
"Set :NSLocationWhenInUseUsageDescription 獲取位置信息"

]大概統計了一下須要加的一些字段列在下面：

•NSContactsUsageDescription -> 通信錄

•NSMicrophoneUsageDescription -> 麥克風

•NSPhotoLibraryUsageDescription -> 相冊

•NSCameraUsageDescription -> 相機

•NSLocationAlwaysUsageDescription -> 地理位置

•NSLocationWhenInUseUsageDescription -> 地理位置

•Privacy - Bluetooth Peripheral Usage Description -> 藍牙權限

•Privacy - Speech Recognition Usage Description -> 語音轉文字權限

•Privacy - Calendars Usage Description -> 日曆權限

•Privacy - Contacts Usage Description -> 通信錄權限

準則4.2.3 - 設計 - 最小功能

咱們須要安裝QQ應用程序才能經過QQ登陸。 用戶應該可以使用QQ登陸並訪問他們的帳戶，而無需安裝任何額外的應用程序。

下一步

若是您想經過QQ提供身份驗證，請使用容許用戶在您的應用程序中使用QQ登陸的機制，而無需先安裝其餘應用程序。

咱們建議實施Safari View Controller API以在您的應用中顯示網頁內容。 Safari View Controller容許在應用中顯示URL並檢查來自嵌入式瀏覽器的證書，以便客戶能夠驗證網頁URL和SSL證書，以確認他們將本身的登陸憑據輸入合法頁面。

資源

有關Safari View Controller API的其餘信息，請查看Safari網頁的新增功能。

微信、微博等第三方登陸也是上面同樣的被拒理由！

一、第一次審覈被拒絕，由於當手機未安裝相關應用的時候會提示安裝，蘋果是不容許這種操做的。

二、第二次審覈改成若是用戶手機中未安裝qq、微信則不顯示相應的登陸圖標，可是我已經在網上看到有人說被拒絕了，很慌

三、最佳實踐應該是安裝第三方直接跳轉受權，未安裝則web受權，同時也要有本身的登錄註冊系統，可是貌似微信暫時不能web受權，正在探索。。。。

解決方法：檢測手機是否安裝微信，未安裝則隱藏快捷登陸，親測依然有效；微信分享檢測是否安裝，未安裝提示是否跳轉appstore進行安裝（2018年5月23日，注：我是在可銷售的app中更新的）

準則2.3.3 - 性能 - 準確的元數據


咱們仍然注意到，您的屏幕截圖不足以反映您的應用程序在使用中。

具體來講，5.8英寸的顯示設備屏幕截圖不反映iPhone X設備上使用的這個應用程序。

詳情請參閱附件截圖。

下一步

要解決此問題，請修改您的屏幕截圖，以確保它們準確反映在支持的設備上使用的應用程序。對於iPhone，您須要一組5.5英寸的屏幕截圖，而對於iPad，您須要一組12.9英寸的屏幕。在每一個地區的App Store上查看時，此套件將適當縮放至其餘設備尺寸。

資源

有關爲App Store建立精彩截圖的資源，您可能須要查看Apple開發人員門戶上提供的App Store產品頁面信息。

請確保您使用媒體管理器進行了任何屏幕截圖修改。您應該確認您的應用在全部語言和全部支持的設備上外觀和行爲相同。瞭解如何使用媒體管理器爲每種顯示大小和本地化添加自定義屏幕截圖。

因爲您的iTunes Connect狀態爲「拒絕」，所以須要新的二進制文件。上傳新的二進制文件時進行所需的元數據更改。

注意：請確保經過選擇每一個特定本地化並進行適當更改，對全部應用程序本地化進行元數據更改。

通常咱們app都是在iphone和ipad上使用，因此提交app審覈時，必須提供5.5英寸和12.9英寸的屏幕快照（若是打包時不打算兼容ipad能夠不選，12.9英寸也就不是必選項了）

而5.8英寸是iphone X的尺寸（我全公司也沒找出一臺，貧窮限制了個人想象。。），由於ios快照必須有蘋果狀態欄，因此不方便用瀏覽器和模擬器模擬，本人仍是偷了把懶，直接拿5.5英寸的截圖PS成了其餘尺寸，注意失真也可能被拒絕，不過失真問題PS技術高點仍是能夠克服的，而iphone X的屏幕是不一樣於別的型號的（竟然把這茬給忘了），所以這裏着實叫弄巧成拙，由於最後的最後發現5.8英寸不是必定要的。。。。。。。。。。。

準則5.1.2 - 法律 - 隱私 - 數據使用和共享


咱們注意到，您的應用在將用戶的分數上傳到全球排行榜以前未得到用戶的贊成。

請參閱附件截圖瞭解更多信息。

要使用您的應用收集我的數據，您必須向用戶明確其我的數據將上傳到您的服務器。

下一步

要解決此問題，請修改您的應用，將隱私政策URL包含在iTunes Connect的應用信息頁面中，並確保您提供的URL將用戶引導至您的隱私政策。

這個問題蘋果也基本給出了方案：

　　一、就是在應用中產生和我的有關的數據在上傳服務器的時候，讓用戶確認是否容許上傳；

　　二、通常在註冊頁面，都會放用戶協議，能夠把應用政策寫在裏面，解釋清楚（好比會員制度、積分制度，好比積分是怎麼獲取的，用來幹什麼，有什麼影響）而後把隱私政策URL包含在iTunes Connect的應用信息頁面中，並確保您提供的URL將用戶引導至您的隱私政策。

　　最好二者一塊兒完善吧，ios的審覈說難聽點，審覈過了的app，換我的審覈都有極大可能被拒絕。