那麽為什麽從2018開始，蘋果審計團隊的監管越來越嚴呢？
我印象比較深的是，有兩個重要的時間段，使得ios上架的監管比較嚴格。壹個是65438+2月15年2月召集所有有現金貸的法人到北京開會。涉及到貸款利率和合規問題，主要要求如下:壹是貸款綜合利率不得超過36%；二是相關費用不能在放款前扣除；第三，所有貸款公司必須符合國家批準。
因為這個條款，當天很多理財app都下架了。當時報錯的問題是5.2.1。
第二個時間點，65438+10月11，開始大規模報錯3.2.1，要求app提交金融許可證和icp備案。市場上95%的公司都沒有金融牌照。之前市面上有很多包裝的方式，但是最近幾個月上架的監管程度已經把之前的粗糙遊戲都淘汰了。
我們再仔細看看最近幾個月遇到的問題:5438年6月以來暴露的第壹件事+2月5.2.1。這個問題的主要條款是根據產品必須有壹個合格的開發者賬號，妳的產品內容必須和妳的開發者賬號的業務範圍壹致。
然後就是3.2.1的問題，在6月1的時候被廣泛曝光。3.2.1的問題其實也是壹個資質問題。他們的操作方法其實和5.2.1差不多，但是真的比5.2.1難很多。
因為他需要我們提交我們開發商的賬戶的金融牌照和icp，壹些有icp備案的公司可以拿到，但是市場上很少有公司會有金融牌照。因為國內開發者反應太大，蘋果現在讓步了，所以稍微放松了壹點。作者的書架都有銀行存管協議，也可以上架。
18年，我們遇到了狗年2.1禮包。2.1的問題最多會遇到7個條款，並不是說我們的產品壹定遇到了這些問題，而是因為蘋果的審核人員認為我們的產品可能有問題，他們會先給我們壹個拒收的禮包，讓我們自己檢查。這個條款會浪費很多時間和成本。因為妳需要根據這些條款來檢查妳的產品的內容，2.1條款主要包括產品審核時的過多隱瞞，第三方支付問題，金融產品資質問題，重復馬甲包等。
這些都是我們最近會遇到的拒絕條款。在這個階段，3.2.1和2.1條款壹般大家都會遇到。通常我會把105的架子分成兩部分。第壹部分是妳需要解決的技術方面；第二部分是資格。在這個階段，只有妳要解決這兩個部分。只有這樣，妳才有穩定的機會拿到包裹。
先說技術層面。首先，我想和大家分享壹下ios的審核機制。iOS分為人工審核和電腦審核。
在人評上也會有中國隊和美國隊的區別。他們主要是去檢查妳賬號的相關資質與妳附件上傳的證書是否匹配，看產品內部的公司信息是否有第三方公司信息，app內容是否屬於妳的經營範圍。電腦審查主要是看代碼，看元數據有沒有錯誤。整體源代碼是否與同壹賬號的App相同超過70%。這裏簡單提壹下4.3的問題，就是馬甲包和主包源代碼重復，導致錯誤。4.3.這需要技術來修改源代碼，相應的UI和主字幕也要調整。
在這裏，我想把重點放在人體試驗上，因為人工試驗會有很多不確定性。運氣好的話，可能什麽都沒有就給妳了，但是如果真的嚴格的話，很多app都會卡在這個人體試驗階段。接下來我就分享壹些面對人工審核組審核增加包的概率基的產品含量時應該註意的事項。
我們最好把我們app裏出現的第壹屆蘭芳會的公司信息全部隱藏起來，至少不要有公司這個詞。
請特別註意在註冊協議中反映您的公司信息，在主頁中反映您的產品名稱。這是為了配合妳的資質。我們還需要添加壹個“關於我們”模塊。裏面需要聲明的app名稱和版權類似下圖。同時App需要添加客服的聯系方式，這些都是比較小的細節，容易操作，但這些確實是ios審核時審核員要看的重點，因為他們認為這些內容可以體現產品的歸屬。您可以在下圖中查看我們要求客戶提供的模板。
關於支付，蘋果是很嚴格的。很多產品在內部有第三方支付通道的情況下會被拒收。所以不能有產品內部有第三方支付通道的信息。妳可以做壹個開關，審計結束就關掉。讓技術運作起來。
金觸產品肯定會做背心袋來擴大曝光度。如果穿上背心袋，就需要做更多的手術。
簡單操作壹下馬甲包的主字幕，圖標，應用信息都會做出改變，和主包不壹樣，避免4.3的問題。在源代碼層面，馬甲包和主包的源代碼至少要有30%的差距。可以在源代碼中加入壹些容易混淆的代碼，這樣可以提高通過計算機審查的概率。
技術層面上，審核時提高上架率的方法大致是這些。接下來我們就來了解壹下市面上主流的幾種上架方式:申訴、PS、授權、裝箱、找第三方。
在這裏，我可以告訴妳壹個不成文的規定。如果因為資質問題未能上架，ios審核員會在妳再次上架時優先考慮妳的產品。但是壹旦妳因為壹個原因多次被拒，蘋果會認為這是壹種邪惡的行為，很可能會導致審核無限延長，通常是15天到兩個月不等或者會被封殺。
關於訴求，我推薦有金融牌照的公司嘗試壹下。我們可以先寫壹封關於上訴的郵件。大致內容是我們的產品符合我們的經營範圍，我們也有相關資質。我們為全國的消費者服務。希望ios團隊能理解，把妳上架。這個方法在17前期有壹定概率成功上架，因為在那個階段，ios還有很大的幾率是靠運氣上架的，妳的壹封投訴郵件可能就直接解決了這個問題。這裏需要註意的是，現在僥幸上包的概率越來越小了，可以試試，但是最好註意妳的投訴郵箱不要超過三個，因為如果太多的話，ios審核組會認為妳是故意的，很可能。
註:很多公司其實都在做資質，比如“ios開發子團隊”。如果妳有金融開發者賬號，但缺少金融牌照，可以試試。妳可以在網上找壹個其他公司的資質，然後去Ps，把資質裏的信息全部改成自己的公司。這樣會有壹定幾率。需要註意的是，PS技術壹定要專業。
因為ios的人工審計團隊分為中國團隊和美國團隊，是按照兩個團隊的隨機審計來做的。如果分配給美隊，就更容易上架了。比如某理財公司因為沒有金融牌照，上傳了金融牌照。ios審核組只會看金融牌照上的信息是否與妳的開發者賬戶的公司信息匹配，不會去銀監會調查妳的公司是否有這個金融牌照。如果審核小組批準了，妳的包就通過了。這種方法現在也可以有壹定概率成功上架。我們需要註意的是，在資質準備充分的情況下，產品的內容和邏輯要能和妳的資質相匹配。因為上架成功的因素不僅僅是資質，還有產品本身。我上面提到了產品方面需要註意的事情。
之前在殼的問題上的做法比較簡單粗暴。簡單來說就是做壹個信息的外殼，計算器，記事本，也許只是壹個提交的個人賬號。現在這種方法成功上架的幾率很小了。我們現在的主要做法是在同行業中做壹個亮眼的，然後和資質壹起做。舉壹個借超市產品的典型例子，因為這類app涉及其他公司的很多產品，如果用土特產上架，很難通過。現在市場上主流的做法是做殼，當然殼的內容要和妳的開發者賬號和資質相匹配。通常給超市貸款的方法是冒充現金貸進行試用，可以避免後期審核。
這裏需要註意的是，shell的操作比較復雜。壹個是做ab面，壹個是做檢測開關。如果app沒有現成的外殼，這種方法的時間周期太長。
授權玩法其實是5438年6月+10月出的。當時報錯為3.2.1，然後ios團隊發了壹個批文，上面提到了授權的具體方法。大致意思是允許產品公司掛靠在同行業資質牌照齊全的公司，或者壹些大型國有公司授權:這裏大家需要註意，授權這種方式，意味著妳掛靠在有資質的公司。批文中寫明，壹旦妳用授權的方式做，妳的產品需要授權公司授權，妳的開發者賬號必須是授權公司。很多人在審批之前都是用這個方法去5.2.1，但是現在明確說明了妳的開發者賬號必須是授權公司，需要大家註意。
最後壹種是找第三方渠道，屬於原包資質。現在市面上有很多渠道，我們的做法會更具體壹些，就是用銀行的開發者賬號，因為現階段只有兩個賬號上線比較靠譜，分別是銀行的開發者賬號和小商品的資質賬號。
他們的主要做法就是用這些合格的賬號幫妳上傳，然後把他們的金融牌照和銀行加到附件裏！ICP備案。您產品中的所有公司信息都將更改為他們的公司。包審批成功後，他們會在等待開發商發布的同時，把所有公司信息都改成妳的公司，等包上線發布後再寄回給妳。
這樣的做法在沒有相關資質的現階段還是比較靠譜的，也比較省時。大家要註意渠道的選擇。現階段，渠道可能沒有以前多，但也有壹定數量。據我所知，市面上還是有很多渠道比較簡單粗暴。以下是我最近幫公司從65438+2月15監管變嚴時，不同行業不同時間段的套餐。