iOS過審指南：教你解決大部分被拒情況
作者：占帆 來源：鳥哥筆記
在蘋果一次次機審升級的背景下，iOS過審似乎變得越來越難，今天這篇文章總結了筆者這些年對于iOS過審的一些心得，基本上涵蓋了大部分的難點，讓大家在iOS過審的道路上少走彎路。
接下來就從創建賬號到提審各個階段，拆分幾個注意點分享給大家。
1、創建開發者賬號
2、應用元數據
3、如何避開“4.3”重復應用和“2.3.1”代碼混淆
4、關于第三方支付違規即 “3.1.1”
5、收到“2.1大禮包”如何回復
一、創建開發者賬號
創建蘋果開發者賬號是我們把應用上架到AppStore的第一步， 2018年以前，注冊蘋果開發者賬號還是很簡單的，只需要姓名、地址和一張雙幣信用卡，然后填一下密保問題答案和其他基本信息即可注冊成功，而且一般申請完三天內即可成功激活賬號。
到了今年四月份的時候，蘋果官方對中國區的賬號更新了隱私協議，要求必須綁定手機號才可以更新協議，如下圖：
對于新賬號來說還好辦，注冊的時候綁定一下手機號就行了，而且現在很多人不止一張卡，很好解決，但是對于老賬號就不太好辦了，如果不更新這份協議的話，就無法在該賬號下提交新App，也無法對該賬號進行續費，損失非常大。
而且綁定手機號之前，必須正確回答你注冊賬號時候填寫的密保問題，而很多人是亂填寫密保問題的，或者遺忘了密保問題，導致無法綁定手機號。
好在后來有人想到了一個方法，可以繞過密保問題完成綁定手機號，就是找一部系統為iOS 11的手機，在設置里面先退出之前的Apple ID，點擊“姓名-電話號碼-電子郵件”，然后點擊“編輯聯系方式”，加入我們的手機號，然后去網頁上的蘋果開發者后臺點擊同意協議即可。
不過一部蘋果手機只能進行三次此操作，對于擁有賬號多的人也造成了不小的麻煩。
然后到了今年七月份的時候，蘋果又出新規，要求開發者賬號必須開啟雙重驗證才可以繼續注冊，如下圖：
所謂的雙重認證就是，我們用某個賬號登錄一個新的設備時，需要提供密碼以及自動顯示在設備上的六位驗證碼，驗證時我們可以選擇信任此設備，下次登錄時就不用再收驗證碼了，這也增強了蘋果賬號的安全性。
新規剛出時，開啟雙重驗證是可以在瀏覽器上進行的，但是后來蘋果關閉了在瀏覽器開啟雙重驗證這個功能，我們只能用Mac或者iPhone來開啟。
在中國區，一個主包下有多個分包是常態，所以在同一設備對多個蘋果賬號開啟雙重驗證的話，很容易將賬號之間關聯起來，這也是給各開發者的一個難題。
所以我們最好不要在一臺設備上激活多個開發者賬號，設備的數量也成了一個剛需，大家可以根據實際情況來進行選購或者租賃。
二、應用元數據
蘋果App的應用元數據指的是我們需要在開發者后臺所填寫的資料，包括但不限于標題、簡介、關鍵詞等。如下圖：
為了避免與線上應用重復，我們在元數據上也應該注意，比如icon、展示圖、關鍵詞、應用簡介這些都要保持唯一性，對于過審是有幫助的。
蘋果重點監測的詞盡量不要使用，除非公司硬性要求，比如彩票這種，還有其他熱門應用的品牌詞不要使用，會被蘋果官方認為會給用戶造成誤導，從而被拒。
從今年10月3日開始，蘋果官方要求開發者必須填寫隱私政策網址才能提交應用，這也應該成為大家一個關注的點。很多開發者認為必須要在App里彈窗才行，不過根據蘋果官方的說法，App內彈窗并不是硬性的，只要開發者后臺有填寫網址即可，也有一些開發者沒有在App內彈窗就直接過審了。
當然我們也可以在用戶剛進入App時，底部高亮隱私政策，讓用戶可以點擊進入隱私政策詳情頁，這樣也是可取的。
高德地圖App的隱私授權詳情頁
三、關于重復應用
重復應用就是我們平時說的“4.3”，現在的開發者幾乎是談4.3色變，因為一旦我們的App被蘋果反饋4.3，也就相當于這個App沒有過審的希望了。
我們先來看看蘋果官方對于4.3的定義：
“請不要為同一個APP創建多個套裝ID，如果您的APP針對特定位置、運動隊、大學等存在不同版本，請考慮提交單個APP，并提供App內購買項目以提供不同的功能。同時，請避免繼續在已有大量類似APP的類別下進行開發；App Store上已經有太多模擬放屁、打嗝聲音的APP，以及手電筒和愛經APP。上傳大量相似版本APP的開發者會遭到Apple Developer Program的除名?！?/p>
蘋果給我們應用4.3的反饋可以從三方面來考慮，一是元數據，二是代碼，三是應用界面。
應用元數據剛才上面說了，盡量保持唯一性，也就是我們盡量原創，這樣降低被認定為重復應用的概率，如果我們的應用是原創原生APP，但是因為我們偷懶，抄襲了其他APP的應用簡介而被蘋果認定為重復應用，可謂是得不償失的。
然后就是代碼層面，最常見的方法就是混淆，這也是每個做iOS應用過審技術人員的基本功，放在之前可能我們盡力多做代碼混淆就可以降低反饋4.3的概率，但是近幾個月來，蘋果對機器審核進行了升級，如果檢測到我們代碼混淆比較明顯的話，就會給我們2.3.1的反饋，中文翻譯如圖所示：
對于如何解決2.3.1，就需要我們的技術哥哥經過不斷地提審測試，然后試驗不同的混淆方法，找到一種比較靠譜的方法來提。
總而言之，現在蘋果的機器審核比之前要嚴格很多，我們的技術手段也要與時俱進來應對審核。
在2017年8月開始，蘋果就禁止了應用的熱更功能，所以如果我們應用內還有熱更功能的話，很有可能被蘋果反饋2.3.1，所以如果我們要更新APP，最好的方法就是迭代更新。
這里要注意的一點就是，蘋果官方兩個月前有一個更新，在過審后APP的更新說明是無法修改的，所以我們在提審時一定要寫好再進行提審操作。
最后就是應用界面層面，如果美術有足夠時間的話，可以多做幾套UI，降低審核人員在審核幾個疑似重復應用時判定為4.3的概率。
四、關于第三方支付
第三方支付違規也是我們常說的“3.1.1”，我們先來看下蘋果官方對于3.1.1準則的定義：
根據蘋果的規定，如果我們應用要進行虛擬物品購買等行為時，必須要使用蘋果官方的支付，不可以使用第三方支付。
不過蘋果對于每筆支付都產生比例較高的抽成，導致部分開發者不滿，所以就想繞過蘋果的官方支付來讓用戶購買自己的商品。當然這種行為蘋果是嚴令禁止的，因為這是動了他們的利益，所以在非極端情況下，我們還是盡量使用蘋果的官方支付來讓用戶購買，避免因為3.1.1被拒。
解決3.1.1被拒也是有方法的，如果我們是實物商品的話，可以在被拒后在開發者后臺向蘋果解釋，說明用戶購買的是實物，由我們進行郵寄派送，不屬于虛擬物品，從而通過審核。
如果不屬于實物物品的話，就需要我們技術哥哥把代碼中相關的第三方支付字眼進行刪除或隱藏，從而通過審核。
還有一點要注意的是，如果我們用的分享share SDK里有微信、支付寶支付相關部分的話，也是可能會被判定3.1.1的，所以我們最好把shareSDK做成不帶支付版的，畢竟過審才是首位的。
五、2.1大禮包
從今年過年開始，就有很多朋友陸續收到2.1的反饋，也就是我們俗稱的“2.1大禮包”，我們先來看下蘋果審核反饋2.1大禮包的中英文對照：
對于2.1大禮包，其實不必慌張，我們只需要對里面對應的條款一一進行答復即可，以下為一份回復模板供大家參考：
一般我們回復后等待應用自動進入審核即可，因為元數據被拒是不需要重新進行提審的，大家可以看蘋果官方反饋2.1大禮包的最后一句話。
六、最后
從六月末到現在，蘋果會在每個月的月末或月初進行一場“大清掃”，也就是單日下架上萬個應用，這也令很多開發者提心吊膽，最近一次大清掃是在9月30日，當天下架了1400多個應用，其中超過55%的App更新時間集中在2016年~2017年，所以適當更新我們的應用是有必要的，以免蘋果官方把我們的應用當做廢棄應用下架，從而對我們造成損失。
蘋果的機器審核以及人工審核在不斷更新變化，我們對應的方法也要不斷升級變化，才能跟得上變化，從而提升我們的過審效率。
評論
評論
推薦評論
暫無評論哦，快來評論一下吧！
全部評論（0條）