iOS過審指南：教你解決大部分被拒情況
這篇文章總結了筆者這些年對於iOS過審的一些心得，基本上涵蓋了大部分的難點，讓大家在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的除名。”
蘋果給我們應用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年，所以適當更新我們的應用是有必要的，以免蘋果官方把我們的應用當做廢棄應用下架，從而對我們造成損失。
蘋果的機器稽核以及人工稽核在不斷更新變化，我們對應的方法也要不斷升級變化，才能跟得上變化，從而提升我們的過審效率。
福利
小編為大家準備了6份大大的App推廣乾貨禮包，包括：
6大推廣攻略禮包如何領取？
掃碼新增官方小姐姐領取
| 延伸閱讀
