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

App Store審核被拒求生指南

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

PS：詳細的條款說明和規則見“App Store官方審核指南”

一、1.2 User Generated Content

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

1.缺少屏蔽或拉黑功能：當用戶在APP上看到令人不適的內容時，應該允許用戶屏蔽該內容，或者直接拉黑該內容的生產者以屏蔽所有該生產者的內容。所以，如果是因為該原因被拒，只需要在APP上添加相應的屏蔽或拉黑功能即可解決。

2.缺少舉報功能：當用戶在APP上看到不良內容時，應當允許用戶對該內容進行舉報，且平臺應及時審查該內容，以減少該內容的影響范圍。對應該被拒原因，需要增加舉報功能，且在用戶提交舉報后，說明相應的審核周期。需要注意的一點是，服務方是否真的有人力審核被舉報內容可根據具體情況來看，如果APP上提供的是一個假舉報功能，則還是需要執行一次網絡請求，因為App Store在審核時有一定概率校驗功能的真偽性。

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

二、2.1 App Completeness

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

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

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

三、2.3 Accurate Metadata

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

四、3.1.1 InApp Purchase

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

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

2.采用服務器開關控制的方式來控制支付方式的下發，同時APP本地使用默認合規的應用內購買支付方式，在提交審核期間，關閉服務器開關控制，本地僅使用合規方案，待審核通過后再開啟使用替代方案。

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

4.APP本身還是提供合規的應用內購買支付方式，但如果用戶綁定了手機號，可通過手機號判斷用戶歸屬的國家，中國區用戶可通過手機短信引導使用支付寶或微信在H5頁面支付（可降價促銷），非中美用戶可引導在H5頁面用PayPal支付。

五、4.3 Spam

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

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

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

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

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

六、5.1.1 Data Collection and Storage

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

1.隱私條款說明不規范：如果是條款方面的問題，可以重點對比下競品的隱私條款包含的內容，然后再據此跟開發和法務溝通后修改即可。

2.權限獲取說明不規范：因為條款5.1.1被拒的開發者，大多是由于該原因，可根據蘋果官方答復的截圖，修改權限的獲取文案即可。權限獲取時，在彈窗上說明獲取該權限的具體用途。

3.強制登錄問題：對于需要用戶登錄后才允許使用功能的APP，需要設定好登錄的優先級。例如：根據App Store官方說明，應用內購買應允許非注冊用戶使用。所以，如果功能設計為非登錄狀態即可看到應用內購買項目，點擊后要求用戶注冊后才能支付或使用，這就可能被拒。而如果調高登錄優先級，在用戶未登錄狀態無法看到應用內購買項目，登錄后才能看到相應入口，就能有效的規避該問題。

七、可能導致被拒的操作

前文寫的主要是“因為對應條款被拒”后的相關分析和補救方法，此處再補充一些可能導致被拒的常見操作，希望大家能有效避坑。

1.帶有占位符內容，在應用程序中出現未完成的圖片或文本等內容；

2.應用中出現beta、測試等相關關鍵字；

3.應用評級和實際不符，需要注意的是，每次發包評級可修改，所以不需要在首次發布時過分糾結而選擇與實際不符的評級；

4.App預覽只能是使用應用本身捕捉的視頻、旁白、文本以及設計輪廓，否則將會被拒絕；

5.在未經允許的情況下展示用戶的真實個人信息；

6.UI、交互設計不符合Apple官方規范；

7.應用內有獎勵相關活動，但未聲明該活動與Apple無關；

8.應用或者元數據中提到其他任何移動平臺（特別是Android）；

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

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

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

12.通過獎勵的方式誘導用戶好評，或者強制用戶評價才能使用功能；

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

14.訂閱沒有說明具體價格、付費方式、自動續訂和取消規則。

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