App Store審核被拒求生指南,app store審核拒絕的原因-ESG跨境

App Store審核被拒求生指南,app store審核拒絕的原因

App Store審核被拒求生指南

對于曾在App Store提交應(yīng)用審核的同學(xué)來說，相信很多人都有遇到過被拒的經(jīng)歷，且被拒的答復(fù)都是官方的通用答復(fù)模板，實(shí)際的被拒原因通常需要我們自己去猜測和琢磨。為了能更好的避開App Store審核的坑，以及踩坑后的填坑，本文選取部分常見的被拒條款進(jìn)行總結(jié)分享，希望能幫到大家。

PS：詳細(xì)的條款說明和規(guī)則見“App Store官方審核指南”

一、1.2 User Generated Content

條款1.2主要和APP的內(nèi)容相關(guān)，被拒情況多發(fā)生在社交、社區(qū)類會有用戶生成內(nèi)容的APP上，解決該問題的核心是要讓App Store知道你的應(yīng)用能幫助用戶處理不良內(nèi)容。常見被拒原因和處理方法有：

1.缺少屏蔽或拉黑功能：當(dāng)用戶在APP上看到令人不適的內(nèi)容時(shí)，應(yīng)該允許用戶屏蔽該內(nèi)容，或者直接拉黑該內(nèi)容的生產(chǎn)者以屏蔽所有該生產(chǎn)者的內(nèi)容。所以，如果是因?yàn)樵撛虮痪?，只需要在APP上添加相應(yīng)的屏蔽或拉黑功能即可解決。

2.缺少舉報(bào)功能：當(dāng)用戶在APP上看到不良內(nèi)容時(shí)，應(yīng)當(dāng)允許用戶對該內(nèi)容進(jìn)行舉報(bào)，且平臺應(yīng)及時(shí)審查該內(nèi)容，以減少該內(nèi)容的影響范圍。對應(yīng)該被拒原因，需要增加舉報(bào)功能，且在用戶提交舉報(bào)后，說明相應(yīng)的審核周期。需要注意的一點(diǎn)是，服務(wù)方是否真的有人力審核被舉報(bào)內(nèi)容可根據(jù)具體情況來看，如果APP上提供的是一個(gè)假舉報(bào)功能，則還是需要執(zhí)行一次網(wǎng)絡(luò)請求，因?yàn)锳pp Store在審核時(shí)有一定概率校驗(yàn)功能的真?zhèn)涡浴?/p>

3.缺少聯(lián)系方式：該功能用于幫助用戶可以直接聯(lián)系到APP服務(wù)方來處理內(nèi)容相關(guān)的問題（版權(quán)類為主），所以需要在APP內(nèi)增加聯(lián)系功能，可以是站內(nèi)信、郵箱和電話。

二、2.1 App Completeness

條款2.1主要和APP的完整度相關(guān)，常見的情況有兩種：

1.出現(xiàn)明顯的崩潰：如果是由于崩潰問題被拒，則只能按App Store審核團(tuán)隊(duì)提供的復(fù)現(xiàn)路徑修復(fù)該問題后再重新提交。對于首次提交的應(yīng)用，應(yīng)盡可能杜絕明顯的崩潰問題，避免給審核團(tuán)隊(duì)留下不好的映像而導(dǎo)致審核周期延長。

2.功能或代碼不清晰問題：相對來說，大部分開發(fā)者收到2.1被拒都不是因?yàn)楸罎栴}，而是2.1大禮包（Guideline 2.1–Information Needed），里面包含功能、支付、抄襲相關(guān)的內(nèi)容。在收到2.1被拒大禮包時(shí)，開發(fā)者需要對照里面的各子條款來確定APP是否有出現(xiàn)說明里描述的問題，如果沒有，則直接根據(jù)各子條款進(jìn)行解釋后回復(fù)App Store審核團(tuán)隊(duì)即可（有很大一部分開發(fā)者收到2.1大禮包時(shí)，其實(shí)并沒有遇到其中的問題，針對條款解釋清楚即可通過）；而如果有對應(yīng)問題，則根據(jù)子條款的說明修改后再重新提交審核。PS：如果APP整體功能引導(dǎo)沒有做好（新用戶使用有難度），或者APP內(nèi)有明顯隱藏功能，則有比較大概率出現(xiàn)被拒的2.1大禮包。

三、2.3 Accurate Metadata

條款2.3則主要跟APP的描述相關(guān)，包括應(yīng)用名、標(biāo)題、描述、商店圖和分類等方面。要避免由于該條款導(dǎo)致的被拒，最重要的是不要在上述地方使用和自身APP完全無關(guān)的內(nèi)容，包括但不限于使用跟競品有擦邊球關(guān)系的文案或圖案，特別是已注冊品牌的內(nèi)容；同時(shí)，App Store商店圖和描述中應(yīng)盡可能以展示應(yīng)用的功能、用途和相關(guān)說明為主，減少擦邊球內(nèi)容。

四、3.1.1 InApp Purchase

條款3.1.1主要和APP內(nèi)的支付相關(guān)，對于App Store（國外的Google Play也是類似標(biāo)準(zhǔn)）來說，所有虛擬物品、服務(wù)和貨幣的購買都需要走應(yīng)用內(nèi)購買來進(jìn)行支付（游戲相關(guān)的功能、服務(wù)購買要求更嚴(yán)格）。大家提審被拒的原因基本都差不多，無非是虛擬物品交易時(shí)使用了手續(xù)費(fèi)更低的第三方支付，而沒有使用應(yīng)用內(nèi)購買（平臺扣除30%手續(xù)費(fèi)）來進(jìn)行支付。對于該被拒原因，此處提供幾種建議的處理方案（違規(guī)風(fēng)險(xiǎn)依然存在，可自行判斷后確定是否使用），但首先，需要先在APP內(nèi)按照官方的要求設(shè)計(jì)一套合規(guī)的應(yīng)用內(nèi)購買支付方式，另外再提供額外的繞開審核的處理方法：

1.在接入微信支付和支付寶支付時(shí)，一定要避免在代碼中出現(xiàn)相關(guān)的敏感關(guān)鍵字，如：WeChat Pay、Alipay等，可以自行替換成內(nèi)部能夠理解的其他字段。

2.采用服務(wù)器開關(guān)控制的方式來控制支付方式的下發(fā)，同時(shí)APP本地使用默認(rèn)合規(guī)的應(yīng)用內(nèi)購買支付方式，在提交審核期間，關(guān)閉服務(wù)器開關(guān)控制，本地僅使用合規(guī)方案，待審核通過后再開啟使用替代方案。

3.使用方案2還是可能在審核通過后再次被查處，所以，相對更穩(wěn)妥一點(diǎn)的方案，可以考慮根據(jù)用戶類型來控制支付方式的下發(fā)。如自然用戶（App Store官方即為自然用戶）只下發(fā)合規(guī)方案，而買量用戶則下發(fā)替代方案，以此來規(guī)避審核風(fēng)險(xiǎn)。

4.APP本身還是提供合規(guī)的應(yīng)用內(nèi)購買支付方式，但如果用戶綁定了手機(jī)號，可通過手機(jī)號判斷用戶歸屬的國家，中國區(qū)用戶可通過手機(jī)短信引導(dǎo)使用支付寶或微信在H5頁面支付（可降價(jià)促銷），非中美用戶可引導(dǎo)在H5頁面用PayPal支付。

五、4.3 Spam

條款4.3則主要跟換膚、抄襲有關(guān)，一般來說都是由于代碼、UI或功能與另外一個(gè)應(yīng)用相似或高度相似導(dǎo)致被拒，其中代碼和UI導(dǎo)致被拒的可能性更高。當(dāng)然，不管是換膚馬甲包還是抄襲競品被拒，首先我們需要確定的是機(jī)審拒絕還是人工審核拒絕。下面從三個(gè)層面分析并提供解決思路：

1.代碼層面：判斷是否是代碼層面的問題比較簡單，一般可根據(jù)客戶端上傳的用戶行為統(tǒng)計(jì)數(shù)據(jù)和App Store Connect后臺的審核時(shí)間進(jìn)行判斷，取APP進(jìn)審到被拒時(shí)間段的美國（不管發(fā)布的是哪個(gè)國家的應(yīng)用，統(tǒng)一都是有美國的審核人員進(jìn)行審核）用戶行為數(shù)據(jù)進(jìn)行分析，如果期間的行為數(shù)據(jù)只有APP的啟動(dòng)和退出，而沒有其他的功能路徑統(tǒng)計(jì)，則完全可以認(rèn)定為機(jī)審拒絕，這時(shí)就基本可以確定是代碼層面的問題。如果是做馬甲包，則需要重點(diǎn)排查代碼層面的相似度問題，增加垃圾代碼和修改類名可以在一定程度上規(guī)避該問題；另一方面，可以從接入的SDK方面處理，對于一些可以自己實(shí)現(xiàn)的SDK功能在馬甲包上盡可能自己實(shí)現(xiàn)，同時(shí)，如果有不同第三方提供了類似的SDK，則可在馬甲包上接入另外的SDK。

2.UI層面：排查方法類同上面如果機(jī)審?fù)ㄟ^，而人工審核拒絕，則只能是UI或者功能層面的問題，相對來說，UI層面會比功能層面查的更嚴(yán)。這方面的處理，核心是規(guī)避和主包或者競品的UI相似性，重點(diǎn)修改根據(jù)用戶行為統(tǒng)計(jì)判斷的審核人員查看的頁面，原則上UI可以丑（即便開始的時(shí)候丑一點(diǎn)，但后面上線后再修改通過的概率更高），但不能雷同。

3.功能層面：如果是由于這方面的原因被拒，則后續(xù)再成功上線的機(jī)會就比較渺茫，所以功能層面的重點(diǎn)是防患于未然，而不是被拒后的補(bǔ)救。所以，在初始上線前，可以先選擇一個(gè)和主包有明顯差異但又能在后續(xù)聯(lián)系在一起的功能方向，將這個(gè)差異明顯的功能先當(dāng)成應(yīng)用的核心功能進(jìn)行發(fā)布，后續(xù)再逐步添加主包的功能進(jìn)行補(bǔ)充。

當(dāng)然，不管從哪個(gè)維度進(jìn)行處理，需要先明確的幾點(diǎn)是：①主包和馬甲包需要在不同主體下的賬號上發(fā)布，不能在同賬戶下發(fā)布兩個(gè)相似應(yīng)用，除非功能有明顯區(qū)別（即便有明顯區(qū)別還是建議先再另外一個(gè)賬號發(fā)布，等整體功能穩(wěn)定且有明顯差異方向后，再遷移到同一賬號下）；②如果由于條款4.3被拒，審核時(shí)間會延長，且每拒一次都會在原審核時(shí)間上疊加延長，所以，在修改時(shí)需要盡可能大的改動(dòng)后再重新提審，同時(shí)可在后臺人工聯(lián)系A(chǔ)pp Store審核團(tuán)隊(duì)請求電話解答，切不可操之過急；③如果由于條款4.3被拒超過三次，后續(xù)再過審的幾率幾乎為0，建議果斷放棄，將應(yīng)用從后臺刪除后更換一個(gè)新的主體賬號發(fā)布。

六、5.1.1 Data Collection and Storage

條款5.1.1主要和APP收集的數(shù)據(jù)相關(guān)，被拒原因和修改方向都比較明確，常見的情況有以下幾種：

1.隱私條款說明不規(guī)范：如果是條款方面的問題，可以重點(diǎn)對比下競品的隱私條款包含的內(nèi)容，然后再據(jù)此跟開發(fā)和法務(wù)溝通后修改即可。

2.權(quán)限獲取說明不規(guī)范：因?yàn)闂l款5.1.1被拒的開發(fā)者，大多是由于該原因，可根據(jù)蘋果官方答復(fù)的截圖，修改權(quán)限的獲取文案即可。權(quán)限獲取時(shí)，在彈窗上說明獲取該權(quán)限的具體用途。

3.強(qiáng)制登錄問題：對于需要用戶登錄后才允許使用功能的APP，需要設(shè)定好登錄的優(yōu)先級。例如：根據(jù)App Store官方說明，應(yīng)用內(nèi)購買應(yīng)允許非注冊用戶使用。所以，如果功能設(shè)計(jì)為非登錄狀態(tài)即可看到應(yīng)用內(nèi)購買項(xiàng)目，點(diǎn)擊后要求用戶注冊后才能支付或使用，這就可能被拒。而如果調(diào)高登錄優(yōu)先級，在用戶未登錄狀態(tài)無法看到應(yīng)用內(nèi)購買項(xiàng)目，登錄后才能看到相應(yīng)入口，就能有效的規(guī)避該問題。

七、可能導(dǎo)致被拒的操作

前文寫的主要是“因?yàn)閷?yīng)條款被拒”后的相關(guān)分析和補(bǔ)救方法，此處再補(bǔ)充一些可能導(dǎo)致被拒的常見操作，希望大家能有效避坑。

1.帶有占位符內(nèi)容，在應(yīng)用程序中出現(xiàn)未完成的圖片或文本等內(nèi)容；

2.應(yīng)用中出現(xiàn)beta、測試等相關(guān)關(guān)鍵字；

3.應(yīng)用評級和實(shí)際不符，需要注意的是，每次發(fā)包評級可修改，所以不需要在首次發(fā)布時(shí)過分糾結(jié)而選擇與實(shí)際不符的評級；

4.App預(yù)覽只能是使用應(yīng)用本身捕捉的視頻、旁白、文本以及設(shè)計(jì)輪廓，否則將會被拒絕；

5.在未經(jīng)允許的情況下展示用戶的真實(shí)個(gè)人信息；

6.UI、交互設(shè)計(jì)不符合Apple官方規(guī)范；

7.應(yīng)用內(nèi)有獎(jiǎng)勵(lì)相關(guān)活動(dòng)，但未聲明該活動(dòng)與Apple無關(guān)；

8.應(yīng)用或者元數(shù)據(jù)中提到其他任何移動(dòng)平臺（特別是Android）；

9.引導(dǎo)用戶安裝第三方APP，如登錄或者分享，假如用戶未安裝對應(yīng)的APP且沒有提供網(wǎng)頁版，可以隱藏入口，而不能引導(dǎo)用戶去安裝對應(yīng)的APP；

10.只有第三方登錄，缺少自有的注冊、登錄功能；

11.有用戶體系的APP，提審時(shí)沒有提供測試賬號，或者提供的測試賬號不能覆蓋全部功能；

12.通過獎(jiǎng)勵(lì)的方式誘導(dǎo)用戶好評，或者強(qiáng)制用戶評價(jià)才能使用功能；

13.有訂閱的APP，沒有添加“恢復(fù)訂閱”功能，入口可以放在設(shè)置頁或訂閱頁；

14.訂閱沒有說明具體價(jià)格、付費(fèi)方式、自動(dòng)續(xù)訂和取消規(guī)則。

特別聲明：以上文章內(nèi)容僅代表作者本人觀點(diǎn)，不代表ESG跨境電商觀點(diǎn)或立場。如有關(guān)于作品內(nèi)容、版權(quán)或其它問題請于作品發(fā)表后的30日內(nèi)與ESG跨境電商聯(lián)系。