APP Store上架QA&注意事項
要求：告知未通過原因
注意：除賭博性質app，其他基本沒問題
特點：通過概率大效率高
報價：8000元/產品
一、 App Store上架費用，要多少錢。
這個因產品而異，一般是6000-10000元人民幣。
二、 App Store上架週期，要多久過。
這個因產品而異，正常的話一週內，如果產品老是出問題,被蘋果拒絕就不好說了，一般情況下，我們的客戶兩週內過審，問題不大。
三、 App Store上架流程
1、 提交
2、 稽核
3、 稽核通過/稽核不通過，被拒解決方案
4、 上架
四、APP上架常見問題
1.之前做過哪些包？有案例嗎？
彩票的，貸款的，理財的，遊戲的，都做過。
2.客戶需要提供什麼？
a、告知我們無法上架的原因。
b、是首發還是更新被拒。
c、找個技術負責人，拉群對接下，幫助修改產品
3.棋牌類、彩票類能上架嗎？
可以
4、上架和加速稽核有什麼區別？
上架是指客戶的產品能夠在appstore裡展示加速稽核是使APP進入稽核的綠色通道，加快稽核速度，讓蘋果儘快出稽核結果，時間可由數天縮短到2-48小時內（節假日除外），不保證上架成功。
5、需要改程式碼的，可以幫客戶改嗎？
我們提供指導協助，有些原始碼我們可以提供，具體我們可跟客戶的iOS開發詳聊
6、金融，奪寶，直播，捕魚，遊戲，電商，旅遊，汽車這幾類產品都可以做蘋果上架嗎？
可以，成功率基本100%，並且遊戲不需要版號，金融個人開發者也可以成功上傳。
7、一般多久可以上架成功？ 一般3周有兩種情況需要注意下哦，
（1）如果客戶拖延時間一直不提交，耽誤的時間不算在內
（2）如果出現新的被拒問題，時間要相應增加
8、金融類貸款，沒有資質能不能上架？
可以的
9、可以提供賬號，上好架把包轉給客戶嗎？
可以的
10、金融理財產品，什麼都沒有，能不能做？
可以，提供部分素材，並說明要求即可
五、App Store上架條件
1、 軟體正常。
這裡指的是沒有bug，符合蘋果的條件。
2、 提交稽核。
3、 稽核通過。
六、App Store上架是什麼
這裡指的是ios的商店，app store上架指的是ios的軟體從提交申請到上線的整個過程，它的目的是讓軟體展示在app store上，獲取app store過來的流量，使用者，從而獲取收入。
七、 App Store上架被拒原因
1、 截圖中出現了Android
2、 截圖中出現了hack蘋果的內容
3、 評論中出現了“屌絲”等不雅詞彙
4、 App中包含談論Android系統的內容
5、 你修改了狀態列，不行
6、 只有第三方登入，沒有自己的註冊登陸功能，不行
7、 您的應用包括色情內容（色情交易，色情展示）
8、 有微信分享功能，結果因為要強制使用者安裝微信，才能使用該功能，被拒
9、 應用內用了圓角按鈕，無情被拒
10、 你給我解釋解釋，應用裡的積分從哪裡來，到哪裡去？
11、 應用裡面表示有廣告，但是稽核者玩了後說沒廣告，後來申述成功，因為第二次遊戲的時候才會出現廣告（虐心重複向遊戲），你丫就不能玩兩遍麼，一遍就幾十秒~~
12、 有第三方支付（支付寶）果斷被拒！！！
13、 因為集成了友盟 友盟獲取使用者mac地址被拒了。
14、 您的內容因為沒有舉報功能、含有色情內容不能通過。
15、 使用第三方的logo被拒(由於涉及到聯通運營方面 果斷在關於裡面加了個聯通的logo 標識合作伙伴 果斷被拒 要求提供聯通的書面證明。)
16、 沒給測試帳號
17、 QR CODE裡邊有android的下載地址（直接轉跳iTunes後通過）
18、 不符合iOS UI審美觀（改UI）
19、 只有第三方登陸，沒有自己的註冊登陸功能…（新增登陸註冊功能通過）
20、 你的軟體加了強制評論功能：就一個按鈕點選進入評論，必須改成先提示框提醒使用者是否進入評論.
21、 存放文件的地方由於iCloud會自動備份而被拒絕，只有使用者自己使用和創建出來的才允許放在Document資料夾下。
22、 稽核員打不開我的介面，換海外vps，過最蛋疼的。
23、 因為截圖裡面放了iPhone的模型被拒。
24、 遊戲執行崩潰；
25、 遊戲截圖中有“測試字樣”；
26、 遊戲太簡單；
27、 一次提交多個相同的遊戲；
28、 遊戲中使用其他版權圖片（使用了flappybird原圖）
29、 加了廣告框架，遊戲中缺沒有廣告顯示（其實是在game over時候顯示，結果測試人員就一直不知道怎麼能死）；
30、 內購不能使用；
31、 game center不能使用。
32、 App Store顯示名字和軟體名稱不符合。
33、 支付時不得強制獲取使用者資訊（比如 登陸、註冊），必須在看到價格之前讓使用者登陸、註冊。
34、 App內購，產品型別不對。
35、 內購沒有Restore按鈕；
36、 有登陸註冊功能，但沒有提供測試賬戶（大意了）
37、 有去除廣告的按鈕，但沒發現有廣告。(後來截了個圖，回覆稽核那邊，兩小時之內就通過稽核了)
38、 版權問題。沒有提供相關的版權檔案
39、 評級問題：提交的時候是評級4星，後來被拒，改成12星，通過稽核了。
40、 關鍵字不符合要求
41、 內容太簡單，說是浪費使用者時間
42、 介面風格不符合iOS風格
43、 應用評級，從4+改成12+，再改成16+最後說我不符合16+，我再改回4+，竟然過了…
44、 Splash上放了個蝙蝠俠蜘蛛俠，版權問題未給通過，後讓UI改畫了一個猥瑣男人，通過了。
45、 應用內有個儲存圖片至相簿的按鈕，然後plist裡有個Application supports iTunes file sharing設為了yes，無情被拒。
46、 使用者在應用裡自己下載的文件都不能存放在Document資料夾下，被拒。
47、 為了獲得審查應用程式的完整功能，我們需要相關的硬體。 我以前都是錄製一個操作視訊上傳然後就通過了，這回我錄了2次都是相同的回覆，不知道抽什麼風。
48、 做了款社交的軟體，上線的時候沒有提供賬號和密碼，導致稽核的時候進不去,reject. ps:那麼大個註冊 看不到麼？看不到麼？
49、 論壇模組裡由使用者發的活動貼提到安卓平臺和WP平臺被拒，然後我說我沒問題，他說三個工作日之內電話聯絡，過去4-5天了，還沒聯絡。
50、 按鈕位置不符合ios風格。
51、 一個笑話APP，開機畫面上有“逗比”這兩個字，蘋果稽核說含有粗俗不文明的文字，然後被拒了。
52、 QQ登陸功能，但是沒下載QQ就不行。
53、 第一次沒有給使用者舉報的功能。加了只有新浪和qq登入沒有自己的登入註冊系統（QQ SDK的沒裝QQ提示的是下載）。好像還有沒有使用者協議巴拉巴拉，反正那次稽核就耗一月的時間。
54、 稽核人員開啟app無法載入內容，一般是因為國內伺服器的問題。解決方法是錄個app的操作視訊，放到youtube上，發給蘋果，屢試不爽。
55、 介面太醜被拒，換了張背景圖通過了。
56、 iPad 寫成了IPad。
57、 沒提供註冊功能，被拒…開放註冊通過；
58、 按鈕圖片類似iPhone桌面圖示被拒；
59、 因為iCloud雲備份的問題被拒絕，將備份功能關閉通過。
60、 使用第三方SDK，有個提示資訊遮擋了狀態列。
61、 圖片上有連結。
62、 因為有android關鍵字被拒絕了，因為描述中有android關鍵字被拒絕了，因為有swfit關鍵字是個沒釋出的語言被拒絕了。因為按鈕點選無效被拒絕了。
63、 內容包含蘋果產品iPad
64、 有豎中指的圖片
65、 IDFA展示廣告沒有提供視訊
66、 註冊頁未新增pravicy宣告檔案。
67、 iTunes升級後，分級莫名奇妙由12+變成了4+。
68、 用了顯眼的詞語,其實就是”Beautiful girl”之類的，說內容令人反感。
69、 引導頁文案與內容不符。
70、 因為應用截圖被拒。美術偷懶給了4張android的截圖，雖然app內容是一樣的，但是頂部的狀態列是Android的！
71、 名字不符合，包含不良資訊，包含與當前app不符的內容，包含特殊含義的歧義字元
72、 App中有積分牆
73、 App中有第三方支付(如簡訊支付，積分牆支付)
74、 App的功能過於單一或僅僅是一個demo
75、 在註冊時強制獲取使用者資訊
76、 需要提供原作者的版權授權書
77、 App中有IAP內購，但是沒有恢復內購的按鈕
78、 強制玩家給App評5星好評
79、 沒有相容iOS
80、 做了一款智慧家居的應用，沒有提供應用控制智慧裝置的視訊地址沒拒，每一次提交新版都要確保你的視訊地址是否有效，有一次我就沒有確認(YouTube的個人視訊上傳之後如果不設定成公共視訊過一段時間就會轉為私有的，除了自己別人無法訪問)，然後視訊地址剛好無效了。。。
81、 資訊客戶端焦點圖放出了盤古破解iOS8越獄的新聞。。
82、 截圖中出現一隻玩具企鵝，然後拒絕說我們發現這個營銷截圖不能充分反映你的應用使用
83、 成人應用可以上架AppStore：內容必須“有用”
八、App Store上架的常入的坑
1.最近的一次，因為App介面裡出現“無節操”的字眼，被拒了。理由是：不雅詞彙，使使用者不適。我真是無力吐槽啊，也沒法當面對質，好吧，我改成了“鬧著玩”後稽核通過。
2.上一次，App里加了個不完美的功能，於是加了個“beta”的字樣，然後被打回了，說是App裡不應包含測試版的功能，不能出現“beta”字樣，好吧，我寫了個程式碼，判斷稽核期裡不顯示beta，上架後再繼續顯示。不過後來每次稽核，都沒人再管裡面的beta字樣，估計是因為稽核的人不一樣吧，關注點不同。iOS大小寫寫錯了被打回。在簡介裡如果涉及到蘋果的商標或者詞彙，一定一個字母都不能錯，包括每個字母的大小寫。
3、引導使用者好評，差點被封號。事情是這樣的，我在微博發了條微博說去AppStore評論有獎品送，不知道被舉報了還是咋滴，蘋果發了個郵件說不允許鼓勵評論，然後還有一個加拿大的電話打過來跟我確認情況，我說了情況後，她說下不為例即可，還是很nice的。全程中文溝通。對了，在蘋果所有涉及稽核上架郵件溝通等環節，儘管使用中文，他們有專人負責的。
4、沒有提供測試賬號。這個當時有點莫名其妙的，其實我的App不需要測試賬號，後來隨便填了個，然後就過了。
5、沒有隱私宣告。因為我是輸入法，這個是必須提供的，我後來從搜狗輸入法那裡copy過來改了改放在自己伺服器上的。
6、第三方輸入法必須提供數字輸入的功能。這個我也覺得有點莫名其妙，但是必須要加入，之前做的時候沒有看條款，最後因為這個，我錯過了第三方輸入法第一波上架潮，iOS8正式版出來後，落後了好幾個周才上架。
7.有一次不小心在介面裡出現了成人詞彙，但是我的App是4+評級的，於是被打回，後來我把評級臨時提高了才通過。
8、我努力回憶，暫時只記起這些，都是很低階的錯誤，大家也可以一起來補充。
另外，再說一個訣竅：提交App，一定要利用好Expedite Review這個東西，所謂Expedite Review，就是申請快速Review，一般通過後，提交當天就可以通過稽核。不過前提是你能描述出你的App線上版本存在重大bug。你可以故意留點bug，或者是真的有bug，或者是故意誇大一下你的bug描述，通過的機率還是挺高的，半年來我至少通過了四五次。提交地址是Sign in with your Apple
九、App Store上架建議
1，文字描述不能越界，apple 首先看文字描述，如果不過關，直接拒絕；脫離開蘋果的宣傳是另外一回事；
2，蘋果預設採取的是最小策略：硬體需求最小化；稽核的時候會最大化的關閉硬體引數，如果沒有在app 中直接說明的話。如果你使用了wifi ，gps 等裝置一定要在引數中說明，他們才不會管你是運行於ipad wifi還是ipad wifi+3G.你引數中沒有說明的他統統不管；如果你要播放超過10分鐘的聲頻，注意蘋果是另外有要求的；
3，特別注意各種Crash,比如聯網異常導致的Crash；正常使用GPS硬體的時候，始終是會有經緯度資料的，但是蘋果稽核的時候就是沒有。 哥沒有做判斷，於是Crash了。 被拒
4，7天原則，絕大部分都是需要7天的。雖然有狗屎運的四個小時就通過了，但是不要指望；我曾經以為蘋果遵循的是先進後出原則，於是半夜2點上傳app.誰知道還是不行；不過，每個賬號有兩次機會申請加急處理；
5，蘋果的隨意性很強，不同工程師稽核的時候把握的度是不一樣的；你會看到很多app 比你做得還垃圾怎麼進了app store .沒話說，人品問題；
6，如果已經申請上架，但是發現了Bug或者其他問題。建議還是自己打回來，不要等蘋果來拒絕了；
7，要想避免各種被拒絕的情況，最好的辦法就是閱讀蘋果的條例！可是親啊，那個英文TA認識我，我不完全認識TA啊，而且太長了，太長了！
十、App Store上架規則
目錄
提交之前 – 稽核前核對清單
1. 安全
1.1 令人反感的內容
1.2 使用者生成的內容
1.3 兒童類別
1.4 人身傷害
1.5 開發者資訊
2. 效能
2.1 App 完成度
2.2 測試版 App
2.3 準確的元資料
2.4 硬體相容性
2.5 軟體要求
3. 業務
3.1 付款
3.1.1 App 內購買
3.1.2 訂閱
3.1.3 基於內容的“閱讀器”App
3.1.4 內容程式碼
3.1.5 App 之外的實物商品和服務
3.1.6 Apple Pay
3.2 其他業務模式問題
3.2.1 可以接受
3.2.2 不可接受
4. 設計
4.1 抄襲者
4.2 最低功能要求
4.3 垃圾 App
4.4 擴充套件功能
4.5 Apple 站點和服務
5. 法律
5.1 隱私
5.1.1 資料收集和儲存
5.1.2 資料使用和共享
5.1.3 健康和健康研究
5.1.4 兒童
5.1.5 定位服務
5.2 智慧財產權
5.3 遊戲、賭博和彩票
提交之後 – 預期事宜
提交之前
為了幫助您儘可能順利地通過 App 審批，請檢視下方列出的常見錯誤行為，這些行為可能會導致稽核流程延誤或導致 App 被拒。這些內容不能代替準則或保證 App 獲批，但確保核對該列表中的每一項會是一個良好的開始。
請確保：
測試 App 是否會發生崩潰、是否存在錯誤
確保所有 App 資訊及元資料完整且正確
更新您的聯絡資訊，以便 App Review 部門在需要時與您取得聯絡
提供有效的演示帳戶和登入資訊，以及稽核 App 時所需的任何其他硬體或資源（例如，示例二維碼）
啟用後臺服務，以使其在稽核期間處於活動和可用狀態
在 App Review 備註中附上與非明顯特性及 IAP 相關的詳細說明，包括支援文稿（如適用）。如果由於地區鎖定或其他限制而導致我們無法訪問 App 的部分內容，請提供有關功能的視訊連結
檢查 App 是否遵循了其他文稿中的相關指南，如：
開發指南
App Programming Guide
App Extension Programming Guide
iOS Data Storage Guidelines
macOS File System Documentation
Safari Extensions Development Guide
iTunes Connect Developer Guide
設計指南
iOS Human Interface Guidelines
macOS Human Interface Guidelines
tvOS Human Interface Guidelines
watchOS Human Interface Guidelines
品牌和營銷準則
App Store 營銷準則
Apple Pay 識別標誌指南
Add to Apple Wallet Guidelines
Guidelines for Using Apple Trademarks and Copyrights
1. 安全
當用戶通過 App Store 安裝 App 時，他們希望獲得安全的體驗：App 不含令人不快或具有攻擊性的內容，不會損壞他們的裝置，不會在使用中造成人身傷害。我們在下方列出了主要的安全隱患。如果您想恐嚇、攻擊他人，則您的 App 不適合出現在 App Store 中。
1.1 令人反感的內容
App 不應包含具有攻擊性、不顧及他人感受、令人不安、惹人厭惡或低俗不堪的內容。此類內容的示例有：
1.1.1 誹謗或惡意內容，包括有關宗教、種族、性取向、性別或其他目標群體的引用或評論，特別是當 App 很可能對特定的個人或團體造成傷害時。專業政治諷刺和政治幽默作家通常無需遵循這一要求。
1.1.2 人類或動物遭到殺害、殘害、酷刑、虐待的寫實描繪，或者鼓勵暴力的內容。在遊戲中，“敵人”不能單單針對特定種族、文化、真實存在的政府或企業，或是任何其他真實存在的實體。
1.1.3 鼓勵非法使用或不負責任地使用武器和危險物品的描述，或者促進軍火購買的描述。
1.1.4 過於色情的內容（韋氏詞典對“色情”一詞的定義是：對性器官或性活動的露骨描述或展示，目的在於刺激性快感，而非帶來美學價值或觸發情感）。
1.1.5 具有煽動性的宗教評論，或者對宗教文字進行錯誤或誤導性的引用。
1.1.6 虛假資訊和功能，其中包括不準確的裝置資料或用於惡作劇/開玩笑的功能，如虛假的位置跟蹤器。即使指明 App“僅供娛樂”，也不能違背這一準則。支援匿名或惡作劇電話或簡訊/彩信的 App 會被拒絕。
1.2 使用者生成的內容
對於包含使用者生成內容的 App，有特定的難題需要解決，比如智慧財產權侵權、匿名欺凌等。為了避免濫用，包含使用者生成內容或社交網路服務的 App 必須滿足以下條件：
採用相應的方法來過濾令人反感的內容，以免這些內容在 App 中釋出
制定一個機制，以舉報攻擊性內容並在出現問題時及時作出迴應
若使用者釋出攻擊性內容，可以取消其使用服務的資格
公佈聯絡資訊，以便使用者與您聯絡
如果 App 中所含的使用者生成內容或服務最終主要用於色情內容、客觀化現實生活中的某人（如“性感與否”投票）、進行人身威脅或欺凌，則這些 App 不適合出現在 App Store 中，它們可能會在未經通知的情況下被移除。如果 App 中所含的使用者生成內容來自於基於 Web 的服務，則可顯示意外產生的“ NSFW（公眾場所不宜）”內容，前提是這些內容是預設隱藏的，只有當用戶通過您的網站將其開啟時才會顯示。
1.3 兒童類別
“兒童類別”可幫助使用者輕鬆地找到適合兒童的 App。如果您希望參與“兒童類別”，則應該致力於為年紀較小的使用者量身打造卓越的使用體驗。這些 App 不得提供 App 外連結、購買機會或其他會對兒童造成干擾的內容，除非其保留在受家長監控的指定區域中。請謹記，只要客戶希望您的 App 能夠滿足“兒童類別”的要求，您的 App 就需要一直滿足後續更新中的相應準則；即使您決定取消選擇此類別，也是如此。進一步瞭解家長監控。
“兒童類別”中的 App 不得展示行為廣告（例如，廣告主不得根據使用者在 App 中的活動投放廣告），而且所有內容相關廣告都必須適合兒童觀看。您還應特別留意世界各地與線上收集兒童資料相關的隱私法。請務必查閱這些準則的“隱私”部分，以瞭解更多資訊。
1.4 人身傷害
如果 App 的行為方式可能會造成人身傷害，我們可能會拒絕該 App。例如：
1.4.1 如果醫療 App 可能會提供錯誤的資料或資訊，或用於診斷或治療病患，則這些 App 可能會面臨更加嚴格的稽核。如果您的醫療 App 已經獲得監管部門的批准，請隨 App 提交相關文稿的連結。
1.4.2 藥物劑量計算器必須來自藥品生產企業、醫院、大學、健康保險公司，或是經過 FDA 或其相應國際部門的批准的其他實體。由於可能會對病患造成傷害，我們需要確保 App 將在長時間內獲得支援，並保持更新。
1.4.3 App 不得鼓勵非法使用毒品或過量攝入酒精；或者鼓勵未成年人購買毒品、酒精或菸草；不允許為大麻銷售提供便利。
1.4.4 App 只能顯示由相關執法部門公佈的酒後駕車檢查點，不得鼓勵酒後駕車和包括超速在內的其他魯莽行為。
1.4.5 App 不得促使客戶以違背 Apple 硬體安全文稿的方式，或以可能會造成裝置或人身傷害的方式來使用他們的裝置。例如，App 不得鼓勵使用者在充電時將裝置放置在床墊和枕頭之下。請查閱裝置文稿。
1.5 開發者資訊
使用者需要知道如何就疑問和支援問題與您取得聯絡。請確保您的支援 URL 中包含便捷的聯絡方式。如果未能提供準確的最新聯絡資訊，不但會讓客戶有不好的感受，可能還會違反某些國家/地區的法律。另外，請確保在 Wallet 憑證中包含髮卡機構的有效聯絡方式，以及分配給憑證的品牌或商標所有者的專用證書。
2. 效能
2.1 App 完成度
提交以供稽核的 App 應該是最終版本，應包含所有必要的元資料和全功能的 URL；佔位符文字、空白網站以及其他臨時內容應在提交前清除。在提交 App 之前，請務必在裝置上對 App 錯誤和穩定性進行測試；如果您的 App 需要登入，請提供演示帳戶資訊（並開啟您的後臺服務！）。如果您在 App 中提供了 App 內購買，請確保稽核人員能夠看到這些內容，並確保這些內容處於完整且最新的狀態，否則請在稽核備註中說明相關原因。請不要將 App Review 視作軟體測試服務。我們將拒絕不完整的 App 套裝以及會出現崩潰或存在明顯技術問題的二進位制檔案。
2.2 測試版 App
App 的演示版、測試版和試用版不適合出現在 App Store 中 – 請使用 TestFlight。所有通過 TestFlight 提交以進行測試釋出的 App 都應旨在公開發布，並應遵循“App Review 準則”。請注意，使用 TestFlight 的 App 不得分發給測試者用以換取任何型別的報酬，包括作為眾籌資金的獎勵。對於測試版 App 的大幅更新應先提交至 TestFlight App Review 團隊，然後再分發給您的測試者。要了解更多資訊，請訪問“TestFlight Beta Testing”。
2.3 準確的元資料
客戶應該知道他們在下載或購買您的 App 時會得到什麼，所以請確保 App 的描述、螢幕快照和預覽能夠準確反映 App 的核心體驗，並記得不斷更新，以便保持與新版本相應的最新狀態。
2.3.1 請勿在 App 中包含未記錄的功能或隱藏功能；不管是對於終端使用者還是 App Review 團隊，App 功能都應清晰可見。如果出現惡劣或屢教不改的行為，則可能會從 Apple Developer Program 中除名。我們正努力將 App Store 打造成值得信賴的生態系統，並希望我們的 App 開發者也能如此；如果您不誠實以待，我們之間就不會有任何業務往來。
2.3.2 如果您的 App 包含 App 內購買，請確保 App 的描述、螢幕快照和預覽清楚地指明是否有需要另行購買的精選專案、關卡、訂閱等。
2.3.3 螢幕快照應展示 App 的使用情況，而非僅顯示標題封面、登入頁面或初始螢幕。
2.3.4 預覽是讓客戶瞭解 App 外觀和功能的好方法。為了確保客戶理解他們將在 App 中獲得的體驗，預覽或許只會使用從 App 中捕獲的視訊螢幕。表情貼紙和 iMessage 擴充套件可以將使用者體驗展示在“資訊”App 中。您也可以新增旁白和視訊，或新增文字說明，以幫助說明任何無法僅通過視訊進行闡明的內容。
2.3.5 請為 App 選擇最適合的類別，並在需要幫助時參考“App Store 類別定義”。如果選擇的類別與實際情況相差較遠，我們可能會更改 App 的類別。
2.3.6 請在 iTunes Connect 中誠實地回答年齡段分級問題，以使 App 與家長控制功能的分級保持一致。如果 App 分級有誤，客戶在獲得 App 時可能會感到詫異，或促使政府監管部門展開相應調查。
2.3.7 請選擇一個獨一無二的 App 名稱，指定能夠準確描述 App 的關鍵詞，不要試圖用商標術語、流行 App 的名稱或其他不相關的短語來包裝任何元資料，以此欺騙系統。App 名稱必須限制在 50 個字元以內，且不得包含不屬於 app 名稱的詞語或描述。Apple 可能會隨時修改不合適的關鍵詞。
2.3.8 元資料應適合所有受眾，所以請確保您的圖示、螢幕快照和預覽保持在 4+ 年齡分級；即使您的 App 分級更高，也應如此。例如，如果您的 App 是包含暴力的遊戲，請勿選擇包含慘烈的死亡或用槍瞄準特定角色的影象。請務必確保包括 App 名稱和圖示（小圖示、大圖示、Apple Watch App 等）在內的元資料彼此相似，以免引起困惑。
2.3.9 您應負責確保有權使用 App 圖示、螢幕快照和預覽中的所有材料，並應顯示虛構的帳戶資訊，而非真實個人的資料。
2.3.10 請確保您的 App 注重 iOS、Mac、Apple TV 或 Apple Watch 體驗，並且不在 App 或元資料中包含其他移動平臺的名稱、圖示或影象，除非存在已獲批的特定互動功能。
2.4 硬體相容性
2.4.1 為了確保使用者能夠充分利用您的 App，iPhone App 應儘量能在 iPad 上執行。我們鼓勵您考慮開發通用 App，這樣客戶就可以在所有裝置上加以使用。進一步瞭解通用 App。
2.4.2 通過設計，使 App 節省能耗。App 不應快速耗盡電池電能、產生過多的熱量或對裝置資源造成不必要的負擔。
2.4.3 對於 Apple TV app，應確保使用者無需使用除 Siri Remote 或第三方遊戲控制器之外的硬體輸入，但您可以隨意提供增強功能供連線其他外圍裝置時使用。如果需要使用者配備遊戲控制器，請務必在元資料中加以明確說明，以便使用者知曉他們需要額外的裝置才能玩遊戲。
2.4.4 App 不得建議或要求重新啟動裝置。
2.4.5 對於通過 Mac App Store 分發的 App，還有幾個額外要求需要您牢記在心：
(i) 這些 App 必須適當地沙盒化，並遵循“macOS File System Documentation”。另外，這些 App 只應使用相應的 macOS API 來修改其他 App 儲存的使用者資料（如書籤、“地址簿”或“日曆”條目）。
(ii) 這些 App 必須使用 Xcode 中提供的技術來進行打包和提交；不允許使用第三方安裝器。另外，這些 App 必須是單個的自包含應用程式安裝包，不能將程式碼或資源安裝在共享位置。
(iii) 這些 App 不得自動啟動或者在啟動時包含其他自動執行的程式碼，不得在未經同意的情況下登入，也不得大量生成在使用者退出 app 後仍在未經同意的情況下繼續執行的程序。這些 App 不得將圖示自動新增到 Dock 中，或在使用者桌面上留下快捷方式。
(iv) 這些 App 不得下載或安裝獨立的 App、kext、額外程式碼或資源，以向我們在稽核過程中看到的 App 新增功能，或進行大幅更改。
(v) 這些 App 不得申請升級至 root 特權或使用 setuid 屬性。
(vi) 這些 App 不得在啟動時顯示許可證螢幕、需要使用許可證密匙或實施自己的拷貝保護措施。
(vii) 這些 App 必須使用 Mac App Store 分發更新；不允許使用其他更新機制。
(viii) 這些 App 應在目前隨附的 OS 上執行，不得使用已停用或選裝的技術（如 Java、Rosetta）
(ix) 這些 App 必須在單個 App 套裝內包含所有的語言和本地化支援。
2.5 軟體要求
2.5.1 App 可以只使用公共 API。進一步瞭解公共 API。
2.5.2 App 應自包含在其套裝中，不得在指定容器範圍外讀取或寫入資料，不得下載、安裝或執行程式碼，包括其他 iOS、watchOS、macOS 或 tvOS App。
2.5.3 如果 App 傳輸的病毒、檔案、計算機程式碼或程式會對作業系統和/或硬體功能（包括推送通知和 Game Center）的正常執行造成負面影響或導致其中斷，則該 App 會被拒絕。如果出現惡劣的違規行為或屢教不改的行為，則會導致從 Apple Developer Program 中除名。
2.5.4 多工處理 App 只允許在實現預期用途時使用後臺服務：VoIP、音訊播放、地理位置、任務完成記錄和本地通知等。如果 App 使用定位後臺模式，請提醒使用者，這麼做會大幅縮短電池使用時間。
2.5.5 我們將在 IPv6 網路上進行稽核。如果您的 App 無法與 IPv6 定址功能相容，則可能無法通過稽核。
2.5.6 如果 App 會瀏覽網頁，則必須使用相應的 WebKit 框架和 WebKit Javascript。
2.5.7 基於蜂窩行動網路且超過 10 分鐘的視訊流內容必須使用 HTTP Live Streaming，幷包含一個基準 192 kbps HTTP Live Stream。
2.5.8 如果 App 會建立替代的桌面/主螢幕環境，或者模擬多應用 Widget 體驗，則該 App 會遭到拒絕。
2.5.9 如果 App 會改變標準開關（如音量增/減和鈴聲/靜音開關）的功能，或改變其他的原生使用者介面元素或行為，則該 App 會遭到拒絕。
2.5.10 不得提交包含空白廣告橫幅或測試廣告的 App。
2.5.11 SiriKit
(i) 整合 SiriKit 的 app 只能登記無需其他 app 支援便可處理的意圖，而且該意圖應當與使用者對所述功能的預期相符。例如，如果您的 app 屬於膳食計劃 app，則不應融入開始體能訓練的意圖，即使該 app 共享了與健身 app 的整合也不可以。
(ii) 確保 plist 中的詞彙和短語與您的 app 及其所登記意圖的 SiriKit 功能相符。
(iii) 以最直接的方式解析 Siri 請求，不要在請求與實現之間插入任何廣告或其他市場營銷資訊。只有在完成相關任務需要時（例如讓使用者指定特定型別的體能訓練時），才可以顯示插頁式使用者介面。
3. 業務
在 App Store 中，您可以通過多種方式讓自己的 App 實現盈利。如果您的業務模式並不顯而易見，請務必在其元資料和 App Review 備註中加以說明。如果我們無法理解 App 的工作方式，或者 App 內購買不是那麼一目瞭然，則稽核會有所延誤，並可能會導致 App 被拒絕。儘管價格由您決定，但是我們不會分發要價明顯過高的 App 和 App 內購買專案。對於試圖以不合常理的高昂價格欺騙使用者的 App，我們將予以拒絕。
如果我們發現您試圖操縱評價，通過付費、提供獎勵、經過篩選或偽造的反饋來提高排名，或者要求第三方服務代您這樣做，我們將採取相應措施以保持 App Store 的完整性，其中可能包括將您從 Apple Developer Program 中除名。
3.1 付款
3.1.1 App 內購買：
如果您想要在 app 內解鎖特性或功能（解鎖方式有：訂閱、遊戲內貨幣、遊戲關卡、優質內容的訪問許可權或解鎖完整版等），則必須使用 App 內購買。App 不得包含指引客戶使用非 IAP 機制進行購買的按鈕、外部連結或其他行動號召用語。
通過 IAP 購買的所有點數和遊戲貨幣必須在 app 內使用且不得過期，並且您應確保為所有可恢復的“App 內購買”設計一套恢復機制。
請務必指定正確的可購買型別，否則您的 app 將被拒絕。
App 不得直接或間接地將 IAP 內容、功能或消耗品贈予他人。
通過 Mac App Store 分發的 app 可託管基於非 App Store 機制的外掛或擴充套件功能
3.1.2 訂閱：無論屬於 App Store 上哪一類別，App 都可以提供自動續訂的 App 內購買訂閱。在 app 內整合可自動續訂的訂閱時，請務必遵循下述指導原則。
3.1.2(a) 允許的用途：如果您提供自動續訂訂閱，則必須為客戶提供持續的價值。以下並非詳盡列表，適當的訂閱示例包括：新遊戲關卡；連載內容；多玩家支援；持續提供實質性更新的 app；對媒體內容的大型合集或持續更新的訪問許可權；軟體即服務 (SAAS)；以及雲服務支援。此外：
訂閱可與單點式服務一起提供。例如，您可以提供整個影片庫的訂閱，以及單部影片購買或租賃。
您可以提供在您自己的不同 app 間共享的單一訂閱，但此類訂閱不得擴充套件到第三方 app 或服務。訂閱必須適用於可使用該 app 的所有使用者裝置。進一步瞭解在您的 app 之間共享訂閱。
App 不得強制要求使用者為 app 評級或點評、下載其他 app，或執行其他類似操作，然後才能訪問該 app 的功能、內容或者使用該 app。
與所有 app 一樣，此類服務訂閱應當允許使用者直接獲得付費購買的專案而無需執行額外任務，如在社交媒體上發帖、上傳通訊錄，以及在 app 內簽到特定次數等。
訂閱不得包含消耗性的積分和遊戲內貨幣等，即使與其他服務相結合也不行，但您可以提供包含消耗性商品打折權益的訂閱，例如能以優惠價購買寶石包的高階會員資格。
如果要將現有 app 更改為基於訂閱的業務模式，您不得減掉現有使用者已付費購買的主要功能。例如，針對新客戶引入訂閱模式後，已購買“完整遊戲解鎖”的客戶應能夠繼續訪問完整版遊戲。
3.1.2(b) 升級和降級：使用者應能獲得無縫的升級/降級體驗，並且不會出現無意間訂閱同一內容的多個不同版本。請查閱關於管理訂閱升級和降級選項的最佳做法。
3.1.2(c) 訂閱資訊：在讓客戶訂閱之前，您應當清晰描述付費後的具體權益。每月有幾期？雲端儲存容量有多大？具體能訪問您的哪些服務？另外，務必要清晰地表述相關的要求，即您協議的 Schedule 2 中“Agreements, Tax, and Banking”部分所述的要求。
3.1.3 基於內容的“閱讀器”App：App 應允許使用者訪問先前購買的內容或內容訂閱（具體而言是：雜誌、報紙、圖書、音訊、音樂、視訊、專業資料庫訪問許可權、VoIP、雲端儲存以及經批准的服務，如用於管理學生成績和課表的教育類 App），前提是 app 不得引導使用者使用非 IAP 機制進行購買。
3.1.4 內容程式碼：App 不得使用自身機制來解鎖內容或功能，如許可證金鑰、增強現實標記、二維碼等。在為數不多的情形中，例如當功能依賴於特定的硬體功能時，App 可在不使用 App 內購買的情況下解鎖該功能（例如，天文 App 會在與望遠鏡同步後增加功能）。與經過批准的實際產品（如玩具）配合使用的可選 App 功能可在不使用 IAP 的情況下解鎖特定功能，前提是同時也提供 IAP 選項。您不得要求使用者通過購買無關產品或參與廣告或市場活動來解鎖 App 功能。
3.1.5 App 之外的實物商品和服務：如果 app 允許使用者購買將在 app 之外使用的商品或服務，則必須使用 IAP 以外的購買方式來收取相應款項，如 Apple Pay 或傳統的信用卡入口。App 可支援獲批虛擬貨幣的流通（如比特幣、狗幣），前提條件是，在該 app 能夠正常使用的地區，前述做法必須遵守各州法律和聯邦法律。
3.1.6 Apple Pay：如果 app 使用 Apple Pay，則在銷售任何商品或服務之前，必須先向使用者提供所有的基本購買資訊，並且必須正確使用 Apple Pay 品牌和使用者介面元素，具體要求可參考“Apple Pay 識別標誌指南”和“Human Interface Guidelines”。使用 Apple Pay 提供重複付款服務的 App 至少需要披露以下資訊：
續訂週期的時長；除非被取消，否則續訂將會繼續
每個週期中會提供哪些服務
將向客戶收取的實際費用
如何取消
3.2 其他業務模式問題
下方列表並非詳盡清單，並且您提交的 App 可能會導致我們的政策有所更改或更新，但這裡有一些額外的應做事宜和勿做事宜需要您謹記在心：
3.2.1 可以接受
(i) 在您的 App 中，出於購買或促銷目的而展示您的其他 App，只要您的 App 不只是簡單地羅列其他 App。
(ii) 顯示或推薦專為經批准的特定需求而設計的第三方 App（如健康管理、航空以及輔助功能等）。您的 App 應能提供持續不斷的編輯內容，這樣 App 看起來才不會只像是個擺設。
(iii) 在租借期限結束後，禁止訪問經批准的特定租借內容（例如電影、電視節目、音樂、圖書）；所有其他專案服務不得存在過期時間。
(iv) Wallet 憑證可用於付款或接收付款、傳輸交易或是提供身份驗證（例如電影票、優惠券和 VIP 憑據）。如將 Wallet 憑證用作其他用途，則可能會導致 App 被拒，Wallet 憑據也有可能被撤消。
(v) 保險類 App 必須免費提供，並且必須遵守 App 釋出地區的相關法律，且不得使用 IAP。
3.2.2 不可接受
(i) 建立與 App Store 類似且用於顯示第三方 App、擴充套件功能或外掛的介面，或將其作為熱門 App 的合集。
(ii) 通過由硬體或作業系統提供的內建功能（諸如推送通知、照相機或陀螺儀）或 Apple 服務（如 Apple Music 訪問或 iCloud 儲存）獲利。
(iii) 人為地刷廣告展示次數或者廣告點進次數的 App，以及主要設計目的在於顯示廣告的 App。
(iv) 在 App 內為慈善組織和募集資金者收集資金。出於以上目的籌集資金的 App 必須在 App Store 上免費，並只能在 App 之外籌集，例如通過 Safari 或簡訊。
(v) 強行限制 App 的使用者群，例如限制特定地區或運營商。
(vi) App 應當允許使用者直接獲得付費購買的專案而無需執行額外的任務，如在社交媒體上發帖、上傳通訊錄，以及在 app 內簽到特定次數等。App 不得強制要求使用者為 app 評級或點評、下載其他 app 或執行其他類似操作，然後才能訪問該 app 的功能、內容或者使用該 app。
4. 設計
Apple 客戶非常注重簡潔、雅緻、創新且易於使用的產品，這也正是我們希望在 App Store 上看到的。您可盡情提供各種優秀設計，但要想獲准在 App Store 上釋出 app，至少需要滿足以下標準。另請記住，即使在 app 獲得批准之後，您也應當對其進行更新，確保 app 功能正常並持續吸引新客戶和現有客戶。停止服務或體驗下降的 app 隨時可能會從 App Store 中移除。
4.1 抄襲者
請拿出您自己的想法。我們知道您有自己的奇思妙想，那麼請將它們付諸實際。請不要簡單照搬 App Store 上的熱門 App，或只是細微修改其他 App 的名稱或 UI，就將其挪為己用。這麼做不但有引發智慧財產權侵權索賠的風險，更會加劇在 App Store 中瀏覽的難度，並對您的開發者同仁來說也很不公平。
4.2 最低功能要求
App 應包含功能、內容和 UI，而不僅僅是一個經過重新包裝的網站。如果 App 沒有什麼實用價值、毫無新意或者不太像是一個 App，那它就不適合出現在 App Store 中。如果 App 不能帶來持久的娛樂價值，或只是讓人感到毛骨悚然，則無法獲得批准。如果 App 只是一首歌曲或一部影片，則應提交到 iTunes Store。如果 App 只是一本書籍或遊戲指南，則應提交到 iBooks Store。
4.2.1 App 應該為實現預期用途而使用 API 和框架，並在 App 描述中說明整合詳情。例如，HomeKit 框架應提供家居自動化服務，HealthKit 則應該用於保持健康和健身目的，並整合在“健康”App 中。
4.2.2 除了那些屬於特定型別的 App 之外，App 不應只用於市場營銷材料、廣告、網路剪報、內容聚合或連結集合。
4.2.3 App 應能獨立工作，無需安裝其他 App。
4.2.4 與錶盤類似的 Apple Watch App 可能會令人感到困惑，因為使用者會認為這些 App 能與各種裝置功能（如輕掃、通知和第三方功能欄）配合使用。將創意性的時間表現方式用作 App 介面是個好點子（例如，供衝浪者使用的潮汐時鐘），但是如果您的 App 與錶盤過於相像，則可能會被我們拒絕。
4.2.5 主要用作 iCloud 和 iCloud Drive 檔案管理器的 App 需要包含其他應用功能，才能獲得批准。
4.3 垃圾 App
請不要為同一個 App 建立多個套裝 ID。如果您的 App 針對特定位置、運動隊、大學等存在不同版本，請考慮提交單個 App，並提供 App 內購買以提供差異功能。同時，請避免繼續在已有大量類似 App 的類別下進行開發；App Store 上已經有太多模擬放屁、打嗝聲音的 app，以及手電筒和愛經 app。上傳大量相似版本 App 的開發者會遭到 Apple Developer Program 的除名。
4.4 擴充套件功能
託管或包含擴充套件功能的 App 必須遵循“App Extension Programming Guide”或“Safari Extensions Development Guide”，如果可行，還應包含諸如幫助螢幕和設定介面在內的一系列功能。您應當在 app 的市場營銷文字中清晰且準確地披露提供哪些擴充套件功能。
4.4.1 鍵盤擴充套件功能還需要遵循一些額外的規則。
它們必須：
提供鍵盤輸入功能（如可輸入字元）；
提供切換到下一個鍵盤的方法；
在沒有網路連線的情況下仍能使用：
按照“App Extension Programming Guide”所述提供數字和十進位制鍵盤型別；
收集使用者活動資料只是為了改進其鍵盤擴充套件功能在 iOS 裝置上的效能。
它們不得：
包含市場營銷、廣告或 App 內購買；
啟動“設定”之外的其他 app；或者
將鍵盤按鍵用於其他行為，例如按住 Return 鍵來啟動相機等。
4.4.2 Safari Extension 必須在 OS X 上的最新版 Safari 上執行。它們不得干擾系統和 Safari UI 元素，並絕不能包含惡意或誤導性的內容或程式碼。違背此規則會遭到 Apple Developer Program 除名。除了正常工作所必需的網站，Safari Extension 不得要求訪問更多網站。
4.4.3 表情貼紙
表情貼紙是讓“資訊”變得更動態、更有趣的絕佳方式，讓人們能夠以更巧妙、有趣、有意義的方式表達自我。無論您的 app 含有表情貼紙擴充套件，還是您要建立單獨的表情貼紙包，其內容均不得冒犯使用者、造成負面體驗或違反相關法律。
(i) 通常，不適合在 App Store 上釋出的內容也不適合放入表情貼紙內。
(ii) 考慮地區敏感性，不要在難以接受或者會違反當地法律的國家/地區提供您的表情貼紙包。
(iii) 如果您的表情貼紙含義不易理解，請在稽核備註中附上清晰的說明，從而避免導致稽核流程的延誤。
(iv) 確保您的表情貼紙在您的朋友與家人之外具有相關性；它們不應特定於個人活動、群體或關係。
(v) 您必須對錶情貼紙中的內容，持有所有必要的著作權、商標權和形象權及授權許可，不得提交任何未經授權的內容。請記住，您必須能夠在要求時提供可核實的檔案。若 app 內含有您無權使用的表情貼紙內容，該 app 將從 App Store 中去除，屢次侵權者將從 Developer Program 中除名。如果您認為自己的內容遭到其他提供商侵權，請在此處提交索賠。
4.5 Apple 站點和服務
4.5.1 App 可以使用獲批的 Apple RSS Feed，例如 iTunes Store RSS Feed，但不能抹除 Apple 站點（如 apple.com、iTunes Store、App Store、iTunes Connect、開發者門戶等）的任何資訊，或是使用此資訊進行排名。
4.5.2 在使用您的 App 時，客戶可以通過 Apple Music API 訪問他們的訂閱。使用者必須啟動流功能，並能使用標準媒體控制元件（如“播放”、“暫停”和“跳過”）來進行播放；App 可能不會自動執行這些操作。此外，您的 App 不得要求使用者通過付款或間接的貨幣化方式來獲取 Apple Music 服務的訪問許可權（如 App 內購買、廣告、需要使用者資訊）。
4.5.3 不得使用 Apple 服務（包括 Game Center 或推送通知等）傳送垃圾郵件、進行網路釣魚，或者向客戶傳送未經請求的資訊。不得嘗試進行查詢、跟蹤、關聯、挖掘、獲得或利用玩家 ID、別名以及通過 Game Center 獲得的其他資訊。如果這麼做，將會遭到 Apple Developer Program 的除名。
4.5.4 App 不能將推送通知列為必需條件，並不能將該功能用於廣告、推廣或直接行銷用途，或者用來發送敏感的個人或保密資訊。
4.5.5 僅以 Game Center 團隊批准的方式使用 Game Center 玩家 ID，並不得在 App 中顯示或向任何第三方顯示。
5. 法律
只要 App 向某個地區的使用者提供，那麼就必須遵守該地區的所有法律要求（如果您不太確定，請與律師聯絡）。我們知道這些東西非常複雜，但理解所有本地法律，並確保您的 App 能滿足所有法律要求，而不僅僅是下方列出的準則，是您必須承擔的責任。當然，如果 App 存在唆使、宣傳或鼓勵犯罪的行為或明顯不負責任的行為，則會被拒絕。
5.1 隱私
在 Apple 生態體系中，保護使用者隱私總是第一要務。您要在處理個人資料時小心謹慎，以確保遵守了適用的法律和“Apple Developer Program 許可協議”中的條款，並滿足客戶的期待。尤其是：
5.1.1 資料收集和儲存
(i) 如果 app 會收集使用者資訊或使用資料，其內必須制定隱私政策，並徵得使用者的同意才能收集。這包括（但不限於）以下 app：實施 HealthKit 或其他健康/醫療技術、HomeKit、鍵盤擴充套件功能、Apple Pay、表情貼紙和 iMessage 擴充套件功能的 app；包含登入資訊的 app；或訪問裝置上使用者資料（例如位置、通訊錄、日曆等）的 app。
(ii) 如果 app 不包含基於帳戶的重要功能，請允許使用者在不登入的情況下使用。App 不得要求使用者提供個人資訊才能正常使用，除非個人資訊與 app 的核心功能直接相關，或是法律要求時。如果您的核心 app 功能與特定的社交網路（如 Facebook、微信、微博或 Twitter 等）不相關，您必須提供無需登入或其他類似機制的訪問許可權。調取基本檔案資訊、分享到社交網路或邀請朋友使用 app 等不視為核心 app 功能。
(iii) 如果開發者開發的 app 試圖暗中收集使用者密碼或其他使用者私人資料，那麼該開發者會遭到 Apple Developer Program 的除名。
(iv) 必須使用 SafariViewController 在顯著位置向用戶顯示資訊；不得隱藏該控制器，也不能被其他檢視或圖層遮擋。此外，未經使用者的知情和同意，app 不得私下利用 SafariViewController 來跟蹤使用者。
5.1.2 資料使用和共享
(i) 如果在未先獲得使用者的許可，並提供有關資料使用方式和使用位置的相關資訊，則 app 不能使用或傳輸使用者的個人資料。
(ii) App 收集的資料只有在為了改進與 App 功能相關的使用者體驗或軟/硬體表現時，或在遵循“Apple Developer Program 許可協議”的前提下用於廣告投放用途時，才能使用或與第三方分享。
(iii) 從 HomeKit API 收集的資料不得用於投放廣告或是基於使用情況進行其他資料探勘。
(iv) 使用 Apple Pay 的 App 只能與第三方共享通過 Apple Pay 獲得的使用者資料，以幫助或改進商品或服務的交付。
5.1.3 健康和健康研究
健康、健身和醫療資料特別敏感，涵蓋這些領域的 App 必須滿足額外的規則，並確保客戶隱私受到保護：
(i) App 僅能在獲得批准的情況下，出於改進健康管理或健康研究的目的，使用在健康、健身和醫療研究背景下收集的資料（包括從 HealthKit API、“運動與健身”或健康領域人體研究中收集的資料）或將其披露給第三方，不得用於廣告投放或基於使用情況進行其他資料探勘。
(ii) App 不得將虛假或錯誤資料寫入 HealthKit 或其他任何醫療研究/健康管理 App，不得在 iCloud 中儲存個人健康資訊。
(iii) 開展健康領域人體研究的 App 必須獲得參與人員提供的知情同意書，如果涉及未成年人，則必須獲得由其家長或監護人提供的知情同意書。上述知情同意書必須涵蓋以下內容：(a) 研究的性質、目的和時長；(b) 具體規程，給參與人員帶來的風險和益處；(c) 關於保密和資料處理（包括與第三方共享資訊的情況）的資訊；(d) 用於回答參與人員問題的聯絡人；以及 (e) 退出流程。
(iv) 用於開展健康領域人體研究的 App 必須獲得一家獨立倫理審查委員會的批准。一經要求，必須提供此類批准的證明。
5.1.4 兒童
出於多種原因，您在處理兒童的個人資料時必須小心謹慎。我們建議您仔細閱讀所有要求，以遵循相關法律，如《兒童線上隱私保護法》（“COPPA”）和其他國際上適用的同等法律。
App 只能出於遵守適用兒童隱私法規的目的要求使用者提供出生日期或家長聯絡資訊，但必須提供一些適用於各年齡層使用者的實用功能或娛樂價值。
此外，“兒童類別”中的 App，以及向未成年人收集個人資訊（例如姓名、地址、電子郵件、位置、照片、視訊、圖畫、能否聊天、其他個人資料，或是將永久識別符號與以上任何資訊組合使用）、傳輸此類資訊或能夠共享此類資訊的 App，則必須遵守適用的兒童隱私保護法規，且必須擁有隱私政策。為了清楚起見，“兒童類別”的家長監控要求，通常並不完全等同於在這些隱私法規下徵得家長的同意後收集個人資料。
5.1.5 定位服務
只有在定位服務與 App 提供的功能和服務直接相關時，才能在 App 中使用定位服務。基於位置的 API 不得用於提供緊急服務，不得對汽車、飛機和其他裝置進行自主控制（小型裝置，如輕量無人機和玩具除外），不得遙控汽車防盜系統等。在收集、傳輸或使用位置資料之前，務必進行通知並獲得使用者同意。如果 App 會使用後臺定位服務，請務必在 App 中說明相應的原因；請參考“Human Interface Guidelines”，瞭解相應的最佳做法。
5.2 智慧財產權
請確保 App 只包含由您建立或擁有使用許可的內容。如果您已越線並在未經許可的情況下使用了內容，您的 App 可能會被移除。當然，這也意味著如果他人抄襲了您的作品，則他們的 App 也可能會被移除。如果您認為自己的智慧財產權在 App Store 上受到了其他開發者的侵犯，請通過網路表單提交權利主張。各個國家/地區的法律互不相同，但請務必避免以下常見錯誤：
5.2.1 一般性：不得在未經許可的情況下，在 App 中使用受保護的第三方材料（例如商標、版權作品、專利設計），或在 App 套裝中包含虛假、抄襲或誤導性的演示、名稱或元資料。
5.2.2 第三方站點/服務：如果您的 App 會使用、訪問第三方服務、通過訪問第三方服務盈利或是顯示第三方服務的內容，請確保您獲得在該服務的使用條款下進行此類操作的特別許可。如有相應要求，則必須提供相關授權。
5.2.3 音訊/視訊下載：App 不得促進非法檔案共享，或在沒有獲得這些資源的明確授權的情況下，提供從第三方來源（如 Apple Music、YouTube、SoundCloud、Vimeo）儲存、轉換或下載媒體資源的能力。視訊/音訊內容流也有可能觸犯使用條款，所以請務必在 App 訪問這些服務前，進行檢查。如有相應要求，則必須提供相關文稿。
5.2.4 Apple 背書：不得誤導或暗示 Apple 是 App 的來源或提供商，或者 Apple 以任何形式表示認可其質量或功能。如果您的 App 被選為“編輯選薦”，Apple 將自動顯示相應徽章。
5.2.5 Apple 產品：不得建立與現有 Apple 產品、介面（如 Finder）、App（如 App Store、iTunes Store 或“資訊”）或廣告主題外觀相似或容易混淆的 App，請勿拼錯 Apple 產品的名稱（如 Iphone 版 GPS、iTunz）。iTunes 音樂預覽內容不得用於其娛樂價值（如用作照片拼貼畫的背景音樂或遊戲配音）或其他未獲授權的方式。如果 App 顯示健身記錄圓環，請不要修改圓環本身的觀感，以及其代表的資料。“Human Interface Guidelines”中含有有關如何使用健身記錄圓環的更多資訊。
5.3 遊戲、賭博和彩票
遊戲、賭博和彩票的管理難度大，是 App Store 上受到最多管制的應用類別之一。只有全面核實了即將釋出您 App 的所有國家/地區的相關法律要求後，才能包含此功能，並且要做好準備此功能的稽核流程需要更長的時間。您需要謹記以下事項：
5.3.1 抽獎和比賽必須由 App 的開發者贊助。
5.3.2 抽獎、比賽和抽彩的正式規則必須在 App 中註明，並且必須明確表示 Apple 不是贊助者，也沒有以任何形式參與活動。
5.3.3 App 不得通過 IAP 購買點數或貨幣，以用於任何種類的真實貨幣遊戲；不得向用戶出售彩票或抽彩券；不得在 App 內進行資金轉賬。
5.3.4 提供真實貨幣遊戲（例如體育下注、撲克、賭場遊戲、賽馬）或彩票的 App 必須在使用該 App 的地區獲得必要的許可和批准，且只能在這些地區釋出，此類 App 在 App Store 中必須免費提供。不允許在 App Store 上釋出非法的賭博輔助工具，包括記牌器。彩票 App 必須有報酬、機率及獎品。
提交之後
在 iTunes Connect 中提交 App 和元資料之後，您隨即就會進入稽核流程。請謹記以下幾點：
時間安排：App Review 團隊將盡快檢查您的 App，而且我們一直在力求縮短稽核時間。進一步瞭解 App Review。
狀態更新：App 的當前狀態會反映在 iTunes Connect 中，所以請多留意此處。
加急請求：如果您遇到了嚴重的時間問題，可以申請加快稽核。請僅在您真的需要加快稽核時才提出申請，以便其他開發者的加急請求不受影響。如果我們發現您濫用此係統，從此以後我們可能都會拒絕您的申請。
釋出日期：如果您設定了未來的釋出日期，在此日到來之前，即使已經獲得了 App Review 團隊的批准，App 也不會顯示在 App Store 上。請注意，最多可能需要 24 小時時間，您的 App 才能顯示在所有選定的商店中。
拒絕：我們的目標是公平、持續地遵循這些準則，但是人無完人。如果您的 App 被拒絕，但您存在疑問，或希望提供其他資訊，請使用解決方案中心，以與 App Review 團隊直接溝通。這樣可以幫助您的 App 出現在商店中，也可幫助我們改進 App Review 流程，並在我們的政策中發現需要闡明的部分。如果您仍對結果不滿意，請提交申訴。