iosh5馬甲包上架技巧

A. ASO優化技巧：如何飛躍馬甲包的那些坑

一、什麼是馬甲APP?
馬甲APP指的是在常用的用戶名外再注冊的其他名字的APP。俗稱：替死包
二、馬甲APP與真實APP的區別是什麼?相同點是什麼?
1、應用名稱不一樣。
2、關鍵詞不一樣。
3、應用圖標。不一樣。
4、應用截圖。不一樣。
5、開屏圖片。最好不一樣。
6、其餘的,比如主APP的一些品牌因素,最好去掉。
三、為什麼要做馬甲APP?
1、A/B測試。馬甲包初期，很多公司,用主APP測試不方便而且馬甲APP可以隨意更改。早期馬甲包主要是為了做測試用，後來演變成了倒量的一種方法和渠道。
2、覆蓋更多關鍵詞。眾所周知,一個APP關鍵詞只能覆蓋100字元。所以多做一個APP覆蓋的字元可以更多。
3、刷榜。很多文章講過什麼是刷榜,怎麼刷榜等等。刷榜雖然性價比高,但是刷榜是有風險的,萬一被蘋果下架了,影響極其惡劣。但是馬甲不一樣,掛了就掛了,再做一個。馬甲刷到很好的位置的時候,就有了用戶量,有了用戶量就能產生價值。你的回收就會更好。
4、渠道。你的馬甲有流量了,相當於你多了一個渠道,你可以選擇為自己導流,與別人進行換量合作。
四、馬甲APP的成本。
1、賬號成本。注冊一個開發者後台,務必是個人開發者,記得務必和主APP不是一個賬號。目前金融類的必須要企業賬號，所有這類產品成本稍高些
2、開發成本。如果跟主APP長得差不多的話,估計2天搞定問題不大。
3、運營成本。後面素材更新啦,刷榜啦,等等。
總體下來,成本不高的。
五、馬甲APP怎麼做?
1、分包運營。不同的包運營的手段不同，主包盡量不要做太多的動作，馬甲包可以機刷，可以換量，可以找下游渠道聯運
2、分包計費和流量情況，不同的包流量情況，也可以很清楚的看到，如果不滿意蘋果的後台數據，可以接入第三方數據平台
3、市場備用。
4，給主APP導流。能導多少算多少吧。免得萬一掛了,毛都沒了。
六、馬甲APP如何推廣?
通過機器刷關鍵詞下載好評,把搜索結果榜單刷上去。
觀察了很多馬甲APP,覺得大多是設計感很差沒有質量的,所以用戶搜索下載了安裝後卸載率較高。因此我認為應該是APP矩陣策略,有高質量的矩陣APP產出,這些矩陣APP把握用戶更加垂直的需求來拉新,再去互相導流,而不是單純的為了ASO而生產馬甲APP做牛皮癬。個人見解。
最後,在群里看到一個運營口訣,覺得挺有趣的,分享一下:
推廣強,運營弱,做矩陣
推廣弱,運營強,做整合
推廣弱,運營弱,做外包
推廣強,運營強,隨便玩
七、馬甲App存在的問題
1.卸載率居高不下,馬甲通過刷子把關鍵詞刷上去後,所憧憬的當然是流量轉換為下載激活量,但問題是,有許多的馬甲App粗製爛造,有些功能缺陷明顯,用戶體 驗極差,從而導致用戶剛下載就卸載;
2.被下架風險極高,大家都知道馬甲不可能通過正常手段慢慢優化,絕大部分都是狂刷,也正因為如此,馬甲APP是蘋果下架的風險系數是非常高;
3.在馬甲App小有成就時,就應迅速導量,別等到馬甲App的用戶規模達到一定的數字後才開始導,那樣的話,如果馬甲App被下架的話,可就連湯都沒剩下的了,導量這種事是宜早不宜遲。
適合玩馬甲包矩陣的產品：游戲類、金融類、新聞資訊類
目前馬甲包過審難度加大，主要是因為蘋果審核規則的變化
Ipv6的問題：
1、多環境下模擬測試找問題：有時候蘋果關於 IPv6 的審核流程未能完成，問題也可能出現在了其他位置：
• 比如網路延遲是常見的情況之一，在配置好 IPv6 之後，因為網路延遲導致了蘋果審核無法正常進行，那麼我們可以通過模擬來測試，比如模擬外網環境；
• 同時我們也應該測試是否會有 Bug 導致卡在某個頁面，例如有測試賬號的 App，是否會出現輸入手機號後書輸入驗證碼無法登陸情況（蘋果未點擊「獲取驗證碼」按鈕），以及蘋果輸入驗證碼少或者多幾位情況。
先讓技術那邊查實，是否確定是IPV6的問題，如果是，那就修改之後重新提交就行，如果不是，那就尋找蘋果遇到的問題，而並非一定是 IPv6 本身的問題。
2、架設國外伺服器解析：還有一個很常見的情況是因為蘋果在外網，因為某些原因，經常會無法訪問國內伺服器網路。那麼我們可以購買韓國或日本伺服器來假設 IPv6 供蘋果進行測試。
3、拍攝 IPv6 網路下正常視頻反饋：配置好 IPv6 後使 用 10.3.1 設備在 IPv6 環境下測試（根據蘋果設備情況，自己架設 IPv6 環境），如果多次測試無誤，可拍攝視頻上傳至 YouTube，反饋給蘋果審核視頻鏈接處理。
1.2的問題
1.2主要是蘋果認為你的應用名稱沒有體現出你的品牌或者是和你的公司不符合。這類解決辦法要麼修改App名稱，體現你的公司品牌，或者是蘋果回復郵件，帶上可以證明的文件，比如軟著，或者是授權書等。
2.3的問題
一般來說2.3是侵犯了他人品牌詞或者是副標題出現了競品詞，需要重新命名。這類問題一般解決辦法就是去掉誤導性品牌詞和描述話語，然後蘋果回復郵件。
4.2的問題
4.2是垃圾應用，或者說是應用太過於簡單，只有一些簡單的H5，沒有核心功能，這部分被拒絕的主要是蘋果認為你功能不夠，建議可以添加一些垃圾功能來豐富一下應用內容，其他方面和4.3類似。
4.3的問題
4.3拒審核是目前急需解決的問題，之前馬甲包拒審基本上表面的東西修改之後重新提交，過審的概率很大，或者直接換賬號提交，但是現在馬甲包不過審，用戶量上不來，KPI怎麼完成，午餐還怎麼加雞腿呢？
目前的方法有下面幾種，具體還需要根據情況分析1、修改產品的icon，名稱，副標題，描述，預覽圖
2、打包的時候盡量不要用同一台電腦或者使用新Mac
3、不在在同一個IP段上傳馬甲包
4、修改銷售地區，價格，分類，上線後改到你需要的銷售地區和價格
5、也可以把已上架的App做下架處理，馬甲包過審後，再做上線處理，這個方法可能會影響一段時間用戶體驗
6、直接給蘋果打電話或者發郵件，說明為什麼要這么做
第1條是基礎，其他是輔助手段，最重要的是第6條，蘋果下架不是手段，它想知道你為什麼這么做，如果你有合理的理由，蘋果那邊會給你通過審核的。
現在馬甲包被下架的很多，現在很多都是大改，包括UI，登陸界面，iocn，描述，標題副標題，預覽圖等等，現在代碼層次修改主要是增加垃圾代碼，批註的增加，就是為了方式蘋果審核機掃層次，但是現在也有很多代碼添加了很多也會被4.3打回來，4.3還是需要大家一起想辦法的。4.3次數太多對賬號影響也很大，有很大的幾率會被封號處理。

B. 應用在蘋果App Store 怎麼上架以及審批

iOS APP上架App Store流程：

1、注冊開發者賬號

開發者賬號分為三種，分別是個人開發者賬號，公司開發者賬號，和企業開發者賬號。

2、創建APP ID、配置文件Profiles

創建APP ID，APP ID非常重要，上架流程就是用APP ID關聯在一起的。

3、創建iOS發布證書

創建iOS發布證書，下載P12證書文件。

4、打包ipa

利用iOS證書打包ipa，可以使用HBuilder工具打包。

5、iTunes connect創建APP

進入iTunes connect，選擇創建APP，輸入應用名稱、語言、套裝ID等，創建APP。

6、上傳ipa

APP uploader程序中，提交ipa文件。

7、填寫APP信息提交審核

iTunes connect中在我的APP中填寫APP的各項信息，提交審核，等待通過即可。

App Store審核比較嚴格，其實可以藉助蘋果簽名，這樣就可以不經過App Store，直接在蘋果手機上安裝了。

搜索微導流，點擊企業簽名，上傳自己的ipa文件，就可以完成在線簽名了。

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

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

D. ios怎樣上架馬甲包

1. 你需要找到一家專業的馬甲包製作機構或者平台！

2. 需要不嫌棄馬甲包，既然是馬甲包，那就要有馬甲包的樣子，一個字多！！！！

3. 需要找到一家專業的上架服務商，你自己搞，搞死也搞不了多少個上去！
   

E. 怎麼生成多個馬甲包上架

1、首先在app、src的文件下創建對應包名的文件夾。
2、其次在這個文件夾中創建該包要使用的logo、資源文件和樣式等。
3、最後在bulid.gradle中設置打包的信息。

F. ios馬甲包怎麼上架

審核速度變慢

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

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

G. iOS App 如何上架需要注意哪些問題

上架步驟：

1、注冊開發者賬號

2、創建APP ID、配置文件Profiles

3、創建iOS發布證書

4、打包ipa

5、iTunes connect創建APP

6、上傳ipa

7、填寫APP信息提交審核

上架被拒的常見原因：

1、APP的完成度

要考慮iOS上架應用是否有明顯的bug，在IPV6網路下能夠流暢使用，是否有隱藏開關，測試賬號是否完善等等。

2、准確的元數據

描述、截圖與實際功能不符，一定要用蘋果手機截圖，去除隱藏功能模塊代碼

3、商業模式

主要是因為沒有資質。所以建議大家盡可能多地把自己公司合規的證據資料發給蘋果。

4、強制或暗中採集用戶信息

不能暗中採集或共享用戶的個人信息，將「強登錄」功能修改為提示登錄的版本。

5、 重復 App

當iOS上架應用的代碼或者功能與已有APP相似度太高，那麼有可能會被認定為馬甲包。

6、功能不夠完善

如果蘋果人為該iOS上架應用功能太少，沒有核心功能時，那麼也可能審核不通過。一般打包封裝的APP很容易觸發這個問題。

7、支付

主要是iOS上架應用接入第三方支付，支付寶、微信等，所以還是老老實實地走蘋果支付的支付方式。

8、代碼違規

很可能是三方庫中含有SDK，檢查文檔中是否有違規字元串，有的話刪掉。

9、定位服務

還是那句話，iOS上架應用如果要採取用戶數據信息，需要給予用戶提示，得到用戶的允許。

10、知識產權

主要是iOS上架應用中未經授權，使用受版權保護的第三方材料。

iOS上架還會遇到各種各樣的問題，根據反饋來進行相應的修改。

代上架：

亥著開發者服務平台：

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

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

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

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

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

I. ios怎樣上架馬甲包

可通過修改APP代碼、APP名字、icon、主色調等方式解決，並且注意相同的馬甲包提交至少間隔一天以上。
代碼可以利用第三方的代碼混淆工具來完成，改變同一個馬甲包的代碼而對功能又沒有改變，大大降低開發時間。可以使用頂象的iOS代碼編譯器，利用iOS代碼混淆技術來改變二進制文件。

J. 我們該如何上架蘋果app

蘋果審核依據的審核標准有2個，一個是《App Store 審核指南》，一個是《蘋果開發者計劃許可協議》。

最近好多朋友問我因金融許可證被拒後是怎麼過審的，我們都知道 從17年開始 .蘋果對APP的審核越來越嚴格，同時審核依據越來越緊跟國內的政策走，比如國家對金融監管越來越嚴，金融類應用的審核開始收緊；比如今年國家對金融監管和VPN監管收緊，大量VPN類應用被下線,我最愛的 VPN大師 也慘遭蘋果毒手, 既然蘋果審核嚴了, 我們只能乖乖的遵從人家的規則: 那麼對於金融類APP，被拒蘋果要求提供3.2.1中7條資質證明，如果你們公司只是沒有金融許可證看我下面的講解也許會對你有幫助，如果營業執照和電信增值許可也沒有那就沒辦法了（讓公司老闆去搞吧），下面講一下我的個人經驗。常見的APP審核被拒原因有一下幾類：

PLA 1.2沒有貸款資質被拒、

PLA 3.2(f) 不誠信或欺詐被拒、

Guideline 2.1 -Performance – App Completeness應用完整性被拒、

Guideline2.3.10 – Performance – Accurate Metadata准確的元數據被拒、

Guideline 4.2 -Design – Minimum Functionality最低功能要求被拒、

Guideline 4.3 -Design – Spam 垃圾應用被拒。

一 沒有貸款資質被拒

被拒理由:

PLA 1.2 《蘋果開發者計劃許可協議》1.2

The seller and company names associated with your app do not reflect thefinancial institute in the app or its metadata, as required by section 1.2 ofthe Apple Developer Program License Agreement.

應用的開發商名稱和公司名稱與應用或應用元數據中的金融機構不匹配，違反了《蘋果開發者計劃許可協議》1.2

Next Steps 下一步行動

Your app must be published under a seller name and company name thatreflects the financial institution name. If you have developed this app onbehalf of a client, please advise your client to add you to the developmentteam of their Apple Developer account.

你的應用必須在反應「金融機構名稱」的開發商名稱和公司名稱下發布。如果你代表客戶開發了這些應用程序，請建議你的客戶將你加入他們的蘋果開發者賬戶。

被拒原因分析

1.app的公司主體，沒有提供金融服務的資質；

2.金融類app只能在app公司主體的開發者賬號上傳，不能在個人或委託公司的開發者賬號上傳；

3.app名稱沒有反映公司品牌；

4.app名稱與公司名稱不對應，未產生品牌歸屬及關聯性；

應對方式

1、證明你的公司，有提供金融服務的資質。

如果app確實是提供的金融服務，app的公司主體有提供金融服務的資質，可將資金證明（如營業執照）發給蘋果審核團隊。

如果app是提供的金融服務，但是沒有相關資質，需要將app放在有資質的公司主體的賬號下提交。

如果app不是提供金融服務，但蘋果誤以為是金融服務，可向蘋果解釋業務模式，並提供相關證明，比如p2p模式，比如助貸模式。

2、如果是個人開發者賬號提交的應用，將個人開發者賬號升級為企業開發者賬號後，再提交；

3、如果是其他開發者賬號（比如外包）替你開發，按照蘋果要求走，將其他開發賬號添加到你的蘋果開發者賬號下（在「用戶和職能-添加iTunes Connect用戶」操作）；

4、修改app名稱，讓app名稱和公司品牌有關聯。如公司是「馬上消費金融股份有限公司」，app名稱可以修改為「馬上貸」後，重新提交；

5、提交「軟體著作權登記證書」，或者「商標證書」，向蘋果證明產品名稱與公司的關聯性；

6、向蘋果審核團隊闡述app功能的運營主體、技術支持網站等，來證明app和公司的的所屬關系；

如，在你的app「關於我們」中，中英文介紹公司，介紹產品歸屬該公司。

如，技術支持網站，進一步介紹公司和說明產品歸屬該公司。

二、不誠信或欺詐被拒

被拒理由:

We have determined that your Apple Developer Program membership, oranother membership associated with your developer account, has been used fordishonest or fraulent activity. This is prohibited by Section 3.2(f) of theApple Developer Program License Agreement:

我們已經確定你的蘋果開發者計劃會員資格或與你的開發者帳戶相關聯的其他會員資格（同一個開發者，有兩個或者多個會員賬號）已被用於不誠實或欺詐活動。《蘋果開發者計劃許可協議》第3.2（f）節是禁止這一行為的：

「You will not, directly or indirectly, commit any act intended tointerfere with the Apple Software or Services, the intent of this Agreement, orApple』s business practices including, but not limited to, taking actions thatmay hinder the performance or intended use of the App Store, B2B Program, orthe Program. 」

「你不得直接或間接地採取任何旨在干擾蘋果軟體或服務、本協議的意圖或蘋果的商業慣例的行為，包括但不限於採取可能阻礙App Store、B2B計劃或本計劃的執行或預期用途的行為。」

As a result of this activity, you are no longer able to submit updates.

由於此活動，你將無法再提交/更新應用。

Continuing to engage in dishonest or fraulent acts may result in theremoval of your apps from the App Store and termination of your Apple DeveloperProgram membership and all associated memberships.

繼續從事不誠實行為或欺詐行為可能導致從App Store中刪除你的應用，並終止你的Apple開發人員計劃會員資格和所有相關會員資格。

被拒原因分析

1、首先，蘋果審核人員已經確定你的蘋果開發者計劃會員賬號已被用於不誠實或欺詐活動；

2、或者你的會員賬號沒有違規，但和你賬號關聯的其他開發者賬號有違規，被蘋果審核人員發現；

3、你的行為違反了《蘋果開發者計劃許可協議》第 3.2（f）節；

4、由於這些違規行為，蘋果給你做出的處罰是「禁止你繼續提交/更新該應用」；

5、如果你執迷不悟，繼續從事這些違規行為，蘋果可能會將你的應用下架、封停開發者賬號，並終止你的 Apple 開發人員計劃會員資格等；

6、蘋果在這里提到了3.2(f)相關的內容：「你不得直接或間接地採取任何旨在干擾蘋果軟體或服務、本協議的意圖或蘋果的商業慣例的行為，包括但不限於採取可能阻礙App Store、B2B計劃或本計劃的執行或預期用途的行為。」但是沒有針對這些內容的詳細示例說明。筆者通過進一步查看蘋果官方文檔上的PLA3.2(f)，發現這些都是屬於違反3.2(f)的內容：

為您的應用或任何第三方應用提交虛假評論；

選擇和第三方應用類似的名字以混淆用戶的視聽；

占據其他應用的名字來防止合法的第三方使用；

你可對賬你的開發者賬號或馬甲包賬號看看，十有八九違反其中的某一條或多條；

應對方式

PLA3.2(f) 是蘋果非常嚴厲的處罰，應用已無法通過更新來修正後再次提交審核，嚴厲程度僅次於注銷賬號。針對這種情況，你可以從以下幾個方面來努力。

1、如果有刷榜、刷評論行為，停止刷；

2、如果和本開發者賬號有信息關聯或轉讓關系的馬甲包在刷榜、刷評論，也立刻停止；

3、和本開發者賬號有信息關聯或轉讓關系的馬甲包最好不要更新，更新也會被拒絕；

4、不要創建佔位的應用，如果已經創建，改名；

5、不要去淘寶或其他交易平台買蘋果開發者賬號；

6、如果要新建馬甲包提審，重新申請和已有賬號無信息關聯的新賬號。這里的「無信息關聯」包括但不限於：郵箱賬號的域、賬號所有人、IP地址、Mac地址、鄧白氏編碼聯系人/聯系方式/辦公地址、支付信用卡賬號、發票抬頭等。

7、停止一切有可能的違規行為後，找蘋果App 審查委員會申訴；

**

三、應用完整性被拒

**

被拒理由

We discovered one or more bugs inyour app when reviewed on both iPhone and iPad running iOS 10.3.3 on Wi-Ficonnected to an IPv6 network.

在IPv6網路的Wi-Fi，iOS10.3.3的iPhone和iPad環境下，我們在你app上發現一個或多個bugs。

Specifically, we were unable tomake a loan application.

具體來說，我們沒法申請貸款。

Please see attached screenshotsfor details.

詳情見附件截圖。

Next Steps 下一步行動

To resolve this issue, please runyour app on a device to identify any issues, then revise and resubmit your appfor review.

為了解決這個問題，請通過在設備上運行你的app來找到所有問題，修改後再次提交審核。

被拒原因分析

因為bug導致審核人員無法進行核心功能（申請借款）的操作，中斷審核過程。

我們後面分析發現，我們其實是沒有bug的，但是蘋果審核團隊很難理解這個邏輯和交互，以為是bug，導致被拒。

應對方式

1、確保提交的產品沒有bug，特別是bug不能影響核心功能的操作使用。

2、提供給蘋果審核團隊的賬號，需要能體驗核心功能。比如借款類APP，需要能提交借款申請。

3、產品功能的邏輯和交互，按照普通人能理解、能接受的邏輯走，不要晦澀難理解。

**

四、准確的元數據被拒

**

被拒理由

We noticed that your app or itsmetadata includes irrelevant third-party platform information.

我們注意到，你的應用或應用的元數據包含了不相關的第三方平台信息。

Referencing third-party platformsin your app or its metadata is not permitted on the App Store unless there isspecific interactive functionality.

除非有特定的交互功能，否則在App Store中引用第三方平台或其元數據是不允許的。

Please see attached screenshotsfor details.

詳情請見附件的截圖。

Next Steps下一個步驟

To resolve this issue, pleaseremove all instances of this information from your app and its metadata,including the app description, What』s New info, previews, and screenshots.

為了解決這個問題，請從你的應用和它的元數據中刪除所有這些信息，包括應用描述、最新動態、預覽和截圖。

被拒原因分析

1、原因是我們的應用預覽圖中，有一頁展示的功能是提審的APP沒有，蘋果審核團隊會認為這是第三方平台的東西。

2、第三方平台的數據，包括第三方公司名稱、公司logo等，不能出現在你的應用（包括關於我們、協議等），三方公司名稱、公司logo、app沒有的功能點不能出現在的應用描述、最新動態、預覽圖、截屏中。

3、當然，蘋果的產品最好也不要出現在你的應用或應用描述、最新動態、預覽圖、截屏中。

應對方式

嚴格按照蘋果規定的方式走。提審前，核查應用、應用綜合信息、應用版本信息中是否有第三方的元素。

**

五、最低功能要求被拒

**

被拒理由

We found that the usefulness ofyour app is limited by the minimal amount of content or features it includes.

我們發現，你的應用的實用性被應用過於簡單的內容或特性的所限制。

Next Steps 下一步行動

We encourage you to review yourapp concept and incorporate different content and features that are incompliance with the App Store Review Guidelines.

我們鼓勵你審視你的app概念，提現不同的內容和功能，以符合App Store審核指南

被拒原因分析

1、簡單來說，就是你的app功能太過簡單，沒有達到一個app應用的標准，不具備提交到appstore的資格。

2、通過進一步查看蘋果官方的Guideline 4.2，其內容如下：

App 應包含功能、內容和 UI，而不僅僅是一個經過重新包裝的網站。

如果 app 沒有什麼實用價值、毫無新意或者不太像是一個 app，那它就不適合出現在 App Store 中。

如果 app 不能帶來持久的娛樂價值，或只是讓人感到毛骨悚然，則無法獲得批准。

如果 app 只是一首歌曲或一部影片，則應提交到 iTunes Store。

如果 app 只是一本書籍或游戲指南，則應提交到 iBooks Store。

3、Guideline4.2.1 App 應該為實現預期用途而使用 API 和框架，並在 app 描述中說明集成詳情。例如，HomeKit 框架應提供家居自動化服務，HealthKit 則應該用於保持健康和健身目的，並集成在「健康」app 中。

4、Guideline4.2.2 除了目錄類 app 之外，app 不應只用於市場營銷材料、廣告、網路剪報、內容聚合或鏈接集合。

5、Guideline4.2.3 App 應能獨立工作，無需安裝其他 app。

6、Guideline4.2.4 與表盤類似的 Apple Watch app 可能會令人感到困惑，因為用戶會認為這些 app 能與各種設備功能 (如輕掃、通知和第三方功能欄) 配合使用。將創意性的時間表現方式用作 app 界面是個好點子 (例如，供沖浪者使用的潮汐時鍾)，但是如果您的 app 與表盤過於相像，則可能會被我們拒絕。

7、Guideline4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 app 需要包含更多的 app 功能，才能獲得批准。

8、Guideline4.2.6 利用商業化模板或 app 生成服務創建的 app 會被拒絕。

應對方式

蘋果審核指南里說得非常清楚，你要做的就是做良民，遵循蘋果標准，提交有價值、符合規范的應用。同時需需要注意：

避免功能過於簡單；

簡單的資訊聚合、鏈接聚合app，會被拒絕；

不用提交使用商業化模板創建的應用；

六、垃圾應用被拒

被拒理由

Your app plicates the contentand functionality of apps submitted to the App Store, which is considered aform of spam.

你的應用程序復制了提交給app Store的其他應用程序的內容和功能，這被認為是一種垃圾應用。

Apps that simply plicatecontent or functionality create clutter, diminish the overall experience forthe end user, and rece the ability of developers to market their apps.

簡單復制內容或功能的應用會造成混亂，降低最終用戶的整體體驗，並降低開發者推銷應用的能力。

You will experience a delayedreview process if you deliberately disregard the App Store Review Guidelines,ignore previous rejection feedback in future app submissions, or use your appto mislead or deceive users.

如果你故意無視App Store的審核指南，在後面提交應用中忽略之前的拒絕反饋，或者使用你的應用來誤導或欺騙用戶，你將會經歷一個延遲的審查過程。

Additional Information 額外信息

We want to provide a safeexperience for users to get apps and a great opportunity for all developers tobe successful.

我們希望為獲得應用程序的用戶提供安全的體驗，同時為所有開發者提供一個成功的機會。

Deliberate disregard of the AppStore Review Guidelines and attempts to deceive users or undermine the reviewprocess is a direct violation of section 3.2(f) of the Apple Developer ProgramLicense Agreement. Continuing to violate the Terms & Conditions of theApple Developer Program will result in the termination of your account, as wellas any related or linked accounts, and the removal of all your associated appsfrom the App Store.

故意無視App Store的評審准則，並試圖欺騙用戶或破壞審查過程，這直接違反了蘋果開發者計劃許可協議的第3.2節(f)。繼續違反蘋果開發者計劃的條款將導致你的賬戶和你關聯的賬戶終止，同時從App Store中刪除你的所有相關的應用

被拒原因分析

1、你的應用的功能和別人的沒有差異，或者和你自己過審的馬甲包一樣，甚至代碼都一樣，被定義為垃圾應用；

2、重復性的應用或簡單復制的應用，對用戶、開發者的傷害很大，有損於appstore生態的健康；

3、對蘋果的警告視而不見、繼續違規，你的應用會被延遲審核；

4、如果進一步試圖欺騙用戶或破壞審查過程，將會受到更嚴厲的處罰，禁賬號、刪應用，很嚴重；

應對方式

1、思想上要重視，你的應用應該有價值、少抄襲或不抄襲，如果是功能雷同也需要有差異點；

2、請不要為同一個 app，在多個賬號上傳；

3、如果和其他產品有雷同，可通過修改產品分類、產品分發地區等方式，打造與原產品不同的產品側重屬性分類；

4、如果做馬甲包，功能需要多一些差異化，減少相同的代碼量。蘋果可能針對代碼進行機審掃描；

對於監管敏感的行業和應用，蘋果審核更嚴，建議大家整理app提審檢查清單，包括發者賬號申請、app設計、app開發、app信息和版本信息描述等部分的各項細查項。提審前，對照檢查，逐一確認，提升app審核通過率。

即便是蘋果公司的審核嚴厲了 只要我們按照審核標准 照樣還是可以通過的

經驗一：3.2.1第一條蘋果要求提供營業執照中包含網路借貸中介的資質，第一次回復蘋果我添加了我們公司的營業執照副本，但是還是被拒了，原因是蘋果不知道我們提供的營業執照是否是真實有效的，要求提供可查詢營業執照真假的網址。這里建議大家在回復蘋果時除了在附件中提供公司營業執照副本的同時以及你們公司營業執照上的信用代碼供蘋果查詢證實。營業執照許可范圍樣本如下

經驗二：3.2.1第二條蘋果要求提供金融許可證，相信很多朋友不過都是因為這一條，沒有金融許可證，我是這樣回復的，首先闡述P2P行業內沒有一家平台有資質拿到金融許可證，然後提供我們有的合規證件資料。具體術語以及文本資料如下：

*以下內容僅供參考

Hello，我cao棉！

我們公司屬於網路借貸行業，這個行業在中國自2007年拍拍貸（於2017年11月7日在紐交所上市）成立開始，日趨活躍。國家對行業的監管從2016年開始，並與該年8月24日發布了《網路借貸信息中介機構業務活動管理暫行辦法》（以下簡稱「暫行辦法」），對網路借貸行業開始了正式的監管。各平台據此進行了規范，行業中各機構據此進行規范化經營。

在暫行辦法的第二章第五條規定，開展網路借貸信息中介服務的網路借貸信息中介機構及其分支機構需要向工商登記注冊地地方金融監管部門備案登記。且說明網路借貸信息中介機構備案登記等具體細則另行制定。基於此，2017年12月13日，P2P網貸風險專項整治工作領導小組辦公室於近日向各地P2P整治聯合工作辦公室下發了《關於做好P2P網路借貸風險專項整治整改驗收工作的通知》（57號文）（下稱「通知」），對下一步的整改驗收階段做出了具體、詳細的部署。通知要求，各地應在2018年4月底前完成轄內主要P2P機構的備案登記工作、6月底之前全部完成。以下為全文：

截至日前，全國沒有一家網路借貸中介機構通過備案。我們也在積極准備中，所以無法提供貴司要求的金融許可證，忘理解。

我公司可提供政府批文掃描件、公司合作銀行的協議合同掃描件、公司合作的三方支付合作合同在附件中均可供您參考。

*以上內容僅供參考*

這里建議大家盡可能多的把自己公司合規的證據資料發給蘋果

經驗三：對於3.2.1後四條要求，相信大家各自平台都有相關注冊協議或者借款協議等協議里都有說明，建議大家截圖APP中頁面把協議標注出來放在附件中，同時把協議內容中說明後四條的部分截圖出來放在附件中供蘋果參考

經驗四：相信有的朋友發現在被拒回復框中回復文本字數有限，如果回復蘋果內容較多，建議大家把內容合並成pdf格式文件統一上傳，注意上傳的文件命名最好為英文，個人親測中文一直傳不上去。