App提交 App Store 審核，遇到過哪些坑？

01-01

最新：App Store審核條款（完整版）

關注微信公眾號：APP推廣ASO，獲取完整版本。

WWDC2016大會之後，蘋果公司發布了四個全新平台：iOS，macOS，watchOS和tvOS。並且在此之後，蘋果應用商店審核條款也同時進行了更新——貌似不算進行了更新，簡直就是重寫！上個版本的30個章節被修改成了5大章節，但原版英文版字數從5000多個英文單詞增加到了6000多個英文單詞。

蘋果應用商店審核條款—AppStore Review Guidelines 概述

提交應用之前的檢查列表：

1 安全

1.1 不當內容

1.2 用戶生成的內容

1.3 兒童分類

1.4 人身傷害

1.5 開發者信息

2 性能

2.1 應用程序的完整性

2.2 Beta版測試

2.3 應用內容的準確性

2.4 硬體兼容性

2.5 軟體要求

3 業務

3.1 付款

3.2其他商業模式問題

4 設計

4.1 模仿者

4.2 最少功能

4.3 垃圾應用

4.4 擴展

4.5 蘋果網站和服務

5 法律

5.1 隱私

5.2 知識產權

5.3 遊戲，賭博，彩票

提交應用之後：

提交應用之前的檢查列表

為了幫助你的應用能夠儘可能順利的過審，請查看下面列出來的可能降低審核速度或者被拒絕的常見失誤。本清單無法代替審核條款，但你需要確保你已經達到了清單的要求作為良好的開始。

確保你已經：

測試你的應用程序，保證它不會發生崩潰和錯誤
確保你的應用程序的信息和應用內容保持完整和準確
保證聯繫人信息始終有效，審核團隊可以及時聯繫到你
提供一個有效的測試帳號以及登錄信息，並提供測試功能必要的的硬體和資源（例如，一個測試用的二維碼）
保證後台服務在審核期間運行正常
如果應用的某些功能和應用內付費隱藏較深，需提供詳細的描述文檔和支持文檔。如果因為地域的原因我們無法正常使用該功能，請提供該功能的描述視頻鏈接。
請檢查你的應用程序是否符合其他規範，包括（注意文中部分內容也有對應的條款和說明，請注意查看）

a開發指南

應用程序編程指南（App Programming Guide）

應用擴展編程指南（App Extension Programming Guide）
iOS數據存儲條款（iOS Data Storage Guidelines）
Mac OS X文件系統文檔（Mac OS X File System Documentation）
Safari擴展開發指南（Safari Extensions Development Guide）
iTunes Connect開發指南（iTunes Connect Developer Guide）

b設計指南

iOS人機交互界麵條款（iOS Human Interface Guidelines）
Mac OS人機交互界麵條款（Mac OS Human Interface Guidelines）
tvOS人機交互界麵條款（tvOS Human Interface Guidelines）

watchOS人機交互界麵條款（watchOS Human Interface Guidelines）

c 品牌營銷指南

App Store市場營銷條款（App Store Marketing Guidelines）
蘋果支付身份條款（Apple Pay Identity Guidelines）
加入蘋果支付許可條款（Add to Apple Wallet Guidelines）
使用Apple商標和版權的條款（Guidelines for Using Apple Trademarks and Copyrights）

1 安全

當用戶從App Store安裝應用的時候，他們需要確認這樣的操作是安全的。所以應用程序不能包含令人不快或者冒犯性的內容，而且使用中不會造成身心傷害。我們列出了常見的幾種缺陷，如果你的應用準備冒犯用戶或者與用戶發生衝突，App Store不是你的應用應該上架的地方。

1.1不當內容

應用程序不應該包括攻擊性，敏感，令人不悅，侮辱或者品味低下的內容。例如：

1.1.1 誹謗或者人格侮辱的內容，包括引用或者評論宗教、種族、性取向、性別或者其他目標群體的內容，特別是該應用對特定的人群造成了傷害（只有專業的政治諷刺作家和幽默大師才不會受到此限制）。

1.1.2對人或動物被殺害、致殘、折磨、虐待的逼真的描述或者具有暴力傾向的內容。如果是遊戲，那麼其中的敵人不能只針對特定的種族、文化、政府、公司以及任何其他實體。

1.1.3 鼓勵人們非法或者輕率使用武器和危險品的內容，或者方便人們購買槍支的內容。

1.1.4 公開的性愛或色情的內容。根據韋氏詞典（Webster』s Dictionary）的定義，這些內容特指「明確的描述或展示性器官，或者目的在於激發人們的性慾，而不是展示美學或者渲染氣氛」。

1.1.5 煽動宗教仇恨或者對宗教文獻的誤導性和不準確的引用。

1.1.6 提供虛假信息和虛假功能，包括提供不正確的設備信息，提供惡作劇的功能例如虛假的位置跟蹤工具。即便是明確指出該應用程序是出於娛樂性的目的也不會無視該條款。發送匿名虛假詐騙信息或者撥打惡意電話的應用會被直接拒絕。

1.2 用戶生成的內容

為了防止非法濫用用戶生成的內容，從而給用戶提供虛假信息、盜取用戶的知識產權，社交應用以及應用當中包含用戶生成的信息的應用必須包括下述功能：

過濾不良內容
提供舉報機制
後台服務可以提供阻止騷擾用戶的行為
提供官方聯繫方式，讓用戶可以快速聯繫到開發商

如果應用在使用用戶生成的內容或者提供服務的時候，主要目的是發布色情內容，人肉搜索、侮辱用戶，人身威脅、恐嚇用戶，這種應用不應該放在應用商店，而且蘋果可能會不通知開發商並直接下架。如果你的應用使用用戶生成的信息來提供網路服務，並且網頁上包含了一些限制級的內容，需要默認隱藏並且提供明顯的NSFW（不適合工作場所）標識，用戶主動點擊才會顯示。

1.3 兒童分類

兒童分類是人們找到適合兒童的應用的良好方式。如果你希望你的應用上架到這個類別當中，你需要關注並且在設計應用的時候需要照顧到兒童的良好體驗。這些應用程序不可以包括指向其他應用的鏈接，付費入口以及其他可能會吸引兒童的不適合的內容，除非提供給家長監控和開啟的能力。請記住，一旦客戶期望你的應用程序遵循兒童類別的要求，那麼它需要進行不斷的修改從而滿足後續版本的兒童類別的條款更新。即便是你打算取消發布在兒童類別當中也一樣需要遵守這些條款。點此了解家長監控的更多內容。

兒童類別的應用不允許包括基於用戶行為的廣告（也就是這種廣告會根據用戶行為而決定展示什麼樣的內容）。如果包含了廣告，這些廣告必須也適合兒童。與此同時，你也需要特別留意世界各地有關在線收集兒童數據的相關法律法規。請務必查看本條款的隱私條款來了解更多的相關信息。

1.4 人身傷害

如果你的應用程序可能會危害到人身安全，我們可能會拒絕掉它。這類情況包括：

1.4.1 如果你的應用屬於醫療範疇，那我們將會對這個應用提供用於醫療診斷的信息的準確性進行更加嚴格的審查。如果你的醫療應用已經獲得了相關監管部門的批准，你需要隨同你的應用一併提供指向相關批准文檔的鏈接用於審核

1.4.2 藥物劑量計算器必須來自藥物生產企業、醫院、高校、健康保險公司以及其他具有合法資質的實體。或者你的計算方法已經獲得了FDA或其他國際上的同行的認可。考慮到潛在的人身傷害的危險，我們需要確保你的應用會長期獲得更新和支持

1.4.3 應用程序不允許鼓勵人們非法攝入過量的酒精或藥物，或者鼓勵未成年人消費藥物、酒精和煙草。與此同時，嚴禁銷售大麻等毒品。

1.4.4 應用程序只能顯示執法機構提供的酒後駕駛檢查站，而且不允許鼓勵人們進行危險的行為，包括酒駕、超速。

1.4.5 應用程序禁止強迫人們採用違背蘋果硬體的安全文檔的方式，包括冒著設備損壞或者造成人身傷害的危險使用他們的設備。例如，應用程序不應該鼓勵人們將設備塞到床墊下面或枕頭下面充電。

1.5 開發者信息

用戶需要了解當他們遇到問題的時候該如何與您聯繫。確保你提供的鏈接當中包含了使用戶找到你的非常方便的方法。如果聯繫人信息不準確或者過期，這不僅令用戶失望，在有些國家和地區這也屬於違法行為。與此同時，確保支付許可包含發行商的有效聯繫信息，並且這些信息採用分配給發行商的來自權威機構的合法的根證書進行簽名。

2 性能

2.1 應用程序的完整性

提審版本的應用必須是最終版本，並且包含了所有應用內容以及所有有效鏈接。應用在提交的時候需要清除掉所有佔位符、無效地址和臨時內容。確保你的應用在提交審核之前經過充分測試並且沒有BUG，如果你的應用需要登陸，需要包含一個合法的賬戶而且對應的後台服務也是正常有效的。如果你的應用包含應用內付費，確保他們是完整的，最新的，並且審核人員可以很容易找到。如果不可以，需要提供明確的解釋為何不行。請不要把應用程序審核當作軟體測試服務，如果你的應用不完整或者存在明顯的技術缺陷，它將直接被拒絕。

2.2 Beta版測試

您的應用程序的測試版本不應該上架到應用商店，請使用Testflight來代替。如果你的應用提交到Testflight Beta，那麼這個應用已經準備好對外發布，並且符合應用審核條款。請注意，Testflight版本的應用不允許從測試人員當中獲取任何利益，包括來自眾籌的資金。你應該對測試人員提供明確的更新說明。請通過Testflight Beta測試說明了解更多信息。

2.3 應用內容的準確性

客戶在下載你的應用的時候需要明確了解你的應用是什麼，所以請確保你的應用描述、截圖、預覽視頻始終是最新版本，並且能夠準確反映你的應用。

2.3.1 不要在你的應用當中包含任何隱藏和沒有相關說明文檔的功能。你的應用程序的功能必須讓用戶和審核人員了解清楚。如果這樣的行為過分或者反覆出現，你可能會被蘋果從開發者身份當中除名。我們努力確保App Store是一個令人信賴的生態系統，並且期望每一個開發者也能夠遵守這種要求。如果你沒有信譽，我們不想和你合作。

2.3.2 如果你的應用程序包含了應用內付費功能，請確保你的應用程序的描述、截圖和預覽視頻能夠明確表明哪些功能、關卡、訂閱內容等需要額外購買。

2.3.3 你的截圖必須符合你的應用程序的實際內容，而不是標題藝術，登陸界面和閃屏界面。

2.3.4 你的預覽視頻是讓用戶能夠快速了解你的應用是用來做什麼的好方法。為了確保人們可以清楚的了解他們將會在你的應用當中獲得什麼內容，你的預覽視頻必須從應用程序本身的運行效果當中捕獲。你可以添加旁白或者文本描述來幫助解釋視頻本身無法解釋清楚的內容。

2.3.5 你需要遵守App Store的類別定義，並且為你的應用選擇最合適的類別。如果你選擇的類別不符合你的應用，我們可能會幫助你改變應用類別。

2.3.6 你必須誠實的回答iTunes Connect上面提供的年齡分級的問題，從而你的應用可以良好的使用家長控制功能。如果你的應用年齡分級不正確，用戶可能會對你的應用程序的行為表示十分意外，這也可能導致某些國家和地區的監管部門對你的應用分級不正確的問題開展調查。

2.3.7 你需要創建一個獨一無二的應用名稱，設計一套準確描述你的應用的關鍵詞。不要嘗試使用商標術語、流行的應用名稱以及其他不相關的詞語來包裝你的應用。蘋果可能隨時修改不恰當的關鍵詞。

2.3.8 你的應用內容應該適合所有的用戶，所以一定要確保你的應用圖標、截圖和預覽視頻能夠準確的反映你的應用。即使你的應用程序年齡分級高於4+，你的圖標、截圖和預覽視頻也必須符合4+的年齡分級。例如你的應用是一個遊戲，並且具有暴力內容，你必須選擇一個不反映死亡、槍決的截圖放到應用商店當中。記住確保你的應用內容，包括應用名稱和圖標（小圖標、大圖標、Apple Watch圖標等）是一致的從而防止用戶感到迷惑。

2.3.9 開發商具有保證版權合法的責任，包括應用程序圖標，截圖，預覽視頻的版權。圖標、截圖和預覽視頻需要使用一個虛構的賬戶的信息，而不是一個真實的用戶信息。

2.4 硬體兼容性

2.4.1為了確保人們可以儘可能充分的體驗你的應用，在可能的情況下iPhone應用也可以完美支持iPad。我們鼓勵您建立通用的應用，使得用戶可以在不同的設備上使用。

2.4.2 你的應用需要高效的利用電量。應用程序不應該快速的消耗電池電量並且產生過多的熱量，或者對用戶的設備造成不必要的負擔。

2.4.3 你的Apple TV應用可以在只有Siri遙控器或者遊戲手柄的時候可以正常運行，但我們不反對你通過更多的外圍設備增強你的應用功能的做法。如果你需要一個遊戲控制器，請確保在遊戲當中對這個遊戲控制器提供明確的教程，從而讓用戶知道如何使用這個控制器。

2.4.4 應用程序不應該建議或者要求設備重新啟動。

2.4.5 通過Mac App Store發布的應用還需要遵守額外的要求：

（i）它們必須適當的被沙盒化，而且遵守Mac OS文件系統文檔。這些應用也必須通過對應的Mac OSAPI來修改其他應用的數據（例如書籤、地址簿和日曆）。

（ii）必須使用Xcode對應用進行打包，不允許包含第三方的安裝程序。它們必須是自我包含的、單一文件的安裝包，而且不能在共享的位置安裝代碼和解壓資源。

（iii）在未經用戶允許的情況下不允許自動啟動或者開機啟動，而且用戶退出應用之後不允許在未經用戶同意的情況下殘留後台進程。應用不允許自動將圖標放在Dock或者用戶桌面。

（iv）應用程序不允許私自下載和安裝其他應用，驅動，額外的代碼，以及添加應用功能或者明顯改變與審核版本的應用不同的應用工作方式的資源文件。

（v）應用程序不允許要求升級到root許可權，或者使用setuid屬性來升級許可權。

（vi）這些應用運行的時候不允許彈出要求許可證的窗口，或者其他的顯示方式來反盜版（應用商店允許付費並視為購買了正版授權）。

（vii）必須使用Mac App Store發布更新，其他方式不被允許。

（viii）應用程序僅在在當前版本的系統就可以運行，不允許使用可選安裝的技術或者廢棄過時的技術（例如Java, Rosetta等）

（ix）所有的本地化版本必須包含在同一個應用程序包下。

2.5 軟體要求

2.5.1 應用程序只能使用公共API，不允許使用私有API。

2.5.2 應用程序bundle當中需要是自包含的，不允許讀寫它們設計的容器之外的數據，並且不得下載、安裝或執行代碼，包括其他iOS，watchOS，macOS和tvOS的應用。

2.5.3 如果應用程序傳播病毒、文件、計算機代碼或者其他可能損壞操作系統和硬體的功能，包括消息推送和遊戲中心，將被拒絕。如果這種行為十分惡劣而且反覆出現，開發者可能會被蘋果除名。

2.5.4 多任務的應用只能在預期目的下運行後台服務，例如網路電話、音頻播放、定位服務、任務計劃、本地通知等。如果你的應用程序使用了定位服務，需要提供一個明確的提醒告訴用戶這麼做會加快電量消耗。

2.5.5 我們會在IPv6網路上審核你的應用，所以如果你的應用程序無法使用IPv6協議，可能會被拒絕。

2.5.6 應用程序如果瀏覽網路，必須使用WebKit框架和WebKit Javascript標準。

2.5.7 使用蜂窩數據網路播放的視頻如果超過10分鐘，必須使用HTTP Live Streaming技術並且提供192kbps的碼率選項。

2.5.8 改動用戶桌面/home界面環境體驗的應用，以及模擬多應用小工具使用體驗的的應用將會被拒絕。

2.5.9 應用程序如果修改了標準開關的功能，例如音量上下鍵和響鈴開關，或者其他原生用戶界面元素和行為將會被拒絕。

2.5.10 應用程序在提交的時候不允許包含一個空的廣告欄或者測試廣告。

3 業務

你的應用可以在App Store當中有多種方式賺錢。如果你的應用的商業模式不夠明顯，請在應用內容或者審核備註當中提供商業化描述。如果你的應用程序的行為我們無法理解，或者你的應用內付費入口不夠明顯，將會使得你的應用審核速度變慢甚至被拒絕。儘管定價權在你，但是如果你的應用或者應用內付費存在明顯的敲竹杠的行為，我們也會拒絕發布這個應用或者這個應用內付費。我們會拒絕掉視圖以不正常的高價格欺騙用戶的昂貴的應用。

如果我們發現你視圖誘導用戶給較高評價等操縱評價的行為，例如通過支付來誘導、過濾不良評價、通過水軍刷虛假評價或者通過第三方的公司或團隊代表您進行這類操作，我們會採取措施來維護App Store的環境，其中可能包括將你從開發人員當中除名。

3.1 付款

3.1.1 應用內付費：如果你希望通過付費才可以解鎖你的應用當中的一些功能（例如，訂閱內容，遊戲貨幣，遊戲關卡，獲取優質內容，解鎖完整版本），你必須使用應用內付費（IAP）。應用程序不允許包括按鈕、鏈接或者其他調用方式和行為指導用戶採用非IAP的方式付費。通過IAP購買的遊戲內的虛擬貨幣或積分必須只能在這個應用內才可以消費，不能過期，你應該確保你的應用針對具有可恢復的應用內付費具有恢復應用內付費的購買狀態的功能和機制。如果你的應用內付費的付費類型不正確，你的應用會被拒絕。應用不可以直接或間接使用應用內付費的內容和功能向其他用戶贈送禮品。在Mac應用商店發布的APP需要使用其他機制或者包含一個插件而不是應用商店本身來完成這樣的贈送功能。

3.1.2訂閱：自動更新的訂閱只能使用應用內付費來提供，並且只能用於期刊（例如報雜誌），商業應用（例如企業、生產力、專業創作和雲存儲），媒體應用（例如視頻，音頻，語音和照片共享），以及其他批准的服務（例如約會計劃、食譜管理和天氣預報）。這些訂閱必須持續不少於7天，而且從這款應用可以運行的用戶的所有的設備當中都可以獲取。你可能會提供跨應用程序的丁芸，但這些訂閱內容不允許再擴展到第三方的應用或服務。

3.1.3 基於內容的「閱讀」應用：應用可以允許用戶訪問他們之前購買的內容或者訂閱的內容（比如報紙、雜誌、書籍、音頻，音樂，視頻，專業的資料庫，網路電話，雲存儲以及其他被批准的服務例如管理學生成績和課程表的教育應用）。應用程序提供商不允許指引用戶採用IAP之外的付費機制付費。

3.1.4 代碼：應用不允許使用自己的機制來解鎖應用內容和功能。包括許可證密鑰，增強現實的標識，二維碼等。在條件不允許的情況下（例如這個功能需要搭配特定的硬體才可以使用，比如天文應用程序在有望遠鏡的情況下可以擴展它的功能），這些應用可以不使用應用內付費來解鎖這些功能。應用程序的功能如果搭配一個被批准的硬體來使用（例如一個玩具），可以只解鎖基本的功能，並提供一個應用內付費解鎖增值功能。您不允許要求用戶購買一個不相關的產品或者參加一個市場營銷活動來解鎖應用的功能。

3.1.5 應用之外的商品和服務：如果你的應用允許人們購買商品和服務，但這些商品和服務的消費和該應用無關，你必須使用非IAP的方式完成支付。例如Apple Pay，信用卡和借記卡支付入口。應用程序可以使用批准的虛擬貨幣進行交易（例如比特幣，狗狗幣），只要這些付費方式遵守這個應用發布的國家和地區的相關法律法規即可。

3.1.6 ApplePay：使用Apple Pay的應用程序在出售商品或服務之前，必須提供所有商品和服務的信息給用戶。必須正確的使用Apple Pay的品牌和用戶界面元素，符合Apple Pay身份識別條款和人機交互界麵條款（Apple Pay Identity Guidelines and Human Interface Guidelines）。使用Apple Pay提供定期付款必須提供下述信息：

定期的時間長度以及明確指出在取消之前定期付款將一直持續

每個周期提供什麼樣的功能和服務

實際收費的賬單

取消定期付款的方式

3.2其他商業模式問題

下面的列表並不全面，而且擬提交的應用可能會觸犯我們以後更新的最新政策。但是這裡面也提供了一些額外的你應該和不應該做的內容：

3.2.1 可接受的方式

（i）你的應用可以展示給用戶你開發的其他應用，但你的應用程序不能僅僅是提供其他應用程序的目錄應用

（ii）展示或者建議其他的第三方應用的集合，並且這些應用被設計為在特定領域才發揮作用（例如健康管理，航空服務，交通服務），你的應用程序需要提供強大的編輯能力，使得它看起來不像是一個單獨的商店頁面。

（iii）當租約過期的時候禁止用戶訪問特定的需要批准出租的內容（例如電影、電視節目、音樂和書籍）。但是其他的物品和服務不能過期。

（iv）支付許可可以用於付款或者收費，轉移優惠券和票據（例如電影票，優惠券和VIP憑證）。其他用途可能會導致應用被拒絕或者撤銷支付許可證書。

（v）保險類應用必須是免費的，符合發布地區的相關法律法規，且不能使用應用內付費。

3.2.2 不可接受的方式

（i）展示第三方應用的界面、擴展、插件看起來和App Store很像，或者作為一般的興趣集合。

（ii）蘋果的硬體和系統內置的功能需要付費才可以解鎖，例如通知推送，照相機，陀螺儀。包括蘋果服務，例如蘋果音樂的訪問能力和iCloud存儲的訪問能力。

（iii）人為的增加廣告的展示量和點擊量，包括應用程序被設計為主要展示廣告的應用。

（iv）在應用內為慈善機構募捐資金。這類應用在應用商店必須免費而且必須使用其他方式募捐資金，例如通過簡訊，網頁內支付。

（v）通過某種方式人為限制應用的使用人群，例如通過位置或者載體來限制。

4 設計

蘋果的客戶十分喜歡那些簡潔、精緻、創新和易於使用的應用，這正是我們希望在應用商店當中看到的。儘管是你在創造出偉大的設計，但下面的這些標準都是通過應用商店審核的最低標準。

4.1 模仿者

拿出你自己的創意，我們知道你具有創意，所以請將你的創意實現出來。不要簡單照搬應用商店當中的流行應用，或者僅僅對這個應用的名稱和UI進行簡單的修改並將其作為自己的應用。除了冒著侵犯他人知識產權的風險外，應用商店也難以搜索到正確的應用，並且這也使得你的同行受到不公正的待遇。

4.2 最少功能

你的應用在除了僅僅包裝一個網站頁面之外還要包含其他的功能和內容。如果你的應用程序不是特別有用、獨特、或者看起來像是一個應用程序，那麼它不應該在應用商店上架。如果你的應用沒有提供持久的娛樂價值，或者僅限於讓人們感覺毛骨悚然，這個應用可能會被拒。如果應用僅僅是一首歌曲或者一部電影，它應該被提交到iTunes Store。如果應用僅僅是一本書或者一本遊戲指南，那它應該被提交到iBooks商店。

4.2.1 應用程序應該按照它的預期目的來調用API和開發框架。並且在應用描述當中明確指出這種融合方式。例如，HomeKit框架應該提供家庭自動化服務，HealthKit應該是基於健康和健身的目的並且集成在健康類應用程序當中。

4.2.2 除了目錄用於提供專門的類別之外。應用程序的主要功能不應該是提供營銷材料，廣告，網路剪輯，內容聚合或者鏈接集合。

4.2.3 你的應用程序應該不依賴其他應用或功能就可以正常工作。

4.2.4 Apple Watch應用如果看起來像是一個錶盤會令用戶困惑，因為用戶期望Apple Watch具有豐富的功能，例如刷卡，消息提醒和第三方服務。如果你的應用程序使用獨特的方式展示時間是具有創造性的（例如對於衝浪愛好者展示潮汐的時間），但是如果你的應用看起來特別像傳統的手錶的錶盤，我們會拒絕它。

4.2.5 如果應用的主要功能是訪問iCloud以及iCloud的文件管理器，你需要提供額外的附加功能來使你的應用批准上架。

4.3 垃圾應用

不要為同一個應用程序創建多個Bundle ID。如果你的應用程序有多個版本，例如針對特定的國家和地區的版本，體育隊伍，大學等，考慮提交一個版本的應用但是使用應用內付費來作區分。此外還要避免將你的應用放到已經飽和的分類下。App Store當中已經有了足夠多的手電筒、放屁、打嗝、和某種不好的詞語的應用。如果想要往App Store投放垃圾應用可能會導致你的開發者資格被撤銷。

4.4 擴展

應用程序擴展必須符合應用程序擴展開發指南（App Extension Programming Guide）或Safari擴展開發指南（Safari Extensions Development Guide），並且如果可能應該包括額外的功能，例如幫助界面，設置界面等。擴展應用的界面不應該包括市場營銷內容，廣告和應用內付費。

4.4.1 鍵盤擴展有一些額外的規則，他們必須：

提供鍵盤輸入功能（比如鍵入字元）

提供切換輸入法的方式

在無網路的情況下仍然可以正常使用

根據應用擴展開發指南（App Extension Programming Guide）的要求提供數字和符號輸入鍵盤

如果鍵盤輸入是這個應用的主要功能，那它的主要類別是工具（Utilities）

只基於增強iOS設備輸入功能的目的收集用戶信息

4.4.2 Safari擴展必須可以在當前OS X系統上的Safari瀏覽器上正常運行，它們不能干擾到系統和Safari UI元素，並且絕不能包含惡意或者誤導用戶的代碼。違反此規則會被從開發者當中除名。

4.5 蘋果網站和服務

4.5.1 應用可以訂閱一些蘋果提供的RSS源，例如iTunes Store RSS源。但是不能收集從蘋果網站上獲得的任何信息（包括http://apple.com，iTunes Store，App Store，iTunes Connect，開發人員門戶網站等），或者創建一個基於這些信息的排名。

4.5.2 蘋果音樂API可以允許用戶在使用你的應用的時候訪問他們的訂閱內容。用戶必須主動使用播放、暫停和跳過按鈕來訪問播放列表，不允許應用擅自訪問和播放。此外你的應用不允許要求用戶必須付費或者間接賺錢才可以訪問蘋果音樂服務（例如應用內付費，觀看廣告，獲取用戶信息等）。

4.5.3 不要使用蘋果服務去發送垃圾信息，釣魚，發送垃圾郵件。包括遊戲中心，推送消息等。不要嘗試反向追蹤，掃描，嗅探，或者非法獲取玩家ID，別名和其他來自Game Center的信息，否則你會被從開發者當中除名。

4.5.4 推送通知不得作為應用必選項才能使用這個應用，不能用於廣告，促銷和直銷的目的，或者發送敏感和機密信息。

4.5.5 只能使用Game Center規定的方式訪問Game Center玩家ID等信息，但不能展示在APP當中或者分發給第三方廠商。

5 法律

應用程序必須遵守當地的所有法律法規才可以正常使用（如果你不確認需要遵守哪些法律法規，請諮詢律師）。我們了解這些事情十分複雜，但是保證遵守當地一切適用的法規是你應盡的義務，不僅僅是遵守我們的條款。當然，如果應用程序拉幫結派、煽動和蠱惑人們犯罪的這種魯莽行為會直接導致應用被拒。

5.1 隱私

保護隱私是蘋果生態系統當中的重中之重。你應該謹慎小心的使用收集到的個人信息，以確保你遵守適用的法律條款和蘋果開發人員計劃許可協議（Apple Developer Program License Agreement）。更不用說這些都是用戶對你的的期望。更具體地說：

5.1.1 數據收集和存儲

（i）收集用戶數據的應用必須具有隱私政策並且安全的取得用戶的同意。這包括但不限於應用程序如果使用了HealthKit和其他醫療、健康技術的應用、HomeKit，鍵盤擴展，Apple Pay，並且包括登陸、訪問設備上的用戶數據（例如地理位置，通訊錄，日曆等）。

（ii）如果你的應用程序不包括明顯需要使用用戶賬戶的功能，那麼請讓用戶不登陸的情況下就可以正常使用。應用程序不能要求用戶輸入用戶個人信息來使用其中的功能，但核心功能必要或者法律要求的情況下除外。

（iii）開發人員如果使用應用竊取用戶密碼和其他隱私數據會從開發人員當中除名。

5.1.2 數據的使用和分享

（i）你在向用戶提供明確的如何使用用戶數據的說明文檔並取得用戶明確的許可之前，你的應用不能使用或者轉移用戶的數據。

（ii）如果不是基於提升用戶體驗，提升軟硬體性能或者符合蘋果開發者計劃許可協議（Apple Developer Program License Agreement）的廣告推廣目的，不允許使用或者向第三方廠商告知用戶數據。

（iii）從HomeKit API當中獲得的數據不允許應用在廣告投放和數據挖掘的目的。

（iv）使用蘋果支付並且通過蘋果支付獲取用戶數據的應用，在使用或向第三方廠商告知的時候只能基於促進或改善商品和服務的交付的目的。

5.1.3 衛生與健康研究

健康、健身和醫療數據十分敏感，所以這類應用程序需要遵守額外的規則以保護客戶的隱私安全：

（i）如果目的是打廣告或者用戶數據挖掘（用於提升健康管理，或者用於獲得了批准的科研目的除外），那麼應用不得使用或者向第三方披露用戶的健康、健身和醫療數據。這些數據來自但不限於HealthKit API，運動和健身功能，或者其他有關健康的學科的研究課題。

（ii）應用不能向HealthKit以及其他醫療研究和健康管理應用當中寫入虛假數據，而且不能夠在iCloud上存儲健康數據。

（iii）致力於人類健康相關的學科研究必須在參與者的同意之下才可以進行，或者對於未成年人，他們的父母和監護人的同意之下才可以進行。相關許可條款必須包括（a）性質、宗旨和研究時長；（b）研究程序，風險和參與人的利害關係；（c）數據的保密性和管理方法，包括與第三方共享的任何數據；（d）參與者如果有疑問需要知道的聯絡方式；（e）參與者如何撤出的機制。

（iv）如果應用進行健康相關的研究必須具有獨立的倫理審查委員會的許可。此類批准必須按照要求提供。

5.1.4 兒童

基於很多因素，在使用來自兒童的數據的時候務必保持謹慎。我們希望您在使用這些數據之前能夠仔細了解相關要求和國際適用的法律條款，例如兒童在線隱私保護法（Children『s online privacy protection act，COPPA）。

應用程序只能基於提供必要的功能和非年齡相關的娛樂價值的目的下，而且在遵守相關法律的前提下才可以請求獲取孩子的生日和父母的聯繫方式。

此外，兒童類應用如果需要採集、傳輸、分享兒童的信息（包括姓名、地址、電子郵件、位置、照片、視頻、圖畫、聊天功能、其他個人數據和與上述任何信息一起使用的永久的標識符），必須提供隱私條款，而且必須符合所有適用於兒童的隱私政策。為了明確起見，如果這類應用需要家長監控，通常這兩種情況所需要提供的隱私條款會有所不同。點此了解詳細信息。

5.1.5 位置服務

使用位置服務的應用程序必須提供和位置服務直接相關的功能。使用基於位置的API不允許用於提供緊急服務，或者實現自動控制車輛、飛行器以及其他設備（小型的設備例如小型無人機和玩具例外），遠程控制汽車警報系統等。在收集、傳輸和使用用戶的位置數據之前，請確保你已經取得了用戶的同意。如果應用程序使用了後台定位服務，務必在應用當中闡明其目的。參考人機交互界麵條款（Human Interface Guidelines）了解最佳的做法。

5.2 知識產權

確保你的應用只包括你創建的內容，或者在使用他人的內容的時候具有合法的許可協議。如果你在許可協議規定的方式之外使用這些內容可能會被蘋果下架你的應用。當然，這也意味著其他盜用你的內容的應用也可能會被下架。如果你認為你的知識產權已經被侵犯，請填寫這個表單發起訴訟申請。知識產權相關法規在每個國家和地區有所不同，但你的應用必須避免以下最基本的錯誤：

5.2.1 一般而言：不要使用受保護的第三方內容，如商標、版權作品，或者在你的應用當中使用未經專利許可的創意。不要包含誤導、虛假，山寨的描述，名稱和應用內容在你的應用當中。

5.2.2 第三方網站/服務：如果你的應用使用、訪問、展示和商業化第三方的服務，請保證你已經獲得了相應的授權許可。並且許可文件必須根據要求在審核前一併提供。

5.2.3 音頻和視頻下載：應用程序不能對非法分享、保存、轉換或者來自第三方源的數據的非法使用提供方便（第三方來源包括Apple Music, YouTube, SoundCloud, Vimeo等），除非具有相應的合法授權協議。如果應用提供了音視頻文件，可能這些文件也會違反知識產權，所以你的應用在提供這些文件和服務的訪問能力之前務必具有合法授權協議並且必須按照要求在審核前提供。

5.2.4 蘋果廣告代言：不要明示或暗示蘋果公司是你的應用的供應商，或者蘋果為你的應用的功能和質量代言。如果你的應用被授予「編輯選擇獎」，蘋果會自動加上這個徽章。

5.2.5 蘋果產品：禁止創建一個應用看起來與蘋果已有的產品，用戶界面（如Finder），應用（如App Store, iTunes Store或Messages），廣告主題相似，並且不允許拼錯蘋果產品名稱（如Iphone, iTunz）。iTunes音樂的預覽不允許在取得對應的授權許可之前直接使用。例如作為拼圖應用的背景音樂，遊戲背景音樂等。如果你的應用展示了Activity圓圈，不允許修改圓圈的顯示方式以及它們代表的數據。人機界面交互條款當中對如何使用Activity圓圈有更多的信息。

5.3 遊戲，賭博，彩票

賭博、遊戲和彩票功能可能是最難以管理也是蘋果應用商店當中最普遍的促銷方式。只有當你完全明白相關法律風險並且已經準備好足夠的時間應對監管部門的審查的時候才可以考慮使用。不過有些事情需要牢記：

5.3.1 抽獎和競猜必須由應用開發商贊助

5.3.2 用於抽獎和競猜的官方規則必須在應用當中予以提供，並且明確表明蘋果公司不是贊助商或者以任何形式參與該活動。

5.3.3 應用不允許使用應用內付費購買信用點或者虛擬貨幣，並把它們與實際的貨幣結合使用，也不允許在應用當中購買彩票，抽獎券，和進行資金轉移。

5.3.4 提供需要使用真實貨幣進行遊戲的應用（例如體育博彩、撲克賭博、賭場遊戲和賽馬競猜等）或者提供彩票，必須具有當地相關監管部門的合法的授權許可。而且發行的地區僅限於許可協議規定的地點，並且在應用商店當中必須是免費的。非法賭博的工具，包括計牌客不允許上架到App Store當中。彩票App必須具有下列要素：報酬，中獎幾率和獎金。

提交應用之後：

一旦你將應用程序和元數據提交到iTunes Connect當中，並且進入審核流程，這裡有一些事情你需要牢記：

時間：應用審核團隊會儘快審核你的應用，我們也一直努力加快審核速度。可以在此了解更多有關App審核的信息。

狀態更新：你的應用的當前狀態會在iTunes Connect當中直接反映。所以你可以在上面留意你的應用狀態。

加急審核申請：如果你們對時間非常敏感，你們可以點此申請加急審核。請務必當你在真正需要它的情況下才進行加急審核，因為你也需要尊重你的同行。如果我們發現你在濫用這個系統，我們可能會拒絕你的加急申請。

發布日期：如果你的發布日期設為未來的某個時候，你的應用在到達那個時間點之前不會發布到應用商店上面，即便是已經通過了審核。請記住，你的應用在所有選定的應用商店上架可能需要長達24小時的時間。

被拒：我們的目標是嚴格遵守這些準則，但人無完人，如果你的應用程序被拒絕並且你對此表示疑問或者希望提供更多的信息，請使用解決方案中心來和應用審核團隊直接溝通。這可能對你的應用儘快上架有幫助，而且這也可能幫助我們完善應用程序審核流程或者讓我們發現審核政策當中表述不清的地方。如果你仍然對結果有異議，請在開發者後台提出上訴。

我們很期待看到你們未來發布的產品！

獲取完整版App推廣思維導圖在微信公眾號「APP推廣ASO」後台回復「推廣」
App換量合作在後台回復「換量」
優秀App自薦後台回復「App」

微信公眾號：APP推廣ASO

蘋果的審核機制，讓你抓狂、抓狂、再抓狂，卻毫無辦法....

只有提前把可能問題都解決掉才行。

分享過去一年遇到的一些坑，都是血淋淋的教訓，希望可以幫到後來者少走些彎路。

1、App的等級評定

App都會要求做個等級評定，蘋果會讓你對以下內容進行選擇，是或者否。

然後，自動評出一個級別，是可以多少歲以上的人可以使用。

例如金元寶，評定的等級就是4+歲，即4歲以上的人，都可以適用。

須知這個年齡標準，越低，受眾當然越大；伴隨而來的是，蘋果審核的標準也越嚴格。

例如金元寶以前就吃過這個苦頭。App里有抽獎的活動，活動頁面沒有隱藏，蘋果審核時，發現有這個活動，就認為是帶有博彩性質，而博彩性質在4+歲這個級別，是不允許的。

一個建議就是，等級不一定要追求年齡段越低越好，看自己的受眾是什麼樣的，適當即可。

2、注意隱藏APP內的營銷活動

這個與前面一點是關聯的，最好檢查下蘋果審核的標準，然後將相關活動頁面，在提交版本中都不要出現。

等審核通過了，再放出來不遲！

3、注意測試環節與正式發布環境的區別

這也是讓人抓狂的一個問題。

我們曾經在發版前，測試全部通過，手機端、pad上，都沒有任何問題；然後提交到蘋果審核，就無法通過。蘋果的回復是：

App打開後，無法登錄，看不到內容！

一開始以為是對方那邊網路有問題，因為反覆測試，我們這裡都沒有問題，包也同一個。

然後又重新提交，寄希望於可以通過。

結果，打回！

重複3次，浪費1個多月時間啊！

後來才搞明白，我們在測試環境與正式發布環境，證書不同，當前使用的請求方法，在正式環境是不行的。

最後，重新修改請求方法，才解決了！

4、版本升級功能按鈕隱藏

不要在App中出現這個按鈕，否則會被打回！

5、第三方登錄隱藏

QQ或者微信登錄，最好也隱藏，對方不一定安卓這些東東，如果去測，肯定也出問題，會被打回。

建議：

一定要建立預發布的流程，在正式發布前，發布公測的版本到商店，完全用真實的環境讓客戶來參與測試。

千萬不能偷懶，省掉這一步！

---------------------------------------

繼續更新：

今天又被拒了，原因：

通過QQ分享文章，不允許瀏覽器方式打開QQ登錄提示頁面：

社區里的文章，分享到QQ時，由於審核人員的手機上沒有QQ，自動在瀏覽器中打開了註冊或登錄的頁面，這也是不允許的。

蘋果拒絕理由：

ios審核滿眼是坑！！！大家贊了，那我就在多填些坑。覺得有用就拿走吧。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

一個悲傷的故事：一家公司14年初開發app歷時一年還沒有提交appstore成功，然後被迫轉型了

自己遇到過的：

1.物化女性。軟體內姑娘太多導致的。so。。。一定要有帥哥。哪怕首頁只有一個。

2.軟體名字衝突。提交時發現有軟體名字一樣。丫停的。只能換。想好軟體名字搜一下先。

3.等級評定，娛樂相關所以不要你勾選後發現4+可以。然並亂。必須17+走起

4.支付上，要求用戶即使換手機或卸載軟體，所購買的物品還可以繼續使用。

5.不要用第三方登錄，尤其是QQ，用戶沒有安裝qq，會引導你下載，然後就會被退回。

6.有時第三方的統計什麼會調用idfa。這個只要你調用了就必須有廣告，不然會被打回。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

（其它的坑等明天翻下郵件在碼字）答應大家的更新

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝新內容＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

7.先補充說下昨天的第5點，當你使用第三方插件時，也是可以通過的。需要技術做個判斷。

當用戶安裝了如微信微博qq應該，就在登錄上面顯示出來。當檢測到用戶沒有安裝，那你的應用上就不要顯示這個第三方登錄方式。蘋果是可以給通過的。

8.蘋果商店購買商品如果是會員，不可以少於一周。

9.內容不能low 不能露。

10.不能自動提示升級。只能通過appstore更新。

11.聊天功能里，要有舉報功能。不管真假。要有！

12.不能在產品內兌換錢。

13.蘋果支付申請了就要使用，他們會審核支付接入點。

14 .所有活動話題上不能有獎勵.有的話需要獎文字說明獎品和蘋果沒關係。

15.不能有嚴重的bug。（廢話）嗯但是也要說，不要抱著僥倖的心裡。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

重要的事情說三遍：

提醒：被打回，千萬不要和蘋果人員說「誒。那個app有也有啊。為什麼我被打回了」一旦說出，你就告別appstore了。一定要選擇郵件回復，態度要誠懇。體現你有多麼擁護支持蘋果的決定。

然後嚴格按照他們的提示做了修改。人品號2天可以通過。當然你得真的調整了產品。

蘋果一般都是有事發郵件的路子。很少電話。當然我接到過美國美女打得電話。聲音不錯。嗯

附上網上可以搜到文章「最新審核條款」

以下是更新後的審核指南（修改部分紅色字體標出）：

1. 條款和條件

1.1 為App Store開發程序，開發者必須遵守 Program License Agreement (PLA)、人機交互指南（HIG）以及開發者和蘋果簽訂的任何其他協議和合同。以下規則和例證旨在幫助開發者的程序能獲得App Store的認可，而不是修改或刪除任何其他協議中的條款。

2. 功能

2.1 崩潰的程序將會被拒絕。

2.2 存在錯誤的程序將會被拒絕。

2.3 跟開發者宣傳不符的程序將會被拒絕。

2.4 無應用文檔或隱藏功能與描述不符的程序將會被拒絕。

2.5 使用非公開API的程序將會被拒絕。

2.6 在指定容器範圍外讀寫數據的程序將會被拒絕。

2.7 以任何方式或形式下載代碼的程序將會被拒絕。

2.8 安裝或運行其他可執行代碼的程序將會被拒絕。

2.9 Demo版、trial版和test版的程序將會被拒絕。 Beta版應用程序可通過TestFlight提交，並且必須遵守相關指南。（此前並未允許Beta版通過TestFlight提交）

2.10 iPhone程序必須不經修改就能以iPhone解析度和2倍 iPhone 3GS的解析度在iPad上運行。

2.11 與App Store已有程序重複的應用可能會被拒絕，特別是數量很多的情況下，比如手電筒應用和愛經應用。

2.12 沒有顯著用途、不獨特的應用程序或者與網站簡單捆綁的應用有可能被拒；不提供任何持久娛樂價值的程序可能會被拒絕。

2.13 內容主要是營銷材料或廣告的程序將會被拒絕。

2.14 包含欺騙或虛假功能，卻有沒有標明的應用程序將會被拒絕。

2.15 大於100MB無法通過蜂窩網路下載的應用（App Store會自動禁止）。

2.16 多任務程序使用後台服務僅限於幾種目的：VoIP、音頻播放、地理位置、完成任務以及本地提醒等。

2.17 應用程序只允許使用iOS WebKit框架和WebKit Javascript瀏覽web內容。

2.18 鼓勵酗酒或使用違禁藥物，或引誘青少年飲酒或吸煙的程序將會被拒絕。

2.19 提供錯誤的系統診斷或不精確的設備數據的應用將會被拒絕。

2.20 向App Store上傳大量相似版本程序的開發者將會從iOS開發者計劃中除名。

2.21 簡單一首歌曲或者一部影片應用要提交到iTunes store，書籍類應用應該提交到iBookstore。

2.22 隨意根據環境（如定位或者運營商）限制用戶使用的應用會被拒。

2.23 應用必須遵守iOS數據儲存指導方針（iOS Data Storage Guidelines ），否則應用將被拒。

2.24 存放在Newsstand的應用必須遵守開發者項目許可協議（Program License Agreement）的表1、表2以及表3，否則應用將會被拒。

2.25 類似App store，或者基於購買或者促銷的目的而展示其他應用的應用將會被拒絕

（限制更加嚴格，此前經過特殊審核批准(比如健康管理、航空以及其他無障礙需求等)，或者為特殊群體用戶提供具有重大意義的附加值的應用是可以通過的）

2.26 只有當app是出於特殊審核需要（比如健康管理、航空以及無障礙需求等）或為特殊群體用戶提供具有重大意義的附加值時，才可以展示和推薦自身以外的其他應用程序，否則應用程序將會被拒絕。

3. 元數據（名稱、描述、評級、排名等）近來廠商踩雷屢見不鮮，此部分請詳細閱讀

3.1 應用或者元數據中提到其他任何移動平台將會被拒。

3.2 帶有佔位符文本的程序將會被拒絕

3.3 應用程序的名稱、描述、截圖或者預覽與應用的內容和功能不相關將會被拒絕。

（此前僅對描述有所限制）

3.4 為了不混淆用戶，iTunes Connect中的應用名稱應該和展示在設備上的應用名稱一致。

3.5 不同尺寸的app icon要一致，否則會造成混淆。

3.6 圖標、截圖以及預覽不符合4+年齡評級的程序將會被拒絕。

（增加了對預覽的限制）

3.7 目錄與類型不適合於程序內容的程序將會被拒絕。

3.8 開發者有責任為其程序指定適合的評級。不相稱的評級可能會由蘋果公司修改。

3.9 開發者有責任為其程序指定恰當的關鍵字。不恰當的關鍵詞可能會被蘋果公司修改/刪除。

3.10試圖通過偽造評論或者付費評論的方式在AppStore中操縱或者其欺騙用戶評論（或者採用其他不正當方式）以提升排名的開發者將會被蘋果從iOS開發者計劃中除名。

3.11 在安裝或打開應用之前，推薦用戶重啟iOS設備的應用將會被拒。

3.12 提交審核的應用程序應包含能正常運行的URL，比如支持服務URL和隱私政策URL。

3.13 應用程序的截圖、預覽或者營銷文本沒有清晰地指出附加內容或項目需要額外單獨購買（比如使用IAP）將會被拒絕。

3.14 App預覽僅能使用從應用程序捕獲的視頻屏幕、旁白、文本以及design overlays，否則應用程序將會被拒絕。

3.15 添加App預覽的應用程序，未經許可展示真人個人信息將會被拒絕。

3.16 App預覽僅能使用在所有選定地區內經過授權許可、用於此目的的音樂。

3.17 App預覽包含未經授權的通過app播放的內容（比如iTunes playlist和YouTube流媒體）的應用將會被拒絕。

4. 位置

4.1 在收集、傳輸或使用位置數據之前未通知並獲得用戶同意的程序將會被拒絕。

4.2 將基於位置的API用於車輛、飛機或其他設備的自動控制或自主控制的應用程序將會被拒絕。

4.3 使用基於位置的API用於應急服務的應用程序將會被拒絕。

（此處進行了描述修改，未著重指出調度和車隊管理）

4.4 當與提供的功能或服務密切相關，或者為支持經過授權的廣告時，應用程序才可以使用位置數據。

5. 推送通知

5.1 不使用蘋果推送通知 (APN)應用介面提供推送通知的程序將會被拒絕。

5.2 未從蘋果獲得Push Application ID便擅自使用APN服務的程序將會被拒絕。

5.3 在首次推送消息或者要求運行推送通知之前未獲得用戶許可的應用將會被拒絕。

5.4 使用推送通知發送敏感個人信息或機密信息的程序將會被拒絕。

5.5 使用推送通知發送非請求消息，或用於釣魚或群發垃圾信息用途的程序將會被拒絕。

5.6 應用程序不可使用推送通知發送廣告、促銷或任何類型的直銷信息。

5.7 應用程序不能向使用推送通知服務的用戶收取費用。

5.8 使用推送通知會過多利用APN服務的網路流量或帶寬或給設備帶來過度負擔的程序將會被拒絕。

5.9 如果應用程序傳送病毒、文件、計算機代碼或程序，並且對APN服務的正常運行造成損害或中斷，那麼該程序將會被拒絕。

6. 遊戲中心

6.1 向終端用戶或任意第三方顯示玩家ID的程序將會被拒絕。

6.2 將玩家ID用於任何未經遊戲中心條款批准用途的程序將會被拒絕。

6.3 試圖進行反向搜索、跟蹤、關聯、挖掘、獲得或利用玩家ID、別名或通過遊戲中心獲得其他信息的開發者將會iOS開發者計劃除名。

6.4 遊戲中心信息（例如排行榜分數），只能用於遊戲中心批准的應用程序中。

6.5 利用遊戲中心服務發送非請求信息，或用於釣魚或群發垃圾郵件的程序將會被拒絕。

6.6 過多使用遊戲中心網路流量或帶寬的應用程序將會被拒絕。

6.7 如果程序能夠傳送病毒、文件、計算機代碼或程序，並且對遊戲中心服務的正常運行造成損害或中斷，該程序將會被拒絕。

7. 廣告

7.1 人工刷廣告瀏覽量或者廣告點擊率的應用程序將會被拒絕。

7.2 包含空iAd廣告的應用程序將會被拒絕。

7.3 主要設計目的在於顯示廣告的應用程序將會被拒絕。

8. 商標與商品外觀

8.1 應用程序必須遵守」Guidelines for Using Apple Trademarks and Copyrights」和」Apple Trademark List」中說明的所有條款與條件。

8.2 任何誤導和暗示蘋果公司是該應用程序來源或提供商，或者蘋果公司以任何形式表示認可其質量或功能的應用程序將會被拒絕。

8.3 與目前已有蘋果產品或者廣告主題外觀相似或混淆的應用程序將會被拒絕。

8.4 在應用程序名稱中將蘋果產品名拼錯的應用程序（例如，GPS for Iphone，iTunz）將會被拒絕。

8.5 應用程序不得使用受保護的第三方材料（比如商標、版權以及專利），不能違反第三方使用條款。必須提供使用這些材料的授權許可。

8.6 若無明確授權許可，從第三方來源處（比如YouTube、SoundCloud以及Vimeo等）下載音樂或者視頻內容的應用程序將會被拒絕。

9. 媒體內容

9.1 不使用媒體播放器框架（MediaPlayer Framework）獲取音樂庫中媒體內容的應用程序將會被拒絕。

9.2 用戶界面模仿任何iPod或者iTunes界面的應用程序將會被拒絕。

9.3 通過蜂窩網路傳輸的音頻流內容每5分鐘不得超過5MB。

9.4通過蜂窩網路傳輸超過10分鐘的視頻流內容必須使用HTTP Live Streaming協議，並且要包含一個基線為192kbps或者更低的HTTP實時流。

10. 用戶界面

10.1 應用程序必須遵守蘋果的《iOS Human Interface Guidelines》中所有的條款和條件。

10.2 外觀與iPhone自帶應用（比如App Store、iTunes Store和iBookstore）相似的應用程序將會被拒絕。

10.3 未能按蘋果《iOS Human Interface Guidelines》描述正確使用系統提供的項目（比如按鈕、圖標）的應用將會被拒絕。

10.4 創建桌面/主屏幕環境或者模擬multi-App插件體驗的應用程序將會被拒絕。

10.5 修改音量大小和鈴聲/靜音等標準開關功能的應用程序將會被拒絕。

10.6 蘋果和我們的客戶高度推崇簡單、精緻、富有創造性以及經過精心設計的界面。雖然需要付出更多，但卻非常值得。蘋果設立了很高的門檻。如果你的用戶界面太過複雜或者水準不高，可能會被拒絕。

11. 購買與貨幣流通

11.1 使用App Store以外的渠道解鎖或開啟附加屬性和功能的應用程序將會被拒絕。

11.2 使用應用內支付系統（IAP）以外的系統購買內容、功能或服務的應用軟體將會被拒絕。

11.3 使用IAP購買實物商品或者用於該軟體之外的商品和服務的應用軟體將會被拒絕。

11.4 使用IAP購買積分（信用點）或者其他貨幣必須在本應用中消費。

11.5 使用IAP購買已過期積分或其他貨幣的應用軟體將會被拒絕。

11.6 使用IAP訂閱的內容至少要持續7天，而且允許在用戶的其他iOS設備間共享。

11.7 使用IAP購買項目的應用程序必須指派正確的購買類型。

11.8 使用IAP購買iOS內置功能（如照相機，陀螺儀）的應用程序將會被拒絕。

11.9 含有超過限定時間的內容或服務的應用程序將會被拒絕，除經特定批准的內容（比如電影、電視節目音樂以及書籍）。

11.10 保險類應用程序必須免費，要遵守發布地區的法律，並且不能使用IAP。

11.11 一般而言，你的應用程序越貴，我們的評審會越深入。（對不起，我們國產大部分是免費網遊）

11.12 提供訂閱功能的應用必須使用IAP，蘋果將會按照 Developer Program License Agreement 中的約定與開發者按30/70比例分成。

11.13 在應用內使用跳轉至外部購買或訂閱鏈接的應用將會被拒，比如」buy」按鈕跳轉至一個購買電子書的web頁面。

11.14 只要應用內沒有跳轉至外部購買、訂閱的按鈕或鏈接，蘋果允許這些應用讀取或展示經批准的、在應用外購買或訂閱內容(特別是雜誌、報紙、書籍、音頻、音樂、視頻以及雲存儲內容)。蘋果只能通過應用程序內的購買獲得一部分收益。

11.15 應用程序可以只使用自動更新訂閱期刊(報紙、雜誌)、商業應用程序(企業類、效率類、專業創意類以及雲存儲類)和媒體類應用程序(視頻、音頻、聲音)，否則應用程序將被拒絕。

11.16 當與特定的經過審核的實體產品（比如玩具）結合使用時，應用程序可以使用獲得批准的附加特性和功能，只要附加功能完全依賴於該硬體產品（比如一款用於控制望遠鏡的應用程序）或者也可以在不使用實物產品的情況下使用應用程序，比如成就獎勵或者使用IAP。

11.17 如果應用功能遵照各州和聯邦法律，那麼應用可以用來促進被認可的虛擬貨幣的流通。

12. 抓取和聚合

12.1 從蘋果網站（例如http://apple.com、iTunes Store、App Store、iTunes Connect以及Apple Developer Programs等）抓取任何信息或者使用蘋果網站內容和服務進行排名的應用程序將會被拒絕。

12.2 應用軟體可以使用獲得批准的蘋果RSS feeds，例如iTunes Store RSS feeds。

12.3 只是簡單的網頁剪切、內容整合或者收集鏈接的應用程序可能會被拒絕。

13. 損害設備

13.1 慫恿用戶以可能造成損害的方式使用蘋果設備的應用軟體將會被拒絕。

13.2 快速耗光設備電量或產生過多熱量的應用軟體將會被拒絕。

13.3 能導致用戶人身傷害的app將會被拒絕。

14. 人身攻擊

14.1 涉及誹謗、人身攻擊性質以及內容狹隘卑鄙的應用軟體或者打擊特定個人或組織的應用軟體將會被拒絕。

14.2 職業政治諷刺家和幽默作家不受這一條款約束。（開門，查水表）

14.3 展示用戶創作內容（UGC）的應用程序必須提供一個過濾不良資訊的方法，一個用戶可以標記侵犯性內容的機制，以及可以阻止辱罵用戶的能力。

15. 暴力 （此前傳禁槍的消息並未在條款中明確指出）

15.1 應用程序中出現人或動物被殺、致殘以及槍擊、刺傷、拷打等受傷情形的真實畫面將會被拒絕。

15.2 出現描繪暴力或虐待兒童等內容的應用程序將會被拒絕。

15.3 遊戲中出現的」敵人」不可指向一個特定種族、文化、一個真實存在的政府、企業或者其他任何現實中的實體。

15.4 對武器進行真實描述以慫恿非法使用或濫用這些武器的應用程序將會被拒絕。

15.5包含俄羅斯輪盤賭博內容的遊戲將會被拒。

16.令人反感的內容

16.1 應用程序中出現過於令人反感或者低俗的內容將會被拒絕。

16.2 在設計上激怒用戶或令人感到厭惡的應用程序將會被拒絕。

17.隱私

17.1 在未經用戶事先許可，或未告知用戶如何使用信息以及在何處使用信息的情況下，應用程序不能傳輸用戶數據。

17.2 要求用戶共享電子郵箱地址和出生日期等私人信息才可使用其功能的應用程序將會被拒絕。

17.3 僅出於遵守適用的兒童隱私法規的目的，應用程序可以要求用戶的出生日期（或者使用其他年齡評級機制），但是必須包括一些有用的功能或者娛樂價值，不管用戶年齡大小。

17.4 收集、傳輸以及分享未成年用戶個人信息（比如名字、地址、郵件、位置、照片、視頻、繪畫、聊天信息以及其他個人數據，或者與以上所述相關的永久性標示符）的應用程序必須遵守應用兒童隱私法規，並且必須包含隱私條款。

17.5 包含賬號註冊或者訪問用戶現有賬號的應用程序必須包含隱私策略，否則將會被拒絕。

18. 色情

18.1 含有色情素材，也就是《韋氏詞典》中定義的」旨在激發情慾，對性器官或性行為的明確描述或展示，而無關美學或情緒感受」的程序將會被拒絕。

18.2 包含用戶頻繁提供的色情內容的應用程序（比如以前的「Chat Roulette」程序）將會被拒絕。

19.宗教，文化與種族

19.1 涉及宗教、文化或種族群體的引用或評論包含誹謗性、攻擊性或狹隘內容，或會使特定群體遭受傷害或暴力的應用程序將會被拒絕。

19.2 程序可以包含或引用宗教經文，程序所提供的引用或翻譯必須準確且不會引起誤導。評論應該有教育意義，可以令人開闊眼界，而不應有煽動性。

20. 競賽、賭博、彩票以及抽獎

20.1 彩票抽獎和競賽必須由應用程序的開發者或者app所屬公司發起。

20.2 應用程序必須展示彩票抽獎和競賽的正式規則，並聲明蘋果不是發起者，也沒有以任何方式參與活動。

20.3 開發者運營一款具有抽獎性質的應用必須經過法律允許，並且抽獎應用必須具備以下特徵：報酬、運氣以及獎品。

20.4 允許用戶在應用中直接購買彩票或彩券的應用將會被拒。

20.5 提供真錢遊戲（比如體育博彩、撲克牌、賭場遊戲、賽馬以及彩票）的應用程序必須有應用程序適用地區當地必要的許可和允許，必須限制在這些區域，必須可以從App Store免費下載。

20.6 使用IAP購買信譽或者貨幣，且結合真錢遊戲的應用將會被拒絕。

21.慈善與援助

21.1 包含可以向已認證的慈善組織捐贈功能的應用程序必須是免費的。

21.2 捐贈款項的募集必須通過Safari瀏覽器訪問web頁面或是手機短消息完成。

22. 法律要件

22.1 應用程序必須遵守所有發布地區當地法律，開發者有義務了解並遵守所有當地法律。

22.2 包含虛假，欺詐或誤導性陳述的程序將會被拒絕。

22.3 任何用於招徠、促進或鼓勵犯罪或明顯魯莽行為的應用程序將會被拒絕。

22.4 支持非法文件共享的程序將會被拒絕。

22.5 被設計用以非法賭博工具的應用程序（包括點算牌）將會被拒絕。

22.6 具有匿名或惡作劇撥打電話或發送類似簡訊/彩信功能的程序將會被拒絕。

22.7 任何開發暗中收集用戶密碼或用戶私人數據程序的開發者將會從iOS開發者計劃中除名。

22.8 包含非執法機構發布的DUI檢查點信息，或者慫恿/協助酒後駕車的應用將會被拒絕。

22.9 計算藥劑用量的應用程序必須由藥品製造商或者認可機構發布，比如醫院、保險公司以及高校。

22.10.在未授權的情況下使用iTunes音樂預覽的應用程序將會被拒絕。

23. Passbook

23.1 Passbook Passes可被用來支付或者接收支付，傳遞商業信息或者提供驗證（比如電影票、飛機票、優惠券以及其他），但把Passbook Passes用於其他用途的應用程序可能會遭到拒絕，並且會被撤銷Passbook證書。

23.2 Passes必須包含有效的pass發行人有效的聯繫資料，否則app將會被拒絕，並且Passbook證書也會被取消。

23.3 Passes必須經過實體簽名，並基於其名字、商標或者品牌進行分發，否則應用程序將會被拒絕，而Passbook證書也可能會被撤銷。

24.兒童類別

24.1 兒童類別中的應用程序必須包含隱私政策，必須遵守適用的兒童隱私法規。

24.2 兒童類別中的應用程序不允許包括行為廣告（比如app內部基於用戶行動的服務廣告），任何在應用程序中展示的上下文廣告必須適合兒童。

24.3 兒童類別中的應用程序必須得到家長許可或使用parental gate才能鏈接至應用程序外部或進行交易。

24.4 兒童類別中的應用程序必須標明」5歲以下，6-8歲或者9-11歲」。

25.擴展

25.1 包含擴展的應用程序必須遵照 App Extension Programming Guide要求。

25.2 包含擴展的應用程序必須提供某些功能（輔助屏幕，附加設置），否則將會被拒絕。

25.3 如果擴展的視圖中包含營銷推廣、廣告或者IAP內容，那麼包含該擴展的應用將會被拒絕。

25.4 鍵盤擴展必須提供一個切換至下個鍵盤的方法。

25.5 鍵盤擴展必須具有離線訪問功能，否則將會被拒絕。

25.6 鍵盤擴展必須提供和 App Extension Programming Guide 描述一致的數字和十進鍵盤類型，否則將會被拒絕。

25.7 提供鍵盤擴展的應用必須擁有基本的功能分類和隱私政策，否則將會被拒絕。

25.8 提供鍵盤擴展的應用程序只允許收集用戶活動以增強鍵盤擴展在iOS設備上的功能，否則將會被拒絕。

26.HomeKit

26.1使用HomeKit框架的應用程序必須有提供家庭自動化服務的主要目的。

26.2 使用HomeKit框架的應用程序必須在營銷文本中說明用途，同時必須提供隱私政策，否則將會被拒絕。

26.3應用程序不允許將從HomeKit API收集的數據用於廣告宣傳或者其他基於使用的數據挖掘。

26.4 出於其他目的使用從HomeKit API收集的數據，而不是用於提高用戶體驗或者家庭自動化功能中硬體/軟體性能，這類應用將會被拒絕。

27.HealthKit

27.1 使用HealthKit或者ResearchKit框架（出於健康目的用於進行人體生物學研究的框架）的應用程序，必須遵守其所有適用區域的法律，以及iOS Developer Program License Agreement中的3.3.28和3.39條款。（增加了對於ResearchKit框架的支持）

27.2將虛假或者錯誤的數據寫入HealthKit的應用程序將會被拒絕。

27.3 使用HealthKit框架的應用程序在iCloud中儲存用戶健康信息將會被拒絕。

27.4 應用程序不允許將通過HealthKit API收集的用戶數據用作廣告宣傳或者基於使用的數據挖掘目的，除了改善健康、醫療、健康管理以及醫學研究目的。

27.5 未經用戶許可與第三方分享通過HealthKit API獲得的用戶數據的應用程序將會被拒絕。

27.6 使用HealthKit框架的應用程序必須在營銷文本中說明集成了Health app，同時必須在app用戶界面清楚闡釋HealthKit的功能。

27.7使用HealthKit框架的應用程序必須提供隱私政策，否則將會被拒絕。

27.8 提供診斷、治療建議，或者控制診斷疾病的硬體，或者治療疾病的應用程序，若沒有根據要求提供書面的監管審批，將會被拒絕。

27.9 收集人體生物學研究相關數據的應用程序必須要獲得參與者的許可，對於未成年人，應用程序要得到其父母或者監護人的許可。許可內容必須包括：(a)研究的性質、目的以及持續性；(b)參與流程、風險以及受益（福利）；(c)信息的機密性和數據處理（包括與任何與第三方的共享）；(d)參與者問題切入點；(e) 取消方法（新增）

28.TestFlight

28.1應用程序僅能使用TestFlight對以公開發布為目的的應用進行beta版測試，且必須遵守完整的App Review Guidelines。

28.2 當版本中包含的內容或功能有重大變化時，使用TestFlight的應用程序必須提交審核。

28.3 使用TestFlight的應用程序不允許分發給測試者，以作為任何形式的補償。

29. Apple Pay

29.1使用Apple Pay的應用程序必須在出售任何商品或者服務之前為用戶提供所有材料的購買信息，否則將會被拒絕。使用Apple Pay進行定期付款的應用程序必須提供最低限度續費期限，付費將持續直至被取消，每個階段所付款額，費用付款歸屬，以及如何取消等。（增加了對於定期付款的規定）

29.2 使用Apple Pay的應用程序必須正確使用 Apple Pay Human Interface Guidelines 中的Apple Pay標識和用戶界面元素，否則將會被拒絕。

29.3 使用Apple Pay作為購買機制的應用程序所提供的商品或服務不能觸犯任何交付地範圍內的法律，也不能用作任何非法目的。

29.4 使用Apple Pay的應用程序必須提供隱私政策，否則將會被拒絕。

29.5 只有為了促進或提高商品和服務的交付，或者依照法律要件，使用Apple Pay的應用程序才能與第三方分享通過Apple Pay獲得的數據。

審核中坑很多，參考是一方面，有的坑是避免不了的。必須要踩一下。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

2016/2/25

APPSTORE審核規則補充：

"You" and "Your" 是指個人或者合法實體在本協議下（包括公司，組織，教育機構，或政府機構，部門）使用Apple 軟體或行使權力。您可以授權您的合同商代表您開發應用，但是所開發的應用必須在您的開發者賬戶下進行提交。如果您代表客戶發行應用，您的客戶可以參加iOS開發者計劃，把您加入進開發者團隊，這一您就可以在他們的賬戶下提交應用。

如果您的應用（以及提供廣告的第三方）要調用IDFA或包含IDFA相關信息，必須在應用里投放廣告。如果用戶重置IDFA，您不能將重置後的IDFA與重置前的IDFA相關聯。

知乎寫文章不方便，最近開了個公共賬號，會以互聯網行業內容為主，有些平時的總結加經驗分享，記錄自己的成長，同時便於和大家交流。

有興趣的加一下或是我的微博http://weibo.com/Gavinchenxiaoyu

微信公共賬號是「曉宇說」下面是二維碼

http://weixin.qq.com/r/RjpsdAzExVG6rUgX929U (二維碼自動識別)

以前有一個應用，下面聯繫我們寫了QQ號，然後放了一個QQ企鵝的剪影。

沒讓過，理由是可能會誤導用戶這個應用是騰訊的。。。

應用里都是女性、說是性別歧視。

有人發比較暴露的圖片、說是物化女性。

可以給別人點贊或踩，說是惡意評論他人。

qq登陸沒裝qq讓去下載，不通過。

有廣告標示符沒有廣告，不通過。

有計費點沒用，不通過。

恩審核大人就是屌的飛起。就醬

前些天Review竟然被拒了，開發苦著臉說審核大爺說咱故意要求用戶分享個人信息

原因是我們打開app時默認要求用戶註冊登錄，而丫認為這是不必須的，只有在到達某些必須賬戶信息的操作時才應要求用戶註冊登錄

NM您坐在加州辦公室審核全球app日理萬機忙得要死還要搶UE的飯碗幹嘛，挨著你了嘛

而且自從初次上架N個月審批過了N個更新版本都是這樣子的啊，現在在某個僅fix bug的小版本擋住算什麼，讓我想到以前苦B大學生們去北京使館申請留美VISA時大家都祈禱不要排到哪個哪個簽證官的隊，什麼某個更年期黑娘們各種理由動不動就拒簽了什麼的，看來這次應該也是換人了砸在某個黑娘們手裡了

P.S. 改完通過申訴通道已通過了

我來說一個特別不堪的。

app界面里有個個人空間頁面，背景圖可以用戶自己上傳。那陣子大白挺火啊，就在預覽的效果圖裡背景圖放了個大白。

於是就被拒了，理由很簡單，大白是人家迪斯尼的版權。

我加一個，做一個小眾的電商APP，希望增加用戶的登錄率，便要求用戶必須登錄才進入。

被拒，原因是，除特殊原因之外不能要求用戶一定要登錄才能進入到APP裡面。

產品作死的節奏（有夠酸爽...

甜品大叔

【App Store】2016年最新審核規則

為App Store開發程序，開發者必須遵守 Program License Agreement (PLA)、人機交互指南(HIG)以及開發者和蘋果簽訂的任何協議和合同。

2.1

崩潰的程序將會被拒絕。

2.2

存在錯誤的程序將會被拒絕。

2.3

跟開發者宣傳不符的程序將會被拒絕。

2.4

無應用文檔或隱藏功能與描述不符的程序將會被拒絕。

2.5

使用非公開API的程序將會被拒絕。

2.6

在指定容器範圍外讀寫數據的程序將會被拒絕。

2.7

以任何方式或形式下載代碼的程序將會被拒絕。

2.8

安裝或運行其他可執行代碼的程序將會被拒絕。

2.9

beta版、demo版、trial版和test版的程序將會被拒絕。

2.1

iPhone程序必須不經修改就能以iPhone解析度和2倍 iPhone 3GS的解析度在iPad上運行。

2.11

與App Store已有程序重複的應用可能會被拒絕，特別是數量很多的情況下，比如手電筒應用和愛經應用。

2.12

有用性不顯著、不獨特的應用或者與網站簡單捆綁的應用有可能被拒;不提供任何持久娛樂價值的程序可能會被拒絕。

2.13

主要用於營銷或廣告的程序將會被拒絕。

2.14

提供欺騙或虛假功能，卻有沒有明確標示的應用程序將會被拒絕。

2.15

大於100MB(綠色原先是50MB)無法通過蜂窩網路下載的應用(App Store會自動禁止)。

2.16

多任務程序使用後台服務僅限於幾種目的：VoIP，音頻播放，地理位置，完成任務以及本地提醒等。

2.17

應用程序只允許使用ios WebKit框架和WebKit Javascript瀏覽web內容。

2.18

鼓勵酗酒或使用違禁藥物，或引誘青少年飲酒或吸煙的程序將會被拒絕。

2.19

提供錯誤的系統診斷或設備數據的應用將會被拒絕。

2.2

向App Store上傳大量相似版本程序的開發者將會從iOS開發者計劃中除名。

2.21

簡單的歌曲或者影片應用要提交到iTunes store，書籍類應用應該提交到iBookstore。

2.22

武斷地根據環境(如定位或者運營商)限制用戶使用的應用會被拒。

2.23

應用必須遵守iOS數據儲存指導方針(iOS Data Storage Guidelines )，否則應用將被拒。

2.24

存放在Newsstand的應用必須遵守開發者項目許可協議(Developer Program License Agreement)的表1、表2以及表3，否則應用將會被拒。

2.25

類似App Store，基於購買或者促銷的目的而展示其他應用的應用將會被拒絕，除非是經過特殊審核批准(比如健康管理、航空以及其他無障礙需求等)，或者為特殊群體用戶提供具有重大意義的附加值的應用。

2.26

只有當app採集是出於特殊審核需求時，app才可以展示和推薦自身以外的其他應用程序，比如健康管理、航空以及無障礙需求等，否則應用程序將會被拒絕。(新增)

3.1

應用或者元數據中提到其他任何移動平台將會被拒。

3.2

帶有佔位符文本的程序將會被拒絕

3.3

描述中有與程序內容和功能不相關的信息的應用將會被拒絕。

3.4

為了不混淆用戶，iTunes Connect中的應用名稱應該和展示在設備上的應用名稱一致

3.5

不同尺寸的app icon要一致，否則會造成混淆。

3.6

程序圖標和截圖不符合4+年齡評級的程序將會被拒絕。

3.7

目錄與類型不適合於程序內容的程序將會被拒絕。

3.8

開發者有責任為其程序指定適合的評級。不相稱的評級可能會由蘋果公司修改。

3.9

開發者有責任為其程序指定恰當的關鍵字。不恰當的關鍵詞可能會被蘋果公司修改/刪除。

3.1

有以下行為的開發者將會被蘋果從iOS開發者計劃中除名：試圖操縱或者欺騙用戶評級，偽造或者付費評級，以及其他不相稱的行為。

3.11

在安裝下載之前推薦用戶重啟iOS設備的應用將會被拒。

3.12

在提交審核過程中，應用程序應包含能正常運行的URL，比如支持URL和隱私政策URL。

3.13

如果應用程序的截圖和營銷文本沒有清晰地確定需要額外單獨購買(比如使用IAP)的內容或者項目，那麼應用程序將會被拒絕。

3.14

App預覽可以僅使用從應用程序捕獲的視頻屏幕、旁白、文本以及design overlays，否則應用程序將會被拒絕。

3.15

添加App預覽的應用程序，未經許可展示真人個人信息將會被拒絕。

3.16

App預覽可能僅包括在所有選定地區內經過授權許可用於此目的的音樂。

3.17

App預覽包含未經許可的通過app播放的內容(比如iTunes playlist和YouTube流媒體)的應用將會被拒絕。

4.1

在收集、傳輸或使用位置數據之前未通知並獲得用戶同意的程序將會被拒絕。

4.2

使用基於位置的API來自動控制車輛、飛機或其他設備的應用程序將會被拒絕。

4.3

使用基於位置的API用於調度、車隊管理或應急服務的程序將會被拒絕。

4.4

當與應用功能或服務密切相關時可以使用位置數據，或者用於經過授權的廣告。

5.1

不使用蘋果推送通知 (APN)應用介面提供推送通知的程序將會被拒絕。

5.2

不使用蘋果推送通知 (APN)應用介面提供推送通知的程序將會被拒絕。

5.3

在首次推送消息或者要求推送通知運行之前未獲得用戶許可的應用將會被拒絕。

5.4

使用推送通知發送敏感個人信息或機密信息的程序將會被拒絕。

5.5

使用推送通知發送非請求消息或用於釣魚或群發垃圾郵件用途的程序將會被拒絕。

5.6

應用程序不可使用推送通知發送廣告、促銷或任何類型的直銷信息。

5.7

應用程序不能向使用推送通知服務的用戶收取費用。

5.8

使用推送通知會過多利用APN服務的網路流量或帶寬或給設備帶來過度負擔的程序將會被拒絕。

5.9

如果應用程序傳送病毒、文件、計算機代碼或程序，並且對APN服務的正常運行造成損害或中斷，那麼該程序將會被拒絕。

6.1

向終端用戶或任意第三方顯示玩家ID的程序將會被拒絕。

6.2

將玩家ID用於任何未經遊戲中心條款批准用途的程序將會被拒絕。

6.3

試圖進行反向搜索、跟蹤、關聯、挖掘、獲得或利用玩家ID、別名或通過遊戲中心獲得其他信息的開發者將會iOS開發者計劃除名。

6.4

遊戲中心信息(例如排行榜分數)只能通過遊戲中心用於應用中。

6.5

利用遊戲中心服務發送非請求信息或用於釣魚或群發垃圾郵件的程序將會被拒絕。

6.6

使用遊戲中心過多佔用網路流量或帶寬的程序將會被拒絕。

6.7

如果程序能夠傳送病毒、文件、計算機代碼或程序，並且對遊戲中心服務的正常運行造成損害或中斷，該程序將會被拒絕。

7.1

人工刷廣告瀏覽量或者廣告點擊率的應用程序將會被拒絕。

7.2

包含空iAd廣告的應用程序將會被拒絕。

7.3

主要設計目的在於顯示廣告的應用程序將會被拒絕。

8.1

應用程序必須遵守"Guidelines for Using Apple Trademarks and Copyrights"和"Apple Trademark List"中說明的所有條款與條件。

8.2

任何誤導和暗示蘋果公司是該應用程序來源或提供商，或者蘋果公司以任何形式表示認可其質量或功能的應用程序將會被拒絕。

8.3

與目前已有蘋果產品或者廣告主題外觀相似或混淆的應用程序將會被拒絕。

8.4

在應用程序名稱中將蘋果產品名拼錯的應用程序(例如，GPS for Iphone，iTunz)將會被拒絕。

8.5

使用受保護的第三方材料(商標、版權、商業機密、其他私有內容)在申請時需要提供一份文本形式的版權確認。

8.6

下載的音樂或視頻如果沒有獲得授權使用了第三方提供的資源，(例如tube，soundcloud，vimeo等)的應用將會被拒絕。

9.1

不使用媒體播放器框架(MediaPlayer Framework)獲取音樂庫中媒體內容的應用程序將會被拒絕。

9.2

用戶界面模仿任何iPod界面的應用程序將會被拒絕。

9.3

通過蜂窩網路傳輸的音頻流內容每5分鐘不得超過5MB。

9.4

通過蜂窩網路傳輸超過10分鐘的視頻流內容需要使用HTTP Live Streaming，並包含一個基準線為64kbps的音頻HTTP Live Streaming。

10.1

應用程序必須遵守蘋果的《iOS Human Interface Guidelines》中所有的條款和條件。

10.2

外觀與與iPhone的自帶應用(比如App Store、iTunes Store和iBookstore)相似的應用將會被拒絕。

10.3

未能按蘋果《iOS Human Interface Guidelines》描述正確使用系統提供的項目(比如按鈕、圖標)的應用將會被拒絕。

10.4

創建多桌面/主屏幕環境或者模擬multi-App插件體驗的應用程序將會被拒絕。

10.5

修改音量大小和鈴聲/靜音開關等標準開關功能的應用程序將會被拒絕。

10.6

蘋果和我們的客戶高度推崇簡單、精緻、富有創造性以及經過精心設計的界面。雖然需要付出更多，但卻非常值得。蘋果設立了很高的門檻。如果你的用戶界面太過複雜或者水準不高，可能會被拒絕。

10.7

主要功能只是看時間的應用將會被拒絕。

11.1

使用App Store以外的渠道解鎖或開啟附加屬性和功能的應用程序將會被拒絕。

11.2

使用應用內支付系統(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

含有超過限定時間的內容或服務的應用程序將會被拒絕，除了特殊批准的內容(比如films、電視節目音樂以及書籍)。

11.1

保險類應用程序必須免費，遵守發布地區的法律，並且不能使用IAP。

11.11

一般而言，你的應用程序越貴，我們的評審越徹底。

11.12

提供訂閱功能的應用必須使用IAP，蘋果將會按照 Developer Program License Agreement 中的約定與開發者按30/70比例分成。

11.13

在應用內使用跳轉至外部購買或訂閱鏈接的應用將會被拒，比如"buy"按鈕跳轉至一個購買電子書的web頁面。

11.14

只要應用內沒有跳轉至外部購買、訂閱的按鈕或鏈接，蘋果允許這些應用讀取或展示經批准的、在應用外購買或訂閱內容(特別是雜誌、報紙、書籍、音頻、音樂、視頻以及雲存儲內容)。蘋果只能通過應用程序內的購買獲得一部分收益。

11.15

應用程序可以只使用自動更新訂閱期刊(報紙、雜誌)、商業應用程序(企業類、效率類、專業創意類以及雲存儲類)和媒體應用程序(視頻、音頻、聲音)，否則應用程序將被拒絕。

11.16

當與特定的經過審核的實體產品(比如玩具)結合使用時，應用程序可以使用獲得批准的附件功能，只要附加功能完全依賴於該硬體產品(比如一款用於控制望遠鏡的應用程序)或者也可以在不使用實物產品的情況下使用應用程序，比如作為成功的獎勵或者使用IAP。

11.17

如果應用功能遵照各州和聯邦法律，那麼應用可以用來促進被認可的虛擬貨幣的流通。(新增)

12.1

從蘋果網站(例如http://apple.com、iTunes Store、App Store、iTunes Connect以及Apple Developer Programs等)抓取任何信息或者使用蘋果網站內容和服務進行排名的應用程序將會被拒絕。

12.2

應用軟體可以使用獲得批准的蘋果RSS feeds，例如iTunes Store RSS feeds。

12.3

只是簡單的網頁剪切、內容整合或者收集鏈接的應用程序可能會被拒絕。

13.1

慫恿用戶以可能造成損害的方式使用蘋果設備的應用軟體將會被拒絕。

13.2

快速耗光設備電量或產生過多熱量的應用軟體將會被拒絕。

13.3

能導致用戶人身傷害的app將會被拒絕(新增)

14.1

涉及誹謗、人身攻擊性質以及內容狹隘卑鄙的應用軟體或者打擊特定個人或組織的應用軟體將會被拒絕。

14.2

職業政治諷刺家和幽默作家不受這一條款約束。

14.3

EULA：app凡是帶有可隨用戶自行產生內容的,必須包含內容過濾功能,或者用戶自行標記屏蔽功能,以及拉黑功能

15.1

應用程序中出現人或動物被殺、致殘以及槍擊、刺傷、拷打等受傷情形的真實畫面將會被拒絕。

15.2

出現描繪暴力或虐待兒童等內容的應用程序將會被拒絕。

15.3

遊戲中出現的"敵人"不可指向一個特定種族、文化、一個真實存在的政府、企業或者其他任何現實中的實體。

15.4

對武器進行真實描述以慫恿非法使用或濫用這些武器的應用程序將會被拒絕。

15.5

包含俄羅斯輪盤賭博內容的遊戲將會被拒。

16.1

應用程序中出現過於令人反感或者低俗的內容將會被拒絕。

16.2

在設計上激怒用戶或令人感到厭惡的應用程序將會被拒絕。

17.1

在未經用戶事先許可，或未告知用戶如何使用信息，在何處使用信息的情況下，應用程序不能傳輸用戶數據。

17.2

要求用戶提供電子郵箱地址和出生日期等私人信息才可使用其功能的應用程序將會被拒絕。

17.3

僅出於遵守適用的兒童隱私法規的目的，應用程序可以要求用戶的出生日期(或者使用其他age-gating機制)，但是必須包括一些有用的功能或者娛樂價值，不管用戶年齡大小。

17.4

應用程序收集、傳輸以及分享未成年用戶個人信息(比如名字、地址、郵件、位置、照片、視頻、繪畫、聊天以及其他個人數據，或者與以上所述相關的永久性標示符)必須遵守應用兒童隱私法規，並且必須包含隱私條款。

17.5

包含賬號註冊或者訪問用戶現有賬號的應用程序必須包含隱私策略，否則將會被拒絕。

18.1

含有色情素材，也就是《韋氏詞典》中定義的"旨在激發情慾，對性器官或性行為的明確描述或展示，而無關美學或情緒感受"的程序將會被拒絕。

18.2

用戶頻繁提供生成色情內容的應用程序(比如以前的Chat Roulette程序)將會被拒絕。

19.1

涉及宗教、文化或種族群體的引用或評論包含誹謗性、攻擊性或狹隘內容，或會使特定群體遭受傷害或暴力的應用程序將會被拒絕。

19.2

程序可以包含或引用宗教經文，程序所提供的引用或翻譯必須準確且不會引起誤導。評論應該有教育意義，可以令人開闊眼界，而不應有煽動性。

20.1

賭博和競賽必須由應用程序的開發者或者app所屬公司發起。

20.2

應用程序必須展示賭博和競賽的正式規則，並聲明蘋果不是發起者，也沒有以任何方式參與活動。

20.3

開發者運營一款具有抽獎性質的應用必須經過法律允許，並且抽獎應用必須具備以下特徵：報酬、機會以及獎品。

20.4

允許用戶在應用中直接購買彩票或彩券的應用將會被拒。

20.5

提供真錢遊戲(比如體育博彩、撲克牌、賭場遊戲以及賽馬)的應用程序必須有應用使用區當地必要的許可和允許，必須限制在這些區域，必須可以從App Store免費下載。

20.6

使用IAP購買信譽或者貨幣，且結合真錢遊戲的應用將會被拒絕。

21.1

包含可以向已認證的慈善組織捐贈功能的應用程序必須是免費的。

21.2

捐贈款項的募集必須通過Safari瀏覽器訪問web頁面或是手機短消息完成。

22.1

應用程序必須遵守所有發布地區當地法律，開發者有義務了解並遵守所有當地法

22.2

包含虛假，欺詐或誤導性陳述的程序將會被拒絕。

22.3

任何招徠、促進或鼓勵犯罪或明顯魯莽行為的程序將會被拒絕。

22.4

支持非法文件共享的程序將會被拒絕。

22.5

被設計用以非法賭博工具的應用程序(包括點算牌)將會被拒絕。

22.6

具有匿名或惡作劇撥打電話或發送類似簡訊/彩信功能的程序將會被拒絕。

22.7

任何開發暗中收集用戶密碼或用戶私人數據程序的開發者將會從iOS開發者計劃中除名。

22.8

包含非法律執行部分發布的DUI檢查點信息，或者慫恿/協助酒後駕車的應用將會被拒絕。

22.9

任何計算藥用劑量的應用必須提交藥品製造商或者認可機構(比如醫院、保險公司以及高校)。

22.1

在未授權的情況下使用iTunes音樂預覽的應用程序將會被拒絕。

23.1

Passbook Passes可被用來支付或者接收支付，傳遞商業信息或者提供驗證(比如電影票、飛機票、優惠券以及其他)，而把Passbook Passes用於其他用途的應用程序可能會遭到拒絕，並且會被撤銷Passbook證書。

23.2

Passes必須包含有效的pass發行人有效的聯繫資料，否則app將會被拒絕，並且Passbook證書也會被取消。

23.3

Passes必須經過實體簽名，並基於其名字、商標或者品牌進行分發，否則應用程序將會被拒絕，而Passbook證書也可能會被撤銷。

24.1

主要供兒童使用的應用程序必須包含隱私政策，必須適用於應用程序的兒童隱私法。

24.2

主要供兒童使用的應用程序不允許包括行為廣告(比如基於用戶app內部活動的廣告)，任何在應用程序中展示的上下文廣告必須適合兒童。

24.3

主要供兒童使用的應用程序必須得到家長許可或使用parental gate才能鏈接至應用程序外部或進行交易。

24.4

兒童類別中的應用程序必須標明"5歲以下，6-8歲或者9-11歲"。

25.1

包含擴展的應用程序必須遵照 App Extension Programming Guide (中文版,英文版)要求。

25.2

包含擴展的應用程序必須提供某些功能(輔助屏幕，附加設置)否則將會被拒絕。

25.3

如果擴展的視圖中包含營銷推廣、廣告或者IAP內容，那麼包含該擴展的應用將會被拒絕。

25.4

鍵盤擴展必須提供一個切換至下個鍵盤的方法。

25.5

鍵盤擴展必須具有離線訪問功能，否則將會被拒絕。

25.6

鍵盤擴展必須提供和 App Extension Programming Guide 描述一致的數字和十進鍵盤類型，否則將會被拒絕。

25.7

提供鍵盤擴展的應用必須擁有基本的功能分類和隱私政策，否則將會被拒絕。

25.8

提供鍵盤擴展的應用程序只允許收集用戶活動以增強鍵盤擴展在iOS設備上的功能，否則將會被拒絕。

26.1

使用HomeKit框架的應用程序必須有提供家庭自動化服務的主要目的。

26.2

使用HomeKit框架的應用程序必須在營銷文本中說明用途，同時必須提供隱私政策，否則將會被拒絕。

26.3

應用程序不允許將從HomeKit API收集的數據用於廣告宣傳或者其他基於使用的數據挖掘。

26.4

出於其他目的使用從HomeKit API收集的數據，而不是用於提高用戶體驗或者家庭自動化功能中硬體/軟體性能，這類應用將會被拒絕。

27.1

使用HealthKit框架的應用程序必須遵守其所在區域的適用法律，以及iOS Developer Program License Agreement中的3.3.28和3.39條款。

27.2

將虛假或者錯誤的數據寫入HealthKit的應用程序將會被拒絕。

27.3

使用HealthKit框架iCloud中儲存用戶健康信息的應用程序將會被拒絕。

27.4

應用程序不允許將通過HealthKit API收集的用戶數據用作廣告宣傳或者基於使用的數據挖掘目的，除了改善健康、醫療、健康管理以及醫學研究目的。

27.5

27.5 未經用戶許可與第三方分享通過HealthKit API獲得的用戶數據的應用程序將會被拒絕。

27.6

使用HealthKit框架的應用程序必須在營銷文本中說明集成了Health app，同時必須在app用戶界面清楚闡釋HealthKit功能。

27.7

使用HealthKit框架的應用程序必須提供隱私政策，否則將會被拒絕。

27.8

提供診斷、治療建議或者控制硬體以診斷或者治療疾病的應用，若沒有根據要求提供書面的監管審批，將會被拒絕。

27.9

應用關於人類健康的研究必須得到參與者的同意或是未成年人的父母或監護人的同意，包括(1)性質，目的和研究的時間期限;(2)程序，風險和參與者的利益;(3)信息的保密以及數據的處理(包括與第三方共享信息);(4)參與者問題聯繫(5)退出過程。

27.1

應用關於人類健康相關的研究必須得到倫理審查委員會的同意並提供證明。

28.1

應用程序僅能使用TestFlight對以公開發布為目的的應用進行beta版測試，且必須遵守完整的App Review Guidelines。

28.2

當版本中包含的內容或功能有重大變化時，使用TestFlight的應用程序必須提交審核。

28.3

使用TestFlight的應用程序不允許分發給測試者，以作為任何形式的補償。

29.1

使用Apple Pay的應用程序必須在出售任何商品或者服務之前為用戶提供所有材料的購買信息，否則將會被拒絕。

29.2

使用Apple Pay的應用程序必須正確使用 Apple Pay Human Interface Guidelines 中的Apple Pay標識和用戶界面元素，否則將會被拒絕。

29.3

使用Apple Pay的應用程序不能提供觸犯任何領域範圍法律的用於交付的商品或者服務，也不能用作任何非法目的。

29.4

使用Apple Pay的應用程序必須提供隱私政策，否則將會被拒絕。

29.5

只有為了促進或提高商品和服務的交付，或者依照法律要求，使用Apple Pay的應用程序才能與第三方分享通過Apple Pay獲得的數據。

大叔感腳虐心的戲碼還不夠酸爽！

恩～前方高能

x.2

"You" and "Your" 是指個人或者合法實體在本協議下(包括公司，組織，教育機構，或政府機構，部門)使用Apple 軟體或行使權力。您可以授權您的合同商代表您開發應用，但是所開發的應用必須在您的開發者賬戶下進行提交。如果您代表客戶發行應用，您的客戶可以參加iOS開發者計劃，把您加入進開發者團隊，這一您就可以在他們的賬戶下提交應用。

x.3

如果您的應用(以及提供廣告的第三方)要調用IDFA或包含IDFA相關信息，必須在應用里投放廣告。如果用戶重置IDFA，您不能將重置後的IDFA與重置前的IDFA相關聯。

更多內容請持續關注-甜品大叔

好的內容要學會分享，不然別人怎麼知道你知道呢～是吧？

看了以上回答，那我在商店上下載了那麼多要評論才給用的，要登錄才給進的，動不動彈窗好評的，卡成狗的，廣告滿天飛的，用戶體驗等於沒有的，都是設個時間騙過測試員成功上架後無法無天的咯？

對於貼出整個蘋果app store審核規則的這種行為啊，有點鄙視，那麼多的內容怎麼看的完啊。

下面我就以個人經歷給大家講一下提交app store時遇到的那些坑：

1、第三方登陸的問題：

目前大部分app應用都支持微博、QQ、微信登陸，這裡的坑在哪裡：

微信登陸：由於微信沒有提供wap形式的登陸。當用戶（可以理解為審核員）手機上沒有安裝微信時，微信登陸無法使用——————然後你的應用就被拒絕了

對應QQ、微博的登陸和分享功能也是一樣的，不過審核員對分享功能的審核測試不會那麼詳細，不一定會審核到這個功能

解決辦法：核心是在審核期間不顯示登陸按鈕

a、在登陸界面加個判斷，檢測到用戶手機中安裝有微博/微信後，再顯示相關登陸按鈕，對於分享功能也是。如果沒有安裝，則關閉第三方登陸

b、在應用管理後台加個開關，審核期間關閉第三方登陸

2、應用標題：

在ios10發布後，蘋果app store加強了對app標題相關關鍵詞的審核力度

大多數app的標題格式為：XXX---XXXXXXX，標題—————副標題形式。這裡的問題主要出在副標題上，如果你是第一次提交app，先貓著點，不設置副標題，一切以先通過審核為第一要務。

如果是做版本更新，可以對已經存在的標題做小範圍的修改，不要做大的改動，一般還是會通過的。

3、app審核提示應用中含有廣告（SDK）：

其實審核員只是想看下你的應用是否包含了惡意廣告。

這個問題怎麼解決：我的解決辦法是，提供一個app內顯示廣告的截圖（可以是一個圖片鏈接），截圖中明確標示出廣告的位置。在補充描述中對廣告做解釋，如：廣告只作為app內容做活動時使用

4、如果是UGC類用戶可以發布內容的應用，一定要提供舉報功能：

這個舉報功能，需要你在補充描述中對這個功能的所在位置和使用方式做簡單描述

5、如果你使用了某些廠商的統計功能，在提交審核是一定記得勾選廣告，及時沒有廣告，也要勾選。然後配合我3裡面提到的辦法

其實你只要明白以下幾點：

1、審核員用的測試手機基本就是一個未安裝任何第三方應用的空白手機：所以，你app中任何依賴第三方app才能使用的功能都不會被審核通過————如第三方登陸和分享

2、蘋果希望你對你的app提供的功能做詳細真實的描述：這裡就對應到app標題、舉報功能、廣告提示等等

越是老闆著急要上線的時候，越是審核被拒被拒被拒！結果原因是網路問題，他們一直說ipv66666

Gavin陳曉宇感覺是不太了解APPLE的政策吧

就解釋幾條好了,前幾條我們沒遇見過

4.支付上，要求用戶即使換手機或卸載軟體，所購買的物品還可以繼續使用。

回答: 如果是一次性消費是不需要的, 內購分幾種,

Consumable 一次性消費這個是不需要保證繼續使用的

Non-Consumable 這個是需要保留的

還有幾種不常用我不列舉了

5.不要用第三方登錄，尤其是QQ，用戶沒有安裝qq，會引導你下載，然後就會被退回。

回答:這個我們也用了, 人家要求的是如果手機沒有裝QQ, 你就要把QQ分享登錄相關的按鈕消失掉

所以需要判斷一下是否安裝, 並且不能強制用戶必須用QQ登錄,我覺得這個也沒什麼

6.有時第三方的統計什麼會調用idfa。這個只要你調用了就必須有廣告，不然會被打回。

回答:廣告的話,必須在提交的時候說明內含廣告

錯的明明是他們自己，結果鍋要我自己來背。

有一次被拒絕，原因是設備上顯示的名字和AppStore上的不一致，然後我去解決方案中心看詳細信息，結果尼瑪蘋果在解決方案中心反饋過來的這個不一致的設備上的名字根本不是我的，我自己也tm的是第一次看到這個陌生的名字(名字里有一堆讓我看了覺得腦洞大開的關鍵字,我都有點恨我自己居然想不到還有這麼好的關鍵字可以用)，這很明顯是審核人員眼花搞錯了，於是我原封不動直接重新提交，2個禮拜後過了，滿滿的都是淚。

必須要說了，前不久剛剛被拒了一個項目，新聞類的。提交時候評級為12+，當時勾選的選項是輕度色情內容，然後，以為沒什麼事了，結果一周以後發郵件說內容含有色情內容以及虛假信息，還配了截圖，一張截圖新聞標題為「我們見過你咪咪」，一張新聞標題為「iPhone 6s外觀再度曝光…」

我只想說。蘋果的審核真的很神經…

我覺得吧：像名字相同，idfa(廣告標誌符)，抽獎頁面原因被拒絕的就別說是坑了吧。明明自己不符合條款。

另外，像別人的應用為什麼就可以？這個說法，肯定是不妥當的，除非你知道他的應用在這方面是完全和你一樣的。不然我是審核人員，每天給你解釋我也煩。

app store里都是開發者的心血，但app store是為了用戶存在的，或者說，它也是代表蘋果自己的利益

借錯要下App有什麼用

我們公式的App最近在審核流程上耗費了1個月，原因都是莫須有；最後還是態度誠懇地回復了；求教一個問題啊：最後一次的原因是需要額外信息（然並沒有說需要啥啊）請問各路大神，這個如何回復呢？

基本坑都遇上了，折騰了17天，不容易啊，你們感受一下，今天第一天上架哈哈，慶祝一下！