iOS App送審，審覈4.3被拒問題怎樣處理我來告訴你

寫這篇文章的理由很簡單，我遇到iOS審覈4.3問題了，老闆須要我解釋和怎樣避免。爲了回答這個問題，我整理所瞭解的信息，歷時4個多小時。
可能會出現誤差或者不適用，該因是我能力有限，不保證必定能經過過iOS審覈4.3人審覈問題。

先回顧下，4.3問題被拒郵件是怎樣的

1. 3 Design: Spam

Guideline 4.3 - Design

This app duplicates the content and functionality of other apps submitted by you or another developer to the App Store, which is considered a form of spam.

Apps that simply duplicate content or functionality create clutter, diminish the overall experience for the end user, and reduce the ability of developers to market their apps.

The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.

Next Steps

• Review the Design section of the App Store Review Guidelines.
• Ensure your app is compliant with all sections of the App Store Review Guidelines and the Terms & Conditions of the Apple Developer Program.
• Once your app is fully compliant, resubmit your app for review.

Submitting apps designed to mislead or harm customers or evade the review process may result in the termination of your Apple Developer Program account. Review the Terms & Conditions of the Apple Developer Program to learn more about our policies regarding termination.

If you believe your app is compliant with the App Store Review Guidelines, you may submit an appeal. Alternatively, you may provide additional details about your app by replying directly to this message.

簡單解釋，就是被蘋果認爲該App重複使用自身產品或者模仿其餘開發者的應用的內容或功能提交到appstore市場審覈，appstore市場不接受相似的產品，若是沒有合理的解釋，再送延遲審覈，拖你一頭半個月，如發現目的爲了逃避評審，直接封號。

對此，不只考慮爲何會出現iOS審覈4.3問題，蘋果是怎樣判斷的。在解答這個問題，咱們先說說目前市場上是怎樣處理iOS審覈4.3問題的，只有清楚別人的作法，才能逆推出一些玩法來。

從iOS審覈4.3問題出現到目前爲止，處理iOS審覈4.3問題方法從時間上，從複雜程度上，經歷了以下的過程，當時最後的結果就是老子不玩了。

UI不變，代碼不變，新開發者帳戶送審

UI不變，代碼混淆，新開發者帳戶送審

UI套殼，代碼不變，新開發者帳戶送審，蘋果審覈看到固定頁面

UI套殼、代碼混淆，新開發者帳戶送審，蘋果審覈看到固定頁面

UI套殼、代碼混淆，全新類名、函數名，新開發者帳戶送審，蘋果審覈看到固定頁面

UI全新、代碼重構，全新類名、函數名，新開發者帳戶送審，打包設備、全新IP送審，等同全新產品

注：代碼混淆就是加垃圾代碼，垃圾代碼調用一個獨立頁面，用戶端沒有入口

目前iOS審覈4.3問題最經常使用的處理方法是第4種。號稱市面上能處理iOS審覈4.3問題而使用加固軟件，底層處理方式可能就是加垃圾代碼。

縱觀蘋果iOS審覈4.3問題被拒郵件內容，整體的能夠歸納爲如下三種iOS審覈4.3問題猜測，第三種更可能是我我的猜測：

1、代碼層次的iOS審覈4.3問題
2、設計層次的iOS審覈4.3問題
3、設備、IP、開發者帳戶、聯繫人、銀行卡綁定等信息關聯上的iOS審覈4.3問題

爲何會得出以上的猜測？衆所周知，蘋果審覈會分兩個部分：機審與人審。機審與人審被拒的郵件內容會出現個別的差別化。

通常而言，代碼層次的iOS審覈4.3問題，被拒的郵件回覆是沒有任何截圖，其次咱們經過後臺查詢審覈時間期間是否有非公司IP或非白名單設備登錄過沒有，可能查詢不到任何記錄。

而設計層次上的iOS審覈4.3問題，被拒的郵件有很多比例會附上截圖，通常多爲首頁。由於啓動過，因此能查詢到審覈人員的設備、IP，瀏覽哪些頁面等等信息。曾經試過，收到被拒郵件被附上與某某APP的類似信息。

再而設備、IP等信息被關聯拉黑出現的iOS審覈4.3問題的被拒郵件內容更偏向代碼層次的模版，無任何記錄，就是被拒了。

注：怎樣查詢異常IP／設備，作了數據埋點追蹤，再而送審的版本，除了公司內部的人能登錄，其餘人是不可能登錄送審包的

遇到以上三種iOS審覈4.3問題，咱們應該怎樣處理。在說怎樣處理前，咱們先詳細說說三種4.3問題是怎樣的

1、代碼層次的iOS審覈4.3問題
兩個產品代碼層次上類似度太高，超過70%（數據我猜的，通常做垃圾代碼新增判斷標準是超過30%）。
不管是與線上的產品代碼類似，仍是與曾經送審未經過產品代碼類似，出現這種狀況有如下幾個可能性：
已上架或送審被拒的AB產品代碼類似，比較容易存在在綜合功能產品分拆小功能產品上，或模版化的產品上
開發使用開源代碼或者接口，致使代碼上類似
添加垃圾代碼混淆，垃圾代碼佔比過大形成的代碼類似

2、設計層次的iOS審覈4.3問題
這類iOS審覈4.3問題，是人爲致使的。嚴格來講，這App已經經過機審了，不料其餘設計上雷同，如itc後臺的icon圖標／送審截圖／應用名後綴版本，又如總體App設計類同，首頁如出一轍等；很容易形成審覈人員直接認爲克隆包存在。這也許就是爲何iOS審覈4.3問題被拒郵件內容會有首頁截圖的原因。
可能問題又來了，對於蘋果審覈人員，日均過審幾百上千的產品，如何作到識別設計上的雷同。單純說是對某App有印象的解釋，很難讓人滿意信服。對此，有兩個疑惑須要解答的：
審覈人員怎樣得知與某App類似的，而且截圖
審覈人員的後臺是怎樣的
爲何會有以上疑惑，或許與我打雜職業生涯有關，我作過不少亂七八糟的東西，經歷不少崗位。
如SEO的僞原創文章（類同大學論文檢測），原理都是基於一個後臺，經過技術上比稿，從而獲得二者或幾者之間類似度。在僞原創文章檢測後臺上比稿，不只能給出文章整體類似度，還能夠給出與那些文章類似度的比例；
視頻圖片內容網站的監黃系統，經歷三點識別，漏肉比例識別，其餘技術識別後，得出大概比例，通過監黃比例作分層預警系統，最後纔到人審覈；
百度、谷歌圖片識別系統
是否是有一種和蘋果審覈極度類似的錯覺，做爲萬億的蘋果公司，技術上徹底是能夠作到的。何況，IOS開發仍是封閉型生態圈的，多款產品比較更簡單。基於這些，也引出我第三個iOS審覈4.3問題的我的猜測；

3、設備、IP、開發者帳戶、聯繫人、綁定銀行卡等信息關聯上的iOS審覈4.3問題
在16年直播時候，有人的帳號被封號，有共同的點。一樣的套殼直播產品，結果掛在某個被認證身份證下多個帳號，或者同個銀行信息下多個帳號，一概被封號，而其餘非這些信息的卻神奇避免了。若是從代碼類似度上解釋，給不出合理的解釋，那幾個倖存者是怎麼一回事；
很多開發者開發一款新的App，可是送審時候莫名其妙的遇到了4.3問題。明明是新產品，代碼上毫無關係，UI也是全新的，再而市面上也沒有同類的產品，可是居然遇到4.3問題。

對於狀況，我想到的可能性有這些：
開發人員使用別人開源代碼，不幸這部分開源代碼被蘋果機審標註爲克隆包代碼；
開發人員使用別人開源代碼，在本身的產品中代碼佔比太高，再而代碼被多人開發者使用，被認爲克隆包；
自身開發者就是克隆包玩家，產生過多的克隆包，致使本身的設備、IP、開發者帳戶、聯繫人、銀行卡等信息成爲蘋果黑名單，被蘋果審覈認爲只要是這些信息的開發者所開發的產品均一概被認爲克隆包

截止目前爲止，大部分iOS審覈4.3被拒信息指明，第3種可能性是存在的，避免這些信息也有助於過馬甲包，遊戲行業的人早有體會。

基於以上種種猜測，針對各類狀況，咱們目前應該怎樣處理各類4.3問題

1、代碼層次的iOS審覈4.3問題
整理以往全部送審的開發者帳號，整理出相似克隆吧產品的帳號，下架已上架產品，處理未經過審覈產品，統一更新一個版本，上傳一個空殼包，而且在全部App應用名命名爲做廢包+時間點；

代碼上的類似處理

1⃣️已有代碼的混淆（改類名，改函數名）

2⃣️添加垃圾代碼，使垃圾代碼調用某一個功能，這功能集中某個頁面，用戶端不可見

垃圾代碼的類似處理

避免與目前本身其餘產品克隆包添加的垃圾代碼同樣

2、設計層次的iOS審覈4.3問題

設計一套全新UI，色調、交互精打細磨

交互上儘量使用蘋果最新功能的交互，適配蘋果最新的產品

itc後臺的送審icon、應用截圖從新設計，與目前在線產品有明顯的差別性

應用名起名，使用全新名字，而不是某產品後綴名字，如省唄極速版

3、設備、IP、開發者帳戶、聯繫人、銀行卡綁定等信息關聯上的4.3問題

開發者帳號避免處理

1⃣️同一款相似的產品不放在一個送審帳號上

2⃣️同一個開發者帳號儘量不關聯幾個馬甲包產品

打包電腦設備處理

若有條件最好不要用一樣的MAC打包，如無條件，儘量不超過5個克隆包

上傳包IP處理

上傳克隆包IP，儘可能避免與其餘克隆包的IP相同

聯繫人、收款銀行卡信息處理

過多克隆包，儘可能避免同一銀行卡信息、聯繫人關聯

技術網站、隱私協議用獨立域名處理

若是有條件，儘量使用一個獨立的域名，技術網站儘量複雜點，有產品信息，有聯繫信息，有公司信息等等。

以往，作馬甲包時候，常用相似上線了的工具搭建官網。

App內關於產品能直接訪問技術網站官網，在官網上能找到隱私協議等，雖然不知道會不會影響，做假做全套

如下是臆想中蘋果審覈後臺，純屬是臆想，沒有雷同。

本文本人首發www.zfjobslib.com。 【iOS代碼混淆工具】版本：ZFJObsLib 1.7.2