相信不少開發者在App Store提交應用稽核的時候有遇到過稽核被拒的情況，且被拒的答覆都是官方的通用答覆模板，讓人一頭霧水，最後被拒的根本原因還需要我們自己去猜測和琢磨。

針對這一痛點，蟬大師將陸續推出App Store稽核被拒條款解讀的內容，旨在幫助開發者能更好的避開App Store稽核的坑，以及踩坑後知道要如何填坑。

一

iOS馬甲包被拒4.3（重複App）

4。3為開發者常見的拒絕條款，上馬甲包的技術人員特別為之頭疼。4。3條款被拒主要分兩種情況，一種是過不了機審，一種是過不了人工稽核。另外標題和目前已有的App一致也會被拒審。

解決方案：

a）針對機器稽核：主要在於程式碼的處理方面，可新增垃圾程式碼，降低程式碼的相似度；

b）針對人工稽核：主要在於修改UI風格，從icon到應用截圖等需要做個性化處理，不能照搬主包或者是僅僅小改動；

c）針對標題一致：標題名稱儘量和已上線的App有差異化，特別是很多蹭知名產品的名稱，至少必須在後綴做差異化；

如果某個產品在某個賬號被拒太多次之後，可以將原來賬號裡的App作廢或者修改，將已有的包名稱修改成其他的，同時移除之前的App，打個空包傳上去覆蓋之前的資料。

二

1。2 安全：使用者生成內容

有開發者明確按照郵件指示進行修改，但是還是會收到拒審條例1。2，有時候還會夾雜著2。1-Information Needed，簡單說就是違反多項稽核條例。

解決方案：

針對Guideline 1。2 - Safety - User Generated Content，需要有：

1。使用者協議明確；

2。舉報機制；

3。遮蔽拉黑，遮蔽此條動態，遮蔽此人動態。

其中1、2兩條是大多數開發者都能想到的，但是第3條也是必須的。

三

iOS App被拒2。3。1

解決方案：

a）可以先刪除第三方支付程式碼；

b）把需要隱藏功能模組的程式碼做混淆處理；

c）可以嘗試美國的IP控制；

d）如果自查過了，確定自身產品都沒有第三方支付的問題，可以向蘋果發郵件申訴，說明情況。

四

缺少一個演示賬戶

簡單說就是需要登入才能正常使用的應用，缺少了一個演示賬戶來展示應用的相關功能完整性。

解決方案：

在上圖中為稽核人員提供一個用於操作App的演示賬戶即可。

需要注意的是：以手機登陸的App，則需要提供一個手機號給測試賬號用，並且不需要簡訊驗證碼，這些開發者都需要在備註裡說清楚。

五

iOS稽核2。1被拒

解決方案：

需要給蘋果回覆使用後臺定位功能的原因，以及使用定位具體是做什麼用的，並提供一個演示影片給稽核人員。

六

準則2。3。7-效能-精確元資料

這部分開發者經常會遇到同樣的內容上次過審了，這一次卻沒有過審的情況，其中的原因是每次稽核App的工作人員是不一樣的，評判標準也會有差異性。另外有的開發者提交的元資料看起來都很簡單且正常，結果還是被拒絕了。這是因為只是開發者個人覺得元資料正常，但其實不符合蘋果的稽核規則。

解決方案：

1。減少標題中關鍵詞的堆砌；

2。儘量不要往副標題中新增競品詞；

3。有時候三種語言版本的副標題不一致也有可能遭拒；

4。關鍵詞100中刪除一些敏感違規的關鍵詞。

寫在最後

App Store稽核被拒並不可怕，只要我們能夠清楚為什麼被拒，知道如何解決問題就行。蟬大師後續還將推出稽核被拒條款的解讀內容，歡迎關注！

最後，如果你有遇到不容易理解的稽核被拒條款，歡迎留言評論，我們將盡力為你解答。

請允許小編隆重推薦蟬大師的關鍵詞熱度指數功能：在App Store關鍵詞熱度指數歷史資料的基礎上，再基於蘋果官方提供的榜單排名、搜尋關聯詞等資料，配合上百度搜索指數、微信指數、應用的關鍵詞覆蓋、關鍵詞熱度、關鍵詞屬性等多維度大資料模型預估得出綜合指數，能夠精確反映出應用在App Store上獲取搜尋流量的能力。