ios馬甲過審核

㈠ ios馬甲包怎麼上架

審核速度變慢

最近，蘋果審核團隊一度讓人以為進入樹懶狀態，應用相當長時間內處於「正在審核狀態」（in Review），很多小夥伴依舊寄託蘋果工作忙後面會處理的美好願景，事實並非如此。很多產品處於正在審核狀態長達一個月也並未進展，後面只能悲慘刪除應用重新提交。不排除有包等了兩個月才審的。對於蘋果為何沒有審核產品，個人分析認為是蘋果對於馬甲包過多的一種「冷藏」方式。簡單說，就是讓你的馬甲包一直處於正在審核狀態不予以後續任何干預。即使給蘋果寫郵件，或者在「Connect US」進行觸發，都是無濟於事。

團隊上家的五個App近期也中招了

㈡ iOS馬甲包審核被拒如何過審

4.3一般存在3種情況，可以根據被拒回復進行判斷，如果你真的看不懂被拒回復，下面一一列舉，逐一排除，黑色字體是解決方案
第一種：簡稱代碼重復，代碼重復使用也有三種情況
1.可能你之前用這套源碼上過一個包，現在用這套代碼直接改一個logo跟名字再上一個馬甲，這種基本會直接4.3
這種情況基本要改源碼，第一步：工程中的文件夾的名字全部進行修改。第二步：每一個工程都有一個類前綴, 我們需要取一個長一點的類前綴, 並且這個類前綴在你的整個工程一定是一個唯一的字元串, 我們假設這個類前綴是PayDayLoan, 現在我們需要生成一個控制器, 控制器的結尾Controller也需要用一個特定的字元去代替, 比如:Director,剩下的View以及object做法類似, 就不一一介紹了,做馬甲的時候就是把這些名字用另一個唯一的字元去代替, 盡量長一點。第三步：把另一個其他的工程中的類全部導入進來, 主要是混淆代碼, 在現有的工程中調用, 可以沒有任何效果, 只是單純調用方法。
註：單一的加入垃圾代碼混淆沒用的！
2.如果你的這套源碼在一個賬號上提交過，但是被拒了，後來因為其他原因你不得不在別的賬號上重新提交此源碼，這種情況第二個賬號基本也會報4.3
這種情況需要在第一個賬號做一下處理, xcode新建一個應用, 直接用之前提交過的bundle Id打包，logo用一個純白或者純黑的圖片, 將這個新建的應用提交到應用市場, 構建版本中將之前被拒的包移除, 用這個新的應用頂替之前被拒的包, app名字改成 「作廢-此應用不再提交」 後面再隨便加一個數次, 因為這個名字別人已經用過了, app描述跟app名字一樣, 剩下的信息全部刪除.最後點擊保存即可．不需要提交審核。
3.你的源碼只要提交到itunes connect裡面，就算沒提交審核，當你再次使用此源碼提交審核的時候，基本都會報4.3
這種情況的解決方案參照2
第二種，界面功能相似
這種情況簡單的改源碼已經沒用了，需要在原有的app上加一些不同的功能，我用借貸類舉例說明該如何解決，其他類型的app可以參考
以下舉兩個應用說明, 分別用A應用與B應用代替, 你需要如何處理並且如何回復審核人員
1.A應用 是給沒有信用卡的用戶使用的一款借款App，B應用 是給有信用卡的用戶使用的一款借款App.2.A應用的最高借款額度是1000元, B應用 的最高借款額度是25000元.3.A應用的還款時間是7天與14天, B應用 的還款時間是28天. 4.A應用 內部有貸款計算器功能, B應用只是一個普通的貸款app, 並無其他功能5.兩款app是我們公司內不同的部門開發的app, 分別針對不同的用戶人群.
第三種，app名字被用過
這一種，可能是最容易被忽略的，取名字之前一定要先搜索app store有沒有同名應用，盡量避免同名應用

㈢ iOS審核被拒4.3，怎麼解決

最近，蘋果對於中國區的iOS開發者們要求很是嚴格，想必各位也吃到了蘋果的2.1大禮包，滿世界的尋找馬甲包的混淆方案。

作者：棋牌視角

來源：棋牌視角

本文為作者授權鳥哥筆記發布，轉載請聯系作者並註明出處

來源：棋牌視角（ID：qipai49）

本文為作者授權鳥哥筆記發布，轉載請聯系作者並註明出處。

馬甲包對於一家公司的產品引流起到至關重要的作用。但是最近這段時間，蘋果對於中國區的iOS開發者們要求很是嚴格，想必各位也吃到了蘋果的2.1大禮包，滿世界的尋找馬甲包的混淆方案。

第一次被打回

第一次被打回時，我們並沒有意識到馬甲包的問題有多嚴重，而且蘋果給出的拒絕原因是我們的APP中包含敏感詞彙，我們當時並沒有往馬甲包的方面去想，第一次被打回時，我們採用的方案是對敏感詞彙進行base64+MD5的混合加密方案，然後就重新提包了。

第二次被打回

這次蘋果說的很明顯了，而且他們機掃了我們的二進制文件，告訴我們API名稱與我們之前的一個產品非常相像，而且那個產品並不是使用這個馬甲包的開發者賬號。我們猜測蘋果可能針對APP做了資料庫，會去比對方法名。

這一次我們代價比較大，由於之前沒有考慮到這層，我們的API名稱就是和系統方法命名方式保持一致，導致無法引入腳本來自動替換。我們花了三個開發，和6個小時，人工對我們自定義的API名稱加上了特定前綴，如ab_xxx.這個思路主要是根據念茜大佬之前在微博上發布的API混淆加密方案。念茜的腳本是將需要混淆的API添加進文件，然後全局對所有需要加密的API欄位進行混淆加密。我們在此基礎上更新了腳本，可以自動抓取擁有我們前綴的API進行加密。但是這個方案在後面我們完全摒棄，所以在這里不詳細往下說了。

第三次打回

第三次被打回已經驚動了老闆，再想不出好的固化混淆方案我覺得差不多可以收拾東西了。這次蘋果的拒絕原因更令人窒息，他說我們的API加密性質太明顯，認為我們的APP一定藏有什麼隱藏功能，還給我們吃了一張延遲審核的黃牌。經過我們一波分析之後，認為這幾次被打回的經驗中，蘋果沒有涉及到說我們的UI有什麼相似的地方，所以，只要我們能把這個馬甲包做到變成我們開發人員都認為是另一個APP即可。

分析

首先感謝將混淆腳本開源的大佬！已經找不到源碼是誰寫的了，我們只是站在了巨人的肩膀上!

改頭換面

首先，由於是從主APP上拉的分之進行開發，所以這個馬甲包的scheme和工程名都沒有變化，於是我們首先從這里進行開刀。我們把project名稱完全換成了另一個。

API

首先base64加密API肯定不能再使用了，蘋果都說了，加密特徵太過明顯。

幸好之前已經把所有自定義的API名稱都加上了ab_前綴，使得我們寫腳本很好識別。我們將所有掃描出的API放到一個plist文件中保存在本地，然後我們建立了6個數組，每個數組中有6個單詞，每次從每個數組中隨機抽取一個單詞。將6個單詞拼接成一段方法名保存在另一個plist文件中，當然，在保存前，先去重，如果這個方法名已經用過了，那我們隨機再換，這樣一共可以生成46656種方法名，對於我們的工程已經夠用了。

圖片

我們利用腳本遍歷本地所有png文件，當然你可以自行添加.jpg格式遍歷。根據自己的命名規則將所有圖片重新命名了一波。另外我們也發現網上有個輪子可以利用shell命令對所有圖片資源進行超輕量級的壓縮，在不影響圖片質量的情況下，改變圖片的hash值。當然我們的馬甲包中圖片沒有和主界面相似的，所以的這一步我們沒有實踐。

類前綴替換

這一步主要是更改文件名。程序掃描絕對地址下的所有文件，只要是帶」XX」開頭的文件都替換成」AB」這種，另外每次替換一個文件都要遍歷所有文件，將所有用到這個頭文件的文件內容進行更換。

注意

類前綴替換有時會有個別沒有替換到，我沒能定位到問題，但很少，可以手動查找替換

生成垃圾代碼

我用plist專門搞了一個垃圾方法名，每四個方法生成一個帶參數名的方法。暫時每個文件里只生成一個垃圾方法。當然可以多運行幾次，就會生成幾個垃圾方法

實現

混淆工程我們使用C+OC的混合編程方式。

目前已經實現的功能有：

1、圖片資源修改名字

2、修改工程名

3、類前綴修改，如「GD」修改為「IE」，即修改了文件名

4、混淆隨機添加垃圾代碼、參數

5、修改方法名前綴

6、人工修改部分方法名，人工對重要類中的方法進行打亂排序

7、(可選)本地圖片超輕量級壓縮，打亂hash值，新上的馬甲包建議修改

使用方法

啟動參數配置

先配置啟動參數再運行，如圖
除第一項必選外其他都非必選。另外第一項啟動參數必須放在第一行

參數解釋

1.工程代碼的絕對路徑

2.-modifyProjectName [原工程名]>[新工程名]

3.-modifyClassNamePrefix [xcodeproj文件的絕對路徑，不是pod安裝後的那個打開文件] [舊類前綴]>[新類前綴]

4.-spamCodeOut

5.-ignoreDirNames [需要忽略的文件夾],[需要忽略的文件夾] 注意，Pods文件夾不在混淆范圍內，不需要寫

6.-handleXcassets (混淆圖片文件)

7.-deleteComments (刪除多餘的空格和注釋)

8.-chageAPIPrefix [舊方法名前綴]>[新方法名前綴] 注意，前綴要有「」才能被識別，如果之前工程中沒有xx下劃線開頭來命名方法的，此項不要勾選

此工程可以選擇混淆概率，修改工程中kPercent數值。

實際測試如下

小結

目前第三次打回後的工程已經提審，未可知能否過審，會持續更新。腳本也寫的很匆忙，後期會進行優化。腳本傳送門

www.it9188.com

㈣ 各位大神，ios馬甲包現在還刷得動么

所謂了馬甲包，是為了針對蘋果審核嚴、無法刷排行榜想出來了一個方法。公司把同一套代碼，換個皮膚，換個名字，再換個蘋果賬號提交審核，只要審核通過，那此程序就相當於在蘋果市場多了一份曝光率，所以很多公司，給同一個代碼換十套，甚至百套名字、皮膚，從中獲利。此方法在游戲和彩票之類的APP使用最頻繁，游戲公司的收入至少有50%是來自這些馬甲包。
我個人覺得做馬甲包的行為屬於非正當競爭，屬於非常可恥的行為。此行為直接會讓所有的開發、市場、設計人員，不把重心放在產品上，而是放在如何發布更多的APP，如何在iOS排行榜拿下前十位置等等。值得慶幸的是蘋果市場的審核人員已經注意到這塊，目前在審核條款了加了好幾項相關說明，同時，在審核的時候也會通過機器初審的時候對比蘋果市場是否存在該二進制文件等方式。

㈤ 跪求：馬甲包上架技術，ios 代碼混淆 馬甲包過審技術！！！

從收集今年每月審核被拒原因得來的大量數據中可以看出，被拒原因 TOP3：條款 2.3、2.1、4.3（元數據、App 的完成度、重復 App/馬甲包）一直是穩定的居高不下，因此開發者們一定要遵守這三條條款，以增加過審幾率、節省與蘋果糾纏的時間，勿要存在僥幸心理，挑戰蘋果。

若想通過審核，除遵守上面幾項條款以外，在4.3問題上主要是改變二進制代碼，如果是同一個包（馬甲包）想要改變二進制代碼而對功能又沒有任何改變，可以使用幾維安全提供的安全編譯器，利用混淆的技術來改變二進制文件。

幫助過審的同時，還能利用IOS開發子團隊開發的包過審馬甲包加密混淆編譯器可安全編譯C、C++、Objective-C、Swift代碼，支持安卓 NDK和iOS馬甲包項目

支持iOS項目［APP、動態庫、靜態庫］和安卓NDK項目［SO動態庫、靜態庫］!

㈥ ios app上架流程是什麼，怎樣避免提交審核被拒，馬甲包跳轉

馬甲包不行了，現在蘋果審核都開始審核代碼了！蘋果商店審核指南知道不？不知道的看這里：網頁鏈接 你的APP違法了任意一條都會被打回來！多讀幾遍！！！！

㈦ iOS審核第一次提交審核需要多長時間

時間不等
一般是7個工作日作為單位
也可能是3~10個工作日

如果你有正當的理由(春節也是正當理由, 蘋果對春節要舉行重大活動的APP是有優先審核權的), 你可以走緊急申請通道, 但是做好准備, 因為畢竟是人在審核而不是機器, 如果你的理由不夠充分, 你會為此多付出幾天的排隊代價.

在我的經驗當中, 最快也要3天, 從未見過低於3天的情況出現.
但一般都是7天以上.

㈧ ASO優化技巧：如何解決馬甲包審核問題

解決辦法
第一種情況：更改標題，精減字數至10字以內，如果有做多語言版本的朋友，建議每個語言版本的標題一致。 第二種情況：直接重新提交一個新包，新建個App，可以用老開發者賬號，也可以用新的；個人建議用新開發賬號為佳。
開發者發布商（用於顯示上架開發商的名字，原先大家都是按照自己開發者的名字的，我在7月2號上架成功後客戶說包不是很好，因為提審詞不怎麼樣，所以一直感覺有點對不起客戶，於是就像一塊石頭每天壓在心裏面，直到7月5號的那天我在一邊吃早餐一邊編譯的時候，突然想到這個方法，當時團隊的夥伴都以為我在開玩笑，諷刺的說你以為是某吧然後發廣告？雖然我的想法不被看好，但是我還是試著嘗試了幾次，沒想到成功了）
名字修改有以下三種操作
1.首次編輯
新賬號創建一個app，開發商在第一次操作的時候就把大量的關鍵詞和長尾關鍵詞設置好
2.郵件修改
郵件修改，需要和鄧白氏公司就行申請更改，這個是走正規路線，所以比較麻煩，不建議走。
3. 轉讓app更改
個人轉移過來，或者公司轉過來就會顯示（我這里有全新的各類開發者賬號，大家如果沒有可以找我）
注意：這2.1的操作需要公司開發者賬號必須是全新的（網路科技類型）公司賬號才可以，有過提交記錄都不可以以及個人賬號不行哦。
還有一個方案就是直接把你的公司名字改為關鍵詞！

㈨ IOS審核不通過，求助

轉載供你參考最近，cocoachina 發起了一個關於iOS開發者遇到審核失敗的原因及解決辦法的主題討論，現簡單整理有價值回復如下。

wubo9935

App中設計的圖標與Apple原生圖標類似，Apple原生圖標有專利保護，並且在Design Guideline裡面規定，App的圖標不能與Apple圖標雷同，如iTunes，App Store, iPod等的圖標。若出現雷同App將被拒。

逐風

App的設置界面、按鈕使用了類似iPhone的操作方式以及icon的圓角設計 -> 重新設計…

App的年齡設置太低 -> 改了年齡…

App里有實物獎勵 -> 免責聲明，和蘋果無關…

App描述里提了後續版本的功能的字樣 -> 刪除…

App有打分的功能 -> 有reject的，也有通過的…

App需要使用location，沒有提示用戶 -> 加了提示，允許用戶拒絕…

App沒提供測試賬號 -> 提供…

App里有私有api -> 修改…

numbbuaa

遇到過兩個問題：

1.第三方靜態庫包含私有api的調用(聯系第三方技術支持，更新靜態庫);

2.包含潛在的色情，暴力等內容(調整應用年齡限制等級，並加入舉報功能)

armywin

游戲中包含可以跳轉的URL，被拒

游戲中包含推廣非本賬號下的APP的，被拒

APP界面設計太像一個網頁了，被拒

游戲內購時候做了伺服器驗證，伺服器不穩定，導致測試賬號無法充值，被拒

游戲中提供了月卡功能，但是不支持玩家在不同設備中使用，被拒

wode211

1： 做瀏覽器的，分級必須選17+

2： 類似於Android widgets 桌面的應用被拒(不符合用戶習慣)

3： Term of service 的URL鏈接大網頁與 「Term of service」 內容不符合，被拒

4： 某個button或者控制項的響應，沒有與說明描述的一致，被拒

5：iPad應用，UIPopoverController的那個箭頭，沒有指向對應的按鈕或者控制項，被拒。(轉屏後如果沒有指對，也被拒)

6：iPhone程序不能在iPad上跑，或者跑得不好，被拒

7：Documents里的文件，沒有按照iCould的指導文檔處理好，被拒

野豬洋洋笨

App的年齡設置太低 -> 改了改高年齡…

App里有提示用戶評價打分的按鈕功能 -> 刪除…

沒有在多個設備測試，iphone5出現界面扭曲->改

App里用了第三方的api -> 修改…

ywlcjl5

游戲界面丑不符合iPhone用戶的期望值，連續被拒2次。 —重畫。

永久購買的IAP沒有添加恢復購買功能。 —添加。

添加了退出程序的功能不符合人機交互功能。 —刪除。

xin814

1、和蘋果的app store風格類似 修改

2、使用私有API 刪除

3、別人的，界面中的iPhone寫錯成IPhone 修改

linaicai_rename

1)App內的第三方登陸通過內置瀏覽器跳轉出去的被拒 修改成webView登陸

2)牆紙類應用因為無法控制第三方數據導致部分色情圖片的出現會被拒 刪除

3)App名稱或者內部數據使用到一些被注冊商標的名稱會被拒 修改名稱

4)應用太多簡單，界面太過少或者嚴重違背蘋果界面設計准則被拒 重新設計

tmxk12388

一、第一次是在審核的時候，app一直提示無法連接到伺服器，自己測試沒有問題，分析原因可能是Reachability返回無法連接 -改用request返回數據判斷後審核通過

二、提交視頻類客戶端，說沒有視頻直播的版權 -提供版權說明後通過審核

三、產品僅提供手機號注冊，要求提供賬號 -提供賬號

四、產品的icon和閃屏圖片加入了其他公司的logo -去除logo

doctor_chen

1.關於我們那個頁面為了方便用本地webView布局的，僅此一個頁面，就因為這個被拒。提示什麼沒有native特性，如button。。搞了半天才知道這原因，把webview換成個圖片，蘋果滿意了。

2.某應用，其他都沒問題，有個使用說明為了美觀我把每一項加了個封面做成書架風格，內容純txt的。蘋果當我賣書的，告訴我，xxx like ebook should be xxx on ebook store.我就把這個刪了，通過了。我很想不通那麼多txt格式的電子書怎麼通過的。。

3. 用了個類似優酷那種一點彈出一圈菜單的，說用戶會confused疑惑，要有引導說明，沒通過。我加上說明也沒用。最後還是換了個普通的菜單，通過了。

beiqingbao

程序里有提示用戶評價

提示語：親，給個好評!～ 被拒了

改為『』去APPSTORE評分」通過了

lpluck08

1、App內如果出現蘋果設備名稱，必須是iPhone、iPad之類的，注意大小寫，如果是iphone或者ipad，rejected!!

2、App內如果涉及到登陸或者需要和硬體設備連接才能繼續操作的，需要提供測試賬號，或者操作視頻。

3、私有api的問題，遇到過一次。。。

cocoawill

1.應用內含有有某公司LOGO的圖片，沒有該公司授權文件，被拒

2.應用關於內含有beta字樣，被拒

3.申請證書時勾選了Inter-App Audio，應用內不支持，直接Invalid Binary

4.info.plist裡面設置了Required background modes >App plays audio ,審核人員在應用內未發現播放音頻的地方，被拒後，在notes里添加音頻播放功能說明，通過了

5.注冊只局限移動或者聯通賬號，被拒

6.應用內點擊某個功能，提示正在下載，被拒，改為正在載入，過了

bombbomb

非用戶產生的數據存放在了Documents目錄里，違法icloud備份規范被退回。

應用內搞市場活動送獎品，沒有寫明和蘋果無關，被拒

23105612

被拒原因

我們啟用了游戲中心，但是做了限制需要玩家玩到某個程度才能開啟，然後被拒

解決方案

郵件溝通後錄制了在游戲中使用游戲中心功能的視屏，得到通過

legolasyoung

來個帶條款的：

3.10 利用偽造或付費評論的方式在App Store中企圖操縱或欺騙用戶評價或圖表排名的開發程序員(或者採用其他不正當方式)將會從iOS開發者項目中除名

App里有提示用戶評論的AlertView：

第一次：give me 5-star rating, you will get 100 coins! 被拒;

第二次：give me 5-star rating, thank you! 被拒;

第三次：plz rate me! 通過。

程序是無法知道用戶評了多少評分，所以提示用戶給5星算是欺騙用戶。而第一條更觸犯了付費評論這一點。

小提示，開發者想通過「開關」的形式開控制此提示文本來繞過審核，最好別這么做，壇子里很多人已經因為這個做法被取消IDP了。

11.1 使用App Store以外的軟體開啟或提供額外功能的應用程序將會被拒絕。

App里，允許用戶可以通過分享游戲結果到facebook、邀請facebook好友玩游戲等操作，獲得免費金幣。被拒;

將這些操作改成不給金幣，通過。

「分享結果到facebook」和「邀請facebook好友「屬於「app store以外的軟體」，「獲得免費金幣」屬於「提供額外的功能」。

10.2 與App Store、iTunes Store和iBookstore等提供的iPhone捆綁應用程序類似的應用程序將會被拒絕。

一、之前製作的一款App有用戶書架功能，書架界面類似於iBooks將書的封面一本一本的排列在書架上。手指長按書的封面，書架進入編輯模式，封面會抖動。這個編輯功能被拒。改成進入編輯模式後，封面不抖動，通過。

二、之前製作的一款軟體有IM功能，用戶之間的對話顯示高仿系統自帶的簡訊氣泡(鯨魚體)，被拒;改成非鯨魚體的UI，通過。10.1 應用程序必須遵守蘋果《iPhone用戶界面指導原則》以及《iPad用戶界面指導原則》中解釋的所有條款和條件。

蘋果是不允許應用程序遮蓋狀態欄的。

之前使用了MTStatusBarOverlay這個開源庫，遮蓋了狀態欄顯示任務和進度，被拒;

後來換成別的庫不遮蓋狀態欄，通過。

zsx923

1. App內評分彈出alert,文字不能誘導用戶,比如」好評」,」5星評價」之類的,統統會被reject

2.涉及到音樂,視頻類的數據,特別是國外的,如在提交時沒有提及版權協議之類的,也會毫不留情被reject,國內的倒還好。