⑴ iOS appstore 上架被拒.求助，如何解決
修改之後來再次提交即可
ios應用源提交上架被appstore拒絕的十大理由
崩潰和問題
需要盡量修復應用中的崩潰和那些明顯的問題，否則應用很可能被拒絕。
2.失效的鏈接
保證應用中出現的鏈接的有效性。
3.默認占點陣圖片
含有系統默認占點陣圖片的應用不會被通過，需要處理占點陣圖片/內容，保證其都是有意義的。
4.信息不完整
提供到蘋果審核的信息需要保證完整性。比如應用如果需要登錄，那就需要提供一個demo和密碼以供測試。
5.不精確的描述
應用描述和截圖應盡量做到准確且包含了應用的主要功能。這能幫助用戶盡快識別是否需要應用。
6.誤導用戶
不應該誇大應用的功能。所有在應用中承諾的都應該實現。
7.廣告
保證廣告可以正確的工作，不要影響到系統的其他功能。
8.網頁剪切/內容聚合/鏈接的集合
如果認為應用沒有核心價值，只是網頁內容的復制而沒有針對ios設備進行優化，不會通過app.
9.相似應用的重復提交
如果應用和此前的應用非常相似，改進或合並應用，而不是反復提交。
10.沒有足夠的持續價值
如果應用的市場范圍非常狹窄，或提供的功能非常有限，那很可能不被通過。建議多參考蘋果市場的那些優秀應用，從而改進你的產品。
⑵ 發布到appstore審核會被拒絕嗎
如果app沒有遵循蘋果審核指南的相關規定，那麼發布到appstore審核會被拒絕。
為了幫大家摸清近期蘋果審核的脈絡，ASO100對大家反饋的情況進行了整理和測試，並結合最新的《App Store Review Guidelines》和《Apple Developer Program License Agreement》進行了分析，最終總結出了十幾種常見的審核被拒的情況。
《App Store Review Guidelines》2.1中明確指明：Make sure your app has been tested on-device for bugs and stability before you submit it……Please don』t treat App Review as a software testing service. We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems.（請確保你的應用在提交審核之前經過充分測試並且沒有Bug……不要把應用程序審核當作軟體測試服務，如果你的應用不完整或者存在明顯的技術缺陷，它將直接被拒絕。）
雖然審核人員發現應用的Bug是幾率事件，但是為了保證應用按時上線，在提交之前還是盡量確保它沒有明顯的Bug比較好。此外，在審核期間，保證伺服器穩定也非常重要，如果審核人員審核時出現內容載入失敗等情況，也會導致被拒的。
註：應用審核被拒後，蘋果會在Resolution Centre (解決方案中心)告知被拒的原因以及解決方案。有時候，即使因為同一原因被拒，也可能收到表述不同的蘋果反饋信息。
如果應用描述、截圖和預覽視頻等營銷/宣傳性資料中介紹的功能與應用的實際功能大相徑庭，或者蘋果審核人員並沒有在應用中發現應用描述或截圖中展示的功能，都有可能被拒。
除此之外，截圖太過藝術化，完全不符合應用的實際內容，或選擇的分類和應用性質完全不符等等都有可能被拒。
抽獎、彩票、競猜等功能可能是應用使用最普遍的促銷方式之一了，而蘋果對這些也做出了規定。例如：①用於抽獎和競猜的官方規則必須在應用當中予以提供，並且明確表明蘋果公司不是贊助商或者以任何形式參與了該活動；②應用不允許使用應用內付費購買信用點或者虛擬貨幣，並把它們與實際的貨幣結合使用，也不允許在應用當中購買彩票、抽獎券，和進行資金轉移……如果你沒有完全明白蘋果對這方面的審核條款，很可能被拒！
如果名稱、描述等應用信息或功能中包含虛假、山寨的成分，被蘋果認定為：有誤導用戶的嫌疑，審核時就會被拒絕。
不要在應用中包含任何隱藏以及沒有相關說明文檔的功能。如果應用的功能不能讓審核人員了解清楚，很可能被拒。且蘋果在審核規則中還有這樣一條規定：如果這樣的行為過分或者反復出現，你可能會被從開發者身份當中除名。
蘋果對知識產權的保護力度是有目共睹的——不僅在審核條款中單獨設了【5.2知識產權】這一條，還開通了投訴通道。
App Store審核條款里明確規定：
①不要使用受保護的第三方內容，如商標、版權作品，或者在應用中使用未經專利許可的創意。
②如果你的應用使用、訪問、展示和商業化第三方的服務，請保證你已經獲得了相應的授權許可，且必須根據要求在審核前一並提供許可文件。
③應用程序不能對非法分享、保存、轉換或者來自第三方源的數據的非法使用提供方便，除非具有相應的合法授權協議。
除此之外，蘋果也出台了一系列保護自身知識產權的條款，例如：
①不要明示或暗示蘋果公司是你的應用的供應商，或者蘋果為你的應用的功能和質量代言。
②禁止創建一個與蘋果已有產品、用戶界面、應用、廣告主題相似的應用，且不允許拼錯蘋果產品名稱。
蘋果應用商店審核指南2.3.10規定：Make sure your app is focused on the iOS, Mac, Apple TV or Apple Watch experience, and don』t include names, icons, or imagery of other mobile platforms in your app or metadata, unless there is specific, approved interactive functionality.（確保你的應用專注於iOS、Mac、Apple TV or Apple Watch,在應用或者元數據中不包含其他平台的名稱、圖標、圖像，除非有特定的、被認可的互動功能。）
也就是說，最好不要在蘋果的應用商店出現和Android等平台有有關的信息，否則被拒的風險大大的。
IDFA (identifier for advertising)能夠較精準地識別用戶，尤其對廣告主追蹤廣告轉化率幫助很大。蘋果開發者計劃許可協議中規定：只有使用廣告服務才有權採集IDFA。
如果應用內有發帖等UGC（用戶產生內容）功能，但是卻沒有要求用戶同意條款（EULA），也沒有對敏感信息的舉報措施等，也可能被拒。
將這一點列出來，是想再次提醒一下理財、P2P等金融類相關產品的開發者們：目前，金融類應用只能用對應公司名稱的開發者賬號上傳了。也就是說，如果用個人開發者賬號提交金融類應用，會收到蘋果的審核未過信息。
您的應用必須以符合XXX有限責任公司品牌名稱的開發者賬號上傳。如果您是幫助客戶開發的應用，請通知您的客戶將您添加到他們的開發者賬號團隊成員中。
1. 提交的新版本與上一版相比，功能上變化過大，或在新版本中完全改掉了前一版產品的某些功能。
2. 應用內推薦了其他App。
3. 在iTunes Connect的應用預覽信息中，提供的信息不足。也就是說，如果應用的某些功能需要登錄，你卻沒有提供一個有效的demo賬戶的用戶名和密碼，就可能被拒。
4. 應用內包含檢查更新功能。
5. 含有賭博、色情等違反法律的內容，或出現過於令人反感或者低俗的內容。
6. 應用使用了私有API。
7. 應用內的功能不能太過單一，或產品太有創意，蘋果的審核人員沒能理解到它的獨到之處。
8. 反復提交類似的應用。也就是說，如果提交幾個本質上一樣的應用，不僅會影響其他應用的審核進程，還會有被拒的風險。
9. 不恰當的評級。
10. 應用名稱、安裝包等地方包含test、demo等字樣。
審核被拒一般分為兩種情況：Binary Rejected（因應用代碼問題被拒，需要重新上傳應用並重新排隊） 和 Metadata Rejected（因元數據被拒，只需修改信息，不再需要重新上傳），雖然後者發生後只需要修改信息即可，但無論哪種情況發生，都會浪費一定的時間。所以，在提交審核前，建議大家仔細研究一下蘋果的各項審核規則及常見的被拒原因。
此外，如果真的不幸中招，也不用太過慌張。被拒後，蘋果會將被拒理由、解決方案、具體違反了哪項條款（一般情況下，反饋信息中，最前面的數字對應的便是App Store審核規則或開發者計劃許可協議的相應條款）等發到Resolution Centre (解決方案中心)。通常情況下，按照蘋果的建議仔細進行修改，再次提交便能通過。
以上為我的回答，如果幫到了你，記得點擊採納喲~
⑶ 大神求教，AppStore審核被拒絕
事實上，App Store 飄忽不定的審核機制一度讓開發者們摸不著頭腦。
在知乎上，107位痛心疾首的開發者分享了自己的被拒經歷。排名第一的是一個娛樂分類App，它被拒絕理由是，「我們認為你的App不具有娛樂性」。
另一位開發者曾提交過一個歐洲杯賽程的應用，包含查看賽程、設定鬧鍾看球、賽事動態推送等功能，結果未通過App Store審核。被拒理由是：「我們認為這個app的內容功能不是很有用，也不夠娛樂，而且也無法吸引很多用戶。」
更令這位開發者哭笑不得的是蘋果的坦誠，「我們明白沒有一個明確且便捷的規則可以定義（什麼樣的App可以通過審核），但你可以自己去看看 App Store 里現有app的特點，感受一下用戶期待什麼樣的體驗。」
顯然，在二者的關系中，App Store 占據了絕對主導地位，開發者們只能從自己身上找原因。
中文 iOS 應用開發商Clover（曾開發「iDaily 每日環球視野」、「DaysMatter 倒數日」等 iOS 應用）的聯合創始人 Saic 淡定地對《好奇心日報》表示，「我們沒有什麼特別看法，Guideline 每年都在調整，被拒後及時溝通就行。」
ifanr 副主編何宗丞評價：「蘋果 App Store 的審核標准一向以嚴格著稱，但人工的審核和不透明的黑盒機制卻暴露出許多痼疾，比如規則的不確定性、效率低下、雙重標准，造成很多優秀的應用無法過審或無故被下架。在國內，很多欺詐類、涉嫌侵權的應用卻堂而皇之的出現在 App Store。 」
2012 年，Business Insider曾采訪過一位前蘋果高級工程師 Mike Lee，他曾是公司的全球開發者公關團隊的一員。他形容審核團隊的工作「吃力不討好」。
Lee 透露，與蘋果許多部門一樣，App Store 的審核部門人手短缺。「人們通常以為我們在印度僱用了一支 100 人的團隊來做審核，其實只是蘋果大樓內部的人手，和其他部門一樣。他們沒有足夠的人手，而蘋果是不會為了增加人手而在團隊質量上做出妥協的。我保證它比你想像得小得多。」
至於為什麼很多優秀應用無法過審，Lee 稱，焦頭爛額的審核團隊每天都會面對大量的應用提交，很多出色的應用就隨著那些「垃圾應用」一起被丟進廢紙簍。
當然，這只是美國本土的情況，中國區 App Store 的運作情況仍然是一個謎。一位 Android 應用市場的運營人員向《好奇心日報》透露，「App Store一直不太聽話，網監讓下線各種色情賭博應用，都不理會。」不過他最近又聽到消息，「前段時間說要幹掉大量重名應用。」不過值得一提的是， Andriod 應用市場可能和蘋果 App Store 存在競爭關系。
轉載
⑷ app store被拒絕，怎麼再次提交
直接再次提交即可，注意看好拒絕原因然後修正，不然還是會再次被打回的，幫助提交成功的幾點經驗：
1、熟讀22條審核規范，很多子項細則；
2、第一個版本一定要簡單，不要復雜，越復雜越難通過審核，蘋果審核不是一次過檢查所有規則，是一條一條（有時候也會同時反饋幾條）；
3、有聊天、內容發布模塊的，要在程序明顯的地方如登錄注冊提供License聲明，要有能體現有管理員審核用戶發布內容的地方，色情、暴力等內容不可控，必須有管理員維護；
4、AppStore 功能描述一定要讓蘋果審核員很快了解你的產品用途，用戶群體，如何讓用戶付費？別指望審核員會去體驗你的產品！如需要登錄的，需要在AppStore 的對應欄位中提供demo用戶和密碼，否則100%打回。必須保證你的服務端可用。
5、不要畫蛇添足，在應用描述/截圖，或程序中包含與功能無關的內容，如支付寶購買，吐槽描述。
6、不要提交只包含簡單的功能的應用，如全部都是內嵌UIWebview，Apple要求你的App必須是精品才能被收錄，
7、選擇Rating 事宜年齡分級時要謹慎，如果涉及到不受限的url訪問，如聊天中可能包含url，則建議選擇17+，可以多看看AppStore的應用年齡分級。
⑸ App Store審核被拒4.3，怎麼解決
可通過修改APP代碼、APP名字、icon、主色調等方式解決，並且注意相同的馬甲包提交至專少間隔一天以上。
代碼可以利屬用第三方的代碼混淆工具來完成，改變同一個馬甲包的代碼而對功能又沒有改變，大大降低開發時間。可以使用頂象的iOS代碼編譯器，利用iOS代碼混淆技術來改變二進制文件。
⑹ app store 發布被拒，麻煩大神看一下什麼原因
2、繞過蘋果的付費渠道，我們之前游戲里的用兌換碼兌換金幣。 3、游戲里有實物獎勵的話，一定要說清楚，獎勵由本公司負責，和蘋果沒有關系。 4、用到蘋果的標志。（應用的設計和Apple的Logo風格太像了也會被拒） 5、網路功能不能正常訪問。 6、圖標不能點擊，不能點擊的圖標要置灰，或者直接隱藏。 7、沒有設置default頁，啟動畫面為黑屏，有一定概率被拒絕。 8、一個應用在線，但你想在發一個豪華版之類的，再開一個應用也會被拒絕。 9、用了著名游戲的關鍵字，比如說「憤怒的小鳥」之類的。 10、iPhone版不支持480*320解析度被決絕。 11、娛樂分類App，拒絕理由：我們認為你的App不具有娛樂性。 12、你的軟體不符合中國法律，還打電話來跟我說。（奶奶的，中國哪個法律說不可以FQ。） 13、技術支持地址寫的微博地址，於是被拒絕了。原因是：不能將需要登陸才能訪問的網址作為技術支持地址。 14、說我們的應用不該用App開發，應該用HTML5。（而且還很熱心的給出了參考鏈接哦） 15、調用截屏功能,當時沒注意,是私有API,被拒.改成非私有API實現截屏功能就通過了. 16、開放了文件document分享功能(Application supports iTunes file sharing),被退回,理由:不需要分享,為何開放了.回復郵件說明理由後上線. 17、年齡設置太低,說是有成人內容,被拒.修改內容後上線. 18、同一軟體多個版本只是針對不同的國家和內置的語言不同.前面幾個上線,後面幾個被拒.讓改成一個程序做程序內下載資源. 19、程序有crash被拒.修改bug後上線. 20、原因是我們的一個軟體只允許聯通用戶驗證真實身份並發布信息。apple要求要麼放棄驗證，要麼允許移動和電信用戶驗證。 21、APP中出現了某本以喬布斯為封面的本集團出版物圖片，遭拒。回復曰：Thank you for submitting your app commemorating Steve Jobs. We appreciate your efforts honoring Steve. However, we』ve decided to honor his life in other ways and we are not accepting these types of apps. 22、原來做過一個顯示假電池的App, 就是顯示一個假的的電量, 這樣別人找你藉手機就可以以沒電了為理由不借給他. 結果App Store說會迷惑用戶, 讓我改簡介. 改為簡介後蘋果中國給我打電話說這個App不用再提交了, 不可能過, 會迷惑用戶… 我了個去的 於是這個App就一直存在在我的iTunes Connect里. 23、忘記提供測試賬號。（如果你的APP有登錄功能） 24、軟體有個vip功能，涉嫌應用內收費。 25、撥打電話，涉嫌扣費。 26、圖片如果比較清涼的話需要設置軟體級別。 27、平板應用要支持最少2個翻轉方向。 28、程序內按鈕設計成標準的iOS icon。 29、內置付費的內容要明確告訴需要購買，購買前不能擺出來（這個屬於運氣不好，同樣這么做的app很多） 30、提交旗下一款新應用，為統一旗下各個產品的品牌識別，採取了與上一款產品相似的色調和logo結構。蘋果拒絕理由是不知道這兩款產品有什麼區別（其實區別點進去就很明顯，連UI布局都大相徑庭）。 31、應用內涉及到抽獎的運營活動，未聲明與蘋果官方無關。 33、自認為第一版產品還不夠完善，於是過度謙虛地在啟動畫面加上了「beta」字樣。蘋果的反饋是，不允許測試版產品上架。囧，後來翻了一下 Review Guideline 似乎是有提到這點的。 34、鏈接堆砌，蘋果建議用HTML5來做 35、UIWebView 嵌頁面片，蘋果建議讓用戶通過瀏覽器訪問，比如愛知乎，開始幾個版本通過了，後面的更新一直沒提交上去 屏幕壞點檢測應用，蘋果說會誤導用戶，未上架 36、登陸賬號有兩個字母寫反了，改正後通過 37、因遠程伺服器反應慢，蘋果的人估計沒耐心等，就說有bug給拒了，重新提交一份通過 38、應用標題加了幾個描述語句，蘋果讓在描述中寫明達到此目的的操作流程，改正後通過 39、一個第三方的應用，描述文字中有該網站的鏈接，進去網站後能找到付費鏈接，蘋果說該網站有自己的支付方式，去除網址後通過 40、應用請求使用地理位置的許可權，但相關功能藏得比較深，Apple說沒找到相關的功能。 — 回信說明後通過 41、應用描述中提到了是全平台應用，可以和其他系統同步數據。因為提到了「Android」的字眼被拒。 — 修改描述後通過 42、 App 的User Agreement中出現了 Beta、Preliminary 等字樣。因為是發布第一個版本，產品帶有一定的beta性質，但是確實是可發布產品了。按照公司LEGAL部門（外企，對User Agreement要求嚴格）的要求，必須有類似Beta的說明告知用戶，而 Apple 是明確不允許有 Beta 性質的字樣的。 43、App 是一個機遇小區的社區工具，順便做了房產廣告，但是 apple 審核說是廣告app，不允許發布。 44、應用里有個去給我們打分的功能，被拒了。。（這是不是史上最坑爹的拒絕理由） 45、網路工具軟體，要求支持國外的電信運營商網路。 46、曾經做一個 Chinajoy 美女圖片 show 的，被認為不適合放在 App Store。 47、iOS 5 的數據存儲問題…網路下載的資源不能直接搞在Documents目錄下。這個反復整了5次左右才通過審核。 48、忘記提供測試賬號……（審核的大爺們你們就不能自己弄個或者注冊個賬號么） 49、還有一次被拒，我回復說你們所說的問題不存在……後來……通過審核了。-.- 50、菜單中有一個文字包含測試，被打回，說不能上測試版本。 51、app名字包含pad，被打回，說容易名字不能有pad，會被誤解為蘋果自己的應用，不過同名的iphone版本就通過了… 52、upport地址在safari（僅僅是safari）下由於適配性問題打不開，結果就收到了apple的來信。 53、app里做了次抽獎，獎品是iphone4s，結果他們必須要我們將獎品改成別的，同時申明此活動與蘋果公司無關，才可以上架。。。 54、app里做了次抽獎，獎品是iphone4s，結果他們必須要我們將獎品改成別的，同時申明此活動與蘋果公司無關，才可以上架。。。 55、在程序的說明信息中有「越獄」倆字，被拒，後來把這倆字去了，PASS。但是：如果我在程序運行中檢測出手機越獄了，這結果報出來讓不讓過？ 56、使用GPS常駐後台服務，要我給出一個合適的理由，否則不往下審核，還好，解釋一翻過去了。 57、出現「給我們五星好評」之類的文字。 58、應用內提到付費項目但木有通過蘋果付費渠道（妄圖不讓蘋果老大賺錢） 59、問我服務是不是只在IOS平台，還是同時支持多平台（我當然擁護蘋果老大的領導，木有其他平台，iPhone專屬） 60、地圖應用，Google大神的LOGO沒有顯示。 61、google地圖下面logo被一個UIView給遮擋了被拒。調整位置後ok 62、對不存在普遍比較標準的幾類人進行比較和評判。不比人比動物後ok 63、上傳通訊錄沒有通知。這個等了幾個月，蘋果的法律糾紛差不多了之後拒掉。然後加了提示後ok。 64、我寫的英文App介紹審核人員看不懂，被拒。後然直接用中文。唉。 65、因為上行簡訊實現用戶認證被拒 66、果測試人員的手機號在國外，因為收不到國內簡訊，被拒 67、他們打開我的一個APP測試，顯示空白無內容，哈哈，因為他們相冊里沒有960*640的圖，就說我該程序功能沒開發完畢吧？ 然後我回了信，然後第二天就上架了。雖然這個小應用是極其簡單的。 68、最蛋疼的是，提供了測試用戶帳號密碼，被我們某個手賤的測試人員測試修改密碼的時候給改掉了。。。於是蘋果登錄不進來，於是杯具 69、IAP價格不能超過99美金（其中有一個是99.99美元，你妹啊！！！！！！！你麻痹多出0.99美金啊！！人家游戲都可以有啊！！！！為什麼我們就不行啊！！！） 70、不能強迫用戶注冊（網路游戲啊親！！你妹有直接登陸的按鈕啊！！！不需要注冊的啊！！試一下會shi啊！！！！） 71、support URL無法訪問（草草草草草！！！那幾天GFW抽風，海外訪問國內網站有問題，你妹躲在香港的體諒一下大陸人民啊！！！） 72、沒有生成Paid iOS合同（游戲內含IAP，好吧，這個是合作公司搞的烏龍，就不吐槽蘋果了） 73、某微博客戶端，提供了測試賬號，被拒的理由是「賬號登錄不進去」，還有截屏，我一看，這不把我們提供的測試賬號的最後兩個字母寫反了么…趕緊反饋，之後三天才繼續審核，這三天真是太賠了。 74、某門戶新聞客戶端，免費應用，被拒的理由是「找不到in app purchase的項目對應的界面」，可是我們的應用跟本沒有應用內支付，繼續反饋…又等了三天… 2012/8/21補充 75、iPhone Human Interface Guidelines中指出了基本UI控制項應該如何正確地使用。我們應該按照它的要求來檢查Tab Bar、Navigation Bar和Alert View等控制項是否符合Apple的口味。 76、確保應用不要模仿設備預裝應用的樣式和功能，如Music、iTunes Music Store和App Store等。這一條規則似乎是選擇性實施的，因為許多瀏覽器和指南針類的應用都得到了批准。 77、不要加入過多臟話、無理由的性-愛場面和吸毒場面。 78、不要對硬體按鈕進行重新編程，賦予其它功能。例如，不要將音量按鈕作為照相應用的快門鍵，不要將home鍵作為游戲中的開火鍵。
⑺ appStore審核被拒的原因是什麼
崩潰問題：公司內部遇到最多的被拒原因之一，很多時候自己的測試沒發現的Crash，一提版交審核權就出現了。
抽獎活動問題。當時app有涉及抽獎活動，而蘋果不允許你產生混淆，誤以為是蘋果搞的活動，所以必須註明是跟蘋果無關。
IPA問題被拒，當時公司產品第一次做IAP時，因為各種原因（例如支付失敗、商品信息描述、商品名稱等等）被拒了5次，折騰了一個月才上架。
程序有重大bug，程序不能啟動，或者中途退出。
繞過蘋果的付費渠道，例如游戲里的用兌換碼兌換金幣、跳轉到網頁用第三方支付渠道等。
使用蘋果的標志，應用的設計和Apple的Logo風格太像了也會被拒。
⑻ 求助appStore審核被拒的原因
崩潰來問題：公司內部遇到最多源的被拒原因之一，很多時候自己的測試沒發現的Crash，一提交審核就出現了。
抽獎活動問題。當時app有涉及抽獎活動，而蘋果不允許你產生混淆，誤以為是蘋果搞的活動，所以必須註明是跟蘋果無關。
IPA問題被拒，當時公司產品第一次做IAP時，因為各種原因（例如支付失敗、商品信息描述、商品名稱等等）被拒了5次，折騰了一個月才上架。
程序有重大bug，程序不能啟動，或者中途退出。
繞過蘋果的付費渠道，例如游戲里的用兌換碼兌換金幣、跳轉到網頁用第三方支付渠道等。
使用蘋果的標志，應用的設計和Apple的Logo風格太像了也會被拒。
⑼ 如何避免App Store審核被拒，審核被拒的22個原因
1、Terms and conditions(法律與條款)
作為App Store的應用開發者，你必須接受如下條款：Program License Agreement (PLA)，Human Interface Guidelines (HIG)，以及任何你與apple簽訂的許可和合同。以下規則和示例是為了協助你的應用更快通過審核上架，而不是修正或取代之前的條款。
2. Functionality(功能)
2.1存在Crash(崩潰，死機)的應用會被拒。
2.2存在明顯bug的應用會被拒。
2.3不符合開發者描述的應用會被拒。
2.4有未說明或隱藏特性或有悖描述的應用會被拒。
2.5使用非公開API的應用會被拒。
2.6試圖讀寫非允許范圍內的數據的應用會被拒。
2.7試圖以任何方式方法下載代碼的應用會被拒。
2.8安裝或運行其他可執行代碼的應用會被拒。
2.9任何「beta」，「演示(demo)」，「試用(trial)」或「測試(test)」版本的應用會被拒。
2.10iPhone應用必須可以無條件運行在iPad上，支持普通iPhone解析度和2倍iPhone 3GS解析度。
2.11任何與App Store中上架應用重復的應用會被拒，尤其是已經有了很多的：如放屁，打嗝，手電筒照明和愛經。
2.12沒有用處的應用，web頁面簡單組合的應用，或任何嘩眾取寵，不能提供娛樂價值的應用會被拒。
2.13純粹用於市場推廣或廣告的應用會被拒。
2.14有意提供隱蔽或虛假功能，卻又不能明顯標示的應用會被拒。
2.15大於20MB的應用無法通過蜂窩網路下載安裝(App Store自動處理)。
2.16多任務應用只允許在後台運行如下相應的服務：VoIP，音頻播放，地理位置，任務記錄，本地提醒等。
2.17應用只允許通過iOS WebKit框架和WebKit Javascript訪問web頁面。
2.18鼓勵酗酒，使用違法葯物，或誘導未成年人飲酒，吸煙的應用會被拒。
2.19提供錯誤的系統信息或設備數據的應用會被拒。
2.20通過許多版本的類似應用對App Store造成干擾的開發者會被取消IDP身份。
2.21歌曲和電影應該提交到iTunes store。書籍應該提交到iBookstore。
2.22隨意通過位置或運營商來限制用戶使用的應用會被拒。
2.23加入iCloud支持後，應用必須遵守iOS數據存儲指南( iOS Data Storage Guidelines)否則將被拒。
2.24在Newsstand里提交的應用必須遵守Developer Program License Agreement的第1,2和3條，否則將被拒。
2.25與App Store類似的推薦或為其他應用做廣告的應用將無法通過App Store審核。
3. Metadata (name, descriptions, ratings, rankings, etc)(描述數據(名稱，描述，評級，分類等)
3.1應用或者元數據中提到其他任意移動平台會被拒。
3.2描述數據有未填寫項，存留佔位符文本會被拒。
3.3描述中提到與應用內容和功能無關信息會被拒。
3.4應用在iTunes Connect與設備上顯示的名稱應該類似，否則會造成混淆。
3.5不同尺寸的icon要一致，否則會造成混淆。
3.6圖標與截屏不符合4+年齡評級的應用會被拒。
3.7應用的內容與所選分類和風格不符會被拒。
3.8開發者有責任把應用放到恰當的分級(Rating)。不恰當的評級可能會被Apple修改，甚至刪除。
3.9開發者有責任給應用撰寫恰當的關鍵詞。不恰當的關鍵詞可能會被Apple修改，甚至刪除。
3.10通過偽造，付費評價或其他非正規手段，獲取App Store中較好的評價與星級的開發者會被取消IDP身份。
3.11任何提示需要用戶重啟iOS設備來安裝或運行的應用會被拒。
3.12應用在提交審核過程中，所有涉及到的URL都要處於正常運行狀態，例如保密協議，相關支持頁面等。
4. Location(位置)
4.1未提示用戶且獲得用戶允許之前收集，傳輸或使用位置數據的應用會被拒。
4.2使用location-based API來自動控制車輛，飛行器或其他設備的應用會被拒。
4.3使用location-based API進行調度，隊伍管理或應急服務的而應用會被拒。
4.4位置數據只能用於應用提供的直接相關功能或服務，或者有授權的廣告。
5. Push notifications(提醒推送)
5.1不使用Apple Push Notification(APN) API提供消息推送的應用會被拒。
5.2使用APN服務卻沒從Apple獲取一個Push Application ID的應用會被拒。
5.3在首次推送消息之前未取得的用戶允許的應用會被拒。
5.4使用提醒推送服務推送敏感的個人或機密信息的應用會被拒。
5.5使用提醒推送發送主動消息，欺騙或干擾信息的應用會被拒。
5.6應用不可以使用提醒推送發送廣告，活動或任何形式的直接推廣信息。
5.7應用不可以提供收費的提醒推送服務。
5.8使用APN服務過度佔用網路帶寬或容量或通過提醒推送大量佔用系統資源的應用會被拒。
5.9傳輸病毒，文件，代碼或程序，導致破壞或擾亂正常的APN服務操作的應用會被拒。
6.Game Center(游戲中心)
6.1向終端用戶或第三方展示Player ID的應用會被拒。
6.2Player ID被用於Game Center條款款意外的用途的應用會被拒。
6.3試圖通過Game Center反查，跟蹤，描述，關聯，發掘，收割，或利用Player ID，別名或其他信息的開發者會被取消IDP身份。
6.4Game Center信息，例如Leaderboard得分，只能通過Game Center用於應用中。
6.5使用Game Center發送主動消息，欺騙或干擾信息的應用會被拒。
6.6使用Game Center過度佔用網路帶寬或容量的應用會被拒。
6.7傳輸病毒，文件，代碼或程序，導致破壞或擾亂正常的Game Center操作的應用會被拒。
7.Advertising(廣告)
7.1人工刷廣告瀏覽或點擊率的應用會被拒。
7.2帶有空iAd banner廣告的應用會被拒。
7.3設計主要用來展示廣告的應用會被拒。
8. Trademarks and trade dress(商標權與商標外觀)
8.1應用必須遵守Guidelines for Using Apple Trademarks and Copyrights 和Apple Trademark List中描述的所有條款和條件。
8.2任何誤導或暗示Apple為該應用來源或提供商，或Apple以任何形式認可其質量或功能的應用會被拒。
8.3外觀與現有Apple產品或廣告主題類似或混淆的應用會被拒
8.4應用名稱中出現錯誤的Apple產品拼寫(如，GPS for IPhone， iTunz)的應用會被拒。
8.5使用受保護的第三方資源(商標，版權，商業機密，以及其他私有內容)，如果要求請提供一份文本形式的使用授權。
9.Media content(媒體內容)
9.1使用MediaPlayer框架以外的方法訪問Music Library中媒體數據的應用會被拒。
9.2用戶界面模仿任何iPod界面的應用會被拒。
9.3通過蜂窩網路傳輸的流媒體音頻內容不得超過5MB或多餘5分鍾。
9.4通過蜂窩網路傳輸超過10分鍾流媒體視頻內容，必須使用HTTP Live Streaming，並包含一條基線64kbps的音頻HTTP Live流。
10.User interface(用戶界面)
10.1應用必須遵守Apple iOS Human Interface Guidelines中的所有條款和條件。
10.2外觀與iPhone自帶應用(如：App Store，iTunes Store和iBookstore)相似的應用會被拒。
10.3不按照Apple iOS Human Interface Guidelines中的描述正確使用系統控制項比如按鈕，圖標等的應用會被拒。
10.4試圖創建多桌面/主屏環境或模擬多Widget應用工具的應用會被拒。
10.5修改標准開關標准功能例如：音量增加/減少，響鈴/震動的應用會被拒。
10.6Apple和我們的用戶都界面報以很高期望，希望他設計的超級簡潔，精緻，充滿創造力，深思熟慮。做到這些確實會消耗很多精力，但是值得。Apple在這方面要求非常高。如果你的用戶界面過於復雜，甚至僅僅是不夠好，都可能被拒。
11.Purchasing and currencies(購買與流通貨幣)
11.1通過App Store以外的渠道解鎖或開啟附加屬性或功能的應用會被拒。
11.2使用In App Purchase API (IAP)以外的系統提供購買內容，功能或服務的應用會被拒。
11.3使用IAP為與應用無關的實體商品或商品服務收費的應用會被拒。
11.4應用使用IAP購買積分(Credit)或其他貨幣，必須在應用中消費。
11.5使用IAP購買的積分(Credit)或貨幣會過期的應用會被拒
11.6使用IAP收費訂閱的內容至少要在7天內有效，而且允許在所有iOS設備間共享。
11.7用到IAP收費項目的應用必須分派到正確的收費類目中。
11.8使用IAP向用戶收費以獲取iOS內建功能(如攝像頭，陀螺儀)的應用會被拒。
11.9包含「出租」內容或服務的應用，在一段時間實效的會被拒。
11.10保險類應用必須免費，遵守發布地區的法律，並且不允許使用IAP。
11.11一般來說，越貴的應用審核就越仔細徹底。
11.12提供收費訂閱的應用必須使用IAP，Apple將會按照Developer Program License Agreement中約定的70/30的比例與開發者分賬。
11.13應用中如果提供了IAP以外的收費或訂閱機制，如：「buy」按鈕，跳轉到一個購買電子書的web頁面，會被拒。
11.14應用可以閱讀或播放任何在應用以外取得授權的內容(包括指定的雜志，報紙，書籍，音頻，音樂和視頻)，只要在應用中不允許出現獲取授權的收費鏈接或按鈕。Apple不會對在應用外訂閱或購買授權項目收取任何費用。
11.15應用只能自動更新訂閱的期刊(報紙、雜志)，自動更新商業應用(企業、生產力、專業創意、雲存儲)和媒體應用(視頻、音頻，聲音)將被拒絕。
12.Scraping and aggregation(抓去與整合)
12.1從Apple的頁面(如：apple.com, iTunes Store, App Store, iTunes Connect, Apple Developer Programs, 等)抓取內容，或利用Apple頁面和服務中的內容進行排名的應用會被拒。)
12.2應用可以使用授權的Apple RSS，例如iTunes Store RSS。)
12.3簡單的web頁面裁剪，內容整合或鏈接收集應用會被拒。
13.Damage to device(損害設備)
13.1任何慫恿用戶做出可能損壞Apple設備的行為的應用會被拒。
13.2快速耗光設備電量或產生大量熱量的應用會被拒。
14.Personal attacks(人身攻擊)
14.1任何涉嫌誹謗，侮辱，狹隘內容或打擊個人或團體的應用會被拒。
14.2職業政治諷刺家和幽默作家不受該誹謗和狹隘條款約束。
15.Violence(暴力)
15.1展示人或動物被殺戮，致殘，槍擊，針刺或其他傷害的真實圖片的應用會被拒
15.2描述暴力或虐待兒童的應用會被拒。
15.3游戲中的「敵人」不能單獨的設定為某特定比賽，文化，真實的政府或組織，或者任何現實事物。
15.4含有以鼓勵非法或魯莽使用的方式描述真實武器的應用會被拒。
15.5帶有俄羅斯輪盤游戲的應用會被拒。
16.Objectionable content(負面內容)
16.1介紹過度三俗和粗魯內容的應用會被拒。
16.2設計來惹怒或惡心用戶的應用會被拒。
17.Privacy(隱私)
17.1在未獲得用戶事先允許，或未告知用戶信息將被如何，在哪裡使用的情況下，應用不可以傳輸用戶數據。
17.2要求用戶提供個人信息，如郵箱地址，生日等，才能使用其功能的應用會被拒。
17.3專門收集未成年人數據的應用會被拒。
18.Pornography(色情)
18.1含有韋氏詞典中定義的色情素材的應用會被拒。
18.2經常有用戶提供色情內容的應用會被拒。
19.Religion, culture, and ethnicity(信仰，文化和種族)
19.1帶有對一種信仰，文化或種族進行誹謗，侮辱，狹隘，或以他們為目標的暴力或傷害內容的應用會被拒。
19.2應用若帶有或應用對一種信仰的文字描述，那麼這個引用或翻譯必須是精確，無歧義的。注釋內容可以具有教育性，信息性，但不可以為煽動性。
20.Contests, sweepstakes, lotteries, and raffles（競賽，賭博，彩票和抽獎）
20.1賭博和競賽必須是由應用開發者或所有公司發起資助的。
20.2應用中必須展示賭博和競賽的官方條款，並聲明Apple不是資助者，並且在任何情況下與此事無關。
20.3開發者必須經過法律允許才能上線一款抽獎應用，而且抽獎應用必須具備以下要素：報酬，機會，和獎金。
20.4直接允許用戶在應用中購買彩票或抽獎的應用會被拒。
21.Charities and contributions（慈善與捐助）
21.1含有向已認證的慈善機構捐助功能的應用必須是免費的。
21.2慈善募捐必須通過簡訊息或通過Safari訪問web頁面完成。
22. Legal requirements(法律要求)
22.1應用必須遵守所有發布地區當地法律。開發者有義務了解和遵守各地的法律。
22.2任何帶有虛假，欺詐和帶有歧義的內容的應用會被拒。
22.3任何召集，推銷和股東犯罪和魯莽行為的應用會被拒。
22.4非法文件共享應用會被拒。
22.5任何設計用來非法賭博工具，包括算牌的應用會被拒。
22.6提供知識撥打電話或知識發送短消息/彩信功能的應用會被拒。
22.7任何開發暗中獲取用戶密碼和私有數據的開發者會被取消IDP身份。
22.8任何非法律執行部門發布的帶有DUI檢查點信息，或鼓勵且協助酒後駕車的應用會被拒。
⑽ 求助appStore審核被拒的原因
蘋果會發一封抄郵件給你吧，仔細查看內容，再分析具體原因，然後改產品馬上提交就可以。要記得ASO優化哈，現在感覺很多ios應用都在做，果搜ASO查詢下關鍵詞，再付費找人刷下排名，量坨坨的就來了，成本還便宜。