蘋果APP上架App Store審覈被拒常見問題解釋

蘋果APP的審覈是一道大難關，碰見被拒是很正常的事情，若是被拒就根據反饋問題，和下面提供的思路去尋求解決方案。

 

蘋果審覈大致分爲三部分，預審、機審和人工審覈。

 

ipa包上傳後首先進入的是預審，會被掃描API等，預審經過後會在https://itunesconnect.apple.com/後臺活動那出現構建版本，而後才能夠提交審覈（若是沒經過，會有反饋郵件，查看緣由，不少上傳ipa成功了，但後臺沒看到ipa構建版本，就是預審都沒過。）

 

在 提交審覈開始顯示是（等待審覈）這個階段通常是機審，機審主要是對代碼進行機器審覈，排查APP是否重複應用，「2.1蘋果狗年大禮包」事件就更多地依賴機器自動審覈，減小人工成本；

 

經過後會顯示爲（審覈）這個階段，即人工審覈階段，這個階段主要看的是App的元數據，例如APP封面、功能、體驗等等，注重用戶體驗，到了這步很快就會有結果了。

 

目前機審機制愈來愈完善了，並且也愈來愈受重視，相比前幾個月，近期的蘋果審覈時間逐漸縮短，平均審覈時間爲23.9 小時。

 

 

2.1 App 完成度

主要有應用出現崩潰、加載失敗等很是明顯的Bug、應用不支持 IPv6網絡下使用、測試帳號、隱藏開關等。

解決方法：提早測試產品是否有bug、在IPV6網絡下是否能使用等，根據反饋郵件，一個個審查自身產品信息是否符合，適當狀況下能夠發送截圖視頻給蘋果官方以證實本身的清白。

 

2.3 準確的元數據

主要是應用標題、描述、截圖等與應用功能嚴重不符。如用安卓手機截圖，瀏覽器截圖！

解決方法：從新更換截圖，保證整個APP功能、流程看起來是一致的。去除隱藏功能模塊代碼或將須要隱藏功能的代碼及定向跳轉連接網址作混淆處理，適當增長邏輯複雜度。

 

3.2.1 可接受的商業模式

主要是沒有資質。

解決方法：最佳方案是拿到資質，若是實在沒有資質，建議你們儘量多的把本身公司合規的證據資料發給蘋果，而套殼、換新帳號碰運氣上架等操做，不得已的話能夠嘗試。

 

5.1.1 數據收集和存儲

主要是App 強制用戶註冊，且基於不須要用戶信息的功能之上、暗中採集/共享用戶的我的信息。

解決方法：先與用戶協商，讓用戶贊成後註冊，有「強登錄」功能的必定要修改成提示登錄的版本。

 

4.3 重複 App

主要針對的是重複App，意思就是你的App跟別人上架的APP功能或者代碼很類似，一般就是蘋果認爲是馬甲包。

 

解決辦法：可經過修更名字、icon、主色調、代碼等解決，而且注意相同的APP包提交至少間隔一天以上。

 

4.2 最低功能要求

主要問題在於蘋果認爲部分開發者上傳的App功能不夠，或者沒有本身的核心功能，好比直接打包一個網頁上架的很容易觸發這個問題。

解決辦法：能夠添加一些功能豐富產品（導航欄，下拉刷新，推送通知等功能），若是以爲功能已經全了，尚未經過審覈，能夠向蘋果解釋產品解決的用戶需求，以及具體功能的展示。

 

3.1.1 購買項目

主要是接入第三方支付，支付寶、微信等。

解決方法：老老實實地走蘋果支付的支付方式，用內購。若是隱藏虛擬產品或者經過後更改支付方式，都是有必定風險的。

 

2.5 軟件要求

主要是產品加入違規代碼

解決方法：極可能是三方庫中含有SDK，能夠更新全部三方庫，或者反編譯提交的ipa，檢查文檔中是否有違規字符串，有的話刪掉。

 

5.1.5 定位服務

主要是 App 未獲得容許，與第三方共享收集的用戶數據，且並未說明使用目的等，例：位置、帳號……

解決方法：若是要採起用戶數據信息，須要給予用戶提示，並獲得用戶的容許，或設置爲可選，而且明確告知蘋果採集用戶數據信息的使用目的。總的來講就是要彈出提示說明使用這個權限作什麼用，寫清楚。

 

5.2 知識產權

主要是未經受權，使用受版權保護的第三方材料、App不得與蘋果現有產品相似等。

解決方法：確保 app 只包含由您建立或擁有使用許可的內容，提交產品時使用受版權保護的第三方的書面證據或者將產品中包含的未經第三方受權的部分隱藏。

 

審覈還會遇到各類各樣的問題，根據反饋來進行相應的修改。

 

iOS APP上架被拒從新提交審覈教程