iOS 審核被拒絕問題匯總(一)

蘋果審核概述
App被拒絕常見原因概述
被拒解決方案概述
蘋果開發者 條款詳細解讀

目前機審機制越來越完善了,而且也越來越受重視,相比前幾個月,近期的蘋果審核時間逐漸縮短,平均審核時間為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
1.1.6 包含虛假信息,功能或誤導性元數據。
問題分析:

蘋果郵件內容:

1
問題分析:

1
解決辦法:

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能展示用的內容,
但卻沒有防范措施。解決方法是加上用戶協議,
加上拉黑以及舉報功能

  1. 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
1
Guideline 2.2 問題
Apps that exhibit bugs will be rejected(存在明顯bug的應用會被拒。)

問題分析:

蘋果郵件內容:

1
問題分析:

1
解決辦法:

Guideline 2.3 問題 (準確的元數據)
主要是應用標題、描述、截圖等與應用功能嚴重不符。
Apps that do not perform as advertised by the developer will be rejected(不符合開發者描述的應用會被拒。)

解決方法:

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

2.3.0 批準后進行重大概念變更
問題分析:

蘋果郵件內容:

1
問題分析:

1
解決辦法:

2.3.1 有隱藏或未記錄的功能,包括重定向到賭博或彩票網站的隱藏“開關”
問題分析:

蘋果郵件內容:

1
問題分析:

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上顯示的應用名稱或字幕包含關鍵字或描述符
,這些關鍵字或描述符不適用于這些元數據項目。
具體來說,應用程序名稱或副標題中的以下單詞被視為關鍵字或描述符:

問題分析:

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

解決辦法:

去掉重復的關鍵字就可以了。
1
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上查看時,您的應用沒有按預期運行或顯示。 詳情請參閱附件截圖。

蘋果郵件內容:

1
問題分析:

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

解決辦法:

info.plist 的Supported interface orientations (iPad)里設置只支持豎屏就好了。
1
Guideline 2.5 問題 (軟件要求)
主要是產品加入違規代碼
Apps that use non-public APIs will be rejected(使用非公開API的應用會被拒。)

解決方法:

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

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
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(試圖以任何方式方法下載代碼的應用會被拒。)

解決方法:

1
問題分析:

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
Guideline 2.8 問題
Apps that install or launch other executable code will be rejected(安裝或運行其他可執行代碼的應用會被拒。)

解決方法:

1
問題分析:

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
Guideline 2.9 問題
Apps that are “beta”, “demo”, “trial”, or “test” versions will be rejected(任何“beta”,“演示(demo)”,“試用(trial)”或“測試(test)”版本的應用會被拒。)

解決方法:

1
問題分析:

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
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分辨率。)

解決方法:

1
問題分析:

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
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中上架應用重復的應用會被拒,尤其是已經有了很多的:如放屁,打嗝,手電照明和愛經。)

解決方法:

1
問題分析:

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
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頁面簡單組合的應用,或任何嘩眾取寵,不能提供娛樂價值的應用會被拒。)

解決方法:

1
問題分析:

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
Guideline 2.13 問題
Apps that are primarily marketing materials or advertisements will be rejected(純粹用于市場推廣或廣告的應用會被拒。)

解決方法:

1
問題分析:

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
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自動處理)。)

解決方法:

1
問題分析:

1
蘋果郵件內容:

1
問題分析:

1
2
解決辦法:

1
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審核。)

  1. 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 than99.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美元。解決方法:修改價格即可。

解決辦法:

修改價格
1
Guideline 3.1 問題 (購買項目)
主要是接入第三方支付。

解決方法:

老老實實地走 IAP 的支付方式,用內購。如果隱藏虛擬產品或者通過后更改支付方式,都是有一定風險的。
1
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中有充值功能,但審核人員找不到若何消費充值金幣。解決方式是在提審的時候告訴審核人員如何消費,并附上截圖。

解決辦法:

在提審的時候告訴審核人員如何消費,并附上截圖。
1
3.2.1 可接受的商業模式
問題分析:

主要是沒有資質。

解決方法:

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

1
問題分析:

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都要處于正常運行狀態,例如保密協議,相關支持頁面等。)

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

問題分析:

蘋果郵件內容:

1
問題分析:

1
解決辦法:

Guideline 4.2 問題 (最低功能要求)
主要問題在于蘋果認為部分開發者上傳的App功能不夠,或者沒有自己的核心功能

解決辦法:

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

問題分析:

蘋果郵件內容:

1
問題分析:

1
解決辦法:

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.
1
舉例2:

1
問題分析:

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

解決辦法:

1、使用React Native

2、使用開關,審核時與上架后顯示頁面不同(此方案有被封號的風險)

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(位置數據只能用于應用提供的直接相關功能或服務,或者有授權的廣告。)


作者:極客雨露
來源:CSDN
原文:https://blog.csdn.net/kyl282889543/article/details/85627293
版權聲明:本文為博主原創文章,轉載請附上博文鏈接!

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,461評論 6 532
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,538評論 3 417
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,423評論 0 375
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,991評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,761評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,207評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,268評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,419評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,959評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,782評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,528評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,222評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,653評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,901評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,678評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,978評論 2 374