一、提要
蘋果審核條款：https://developer.apple.com/cn/app-store/review/guidelines/
蘋果審核標準：
在 App Store 上發(fā)布的所有觀點，我們都非常支持 — 只要這些 app 尊重用戶的不同意見，并能帶來良好的 app 體驗。如果我們認為 app 的任何內(nèi)容或行為超出了可接受的范圍，我們將拒絕該 App。您可能會問，這個可接受的范圍是什么？套用最高法院大法官的一句話：“當我看到的時候，我就知道了”。而且，我們相信，當您超出這個范圍時，您自己也會意識到。
二、蘋果審核被拒理由
1、MetaData Rejected 即元數(shù)據(jù)被拒
2、Binary Rejected 即二進制被拒
元數(shù)據(jù)是應(yīng)用的名稱、截圖、描述、icon等材料的統(tǒng)稱。如果是元數(shù)據(jù)被拒，那么解決的方法比較簡單一些，只需要修改對應(yīng)的被拒的問題，然后在回復(fù)中心直接回復(fù)蘋果審核人員即可。
如果是二進制文件被拒絕，一般來說需要修改程序后重新提交，但也需要區(qū)分場景，如果是程序上問題如：崩潰、bug、UI錯位等需要修復(fù)后重提，如果是和業(yè)務(wù)模式相關(guān)，可以嘗試申訴。
三、審核自查
1、帶下載視頻功能的App,需要以附件的形式,提供視頻的版權(quán)信息,否則會被以違反5.2.1知識產(chǎn)權(quán)準則`為由拒絕上架
替代方案：如果沒有版權(quán)的話,可以嘗試在審核期間避開（謹慎）
5.2.1 一般性：不得在未經(jīng)授權(quán)的情況下，在 app 中使用受保護的第三方材料 (例如商標、版權(quán)作品、專利設(shè)計)；也不得在 app 套裝或開發(fā)者名稱中包含虛假、抄襲或誤導性的演示、名稱或元數(shù)據(jù)。App 提交方應(yīng)當是擁有或獲授權(quán)使用知識產(chǎn)權(quán)及其他相關(guān)權(quán)利的個人或法律實體。
2、對于有用戶生成的內(nèi)容(UGC)的應(yīng)用,就是指用戶可以發(fā)布內(nèi)容,要有對應(yīng)的舉報,屏蔽機制,否則會被以違反1.2安全準則為由拒絕上架 。
補充：現(xiàn)在對這一塊的審核比較嚴格，如果有UGC功能應(yīng)用，建議增加舉報內(nèi)容、舉報用戶、拉黑用戶、屏蔽反感內(nèi)容的機制，防止被拒。
1.2 用戶生成的內(nèi)容
對于包含用戶生成內(nèi)容的 App，有特定的難題需要解決，比如知識產(chǎn)權(quán)侵權(quán)、匿名欺凌等。為了避免濫用，包含用戶生成內(nèi)容或社交網(wǎng)絡(luò)服務(wù)的 app 必須滿足以下條件：
- 采用相應(yīng)的方法來過濾令人反感的內(nèi)容，以免這些內(nèi)容在 app 中發(fā)布
- 制定一個機制，以舉報攻擊性內(nèi)容并在出現(xiàn)問題時及時作出回應(yīng)
- 若用戶發(fā)布攻擊性內(nèi)容，可以取消其使用服務(wù)的資格
- 公布聯(lián)系信息，以便用戶與您聯(lián)系
如果 app 中所含的用戶生成內(nèi)容或服務(wù)最終主要用于色情內(nèi)容、Chatroulette (隨機視頻聊天) 式體驗、客體化現(xiàn)實生活中的某人 (如“性感與否”投票)、進行人身威脅或欺凌，則這些 app 不適合出現(xiàn)在 App Store 中，它們可能會在未經(jīng)通知的情況下被移除。如果 app 中所含的用戶生成內(nèi)容來自于基于網(wǎng)頁服務(wù)，并且該內(nèi)容是默認隱藏的 (只有當用戶通過您的網(wǎng)站將其打開時才會顯示)，則可以顯示意外產(chǎn)生的“NSFW (公眾場所不宜)”內(nèi)容。
3、凡是用到了相冊,相機,位置,運動等功能的App，都需要在Info.plist中，寫明確使用這些功能的**具體用途，否則可能以違反5.1.1被拒，例如：**
//iOS 11后,相冊權(quán)限默認是打開的
<key>NSCameraUsageDescription</key>
<string>以便使用換頭像等功能時上傳圖片</string>
<key>NSPhotoLibraryUsageDescription</key>
<string>以便使用換頭像等功能時上傳圖片</string>
5.1.1 數(shù)據(jù)收集和存儲
- (i) 隱私政策：所有 app 必須在 App Store Connect 元數(shù)據(jù)欄位和 app 內(nèi)部包含可輕松訪問的隱私政策鏈接。隱私政策必須明確而清楚地：
- 指明 app/服務(wù)所收集的數(shù)據(jù) (若有)、收集數(shù)據(jù)的方式，以及這些數(shù)據(jù)的所有用途。
- 確認與 app 共享用戶數(shù)據(jù) (遵從這些準則) 的任何第三方 (例如，分析工具、廣告網(wǎng)絡(luò)和第三方 SDK，以及能夠訪問用戶數(shù)據(jù)的任何母公司、子公司或其他相關(guān)實體) 會提供與 app 隱私政策所述及這些準則所要求相同或等同的用戶數(shù)據(jù)保護措施。
- 解釋數(shù)據(jù)保留/刪除政策，并且說明用戶可以如何撤銷同意和/或請求刪除用戶數(shù)據(jù)。
4、上架之前最好用iPad去檢查一下您的應(yīng)用,防止布局重疊在一起,即便是您的應(yīng)用僅為iPhone開發(fā),因為蘋果的審核人員只用iPad進行審核,一旦發(fā)現(xiàn)布局有重疊,就會以違反2.4.1 -性能-硬件兼容性準則為由拒絕上架
2.4.1 為了確保用戶能夠充分利用您的 app，iPhone app 應(yīng)盡量能在 iPad 上運行。我們鼓勵您考慮開發(fā)通用 app，這樣用戶就可以在所有設(shè)備上加以使用。進一步了解 通用 app (英文)。
5、重復(fù)提交相同源代碼,會被4.3拒絕.
例如 : 你的源代碼提交過,但是由于某種原因被拒了,然后你又換了一個賬號重新提交,此時會被以違反4.3準則為由拒絕,解決方案 :
- 舊賬號的構(gòu)建版本用一個空白應(yīng)用替換掉，并且以前的所有構(gòu)建版本都設(shè)置為過期，然后把舊賬號中的應(yīng)用名稱改為"作廢-此應(yīng)用不再提交"，把描述,關(guān)鍵字等信息全部刪除或替換，然后保存。
- 注意：舊賬號的所有的構(gòu)建版本一定要設(shè)置為過期，流程如下：App Store Connect -> 我的App -> TestFlight -> iOS -> 點擊構(gòu)建版本的應(yīng)用圖標 -> 點擊右上角的“設(shè)置構(gòu)建版本為過期”。
- 新賬號需要重新提交一個構(gòu)建版本,重新提交審核即可通過。
4.3 重復(fù) App
請不要為同一個 app 創(chuàng)建多個套裝 ID。如果您的 app 針對特定位置、運動隊、大學等存在不同版本，請考慮提交單個 app，并提供 App 內(nèi)購買項目以提供不同的功能。同時，請避免繼續(xù)在已有大量類似 app 的類別下進行開發(fā)；App Store 上已經(jīng)有太多模擬放屁、打嗝聲音的 app，以及手電筒、算命、約會和愛經(jīng)等 app。除非這類 app 會提供獨特、高質(zhì)量的體驗，否則我們將會予以拒絕。上傳大量相似版本 app 的開發(fā)者會遭到 Apple Developer Program 的除名。
6、遇到2.1大禮包一定要注意在解決中心回復(fù)對方
因為一旦重新提交審核，蘋果審核人員就會看不到你回復(fù)的內(nèi)容，當做違規(guī)處理，并延期APP的審核?。?！短則7天，長則一個月。
如果很不幸，遇到了延期審核，那么解決辦法有四種：
(1). 等待，等待，等待，不推薦長時間等。
(2). 換個開發(fā)者賬號重新提交，最好先嘗試方法3和方法4后，實在無解的情況下，再換賬號。
(3). 向蘋果提出電話溝通，在3~5個工作日內(nèi)，會有人聯(lián)系你，你可以向他說明你的問題，很快就會有結(jié)果。
1.1.6 – 包含虛假信息、功能，或誤導性的元數(shù)據(jù)信息。
2.3.0 – 審核后主要功能改變。
2.3.1 – 包含隱藏信息或未記錄功能，包括進入賭博或博彩網(wǎng)站的隱藏“開關(guān)”。
3.1.1 – 使用App內(nèi)購以外的第三方支付機制解鎖功能。
4.3.0 – 是另一款A(yù)pp的副本或馬甲包。
5.2.1 – 未經(jīng)App法定實體進行提交。
5.3.4 – 沒有App使用場景的許可和權(quán)限。
7、因為3.1.1內(nèi)購被拒
We noticed that your app or its metadata enables the purchase of content, services, or functionality in the app by means other than the in-app purchase API, which is not appropriate for the App Store.
一旦因為內(nèi)購被拒，有四種解決辦法：
- 支持內(nèi)購
- 如果是app之外使用的商品或者服務(wù)，可以通過3.1.5條款，回復(fù)審核。
- 調(diào)整業(yè)務(wù)模式，iOS不再添加付費引導，通過3.1.3(a)條款，回復(fù)審核。
- 添加開關(guān)，審核時關(guān)閉付費渠道。（有被復(fù)查封號風險）
3.1.3(a)“閱讀器”App：App 可以允許用戶訪問先前購買的內(nèi)容或內(nèi)容訂閱 (具體包括：雜志、報紙、圖書、音頻、音樂、視頻、專業(yè)數(shù)據(jù)庫訪問權(quán)限、VoIP、云存儲以及經(jīng)批準的服務(wù)，如課堂管理 app)，前提是您同意不會直接或間接引導 iOS 用戶使用非 App 內(nèi)購買項目機制進行購買，并且在您介紹其他購買方式的普通溝通中沒有刻意阻止用戶使用 App 內(nèi)購買項目。
3.1.5 (a) App 之外的商品和服務(wù)：如果 app 允許用戶購買將在 app 之外使用的商品或服務(wù)，則必須使用 App 內(nèi)購買項目以外的購買方式來收取相應(yīng)款項，如 Apple Pay 或傳統(tǒng)的信用卡入口。
審核文案示例如下：
尊敬的蘋果APP審核人員，您好，非常感謝您的耐心審核：
首先，我們想給您說明下我們的核心業(yè)務(wù)模式：
我們的主要業(yè)務(wù)模式是“雙師課堂”：采取主講與助教相互配合，助教老師在線下校區(qū)課堂上負責與主講老師配合開展教學及互動，觀察并記錄學生課堂表現(xiàn)，并維持課堂秩序，在課后負責答疑、批改作業(yè)、講解習題及與家長溝通等服務(wù)工作。學生仍需到教室上課，課上通過答題器等設(shè)備與主講老師進行互動。我們提供的是一系列基于線下校區(qū)的教學服務(wù)。
APP內(nèi)僅用于購買在線下校區(qū)上課的課程，用戶在我們應(yīng)用內(nèi)購課前也是要先選擇校區(qū)的。用戶購課后需到校區(qū)教室上課，我們的授課和輔導服務(wù)也都是在線下校區(qū)完成；
我們的業(yè)務(wù)模式不涉及任何虛擬商品付費，是符合《App Store 審核指南》中 3.1.5 條款要求的：
3.1.5 (a) App 之外的商品和服務(wù)：如果 app 允許用戶購買將在 app 之外使用的商品或服務(wù)，則必須使用 App 內(nèi)購買項目以外的購買方式來收取相應(yīng)款項。
附件是我們校區(qū)和線下發(fā)放的圖書的圖片。
8、因屏幕快照被拒，以2.3.3被拒
注意屏幕快照不能包含其他非蘋果設(shè)備元素，不可以過分夸張，無法反應(yīng)真實app的使用情況。
2.3.3 屏幕快照應(yīng)展示 app 的使用情況，而非僅顯示標題封面、登錄頁面或初始屏幕。屏幕快照還可以包括文本及圖像說明 (例如：演示輸入機制，如觸控點或 Apple Pencil 的動畫)，并展示設(shè)備上的擴展功能，如觸控欄。
9、營銷類活動，因為5.3.2被拒
營銷類抽獎活動，注意要聲明“獎勵由本公司提供，與蘋果官方無關(guān)”。
5.3.2 抽獎、比賽和抽彩的正式規(guī)則必須在 app 中注明，并且必須明確表示 Apple 不是贊助者，也沒有以任何形式參與活動。
10、純web套殼應(yīng)用無法上架，盡量添加一些原生功能，如比較重要的登錄注冊等。
4.2 最低功能要求
App 應(yīng)包含功能、內(nèi)容和 UI，而不僅僅是一個經(jīng)過重新包裝的網(wǎng)站。如果 App 沒有什么實用價值、毫無新意或者不太像是一個 App，那它就不適合出現(xiàn)在 App Store 中。如果 App 不能帶來持久的娛樂價值，則可能無法獲得批準。如果 app 只是一首歌曲或一部影片，則應(yīng)提交到 iTunes Store。如果 App 只是一本圖書或游戲指南，則應(yīng)提交到 Apple Books Store。
四、小結(jié)
從金融到K12，一步一個坑，慢慢填吧。
K12內(nèi)購被拒，可以參考跟誰學的做法，課程付費統(tǒng)一為自平臺的學幣，iOS 充值比 Android 貴，將內(nèi)購抽成轉(zhuǎn)嫁給用戶。
