App Store審核被拒求生指南,小米12 mini被曝有多少毫安-ESG跨境

App Store審核被拒求生指南,小米12 mini被曝有多少毫安

App Store審核被拒求生指南

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

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

一、1.2 User Generated Content

條款1.2主要和APP的內(nèi)容相關(guān)，被拒情況多發(fā)生在社交、社區(qū)類會(huì)有用戶生成內(nèi)容的APP上，解決該問(wèn)題的核心是要讓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)允許用戶對(duì)該內(nèi)容進(jìn)行舉報(bào)，且平臺(tái)應(yīng)及時(shí)審查該內(nèi)容，以減少該內(nèi)容的影響范圍。對(duì)應(yīng)該被拒原因，需要增加舉報(bào)功能，且在用戶提交舉報(bào)后，說(shuō)明相應(yīng)的審核周期。需要注意的一點(diǎn)是，服務(wù)方是否真的有人力審核被舉報(bào)內(nèi)容可根據(jù)具體情況來(lái)看，如果APP上提供的是一個(gè)假舉報(bào)功能，則還是需要執(zhí)行一次網(wǎng)絡(luò)請(qǐng)求，因?yàn)锳pp Store在審核時(shí)有一定概率校驗(yàn)功能的真?zhèn)涡浴?/p>

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

二、2.1 App Completeness

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

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

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

三、2.3 Accurate Metadata

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

四、3.1.1 InApp Purchase

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

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

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

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

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

五、4.3 Spam

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

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

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

3.功能層面：如果是由于這方面的原因被拒，則后續(xù)再成功上線的機(jī)會(huì)就比較渺茫，所以功能層面的重點(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)是：①主包和馬甲包需要在不同主體下的賬號(hào)上發(fā)布，不能在同賬戶下發(fā)布兩個(gè)相似應(yīng)用，除非功能有明顯區(qū)別（即便有明顯區(qū)別還是建議先再另外一個(gè)賬號(hào)發(fā)布，等整體功能穩(wěn)定且有明顯差異方向后，再遷移到同一賬號(hào)下）；②如果由于條款4.3被拒，審核時(shí)間會(huì)延長(zhǎng)，且每拒一次都會(huì)在原審核時(shí)間上疊加延長(zhǎng)，所以，在修改時(shí)需要盡可能大的改動(dòng)后再重新提審，同時(shí)可在后臺(tái)人工聯(lián)系A(chǔ)pp Store審核團(tuán)隊(duì)請(qǐng)求電話解答，切不可操之過(guò)急；③如果由于條款4.3被拒超過(guò)三次，后續(xù)再過(guò)審的幾率幾乎為0，建議果斷放棄，將應(yīng)用從后臺(tái)刪除后更換一個(gè)新的主體賬號(hào)發(fā)布。

六、5.1.1 Data Collection and Storage

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

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

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

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

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

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

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

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

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

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

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無(wú)關(guān)；

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

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

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

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

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

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

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

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