立冬初至，但對(duì)很多ASOer來(lái)說(shuō)，寒冬卻從未離開。11月了，蘋果依舊沒(méi)有對(duì)CP們網(wǎng)開一面。為了防止各位CP提前脫發(fā)，蟬蟬特地帶來(lái)了【App審核被拒指南】。

2.1 Performance: App Completeness（App 完成度）

建議：

（1）審核被拒出現(xiàn)“2.1大禮包”是蘋果審核團(tuán)隊(duì)針對(duì)大范圍App的一種“盲拒”，盡管郵件內(nèi)容多且提到開發(fā)者賬號(hào)可能被封，但性質(zhì)并不算嚴(yán)重。

（2）先重新審查App確認(rèn)是否存在明顯違規(guī)，盡量去掉可能存在風(fēng)險(xiǎn)的功能。

（3）在開發(fā)者后臺(tái)回復(fù)蘋果郵件，郵件內(nèi)容措詞應(yīng)禮貌，行文有條理，如果有存在明顯違規(guī)，直接告訴蘋果已經(jīng)改好。沒(méi)有存在明顯違規(guī)的話可以針對(duì)蘋果郵件內(nèi)容列出的條款逐條進(jìn)行回復(fù)。

（4）等待審核結(jié)果，一般來(lái)說(shuō)，“2.1大禮包”被拒回復(fù)郵件后等待審核的時(shí)間都不會(huì)太長(zhǎng)。

2.3 Performance: Accurate Metadata（準(zhǔn)確的元數(shù)據(jù)）

建議：

（1）2.3元數(shù)據(jù)被拒經(jīng)常遇到的主要有以下這些原因

a、App名稱不合規(guī)：侵犯其他品牌的品牌詞；堆砌關(guān)鍵詞；含有與APP沒(méi)有任何關(guān)系的詞；字符數(shù)過(guò)多等

b、屏幕截圖不合規(guī)：沒(méi)有實(shí)際反映App的真實(shí)功能

c、應(yīng)用圖標(biāo)不合規(guī)：品牌侵權(quán)

（2）只遇到2.3元數(shù)據(jù)被拒絕，還是比較容易解決的，一般是蘋果審核后發(fā)現(xiàn)無(wú)其他嚴(yán)重性的問(wèn)題，才會(huì)只給出2.3元數(shù)據(jù)拒絕。應(yīng)仔細(xì)閱讀蘋果的郵件，并按要求更改不符合要求的功能和材料，改完后回復(fù)郵件，一般幾天內(nèi)就能重新審核。

（3）如果遇到郵件中對(duì)存在問(wèn)題指向不是很明確的，可以給蘋果回復(fù)郵件請(qǐng)求有針對(duì)性的指出問(wèn)題所在，方便進(jìn)行修改。

3.1.1 Business: Payments - In-App Purchase （App 內(nèi)購(gòu)買項(xiàng)目）

建議：

（1）對(duì)于使用第三方支付的問(wèn)題，目前來(lái)說(shuō)的話用提審時(shí)隱藏，過(guò)審后再打開的H5頁(yè)面跳轉(zhuǎn)的方式過(guò)審率會(huì)比使用SDK高些，鑒于現(xiàn)在蘋果審核越來(lái)越嚴(yán)格，建議每一次審核所用的H5跳轉(zhuǎn)接口的代碼應(yīng)重寫。使用第三方支付存在一定風(fēng)險(xiǎn)，App上架后被發(fā)現(xiàn)還是會(huì)被下架，開發(fā)者應(yīng)慎重選擇。

（2）如果審核在支付問(wèn)題方面多次被拒，建議老老實(shí)實(shí)去掉第三方支付，走IPA的支付方式，相關(guān)代碼應(yīng)清理干凈，不然容易在審核的時(shí)候被誤判。

4.2 Design: Minimum Functionality （最低功能要求）

建議：

（1）大多數(shù)情況下4.2被拒是App功能過(guò)于簡(jiǎn)單或者蘋果審核人員對(duì)App的核心功能存在誤解，認(rèn)為其不具有實(shí)用價(jià)值，不適合出現(xiàn)在 App Store 中。

（2）App功能過(guò)于簡(jiǎn)單的話，應(yīng)進(jìn)行相應(yīng)的修改，可以應(yīng)付性添加一些垃圾功能或獨(dú)立開發(fā)一些新功能增加產(chǎn)品的亮點(diǎn)。不要使用商業(yè)化模板創(chuàng)建的應(yīng)用，避免資訊聚合，鏈接聚合，直接嵌套網(wǎng)頁(yè)的 App。

（3）如果認(rèn)為自己App的功能不存在問(wèn)題，是蘋果誤解了你的應(yīng)用，可以直接回復(fù)郵件申訴，詳細(xì)陳述該應(yīng)用與App Store上其他應(yīng)用的區(qū)別，增加了哪些核心功能，做了哪些細(xì)節(jié)性優(yōu)化，能解決用戶的哪些需求點(diǎn)。

4.3 Design: Spam（重復(fù) App）

建議：

（1）對(duì)于4.3馬甲包的問(wèn)題，可能存在機(jī)審和人工審核被拒兩種情況，目前比較普遍的做法是換個(gè)賬號(hào)重新上包，并對(duì)包體和后臺(tái)設(shè)置的資料進(jìn)行一定程度的修改，包體修改主要包括添加垃圾代碼和更改應(yīng)用的UI風(fēng)格同時(shí)添加一些假頁(yè)面。后臺(tái)設(shè)置包括修改名稱，屏幕快照，應(yīng)用描述，上架地區(qū)等。

（2）對(duì)于如何添加垃圾代碼，可以讓技術(shù)人員去評(píng)估可行的方案和實(shí)施。修改應(yīng)用的UI風(fēng)格主要包括Icon和一些主要頁(yè)面，有條件的可以盡量多做一些改動(dòng)。

（3）針對(duì)現(xiàn)在蘋果機(jī)審的能力越來(lái)越強(qiáng)，馬甲包要過(guò)審也是難上加難，目前市場(chǎng)上比較多的做法是準(zhǔn)備多個(gè)賬號(hào)修改包體堆包提審，存在一定的過(guò)審概率，不過(guò)成本需要自己把控。

5.1.1 Legal: Privacy - Data Collection and Storage （數(shù)據(jù)收集和存儲(chǔ)）

建議：

（1）用戶隱私保護(hù)一直是蘋果公司所注重的，近來(lái)對(duì)App在數(shù)據(jù)收集和存儲(chǔ)方面的審核也愈加嚴(yán)格，App應(yīng)只請(qǐng)求訪問(wèn)與其核心功能相關(guān)的數(shù)據(jù)。

（2）對(duì)郵件中指出的涉及用戶隱私的相關(guān)部分進(jìn)行更改，在使用相關(guān)權(quán)限采集用戶數(shù)據(jù)信息的時(shí)候給予用戶提示，征求用戶的許可。有存在“強(qiáng)登錄”功能的要修改為提示登錄的版本。

（3）可以在郵件中告知蘋果采集和存儲(chǔ)用戶數(shù)據(jù)信息的目的。如醫(yī)療類App獲取地域相關(guān)權(quán)限是為了根據(jù)地區(qū)更好地給用戶提供服務(wù)。

以上就是蟬蟬根據(jù)近期的app審核被拒原因整理的過(guò)包指南啦。