iOS 審核被拒絕問題匯總

• iOS 審核被拒絕問題匯總
• • 蘋果審核概述
  • App被拒絕常見原因概述
  • 被拒解決方案概述
  • 蘋果開發者 條款詳細解讀
  • • 1. Terms and conditions（法律與條款）
    • • Guideline 1.1 問題
      • • Guideline 1.1 - Safety - Objectionable Content
        • 1.1.6 包含虛假信息，功能或誤導性元數據。
      • Guideline 1.2 問題
      • • Guideline 1.2 問題分析
    • 2. Functionality（功能）
    • • Guideline 2.1 問題 （App 完成度）
      • • Guideline 2.1 - Performance - App Completeness
      • Guideline 2.2 問題
      • Guideline 2.3 問題 （準確的元數據）
      • • 2.3.0 批準后進行重大概念變更
        • 2.3.1 有隱藏或未記錄的功能，包括重定向到賭博或彩票網站的隱藏“開關”
        • Guideline 2.3.7 - Performance - Accurate Metadata （性能 - 準確的元數據）
      • Guideline 2.4 問題
      • • 2.4.1 性能 - 硬件兼容性 問題
      • Guideline 2.5 問題 （軟件要求）
      • • 2.5
      • Guideline 2.6 問題
      • Guideline 2.7 問題
      • Guideline 2.8 問題
      • Guideline 2.9 問題
      • Guideline 2.10 問題
      • Guideline 2.11 問題
      • Guideline 2.12 問題
      • Guideline 2.13 問題
      • Guideline 2.14 問題
      • Guideline 2.15 問題
      • Guideline 2.16 問題
      • Guideline 2.17 問題
      • Guideline 2.18 問題
      • Guideline 2.19 問題
      • Guideline 2.20 問題
      • Guideline 2.21 問題
      • Guideline 2.22 問題
      • Guideline 2.23 問題
      • Guideline 2.24 問題
      • Guideline 2.25 問題
    • 3. Metadata (name, descriptions, ratings, rankings, etc)（描述數據（名稱，描述，評級，分類等））
    • • • Guideline 3.0 - Business
      • Guideline 3.1 問題 （購買項目）
      • • Guideline 3.1.1 - Business - Payments - In-App Purchase
        • 3.2.1 可接受的商業模式
      • Guideline 3.2 問題
      • Guideline 3.3 問題
      • Guideline 3.4 問題
      • Guideline 3.5 問題
      • Guideline 3.6 問題
      • Guideline 3.7 問題
      • Guideline 3.8 問題
      • Guideline 3.9 問題
      • Guideline 3.10 問題
      • Guideline 3.11 問題
      • Guideline 3.12 問題
    • 4. Location（位置）
    • • Guideline 4.1 問題
      • Guideline 4.2 問題 （最低功能要求）
      • Guideline 4.3 問題 （重復 App）
      • • 4.3.0 馬甲包問題
      • Guideline 4.4 問題
    • 5. Push notifications（提醒推送）
    • • Guideline 5.1問題 （數據收集和存儲）
      • • 5.1.1 Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
        • 5.1.5 定位服務 問題
      • Guideline 5.2 問題 （知識產權）
      • • 5.2.1 法律 - 知識產權
      • Guideline 5.3 問題
      • • 5.3.4 沒有使用應用程序的所有位置的必要許可和權限
      • Guideline 5.4 問題
      • Guideline 5.5 問題
      • Guideline 5.6 問題
      • Guideline 5.7 問題
      • Guideline 5.8 問題
      • Guideline 5.9 問題
    • 6. Game Center（游戲中心）
    • • Guideline 6.1 問題
      • Guideline 6.2 問題
      • Guideline 6.3 問題
      • Guideline 6.4 問題
      • Guideline 6.5 問題
      • Guideline 6.6 問題
      • Guideline 6.7 問題
    • 7. Advertising（廣告）
    • • Guideline 7.1 問題
      • Guideline 7.2 問題
      • Guideline 7.3 問題
    • 8. Trademarks and trade dress（商標權與商標外觀）
    • • Guideline 8.1 問題
      • Guideline 8.2 問題
      • Guideline 8.3 問題
      • Guideline 8.4 問題
      • Guideline 8.5 問題
    • 9. Media content（媒體內容）
    • • Guideline 9.1 問題
      • Guideline 9.2 問題
      • Guideline 9.3 問題
      • Guideline 9.4 問題
    • 10. User interface（用戶界面）
    • • Guideline 10.1 問題
      • Guideline 10.2 問題
      • Guideline 10.3 問題
      • Guideline 10.4 問題
      • Guideline 10.5 問題
      • Guideline 10.6 問題
    • 11. Purchasing and currencies（購買與流通貨幣）
    • • Guideline 11.1 問題
      • Guideline 11.2 問題
      • Guideline 11.3 問題
      • Guideline 11.4 問題
      • Guideline 11.5 問題
      • Guideline 11.6 問題
      • Guideline 11.7 問題
      • Guideline 11.8 問題
      • Guideline 11.9 問題
      • Guideline 11.10 問題
      • Guideline 11.11 問題
      • Guideline 11.12 問題
      • Guideline 11.13 問題
      • Guideline 11.14 問題
      • Guideline 11.15 問題
    • 12. Scraping and aggregation（抓去與整合）
    • • Guideline 12.1 問題
      • Guideline 12.2 問題
      • Guideline 12.3 問題
    • 13. Damage to device（損害設備）
    • • Guideline 13.1 問題
      • Guideline 13.2 問題
    • 14. Personal attacks（人身攻擊）
    • • Guideline 14.1 問題
      • Guideline 14.2 問題
    • 15. Violence（暴力）
    • • Guideline 15.1 問題
      • Guideline 15.2 問題
      • Guideline 15.3 問題
      • Guideline 15.4 問題
      • Guideline 15.5 問題
    • 16. Objectionable content（負面內容）
    • • Guideline 16.1 問題
      • Guideline 16.2 問題
    • 17. Privacy（隱私）
    • • Guideline 17.1 問題
      • Guideline 17.2 問題
      • Guideline 17.3 問題
    • 18. Pornography（色情）
    • • Guideline 18.1 問題
      • Guideline 18.2 問題
    • 19. Religion, culture, and ethnicity（信仰，文化和種族）
    • • Guideline 19.1 問題
      • Guideline 19.2 問題
    • 20. Contests, sweepstakes, lotteries, and raffles（競賽，賭博，彩票和抽獎）
    • • Guideline 20.1 問題
      • Guideline 20.2 問題
      • Guideline 20.3 問題
      • Guideline 20.4 問題
    • 21. Charities and contributions（慈善與捐助）
    • • Guideline 21.1 問題
      • Guideline 21.2 問題
    • 22. Legal requirements（法律要求）
    • • Guideline 22.1 問題
      • Guideline 22.2 問題
      • Guideline 22.3 問題
      • Guideline 22.4 問題
      • Guideline 22.5 問題
      • Guideline 22.6 問題
      • Guideline 22.7 問題
      • Guideline 22.8 問題

iOS 審核被拒絕問題匯總

蘋果審核概述

目前機審機制越來越完善了，而且也越來越受重視，相比前幾個月，近期的蘋果審核時間逐漸縮短，平均審核時間為23.9 小時。

應用被拒分為兩種：Binary Rejected 和 Metadata Rejected。前者需要重新上傳應用并且重新排隊，后者只需要修改信息，不需要重新上傳應用。

蘋果審核大體分為三部分，預審、機審和人工審核。目前應用提審的整個流程大體分為五個階段：Prepare For Upload（準備上傳）、Waiting For Review（等待審核）、 In Review（審核）、Pending Developer Release(等待開發者發布)、Ready For Sale（準備銷售）。

APP上傳后，會進入到 Wait for Review 狀態，而后進入到In Review狀態，In Review一般2天左右就會審核通過或者是被打回。

包上傳后首先進入的是預審，會被掃描API等，預審通過后會在iTC里出現，然后才可以提交至 Waiting；

在 Waiting For Review（等待審核）階段一般是機審，機審主要是對代碼進行機器審核，排查APP是否重復應用，“2.1蘋果狗年大禮包”事件就更多地依賴機器自動審核，減少人工成本；

通過后會進入In Review（審核）階段，即人工審核階段，這個階段主要看的是App的元數據，例如APP封面、功能、體驗等等，注重用戶體驗。

App被拒絕常見原因概述

1、應用內包含檢查更新功能

iOS 應用的版本更新必須通過 App Store 進行，自身 App 內不能包含提示更新功能。從2015年3月起，所有包含檢查更新功能的 App 都會被拒絕上架。

附被拒理由原文：
Your app includes an update button or alerts the user to update the app. To avoid user confusion, app version updates must utilize the iOS built-in update mechanism. We’ve attached screenshot(s) for your reference.
Next Steps

Please remove the update feature from your app. To distribute a new version of your app, upload the new app binary version into the same iTunes Connect record you created for the app’s previous version. Updated versions keep the same Apple ID, iTunes Connect ID (SKU), and bundle ID as the original version, and are available free to customers who purchased a previous version.

2、使用第三方登錄時未做安裝檢測

接入第三方登錄要檢測是否安裝了第三方客戶端，未安裝時不要顯示對應按鈕。2015年9月之前，通常可以采用判斷未安裝則隱藏登錄按鈕的方式。但目前隱藏按鈕的方式也可能被審核拒絕，QQ 和微博提供了 web 登錄的方式，如果判斷未安裝，需要允許用戶使用 webview 的登錄方式。蘋果在條款中有聲明不允許 iOS 應用的正常使用需要依賴另外一個 App。

附被拒理由原文：
We noticed that third-party app QQ/WeChat is required to use third-party authentication method. The user should be able to login without installing additional applications.
Next Steps

If you choose to support third-party authentication, please use methods that can authenticate users from within your app, such as a native web-view.

3、采集設備IDFA但應用沒有廣告功能

從2014年2月起，Apple 開始拒絕采集 IDFA (identifier for advertising) 卻未集成任何廣告服務的應用進入 App Store。如果 App 本身沒有廣告，ASO100.com 建議可以在審核的時候顯示一個 Banner 廣告，并且放在比較明顯的位置，審核通過后關掉即可。

附被拒理由原文：
We found that your app uses the iOS Advertising Identifier but does not include ad functionality. This does not comply with the terms of the iOS Developer Program License Agreement, as required by the App Store Review Guidelines.
Specifically, section 3.3.12 of the iOS Developer Program License Agreement states:
“You and Your Applications (and any third party with whom you have contracted to serve advertising) may us the Advertising Identifier, and any information obtained through the use of the Advertising Identifier, only for the purpose of serving advertising. If a user resets the Advertising Identifier, then You agree not to combine, correlate, link or otherwise associate, either directly or indirectly, the prior Advertising Identifier and any derived information with the reset Advertising Identifier.”

Please remove the iOS Advertising Identifier from your app or add ad functionality to your app.

4、含UGC卻未提供用戶協議及舉報功能

如果你的 App 內有發帖等UGC（用戶產生內容）功能，必須提供用戶協議，并留有內容舉報功能，否則就會被審核拒絕。

附被拒理由原文：
We found your app enables the display of user-generated content which may become sexually explicit. Therefore we ask that you put the following precautions in place, to ensure your app remains in compliance with the App Store Review Guidelines.
Use Moderators to flag and remove inappropriate content
Require that your users agree to terms (EULA) and these terms must be clear that there’s no tolerance for objectionable content
Users need a way to flag or report objectionable content and users generating this content
Developer must act on objectionable content reports within 24 hours by removing the content and ejecting the user who provided the offending content
Developer needs a method for ejecting users who violate the terms of the EULA

Please keep in mind that it is not sufficient for the user to report an issue through a general user feedback / 反饋 or like/dislike feature of the app. Please ensure that the contents that may become objectionable have a reporting or flagging mechanism readily accessible by the user to allow the user to promptly report or flag the issue and clearly identify the offending content.

5、上傳時沒有使用真實的應用截圖

應用程序的名稱、描述、截圖或者預覽與應用的內容和功能不相關將會被拒絕。有 App 因為應用截圖使用的是自己設計的插畫而被審核拒絕。

附被拒理由原文：
We noticed that your marketing screenshot(s) do not sufficiently reflect your app in use.We’ve attached screenshot(s) for your reference.
Next Steps

Please revise your screenshots to demonstrate the app functionality in use.

6、應用必須使用邀請碼才能注冊使用

蘋果要求應用不能限制只有部分用戶可以使用。

附被拒理由原文：
Your app arbitrarily restrict users by requiring invitation code to register, which is not allowed on the App Store. We’ve attached screenshot(s) for your reference.
Next Steps

Please revise your app to remove any functionality that limits who can use the app.

7、應用內出現第三方移動平臺的名字或圖標

一直以來，蘋果都不允許iOS開發者在進行軟件描述時提到 Android 版本，而自從2015年4月起，在 App 內、截圖等任何地方提到安卓、Android 的文字、圖標、系統界面都會被拒。曾經有電商 App，因為出現了售賣三星安卓手機而被拒。。。

附被拒理由原文：
We found that your app and/or its metadata contains inappropriate or irrelevant platform information, which is not in compliance with the App Store Review Guidelines.
Specifically, your app mentioned other platforms, such as Android.

Providing future platform compatibility plans, or other general platform references, is not appropriate in the context of the App Store. It would be appropriate to remove this information.

8、應用內涉及獎勵，未聲明與蘋果無關

App 里有實物獎勵的話，不能使用蘋果產品（例如 iPhone 、iPad 等）作為獎品。另外一定要聲明“獎勵由本公司提供，與蘋果官方無關”。

附被拒理由原文：
Your app includes a contest or sweepstakes but it does not:
Indicate that Apple is not involved in any way with the contest or sweepstakes.
Next Steps
It is necessary to:
Include official rules of the contest or sweepstakes in the app
Include an explicit statement in the contest or sweepstakes rules specifying that > Apple is not a sponsor

Ensure that the contest or sweepstake prizes are not Apple products

9、沒有提供恢復內購的方法

增加一個“恢復購買記錄”的按鈕即可。

附被拒理由原文：
We found that your app offers In-App Purchase/s that can be restored but it does not include a “Restore” feature to allow users to restore the previously purchased In-App Purchase/s.

To restore previously purchased In-App Purchase products, it would be appropriate to provide a “Restore” button and initiate the restore process when the “Restore” button is tapped.

10、未注冊時不能使用與賬號無關的功能

對于資訊等 App，在沒有進行與用戶信息相關的操作時，卻強行讓用戶登錄，甚至不登錄就無法看到任何內容，有可能會被拒絕。

附被拒理由原文：
We noticed that your app requires users to register with personal information to access non account-based features. Apps cannot require user registration prior to allowing access to app content and features that are not associated specifically to the user.
Specifically, your app forces users to login before they can read the news.
We features that your app requires users to register or log in, prior to accessing non account-based features. Apps cannot require user registration or login prior to allowing access to app content and features that are not associated specifically to the user.
Next Steps

User registration that requires the sharing of personal information must be optional or tied to account-specific functionality. Additionally, the requested information must be relevant to the features.

11、iPhone 應用在 iPad 上不能正常顯示

iPhone程序必須不經修改就能以iPhone分辨率和2倍iPhone 3GS的分辨率在iPad上運行。即使你的App 只為 iPhone 用戶提供，在 iPad 上也必須能夠正常顯示，否則審核會被拒絕。

附被拒理由原文：
We noticed that your app did not run at iPhone resolution when reviewed on iPad running iOS 9.1, which is a violation of the App Store Review Guidelines. We’ve attached screenshot(s) for your reference.
Specifically, the buttons at the bottom of the app are inaccessible when running on iPad.
Next Steps

Please revise your app to ensure it runs at iPhone resolution on iPad.

12、侵犯第三方版權

對于視頻、音樂、圖書類的應用很容易因為這一條而被拒。另外 ASO100.com 建議應用內最好不要出現第三方的商標，例如運營商的Logo、影視公司的 Logo 等。

附被拒理由原文一：

We found that your app allows users to download music without authorization from the relevant third-party sources.
We’ve attached screenshot(s) for your reference.
Next Steps
Please provide documentary evidence of your rights to allow music or video content download from third-party sources. If you do not have the requested permissions, please remove the music or video download functionality from your app.
附被拒理由原文二：
Your app includes content or features that resemble a well-known, third-party mark, Fox . We’ve attached screenshot for your reference.
Pursuant to your agreement with Apple, you represent and warrant that your application does not infringe the rights of another party, and that you are responsible for any liability to Apple because of a claim that your application infringes another party’s rights. Moreover, we may reject or remove your application for any reason, at our sole discretion.

Accordingly, please provide documentary evidence of rights to use this content. Once Legal has reviewed your documentation and confirms its validity, we will proceed with the review of your app.

13、應用截圖、名稱、描述等出現不雅詞匯

在應用截圖、名稱、描述等任何地方出現例如諸如 牛逼、綠茶婊、無節操、逗比 等詞匯，都會被蘋果審核拒絕。

附被拒理由原文：
We found that your app contains content that many audiences would find objectionable, which is not in compliance with the App Store Review Guidelines.
Specifically, we noticed your app name 打飛機-簡單粗暴 is objectionable.

We encourage you to review your app content and evaluate whether you can modify the content to bring it into compliance with the Guidelines.

14、應用出現 beta版、測試版字樣

不要過度謙虛地在啟動畫面或者應用名稱上加上”beta”字樣，蘋果不允許測試版產品上架。

附被拒理由原文：
Your app appears to be a pre-release, test, or trial version with a limited feature set. Apps that are created for demonstration or trial purposes are not appropriate for the App Store and do not comply with the App Store Review Guidelines.
To ensure compliance with the App Store Review Guidelines, it would be appropriate to revise your app to complete, remove, or fully configure any partially implemented feature(s).

If you would like to conduct beta trial for your app, you may wish to review the TestFlight Beta Testing Guide.

15、注冊缺少隱私政策

如果應用包含注冊功能，注冊頁面必須提供隱私說明協議按鈕或者鏈接。另外在 iTunes connect 提交新版本的時候，Privacy Policy URL 必須要填寫。

附被拒理由原文：
We noticed that your app includes account registration or access to users’ existing accounts but does not include a privacy policy, which does not comply with the App Store Review Guidelines.

Please update your app metadata to include a privacy policy and ensure that the privacy policy URL you provide directs the user to the intended destination.

16、應用出現崩潰、加載失敗等 bug

審核期間出現崩潰會導致審核被拒。ASO100.com 建議，在審核期間務必保證服務器穩定，避免審核人員審核時出現內容加載失敗的情況，導致被拒。

附被拒理由原文：
We discovered one or more bugs in your app when reviewed on iPhone running iOS 8.1.2 on both Wi-Fi and cellular networks.
Specifically, no content is fetched when users launch the app.Please see the attached screenshot/s for more information.
It would be appropriate to revise such issue(s) in your application.
Next Steps

Please run your app on a device to identify the issue(s), then revise and resubmit your app for review.

17、應用描述、截圖和應用功能不符

如果應用的描述或截圖介紹的功能在審核期間沒有體現，則會被拒絕，如果介紹文案不夠詳細也會有一定概率被拒。

附被拒理由原文：
We found that your app did not achieve the core functionality described in your marketing materials or release notes, as required by the App Store Review Guidelines.
Specifically, your app does not include the feature of 微信朋友圈分享 that is written in your release note.

It would be appropriate to revise your app to ensure this feature is fully implemented or to revise your Application Description, Release Notes, and/or screenshots to remove this content.

18、應用包含應用推薦功能

除特殊情況，蘋果明令禁止應用內推薦其他APP。

附被拒理由原文：
The 應用推薦 feature in your app displays or promotes third-party apps, which violates the App Store Review Guidelines. We’ve attached screenshot(s) for your reference.
Next Steps

Please remove the 應用推薦 feature from your app.

19、應用包含不正確的診斷功能

如果你的應用中，包含不真實的系統檢測或優化功能，蘋果會認為這項功能有誤導用戶的嫌疑，審核時會被拒絕。

附被拒理由原文：
We noticed that your app provides potentially inaccurate diagnostic functionality for iOS devices to the user.

We’ve attached screenshot(s) for your reference.

Next Steps

Currently, there is no publicly available infrastructure to support iOS diagnostic analysis. Therefore your app may report inaccurate information which could mislead or confuse your users. We encourage you to review your app concept and incorporate different content and features that are in compliance with the App Store Review Guidelines.

20、應用提交的新版本與上一版差異過大

如果你提交的新版本應用與上一版相比，功能上變化過大，比如將游戲升級為工具類應用，或在新版本中完全改掉前一版產品的功能，則會被蘋果拒絕。

附被拒理由原文：
We found that your app did not achieve the core functionality described in your marketing materials or release notes, as required by the App Store Review Guidelines.

Specifically, the app has a whole content swap from a Game app to a Mobile Data Tracking app, which does not provide a good user experience when updating the app.

It would be appropriate to revise your app to ensure this feature is fully implemented or to revise your Application Description, Release Notes, and/or screenshots to remove this content.

If your iTunes Connect Application State is Rejected, a new binary will be required. Make the desired metadata changes when you upload the new binary.

21、應用違反當地法律法規

應用程序必須遵守上線地區的法律法規，禁止含有賭博、色情、有償陪伴等違反法律的內容，尤其為用戶提供付費社交服務的APP，例如在線直播類APP，必須嚴格遵守相關規定。

附被拒理由原文：
Your app contains content – or facilitates, enables, and encourages an activity – that is not legal in all of the locations where the app is available. Specifically, your app is advertised as a platform to provide paid companionship services.

We’ve attached screenshot(s) for your reference.
Next Steps

We encourage you to review your app concept and incorporate different content and features that are in compliance with the App Store Review Guidelines.

22、應用作者名與金融機構名字不一致
針對理財、P2P等金融相關產品，蘋果增加規定
開發者的名字必須與APP內的金融機構名字保持一致，否則會被拒。
且由同一品牌的金融機構提供服務的APP，必須發布在同一個開發者賬號跟名稱下。

如果你已經代表委托人或者公司發布了這些APP，你的委托人或者公司應該注冊iOS開發者賬號，并把你添加到他們的開發者賬號里，這樣你就可以在他們賬號下面提交并發布APP了。

附被拒理由原文：
We found that the Seller and/or Artist names associated with your app do not reflect the name of the financial institution in the app and/or its name and metadata.

To be appropriate for the App Store, your app must be published under a Seller name and Artist name that reflects the financial institution brand, as required by the iOS Developer Program License Agreement.

Section 1.2:
“You” and “Your” means and refers to the person(s) or legal entity (whether the company, organization, educational institution, or governmental agency, instrumentality, or department) using the Apple Software or otherwise exercising rights under this Agreement. For the sake of clarity, You may authorize contractors to develop Applications on Your behalf, but any such Applications must be submitted under Your developer account.

If you have published these apps on behalf of a client, it would be appropriate for your client to enroll in the iOS Developer Program, then add you to their development team so you can develop an app for them to submit under their developer account.

23、應用提供功能過于簡單
應用內的功能不能太過單一，蘋果雖然理念中提倡“簡單”，但并不代表能接受功能不夠完善的應用，他們對應用的核心要求，是希望能夠給用戶更有價值的體驗。當然，如果你的產品太有創意，可能蘋果的審核員沒能理解它的獨到之處，這樣的情況下，你可以通過申訴來更詳細的描述產品優勢，以便通過審核。

附被拒理由原文：
We found that your app only provides a very limited set of features. It only provides an augmented reality reader mechanism with no other functionality. While we value simplicity, we consider simplicity to be uncomplicated – not limited in features and functionality.

We understand that there are no hard and fast rules to define useful or entertaining, but Apple and Apple customers expect apps to provide a really great user experience. Apps should provide valuable utility or entertainment, draw people in by offering compelling capabilities or content, or enable people to do something they couldn’t do before or in a way they couldn’t do it before.

We encourage you to review your app concept and evaluate whether you can incorporate additional content and features to be in compliance with the Guidelines. For information on the basics of creating great apps, watch the video The Ingredients of Great Apps.If you feel we didn’t understand the features of your app, or that we missed key functionality, and your app was incorrectly rejected, you may appeal to the App Review Board.

被拒解決方案概述

1、賬號關聯性問題。

原來：各一級賬號，授權同一賬號上傳產品，授權同批賬號測試產品。修改：每個一級賬號，授權到不同賬號上傳產品，授權不同賬號測試產品。

2、代碼關聯、相識性程度

在不影響產品的情況下，讓各產品之間代碼相似程序降低。（例如：增加垃圾代碼和其它技術手段使二進制代碼不同）

3、產品相關

后臺外部元素（優先級排列） 套餐ID、SKU。APP內購項目（增加內購內容，不同產品添加不同額度計費點） 文字介紹（針對不同地區抒寫，不允許套用模版） 游戲廣告圖（要有明顯的區別，不能只改插圖） 關鍵字 開發者聯系人 聯系地址 產品發行地區 游戲類別 測試賬號（涉及白名單，準備3~4個測試賬號） 備注（軟著、備案、版號信息） 其他注意事項（產品的相關信息介紹描述）內部UI和界面 大廳UI調整、啟動頁面、大廳背景圖頁面。

4、出包機器、上傳應用機器

暫定不增加出包機器 上傳提交產品時，使用手機4G網絡提交。

針對可以用戶自由發布信息的APP

那種用戶可以發布信息的app，一定要針對用戶發布行為做機制。 用戶發布行為要有條款說明；要有不良信息過濾機制； 瀏覽用戶如果不喜歡某條信息要可以屏蔽； 瀏覽用戶如果不喜歡某人可以把他拉入黑名單； 游戲代練代打這類信息，必須得有游戲方的授權證明，否則千萬不能出現。 如果審核一次又一次被拒，你的審核時間就會越來越長。

如果不是代碼問題，不需要重傳二進制ipa包，就通過走申訴途徑。

加速審核的方式
1、Apple 提供了一個加速審核的通道：
https://developer.apple.com/appstore/contact/appreviewteam/index.html

當然，也可以通過itunes 進入加急審核通道。
步驟：“聯系我們”->App Review -> App Store Review -> Request Expedited Review -> Request an Expedited App review

如果是走申訴通道時，想聯系蘋果，最好在Explanation里面 留下你公司負責人的聯系方式，到時候蘋果可能會主動打電話給你，通過郵件的方式非常慢。

除了上面的截圖，中間需要填寫app的一些信息。

填寫你的聯系方式（電話）
App名字，id
選擇App Store
選擇加急理由。蘋果給出三個選項"bug修復"，“重大節日”,“其他”。
根據自己的當前個人情況，選擇加急理由，而后寫上你的加急理由。（寫加急理由的時候要注意，盡量描述清楚你遇到的情況，讓蘋果審核團隊一看就懂即可）

加速是否能申請成功，關鍵是看你填寫最后部分的描述。（大致的意思應該可以猜到吧，可以參考：http://translate.google.cn
比如你是緊急修復嚴重bug，
1、那你要解釋這個bug的嚴重性，必須修復
2、最好把bug重新步驟等描述等等。 要提供足夠的細節。
3、盡量使用英文描述；
4、分條描述App存在的重要問題，如：Crash，用戶無法使用等；
強調自己已經解決（fixed）問題或者致命的八阿哥（bug）；
5、 網上說iOS審核次數只有2-3次。目前已被證偽了。當然，雖然加急審核沒有次數限制。但最好是不要濫用蘋果加急審核通道。如果理由不充分卻頻繁申請加急審核，是很容易被蘋果拉進黑名單，導致之后難以加急成功的。

蘋果開發者 條款詳細解讀

1. Terms and conditions（法律與條款）

Guideline 1.1 問題

Guideline 1.1 - Safety - Objectionable Content

問題分析：

蘋果郵件內容：

Guideline 1.1 - Safety - Objectionable Content Your app includes content that many users would find objectionable and offensive. Specifically, your app provided paid chat service. Please see attached screenshots for details. Next Steps To resolve this issue, please remove all potentially objectionable content from your app and submit your revised binary for review.For app design information, check out the following videos: and "Designing Intuitive User Experiences," available on the Apple Developer website. You may also want to review the iOS Human Interface Guidelines for more information on how to create a great user experience in your app. 翻譯出來是： 準則1.1 - 安全 - 不良內容 您的應用包含許多用戶會覺得令人反感和令人反感的內容。 具體來說，您的應用提供了付費聊天服務 詳情請參閱附件截圖。 下一步 要解決此問題，請從您的應用中刪除所有可能令人反感的內容，并提交修改后的二進制文件以供審核。 有關應用設計信息，請查看以下視頻：以及Apple Design Developer網站上提供的“設計直觀的用戶體驗”。 您可能還需要查看iOS人機界面指南，以獲取有關如何在您的應用中創建出色用戶體驗的更多信息。

問題分析：

分析：我們的app是一個交友軟件，上面的大部分是女性。所以被拒了。額。。有點奇葩。解放方法：上傳一些男性的照片并且放在顯眼的位置。

解決辦法：

上傳一些男性的照片并且放在顯眼的位置。

1.1.6 包含虛假信息，功能或誤導性元數據。

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 1.2 問題

Guideline 1.2 問題分析

蘋果郵件內容：

Guideline 1.2 - Safety - User Generated Content Your app enables the display of user-generated content but does not have the proper precautions in place. Next Steps To resolve this issue, please revise your app to implement all of the following precautions:Require that users agree to terms (EULA) and these terms must make it clear that there is no tolerance for objectionable content or abusive users A method for filtering objectionable content A mechanism for users to flag objectionable content A mechanism for users to block abusive users The developer must act on objectionable content reports within 24 hours by removing the content and ejecting the user who provided the offending content翻譯出來是： 準則1.2 - 安全 - 用戶生成的內容 您的應用可以顯示用戶生成的內容，但沒有適當的預防措施。 下一步 要解決此問題，請修改您的應用以實施以下所有預防措施：要求用戶同意條款（EULA）， 并且這些條款必須明確表示不允許對不良內容或濫用用戶 用于過濾令人反感的內容的方法 用戶標記令人反感的內容的機制 用戶阻止濫用用戶的機制 開發人員必須在24小時內處理令人反感的內容報告， 方法是刪除內容并彈出提供違規內容的用戶。

解決辦法：

這個被拒的原因是因為app能展示用的內容， 但卻沒有防范措施。解決方法是加上用戶協議， 加上拉黑以及舉報功能

2. Functionality（功能）

Guideline 2.1 問題 （App 完成度）

Apps that crash will be rejected（存在Crash（崩潰，死機）的應用會被拒。）

主要有應用出現崩潰、加載失敗等非常明顯的Bug、應用不支持 IPv6網絡下使用、測試賬號、隱藏開關等。

解決方法：提前測試產品是否有bug、和在IPV6網絡下是否能使用等，根據提供郵件，一個個審查自身產品信息是否符合，適當情況下可以發送截圖視頻給蘋果官方以證明自己的清白。

Guideline 2.1 - Performance - App Completeness

問題分析：
2.1 - 性能 - 應用程序完整性
Apps that crash will be rejected（存在Crash（崩潰，死機）的應用會被拒。）

蘋果郵件內容：

Guideline 2.1 - Performance - App Completeness We discovered one or more bugs in your app when reviewed on iPad running iOS 11.3 on Wi-Fi connected to an IPv6 network. We could not load the contents in 消息. The steps to reproduce are:Launched the app Input demo account information Tapped 消息 at the right bottom No contents翻譯出來是： 準則2.1 - 性能 - 應用程序完整性 我們在連接到IPv6網絡的Wi-Fi上運行iOS 11.3的iPad上檢查時，發現您的應用存在一個或多個錯誤。 我們無法加載消息中的內容。 重現的步驟是： 1.啟動應用程序 2.輸入模擬賬戶信息 3.在右下角點擊消息 4.沒有內容

問題分析：

及時通訊集成的是環信，環信在ipv6下是坑定沒有問題的。 后來想到審核人員是把app刪掉之后重新裝的， 而環信的信息和微信一樣是緩存在本地的。 刪掉后從新進入當然沒有。 解決方法：在提審是說明一下。 eg:經我們測試，在ipva6網絡下是沒有問題的。 我們的聊天信息是緩存在本地的。

解決辦法：

app需要通信協議需要志長ipv6

Guideline 2.2 問題

Apps that exhibit bugs will be rejected（存在明顯bug的應用會被拒。）

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.3 問題 （準確的元數據）

主要是應用標題、描述、截圖等與應用功能嚴重不符。
Apps that do not perform as advertised by the developer will be rejected（不符合開發者描述的應用會被拒。）

解決方法：

重新更換截圖，保證整個APP功能、流程看起來是一致的。去除隱藏功能模塊代碼或將需要隱藏功能的代碼及定向跳轉鏈接網址做混淆處理，適當增加邏輯復雜度。

2.3.0 批準后進行重大概念變更

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

2.3.1 有隱藏或未記錄的功能，包括重定向到賭博或彩票網站的隱藏“開關”

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.3.7 - Performance - Accurate Metadata （性能 - 準確的元數據）

問題分析：

蘋果郵件內容：

Guideline 2.3.7 - Performance - Accurate Metadata Your app name or subtitle to be displayed on the App Store includes keywords or descriptors, which are not appropriate for use in these metadata items. Specifically, the following words in your app name or subtitle are considered keywords or descriptors: 翻譯出來是： 準則2.3.7 - 性能 - 準確的元數據 您在App Store上顯示的應用名稱或字幕包含關鍵字或描述符 ，這些關鍵字或描述符不適用于這些元數據項目。 具體來說，應用程序名稱或副標題中的以下單詞被視為關鍵字或描述符：

問題分析：

分析：在填寫應用信息的時候主標題和副標題關鍵字重復。

解決辦法：

去掉重復的關鍵字就可以了。

Guideline 2.4 問題

Apps that include undocumented or hidden features inconsistent with the description of the App will be rejected（有未說明或隱藏特性或有悖描述的應用會被拒。）

2.4.1 性能 - 硬件兼容性 問題

問題分析：

我們注意到，在運行iOS 11.3的iPad上查看時，您的應用沒有按預期運行或顯示。 詳情請參閱附件截圖。

蘋果郵件內容：

問題分析：

雖然有時候我們的app是只支持iPhone手機的，但蘋果的審核人員測試使用的是ipad，這樣他們要求app必須對ipad進行適配。解放方案：對ipad進行適配。一般來說只要在iPhone上適配沒有問題，在ipad上的適配問題都不大。最后是讓ipad值支持豎屏，去掉橫屏。有很多人是適配了豎屏，而蘋果審核人員發現橫屏沒有支持被拒了，所以info.plist 的Supported interface orientations (iPad)里設置只支持豎屏就好了。

解決辦法：

info.plist 的Supported interface orientations (iPad)里設置只支持豎屏就好了。

Guideline 2.5 問題 （軟件要求）

主要是產品加入違規代碼
Apps that use non-public APIs will be rejected（使用非公開API的應用會被拒。）

解決方法：

很可能是三方庫中含有SDK，可以更新所有三方庫，或者反編譯提交的ipa，檢查文檔中是否有違規字符串，有的話刪掉。

2.5

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.6 問題

Apps that read or write data outside its designated container area will be rejected（試圖讀寫非允許范圍內的數據的應用會被拒。）

Guideline 2.7 問題

Apps that download code in any way or form will be rejected（試圖以任何方式方法下載代碼的應用會被拒。）

解決方法：

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.8 問題

Apps that install or launch other executable code will be rejected（安裝或運行其他可執行代碼的應用會被拒。）

解決方法：

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.9 問題

Apps that are “beta”, “demo”, “trial”, or “test” versions will be rejected（任何“beta”，“演示（demo）”，“試用（trial）”或“測試（test）”版本的應用會被拒。）

解決方法：

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.10 問題

iPhone Apps must also run on iPad without modification, at iPhone resolution, and at 2X iPhone 3GS resolution（iPhone應用必須可以無條件運行在iPad上，支持普通iPhone分辨率和2倍iPhone 3GS分辨率。）

解決方法：

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.11 問題

Apps that duplicate Apps already in the App Store may be rejected, particularly if there are many of them, such as fart, burp, flashlight, and Kama Sutra Apps.（任何與App Store中上架應用重復的應用會被拒，尤其是已經有了很多的：如放屁，打嗝，手電照明和愛經。）

解決方法：

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.12 問題

Apps that are not very useful, unique, are simply web sites bundled as Apps, or do not provide any lasting entertainment value may be rejected（沒有用處的應用，web頁面簡單組合的應用，或任何嘩眾取寵，不能提供娛樂價值的應用會被拒。）

解決方法：

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.13 問題

Apps that are primarily marketing materials or advertisements will be rejected（純粹用于市場推廣或廣告的應用會被拒。）

解決方法：

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.14 問題

Apps that are intended to provide trick or fake functionality that are not clearly marked as such will be rejected（有意提供隱蔽或虛假功能，卻又不能明顯標示的應用會被拒。）

Guideline 2.15 問題

Apps larger than 50MB in size will not download over cellular networks (this is automatically prohibited by the App Store)（大于20MB的應用無法通過蜂窩網絡下載安裝（App Store自動處理）。）

解決方法：

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 2.16 問題

Multitasking Apps may only use background services for their intended purposes: VoIP, audio playback, location, task completion, local notifications, etc.（多任務應用只允許在后臺運行如下相應的服務：VoIP，音頻播放，地理位置，任務記錄，本地提醒等。）

Guideline 2.17 問題

Apps that browse the web must use the iOS WebKit framework and WebKit Javascript（應用只允許通過iOS WebKit框架和WebKit Javascript訪問web頁面。）

Guideline 2.18 問題

Apps that encourage excessive consumption of alcohol or illegal substances, or encourage minors to consume alcohol or smoke cigarettes, will be rejected（鼓勵酗酒，使用違法藥物，或誘導未成年人飲酒，吸煙的應用會被拒。）

Guideline 2.19 問題

Apps that provide incorrect diagnostic or other inaccurate device data will be rejected（提供錯誤的系統信息或設備數據的應用會被拒。）

Guideline 2.20 問題

Developers “spamming” the App Store with many versions of similar Apps will be removed from the iOS Developer Program（通過許多版本的類似應用對App Store造成干擾的開發者會被取消IDP身份。）

Guideline 2.21 問題

Apps that are simply a song or movie should be submitted to the iTunes store. Apps that are simply a book should be submitted to the iBookstore.（歌曲和電影應該提交到iTunes store。書籍應該提交到iBookstore。）

Guideline 2.22 問題

Apps that arbitrarily restrict which users may use the App, such as by location or carrier, may be rejected（隨意通過位置或運營商來限制用戶使用的應用會被拒。）

Guideline 2.23 問題

Apps must follow theiOS Data Storage Guidelinesor they will be rejected（加入iCloud支持后，應用必須遵守iOS數據存儲指南（iOS Data Storage Guidelines）否則將被拒。）

Guideline 2.24 問題

Apps that are offered in Newsstand must comply with schedules 1, 2 and 3 of the DeveloperProgram License Agreement or they will be rejected（在Newsstand里提交的應用必須遵守Developer Program License Agreement的第1,2和3條，否則將被拒。）

Guideline 2.25 問題

Apps that display Apps other than your own for purchase or promotion in a manner similar to or confusing with the App Store will be rejected（與AppStore類似的推薦或為其他應用做廣告的應用將無法通過AppStore審核。）

3. Metadata (name, descriptions, ratings, rankings, etc)（描述數據（名稱，描述，評級，分類等））

Guideline 3.0 - Business

問題分析：

蘋果郵件內容：

Your game app includes in-app purchase products for consumable credits priced over $99.99, Tier 60. Next Steps To resolve this issue, please revise your app to ensure that a single in-app purchase product for consumable credits is priced at nothing more than $99.99, Tier 60. To edit in-app purchases:Log in to iTunes Connect Click on "My Apps" Select your app Click on "Features" to view your in-app purchases Click on a Reference Name that is in Developer Action Needed status Click "Edit In-App Purchase Details" Click Save Once you've completed all changes, click the "Submit for Review" button at the top of the App Version Information page.Note: When an in-app purchase is in the "Developer Action Needed" state, you must make some change to it before it can move to Waiting for Review. 翻譯出來是： 準則3.0 - 業務 您的游戲應用程序包括應用程序內消費信用卡購買產品，價格超過99.99美元，60級。 下一步 要解決此問題，請修改您的應用，以確保單個應用內購買消費信用產品的價格不超過99.99美元，Tier 60。 編輯應用內購買：登錄iTunes Connect 點擊“我的應用程序” 選擇你的應用程序 點擊“功能”查看您的應用內購買 單擊“開發者操作需要”狀態下的參考名稱 點擊“編輯應用內購買詳情” 點擊保存 完成所有更改后，請單擊應用程序版本信息頁面頂部的“提交以供查看”按鈕。注意：當應用程序內購買處于“需要開發者操作”狀態時，您必須對其進行一些更改，然后才能轉到等待審核。

問題分析：

在app中用到了蘋果內購，蘋果規定一次性消耗種類的價格不能大于99美元。解決方法：修改價格即可。

解決辦法：

修改價格

Guideline 3.1 問題 （購買項目）

主要是接入第三方支付。

解決方法：

老老實實地走 IAP 的支付方式，用內購。如果隱藏虛擬產品或者通過后更改支付方式，都是有一定風險的。

Guideline 3.1.1 - Business - Payments - In-App Purchase

問題分析：
使用應用程序內購買以外的支付機制解鎖應用程序中的功能或功能
Guideline 3.1.1 - Business - Payments - In-App Purchase
We also noticed that your app uses in-app purchase products to purchase credits or currencies that are not consumed within the app, which is not appropriate for the App Store.

蘋果郵件內容：

Guideline 3.1.1 - Business - Payments - In-App Purchase We also noticed that your app uses in-app purchase products to purchase credits or currencies that are not consumed within the app, which is not appropriate for the App Store. Please see attached screenshots for details. 翻譯出來是： 準則3.1.1 - 業務 - 付款 - 應用內購買 我們還注意到，您的應用使用應用內購買產品來購買未在應用內消費的點數或幣種，這不適用于App Store。 詳情請參閱附件截圖。 下一步 要解決此問題，請修改您的應用，確保通過應用內購買產品所使用的信用卡或貨幣在應用中使用，或完全刪除應用內購買。

問題分析：

這個被拒的原因是因為app中有充值功能，但審核人員找不到若何消費充值金幣。解決方式是在提審的時候告訴審核人員如何消費，并附上截圖。

解決辦法：

在提審的時候告訴審核人員如何消費，并附上截圖。

3.2.1 可接受的商業模式

問題分析：

主要是沒有資質。

解決方法：

最佳方案是拿到資質，如果實在沒有資質，建議大家盡可能多的把自己公司合規的證據資料發給蘋果，而套殼、換新賬號碰運氣上架等操作，不得已的話可以嘗試。

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 3.2 問題

Apps with placeholder text will be rejected（描述數據有未填寫項，存留占位符文本會被拒。）

Guideline 3.3 問題

Apps with descriptions not relevant to the application content and functionality will be rejected（描述中提到與應用內容和功能無關信息會被拒。）

Guideline 3.4 問題

App names in iTunes Connect and as displayed on a device should be similar, so as not to cause confusion（應用在iTunes Connect與設備上顯示的名稱應該類似，否則會造成混淆。）

Guideline 3.5 問題

Small and large App icons should be similar, so as to not to cause confusion（不同尺寸的icon要一致，否則會造成混淆。）

Guideline 3.6 問題

Apps with App icons and screenshots that do not adhere to the 4+ age rating will be rejected（圖標與截屏不符合4+年齡評級的應用會被拒。）

Guideline 3.7 問題

Apps with Category and Genre selections that are not appropriate for the App content will be rejected（應用的內容與所選分類和風格不符會被拒。）

Guideline 3.8 問題

Developers are responsible for assigning appropriate ratings to their Apps. Inappropriate ratings may be changed/deleted by Apple（開發者有責任把應用放到恰當的分級（Rating）。不恰當的評級可能會被Apple修改，甚至刪除。）

Guideline 3.9 問題

Developers are responsible for assigning appropriate keywords for their Apps. Inappropriate keywords may be changed/deleted by Apple（開發者有責任給應用撰寫恰當的關鍵詞。不恰當的關鍵詞可能會被Apple修改，甚至刪除。）

Guideline 3.10 問題

Developers who attempt to manipulate or cheat the user reviews or chart ranking in the App Store with fake or paid reviews, or any other inappropriate methods will be removed from the iOS Developer Program（通過偽造，付費評價或其他非正規手段，獲取App Store中較好的評價與星級的開發者會被取消IDP身份。）

Guideline 3.11 問題

Apps which recommend that users restart their iOS device prior to installation or launch may be rejected（任何提示需要用戶重啟iOS設備來安裝或運行的應用會被拒。）

Guideline 3.12 問題

Apps should have all included URLs fully functional when you submit it for review, such as support and privacy policy URLs（應用在提交審核過程中，所有涉及到的URL都要處于正常運行狀態，例如保密協議，相關支持頁面等。）

4. Location（位置）

Guideline 4.1 問題

Apps that do not notify and obtain user consent before collecting, transmitting, or using location data will be rejected（未提示用戶且獲得用戶允許之前收集，傳輸或使用位置數據的應用會被拒。）

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 4.2 問題 （最低功能要求）

主要問題在于蘋果認為部分開發者上傳的App功能不夠，或者沒有自己的核心功能

解決辦法：

可以添加一些功能豐富產品，如果覺得功能已經全了，還沒有通過審核，可以向蘋果解釋產品解決的用戶需求，以及具體功能的展現。

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 4.3 問題 （重復 App）

主要針對的是重復App，就是馬甲包。

解決辦法：
可通過修改名字、icon、主色調、代碼等解決，并且注意相同的馬甲包提交至少間隔一天以上。

4.3.0 馬甲包問題

是另一個應用程序的副本或與另一個應用程序顯著相似

問題分析：

大勢已經的ios馬甲包無法上架=只有借用資質。從17年彩票，棋牌馬甲包大批大批的襲來。很多公司都在花重金找人上架馬甲包，期初可以的，但是現在已經泛濫了，咱黨的政策可以讓你小玩，但絕不應許泛濫，但是由于某X公司大量的找人或騙人上架馬甲包后。整個市場都充滿了找人制作馬甲包的廣告。當然這不是針對誰，僅代表個人想法。而且相對使用相關資質賬號上架最大的優點就是可以原生上架，質量好，帶來的流量高，不影響用戶使用。同樣更新不會擔心！就好比一個蘋果X手機。缺點：價格高，難弄到資質 而馬甲包就好比（一個老人機，同樣都可以打電話可以發短信）但是垃圾的頁面，讓用戶根本不想玩下去，你引流的人也不過是過眼云煙！！！刷榜、aso；不同包裝拓量，自然流量。馬甲包作用還是很大的。之前刷榜還流行的時候，馬甲包隨便刷個榜就賺小幾十萬現在作用沒那么多，但是買量公司還是很需要多包跑的為什么現在馬甲包大勢已去？主要有兩個原因，一個就是影響用戶體驗，影響正常的iOS流量分發，一個就是政策原因。大部分馬甲包的上架難，無疑就是第一種所致。貸款類、理財類、彩票類的APP上架，主要都是政策原因導致。那么對于這一類政策原因導致的上架難，主要的解決方案有兩種，一個是做假頁面方案，混淆審核人員的視聽，以圖上架成功，但是假頁面方案一定要做的夠精致、功能稍微多點，不然百分之九十遇到4.2條款被拒，也就是最小功能條款。所以現在最好的辦法就是用有資質的賬號上，要具備相應的經營范圍及金融資質。

蘋果郵件內容：

舉例1：

Apple3. 2.1 Business: Other Business Model Issues - AcceptableGuideline 3.2.1 - Business - Other Business Model Issues - AcceptableWe found that your app facilitates loan applications, but the seller and company names associated with your app do not reflect the financial institution in the app or its metadata, as required by Guideline 3.2.1(viii) of the App Store Review Guidelines.Next StepsTo help us proceed with the review of your app, please provide the following information. The more information you can provide upfront, the sooner we can complete your review.1. Both a copy and the direct link to the government website of your Business License that verifies the authorization from the Internet Loan Information Agency (營業執照，營業范圍證明其是網絡借貸信息中介結構).2. Both a copy and the direct link to the government website of your Finance Permit issued from the local finance governing authority (金融許可證).3. A copy of the Value Added Telecom Business Operation Permit issued by the local Ministry of Information Industry and Technology (從當地工信部獲得的增值電信業務經營許可證).4. Your app’s and service’s Terms & Conditions.5. In the case of dispute, what resolution mechanism does your app and service offer?6. What is your responsibility in such case? Is such responsibility stated clearly in the Terms & Conditions?7. How will the involved parties trace one another?Additionally, please ensure your app’s Support and Privacy URLs in the metadata direct users to the webpages with appropriate information.Please attach documentary evidence in the App Review Information section in iTunes Connect. In accordance with section 3.2(f) of the Apple Developer Program License Agreement, you acknowledge that submitting falsified or fraudulent documentation can result in the termination of your Apple Developer Program account and the removal of your apps from the App Store. Once Legal has reviewed your documentation and confirms its validity, we will proceed with the review of your app.

舉例2：

問題分析：

為什么近期馬甲應用提審困難。（→因為蘋果加大了對重復提交的應用或和第三方應用類似的應用的審核力度！）
如果因該理由被拒，我們該如何處理呢？
1、收到蘋果的通知/郵件后，如果是誤會，可考慮向蘋果解釋清楚，然后請求蘋果停止處罰。如果真的存在欺騙行為且確認蘋果已發現該行為，可考慮（改正后）態度誠懇地回復蘋果，承認錯誤并保證以后不再采取該行為。如果蘋果接受了道歉，也許可以解封。但如果蘋果態度堅決，就只能另想辦法了。（主動承認有一定風險，請綜合利弊后，謹慎選擇。）
2、如果是提交了重復應用而被拒，還可考慮修改應用名稱、圖標等元數據以及功能、界面，或者去掉代碼特征等后，重新提審。（需要注意的是，據傳蘋果現在已經開始通過技術手段掃代碼，如果只是簡單的更改，仍然可能會被拒。）或者，直接用新賬號提交審核，必要時可考慮修改名稱、圖標等元數據以及功能、界面等，這樣更容易過審。（注意，如果只是簡單的更改，仍然可能被拒，且新賬號也有被封的風險 。）

解決辦法：1、使用React Native2、使用開關，審核時與上架后顯示頁面不同（此方案有被封號的風險）3、購買有資質的賬號（如銀行類或具有金融許可證的，此方案最好）4、將個人開發者賬號升級為企業開發者賬號，提供公司白氏編碼。 企業賬號的審核相對個人賬號沒有那么嚴格。5、從代碼層面進行修改

iOS馬甲包上架首先明白一點,這個上架的app馬甲包一定是不合規的.不然也不會使用馬甲包上架.因為已經上架了自己的App,但是還需要上架一個這個App的馬甲包.所以在原來的工程里面需要怎么做才可以呢?

解決方案：

一:UI部分
(1)、在原有的UI基礎上修改新的UI,這個咩有具體的怎么修改,怎么改都行,只要和之前的不一樣.
(2)、啟動圖不能和之前的一樣
(3)、logo堅決不能一樣

具體可以在同一份代碼中建立多個Target,每個target的名字logo，使用的資源都不同，通過執行腳本，編譯時知道對應的資源包。

二:代碼部分
(1)、修改工程中文件夾名字(全部都需要修改)
(2)、修改項目名字
(3)、修改類名 ,一般都會有前綴,一鍵替換,然后類名的后綴一般是view/viewController/model之類的 能改就改
(4)、添加混淆代碼,把其他地方的代碼 ,引入到工程里面去,用不用先不管,反正拉進去就行 代碼混淆工具：點擊這里下載代碼混淆工具
(5)、記得修改boundID
(6)、可以根據之前的App做功能部分刪除或者添加部分功能,不能完全使用之前的功能,一定要修改一部分
(7)、這一條是補充說明:前兩天親測了一下,之前有上過一個賬號助手的app,代碼沒改 ,logo沒改,項目名稱沒改,換個boundID換個開發者賬號,修改宣傳文本,修改描述文本,竟然一夜之間上去了………是不是很懵逼,所以我決定過兩天做個升級,試試能不能上去.請同學們耐心等待.
(8)、API 加密，首先base64加密API肯定不能再使用了，蘋果都說了，加密特征太過明顯。幸好之前已經把所有自定義的API名稱都加上了ab_前綴，使得我們寫腳本很好識別。我們將所有掃描出的API放到一個plist文件中保存在本地，然后我們建立了6個數組，每個數組中有6個單詞，每次從每個數組中隨機抽取一個單詞。將6個單詞拼接成一段方法名保存在另一個plist文件中，當然，在保存前，先去重，如果這個方法名已經用過了，那我們隨機再換，這樣一共可以生成46656種方法名，對于我們的工程已經夠用了
(9)、修改所有資源asset包圖片名稱，我們利用腳本遍歷本地所有png文件，當然你可以自行添加.jpg格式遍歷。根據自己的命名規則將所有圖片重新命名了一波。另外我們也發現網上有個輪子可以利用shell命令對所有圖片資源進行超輕量級的壓縮，在不影響圖片質量的情況下，改變圖片的hash值。當然我們的馬甲包中圖片沒有和主界面相似的，所以的這一步我們沒有實踐。
(10)、類前綴替換：這一步主要是更改文件名。程序掃描絕對地址下的所有文件，只要是帶”XX”開頭的文件都替換成”AB”這種，另外每次替換一個文件都要遍歷所有文件，將所有用到這個頭文件的文件內容進行更換。類前綴替換有時會有個別沒有替換到，我沒能定位到問題，但很少，可以手動查找替換。
(11)、生成垃圾代碼：我用plist專門搞了一個垃圾方法名，每四個方法生成一個帶參數名的方法。暫時每個文件里只生成一個垃圾方法。當然可以多運行幾次，就會生成幾個垃圾方法

三:以上兩部做完以后可以打包了 ,同樣有問題,因為需要上架賬號是選擇和之前App同一個開發者賬號上架還是新的這個就要看第一部和第二部你是怎么做的,如果第一部和第二步做的比較好,并且你不在意隨時被干掉的話,就可以直接使用同一個賬號上傳審核,如果主App很重要(一般都是很重要的)那就換一個新的開發者賬號進行打包上架.

四:在第三步里面為什么說要換一個賬號呢?
(1) 、因為是馬甲包 肯定是不合規的 隨時有被干掉的危險,Apple不單單是干掉你這個app還會對這個開發者賬號進行處理或者給你下架如果使用同一個賬號的話 ,主App就掛了.
(2) 、做馬甲包就是引導用戶的,刷評論什么的,還是會被Apple發現的.發現以后這個賬號就又廢掉了(結果參見上一條)
(3) 、反正就是使用新的賬號吧,安全!

五:不要以為打包以后就可以提交審核,
在提交審核之前需要注意：
(1) 、項目描述不能和之前的一樣(不要問我怎么知道的,不信你可以試試)
(2) 、項目宣傳也不可以一樣(不要問我怎么知道的,不信你可以試試)
(3) 、需要測試賬號的,不要提供一樣的賬號!一般是手機號,那么多人用手機號都沒有重復的,你要是提供一個一樣的測試手機號,只能說明一件事,那么小概率事件都被你遇到了,你還狡辯是不明智的!

說完怎么上馬甲以后再說下什么情況會被拒絕:

1、項目里面有支付的sdk,但是apple審核的時候沒有看到項目里面有用到支付的地方,那就會直接回復說,項目里面有隱藏功能,屬于欺騙,或者去掉支付的sdk
2、 需要使用內購的部分,沒有使用內購也會悲劇,比如發禮物.
3、審核的時候發現了你做的隱藏功能
4、付費陪伴,這個是什么意思呢(比如付費視頻聊天,聊天發消息扣費,諸如此類的線上完成任務付費的)
5、 評級不對的,(比如,社交軟件里面的美女啊什么的 但是你的評級才4+的 )
6、宣傳文本,宣傳圖片,app描述,里面有 誘導性語言的(比如,美女多多,帥哥多多等你來哦!)
7、特別注意這一條：
(1)、如果懷疑你這個app里面有問題,他會直接給你提交的版本回復你,你這個app里面有可能包含不合規定的內容,并說,讓你確認,一旦發現違規內容就會封號……請注意,這個時候你不要感覺Apple已經拒絕你了,其實他們沒有證據,只是懷疑.所以 你這個時候 ,只要你感覺他們不會發現你的隱藏內容,你就可以直接回復他們,說自己app里面沒有違規內容,自己認為app里面的都是合法的,找不到apple所說的違規內容,請apple審核人員給出更詳細的違規部分的截圖,(ps,網上有現成的回復文本,這個就是之前的那個大事件,具體是什么時候的我忘了……不好意思)………………不出意外的話 ,你第二天就會發現審核通過了. 如果,你看到這個回復的時候,沒有膽子了,撤回了這個版本 ,恭喜你 ,你再次提交的時候,相信Apple那邊一定會針對你這個app的……然后就是各種再次提交,玩的多了 這個賬號就廢了 。
(2)、審核的時候發現了你做的隱藏功能 (3)、付費陪伴,這個是什么意思呢(比如付費視頻聊天,聊天發消息扣費,諸如此類的線上完成任務付費的)
(4)、評級不對的,(比如,社交軟件里面的美女啊什么的 但是你的評級才4+的 )
(5)、宣傳文本,宣傳圖片,app描述,里面有 誘導性語言的(比如,美女多多,帥哥多多等你來哦!)

Guideline 4.4 問題

Location data can only be used when directly relevant to the features and services provided by the App to the user or to support approved advertising uses（位置數據只能用于應用提供的直接相關功能或服務，或者有授權的廣告。）

5. Push notifications（提醒推送）

Guideline 5.1問題 （數據收集和存儲）

Apps that provide Push Notifications without using the Apple Push Notification (APN) API will be rejected（不使用Apple Push Notification（APN） API提供消息推送的應用會被拒。）

5.1.1 Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage

問題描述：
Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
主要是App 強制用戶注冊，且基于不需要用戶信息的功能之上、暗中采集/共享用戶的個人信息。
解決方法：先與用戶協商，讓用戶同意后注冊，有“強登陸”功能的一定要修改為提示登陸的版本。

網上列子：
5.1.1數據收集和存儲；在后臺中，添加隱私說明地址；由于是小號，用的是個人賬戶，事先將內容發布在個人博客中，在后臺的隱私的位置加的是個人博客的地址

拒絕郵件分析： 被拒原因是因為在請求一些權限的時候沒有說明功能， eg：獲取用戶相機權限或者獲取麥克風權限。 Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage We noticed that your app requests the user’s consent to access their photos but does not clarify the use of this feature in the permission modal alert.Next StepsTo resolve this issue, please revise the permission modal alert to specify why the app is requesting access to the user's photos.The permission request alert should specify how your app will use this feature to help users understand why your app is requesting access to their personal data.ResourcesFor additional information and instructions on configuring and presenting an alert, please review the Requesting Permission section of the iOS Human Interface Guidelines and the Information Property List Key Reference. You may also want to review the Technical Q&A QA1937: Resolving the Privacy-Sensitive Data App Rejection page for details on how to provide a usage description for permission request alerts.Learn more about Protecting the User’s Privacy.Please see attached screenshot for details.

解決方法：

修改權限申請描述，之前的描述過于簡單， 沒有告訴用戶APP什么功能需要用到拍照，相冊，定位，藍牙等權限。 需要描述app 什么功能使用到了這些權限。 在info.plist文件中修改文案，標明使用這個功能是做什么的。 eg:訪問相機 eg:“親，我們需要訪問您的相機，用于照片拍攝。"NSPhotoLibraryUsageDescription" = "允許Jimu訪問你的相冊，用于上傳照片以及保存你用此應用拍攝的照片。"; "NSMicrophoneUsageDescription" = "允許Jimu訪問你的麥克風，用于拍攝視頻時錄制聲音。"; "NSCameraUsageDescription" = "允許Jimu訪問你的相機，用于為你的Jimu機器人拍攝照片或視頻，以及掃描二維碼查找產品信息。"; "NSBluetoothPeripheralUsageDescription" = "允許Jimu訪問你的藍牙，用于連接、控制以及為Jimu機器人編程。"; "NSLocationWhenInUseUsageDescription" = "允許Jimu訪問你的地理位置，用于為你提供符合你所在地的產品及活動信息。";

5.1.5 定位服務 問題

主要是 App 未得到允許，與第三方共享收集的用戶數據，且并未說明使用目的等，例：位置、賬號……

解決方法：

如果要采取用戶數據信息，需要給予用戶提示， 并得到用戶的允許，或設置為可選， 并且明確告知蘋果采集用戶數據信息的使用目的。

問題分析：
5.1.5 定位服務；修改了地址獲取的彈出窗口方案，寫清楚需要使用地址是為了給學生推薦個性化的活動。之前權限獲取的說明寫的很模糊，就是需要獲取您的地址。因為這個被拒后，把所有的需要用戶授權的內容都找出來看了下，每個都重新寫了一遍，且只在當前使用的時候才彈出來讓用戶授權。

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 5.2 問題 （知識產權）

Apps that use the APN service without obtaining a Push Application ID from Apple will be rejected（使用APN服務卻沒從Apple獲取一個Push Application ID的應用會被拒。）

主要是未經授權，使用受版權保護的第三方材料、App不得與蘋果現有產品類似等。

解決方法：

確保 app 只包含由您創建或擁有使用許可的內容， 提交產品時使用受版權保護的第三方的書面證據 或者將產品中包含的未經第三方授權的部分隱藏。

5.2.1 法律 - 知識產權

問題分析：
Guideline 5.2.1 - Legal - Intellectual Property

未由擁有并負責提供應用提供的任何服務的法人提交

蘋果郵件內容：

Guideline 5.2.1 - Legal - Intellectual Property Your app facilitates, enables, or encourages live video chat or performance (網絡直播/表演/秀場), but you haven’t provided a sufficient Internet Culture Business License (網絡文化經營許可證) for the services in your app. Next Steps To resolve this issue, please complete the following: — Provide both a copy and the direct link to the government website that displays your Internet Culture Business License (網絡文化經營許可證). — List Internet Show (網絡表演/秀場) in the allowed business areas (經營范圍) section of the Internet Culture Business License (網絡文化經營許可證). — Ensure the seller and artist names associated with your account match the authorized name (單位名稱) listed in the Internet Culture Business License (網絡文化經營許可證). — Provide the complete license number (編號) of your Internet Culture Business License (網絡文化經營許可證) in the "Review Notes" section. Resources To provide a copy of the Internet Culture Business License (網絡文化經營許可證):Log in to iTunes Connect Click on "My Apps" Select your app Click on the app version on the left side of the screen Scroll down to "App Review Information" Attach the scanned copy of your Internet Culture Business License (網絡文化經營許可證) in the “Attachment” section Click "Save"Once this information is available, please reply to this message in Resolution Center, and we can continue with our review. 翻譯出來是： 準則5.2.1 - 法律 - 知識產權 您的應用程序促進，啟用或鼓勵實時視頻聊天或表演，但您的應用程序中的服務未提供足夠的互聯網文化經營許可證。 下一步 要解決此問題，請完成以下步驟：提供政府網站的副本和直接鏈接，以顯示您的網絡文化經營許可證。 在網絡文化經營許可證允許的經營范圍部分列出網絡表演/秀場。 確保與您賬戶相關的賣家和藝術家名稱與“互聯網文化經營許可證”中列出的授權名稱（單位名稱）相匹配。 在“評論備注”部分提供您的互聯網文化經營許可證的完整許可證編號。資源 提供“互聯網文化經營許可證”的復印件：登錄iTunes Connect 點擊“我的應用程序” 選擇你的應用程序 點擊屏幕左側的應用程序版本 向下滾動到“應用程序評論信息” 在“附件”一節中附上您的互聯網文化經營許可證的掃描副本 點擊“保存”獲得此信息后，請在解決中心回復此消息，我們可以繼續進行審核。

問題分析：

蘋果審核人員把我們的app認定為直播類的了。 蘋果規定直播類型的app必須提供“互聯網文化經營許可證”。 解決方法： 沒辦法，去掉那些功能， 或者讓公司提示證書。 還有一種是加個開關隱藏，這個就看你運氣了， 有的能被發現，有的是不能被發現。真的有點看運氣了。 不過最好的解決方法是讓公司提供證書。

解決辦法：

Guideline 5.3 問題

Apps that send Push Notifications without first obtaining user consent will be rejected（在首次推送消息之前未取得的用戶允許的應用會被拒。）

5.3.4 沒有使用應用程序的所有位置的必要許可和權限

問題分析：

蘋果郵件內容：

問題分析：

解決辦法：

Guideline 5.4 問題

Apps that send sensitive personal or confidential information using Push Notifications will be rejected（使用提醒推送服務推送敏感的個人或機密信息的應用會被拒。）

Guideline 5.5 問題

Apps that use Push Notifications to send unsolicited messages, or for the purpose of phishing or spamming will be rejected（使用提醒推送發送主動消息，欺騙或干擾信息的應用會被拒。）

Guideline 5.6 問題

Apps cannot use Push Notifications to send advertising, promotions, or direct marketing of any kind（應用不可以使用提醒推送發送廣告，活動或任何形式的直接推廣信息。）

Guideline 5.7 問題

Apps cannot charge users for use of Push Notifications（應用不可以提供收費的提醒推送服務。）

Guideline 5.8 問題

Apps that excessively use the network capacity or bandwidth of the APN service or unduly burden a device with Push Notifications will be rejected（使用APN服務過度占用網絡帶寬或容量或通過提醒推送大量占用系統資源的應用會被拒。）

Guideline 5.9 問題

Apps that transmit viruses, files, computer code, or programs that may harm or disrupt the normal operation of the APN service will be rejected（傳輸病毒，文件，代碼或程序，導致破壞或擾亂正常的APN服務操作的應用會被拒。）

6. Game Center（游戲中心）

Guideline 6.1 問題

Apps that display any Player ID to end users or any third party will be rejected（向終端用戶或第三方展示Player ID的應用會被拒。）

Guideline 6.2 問題

Apps that use Player IDs for any use other than as approved by the Game Center terms will be rejected（Player ID被用于Game Center條款款意外的用途的應用會被拒。）

Guideline 6.3 問題

Developers that attempt to reverse lookup, trace, relate, associate, mine, harvest, or otherwise exploit Player IDs, alias, or other information obtained through the Game Center will be removed from the iOS Developer Program（試圖通過Game Center反查，跟蹤，描述，關聯，發掘，收割，或利用Player ID，別名或其他信息的開發者會被取消IDP身份。）

Guideline 6.4 問題

Game Center information, such as Leaderboard scores, may only be used in Apps approved for use with the Game Center（Game Center信息，例如Leaderboard得分，只能通過Game Center用于應用中。）

Guideline 6.5 問題

Apps that use Game Center service to send unsolicited messages, or for the purpose of phishing or spamming will be rejected（使用Game Center發送主動消息，欺騙或干擾信息的應用會被拒。）

Guideline 6.6 問題

Apps that excessively use the network capacity or bandwidth of the Game Center will be rejected（使用Game Center過度占用網絡帶寬或容量的應用會被拒。）

Guideline 6.7 問題

Apps that transmit viruses, files, computer code, or programs that may harm or disrupt the normal operation of the Game Center service will be rejected（傳輸病毒，文件，代碼或程序，導致破壞或擾亂正常的Game Center操作的應用會被拒。）

7. Advertising（廣告）

Guideline 7.1 問題

Apps that artificially increase the number of impressions or click-throughs of ads will be rejected（人工刷廣告瀏覽或點擊率的應用會被拒。）

Guideline 7.2 問題

Apps that contain empty iAd banners will be rejected（帶有空iAd banner廣告的應用會被拒。）

Guideline 7.3 問題

Apps that are designed predominantly for the display of ads will be rejected（設計主要用來展示廣告的應用會被拒。）

8. Trademarks and trade dress（商標權與商標外觀）

Guideline 8.1 問題

Apps must comply with all terms and conditions explained in theGuidelines for Using Apple Trademarks and Copyrightsand theApple Trademark List（應用必須遵守Guidelines for Using Apple Trademarks and Copyrights 和Apple Trademark List中描述的所有條款和條件。）

Guideline 8.2 問題

Apps that suggest or infer that Apple is a source or supplier of the App, or that Apple endorses any particular representation regarding quality or functionality will be rejected（任何誤導或暗示Apple為該應用來源或提供商，或Apple以任何形式認可其質量或功能的應用會被拒。）

Guideline 8.3 問題

Apps which appear confusingly similar to an existing Apple product or advertising theme will be rejected（外觀與現有Apple產品或廣告主題類似或混淆的應用會被拒）

Guideline 8.4 問題

Apps that misspell Apple product names in their App name (i.e., GPS for Iphone, iTunz) will be rejected（應用名稱中出現錯誤的Apple產品拼寫（如，GPS for IPhone， iTunz）的應用會被拒。）

Guideline 8.5 問題

Apps may not use protected third party material such as trademarks, copyrights, patents or violate 3rd party terms of use. Authorization to use such material must be provided upon request.（使用受保護的第三方資源（商標，版權，商業機密，以及其他私有內容），如果要求請提供一份文本形式的使用授權。）

9. Media content（媒體內容）

Guideline 9.1 問題

Apps that do not use the MediaPlayer framework to access media in the Music Library will be rejected（使用MediaPlayer框架以外的方法訪問Music Library中媒體數據的應用會被拒。）

Guideline 9.2 問題

App user interfaces that mimic any iPod interface will be rejected（用戶界面模仿任何iPod界面的應用會被拒。）

Guideline 9.3 問題

Audio streaming content over a cellular network may not use more than 5MB over 5 minutes（通過蜂窩網絡傳輸的流媒體音頻內容不得超過5MB或多余5分鐘。）

Guideline 9.4 問題

Video streaming content over a cellular network longer than 10 minutes must use HTTP Live Streaming and include a baseline 64 kbps audio-only HTTP Live stream（通過蜂窩網絡傳輸超過10分鐘流媒體視頻內容，必須使用HTTP Live Streaming，并包含一條基線64kbps的音頻HTTP Live流。）

10. User interface（用戶界面）

Guideline 10.1 問題

Apps must comply with all terms and conditions explained in theApple iOS Human Interface Guidelines（應用必須遵守Apple iOS Human Interface Guidelines中的所有條款和條件。）

Guideline 10.2 問題

Apps that look similar to Apps bundled on the iPhone, including the App Store, iTunes Store, and iBookstore, will be rejected（外觀與iPhone自帶應用（如：App Store，iTunes Store和iBookstore）相似的應用會被拒。）

Guideline 10.3 問題

Apps that do not use system provided items, such as buttons and icons, correctly and as described in theApple iOS Human Interface Guidelinesmay be rejected（不按照Apple iOS Human Interface Guidelines中的描述正確使用系統控件比如按鈕，圖標等的應用會被拒。）

Guideline 10.4 問題

Apps that create alternate desktop/home screen environments or simulate multi-App widget experiences will be rejected（試圖創建多桌面/主屏環境或模擬多Widget應用工具的應用會被拒。）

Guideline 10.5 問題

Apps that alter the functions of standard switches, such as the Volume Up/Down and Ring/Silent switches, will be rejected（修改標準開關標準功能例如：音量增加／減少，響鈴／震動的應用會被拒。）

Guideline 10.6 問題

Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are worth it. Apple sets a high bar. If your user interface is complex or less than very good, it may be rejected（Apple和我們的用戶都界面報以很高期望，希望他設計的超級簡潔，精致，充滿創造力，深思熟慮。做到這些確實會消耗很多精力，但是值得。Apple在這方面要求非常高。如果你的用戶界面過于復雜，甚至僅僅是不夠好，都可能被拒。）

11. Purchasing and currencies（購買與流通貨幣）

Guideline 11.1 問題

Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected（通過App Store以外的渠道解鎖或開啟附加屬性或功能的應用會被拒。）

Guideline 11.2 問題

Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected（使用In App Purchase API (IAP)以外的系統提供購買內容，功能或服務的應用會被拒。）

Guideline 11.3 問題

Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected（使用IAP為與應用無關的實體商品或商品服務收費的應用會被拒。）

Guideline 11.4 問題

Apps that use IAP to purchase credits or other currencies must consume those credits within the application（應用使用IAP購買積分（Credit）或其他貨幣，必須在應用中消費。）

Guideline 11.5 問題

Apps that use IAP to purchase credits or other currencies that expire will be rejected（使用IAP購買的積分（Credit）或貨幣會過期的應用會被拒）

Guideline 11.6 問題

Content subscriptions using IAP must last a minimum of 7 days and be available to the user from all of their iOS devices（使用IAP收費訂閱的內容至少要在7天內有效，而且允許在所有iOS設備間共享。）

Guideline 11.7 問題

Apps that use IAP to purchase items must assign the correct Purchasability type（用到IAP收費項目的應用必須分派到正確的收費類目中。）

Guideline 11.8 問題

Apps that use IAP to purchase access to built-in capabilities provided by iOS, such as the camera or the gyroscope, will be rejected（使用IAP向用戶收費以獲取iOS內建功能（如攝像頭，陀螺儀）的應用會被拒。）

Guideline 11.9 問題

Apps containing “rental” content or services that expire after a limited time will be rejected（包含“出租”內容或服務的應用，在一段時間實效的會被拒。）

Guideline 11.10 問題

Insurance applications must be free, in legal-compliance in the regions distributed, and cannot use IAP（保險類應用必須免費，遵守發布地區的法律，并且不允許使用IAP。）

Guideline 11.11 問題

In general, the more expensive your App, the more thoroughly we will review it（一般來說，越貴的應用審核就越仔細徹底。）

Guideline 11.12 問題

Apps offering subscriptions must do so using IAP, Apple will share the same 70/30 revenue split with developers for these purchases, as set forth in the DeveloperProgram License Agreement.（提供收費訂閱的應用必須使用IAP，Apple將會按照Developer Program License Agreement中約定的70/30的比例與開發者分賬。）

Guideline 11.13 問題

Apps that link to external mechanisms for purchases or subscriptions to be used in the App, such as a “buy” button that goes to a web site to purchase a digital book, will be rejected（應用中如果提供了IAP以外的收費或訂閱機制，如：“buy”按鈕，跳轉到一個購買電子書的web頁面，會被拒。）

Guideline 11.14 問題

Apps can read or play approved content (specifically magazines, newspapers, books, audio, music, and video) that is subscribed to or purchased outside of the App, as long as there is no button or external link in the App to purchase the approved content. Apple will not receive any portion of the revenues for approved content that is subscribed to or purchased outside of the App（應用可以閱讀或播放任何在應用以外取得授權的內容（包括指定的雜志，報紙，書籍，音頻，音樂和視頻），只要在應用中不允許出現獲取授權的收費鏈接或按鈕。Apple不會對在應用外訂閱或購買授權項目收取任何費用。）

Guideline 11.15 問題

Apps may only use auto renewing subscriptions for periodicals (newspapers, magazines), business Apps (enterprise, productivity, professional creative, cloud storage) and media Apps (video, audio, voice), or the App will be rejected.（應用只能自動更新訂閱的期刊（報紙、雜志），自動更新商業應用（企業、生產力、專業創意、云存儲）和媒體應用（視頻、音頻，聲音）將被拒絕。）

12. Scraping and aggregation（抓去與整合）

Guideline 12.1 問題

Applications that scrape any information from Apple sites (for example fromapple.com, iTunes Store, App Store, iTunes Connect, Apple Developer Programs, etc) or create rankings using content from Apple sites and services will be rejected（從Apple的頁面（如：apple.com, iTunes Store, App Store, iTunes Connect, Apple Developer Programs, 等）抓取內容，或利用Apple頁面和服務中的內容進行排名的應用會被拒。）

Guideline 12.2 問題

Applications may use approved Apple RSS feeds such as the iTunes Store RSS feed（應用可以使用授權的Apple RSS，例如iTunes Store RSS。）

Guideline 12.3 問題

Apps that are simply web clippings, content aggregators, or a collection of links, may be rejected（簡單的web頁面裁剪，內容整合或鏈接收集應用會被拒。）

13. Damage to device（損害設備）

Guideline 13.1 問題

Apps that encourage users to use an Apple Device in a way that may cause damage to the device will be rejected（任何慫恿用戶做出可能損壞Apple設備的行為的應用會被拒。）

Guideline 13.2 問題

Apps that rapidly drain the device’s battery or generate excessive heat will be rejected（快速耗光設備電量或產生大量熱量的應用會被拒。）

14. Personal attacks（人身攻擊）

Guideline 14.1 問題

Any App that is defamatory, offensive, mean-spirited, or likely to place the targeted individual or group in harms way will be rejected（任何涉嫌誹謗，侮辱，狹隘內容或打擊個人或團體的應用會被拒。）

Guideline 14.2 問題

Professional political satirists and humorists are exempt from the ban on offensive or mean-spirited commentary（職業政治諷刺家和幽默作家不受該誹謗和狹隘條款約束。）

15. Violence（暴力）

Guideline 15.1 問題

Apps portraying realistic images of people or animals being killed or maimed, shot, stabbed, tortured or injured will be rejected（展示人或動物被殺戮，致殘，槍擊，針刺或其他傷害的真實圖片的應用會被拒）

Guideline 15.2 問題

Apps that depict violence or abuse of children will be rejected（描述暴力或虐待兒童的應用會被拒。）

Guideline 15.3 問題

“Enemies” within the context of a game cannot solely target a specific race, culture, a real government or corporation, or any other real entity（游戲中的“敵人”不能單獨的設定為某特定比賽，文化，真實的政府或組織，或者任何現實事物。）

Guideline 15.4 問題

Apps involving realistic depictions of weapons in such a way as to encourage illegal or reckless use of such weapons will be rejected（含有以鼓勵非法或魯莽使用的方式描述真實武器的應用會被拒。）

Guideline 15.5 問題

Apps that include games of Russian roulette will be rejected（帶有俄羅斯輪盤游戲的應用會被拒。）

16. Objectionable content（負面內容）

Guideline 16.1 問題

Apps that present excessively objectionable or crude content will be rejected（介紹過度三俗和粗魯內容的應用會被拒。）

Guideline 16.2 問題

Apps that are primarily designed to upset or disgust users will be rejected（設計來惹怒或惡心用戶的應用會被拒。）

17. Privacy（隱私）

Guideline 17.1 問題

Apps cannot transmit data about a user without obtaining the user’s prior permission and providing the user with access to information about how and where the data will be used（在未獲得用戶事先允許，或未告知用戶信息將被如何，在哪里使用的情況下，應用不可以傳輸用戶數據。）

Guideline 17.2 問題

Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected（要求用戶提供個人信息，如郵箱地址，生日等，才能使用其功能的應用會被拒。）

Guideline 17.3 問題

Apps that target minors for data collection will be rejected（專門收集未成年人數據的應用會被拒。）

18. Pornography（色情）

Guideline 18.1 問題

Apps containing pornographic material, defined by Webster’s Dictionary as “explicit descriptions or displays of sexual organs or activities intended to stimulate erotic rather than aesthetic or emotional feelings”, will be rejected（含有韋氏詞典中定義的色情素材（explicit descriptions or displays of sexual organs or activities intended to stimulate erotic rather than aesthetic or emotional feelings）的應用會被拒。）

Guideline 18.2 問題

Apps that contain user generated content that is frequently pornographic (ex “Chat Roulette” Apps) will be rejected（經常有用戶提供色情內容（例如：Chat Roulette http://en.wikipedia.org/wiki/Chatroulette ）的應用會被拒。）

19. Religion, culture, and ethnicity（信仰，文化和種族）

Guideline 19.1 問題

Apps containing references or commentary about a religious, cultural or ethnic group that are defamatory, offensive, mean-spirited or likely to expose the targeted group to harm or violence will be rejected（帶有對一種信仰，文化或種族進行誹謗，侮辱，狹隘，或以他們為目標的暴力或傷害內容的應用會被拒。）

Guideline 19.2 問題

Apps may contain or quote religious text provided the quotes or translations are accurate and not misleading. Commentary should be educational or informative rather than inflammatory（應用若帶有或應用對一種信仰的文字描述，那么這個引用或翻譯必須是精確，無歧義的。注釋內容可以具有教育性，信息性，但不可以為煽動性。）

20. Contests, sweepstakes, lotteries, and raffles（競賽，賭博，彩票和抽獎）

Guideline 20.1 問題

Sweepstakes and contests must be sponsored by the developer/company of the App（賭博和競賽必須是由應用開發者或所有公司發起資助的。）

Guideline 20.2 問題

Official rules for sweepstakes and contests, must be presented in the App and make it clear that Apple is not a sponsor or involved in the activity in any manner（應用中必須展示賭博和競賽的官方條款，并聲明Apple不是資助者，并且在任何情況下與此事無關。）

Guideline 20.3 問題

It must be permissible by law for the developer to run a lottery App, and a lottery App must have all of the following characteristics: consideration, chance, and a prize（開發者必須經過法律允許才能上線一款抽獎應用，而且抽獎應用必須具備以下要素：報酬，機會，和獎金。)

Guideline 20.4 問題

Apps that allow a user to directly purchase a lottery or raffle ticket in the App will be rejected（直接允許用戶在應用中購買彩票或抽獎的應用會被拒。）

21. Charities and contributions（慈善與捐助）

Guideline 21.1 問題

Apps that include the ability to make donations to recognized charitable organizations must be free（含有向已認證的慈善機構捐助功能的應用必須是免費的。）

Guideline 21.2 問題

The collection of donations must be done via a web site in Safari or an SMS（慈善募捐必須通過短信息或通過Safari訪問web頁面完成。）

22. Legal requirements（法律要求）

Guideline 22.1 問題

Apps must comply with all legal requirements in any location where they are made available to users. It is the developer’s obligation to understand and conform to all local laws（應用必須遵守所有發布地區當地法律。開發者有義務了解和遵守各地的法律。）

Guideline 22.2 問題

Apps that contain false, fraudulent or misleading representations or use names or icons similar to other Apps will be rejected（任何帶有虛假，欺詐和帶有歧義的內容的應用會被拒。)

Guideline 22.3 問題

Apps that solicit, promote, or encourage criminal or clearly reckless behavior will be rejected（任何召集，推銷和股東犯罪和魯莽行為的應用會被拒。）

Guideline 22.4 問題

Apps that enable illegal file sharing will be rejected（非法文件共享應用會被拒。)

Guideline 22.5 問題

Apps that are designed for use as illegal gambling aids, including card counters, will be rejected（任何設計用來非法賭博工具，包括算牌的應用會被拒。）

Guideline 22.6 問題

Apps that enable anonymous or prank phone calls or SMS/MMS messaging will be rejected（提供知識撥打電話或知識發送短消息/彩信功能的應用會被拒。）

Guideline 22.7 問題

Developers who create Apps that surreptitiously attempt to discover user passwords or other private user data will be removed from the iOS Developer Program（任何開發暗中獲取用戶密碼和私有數據的開發者會被取消IDP身份。）

Guideline 22.8 問題

Apps which contain DUI checkpoints that are not published by law enforcement agencies, or encourage and enable drunk driving, will be rejected（任何非法律執行部門發布的帶有DUI檢查點信息，或鼓勵且協助酒后駕車的應用會被拒。）

總結

以上是生活随笔為你收集整理的iOS 审核被拒绝问题汇总的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。