Recently, the editor noticed that Apple has once again updated the " App Store Review Guidelines"! (This is the third time Apple has updated the App Store Review Guidelines this year. The first two updates were on June 13 and April 19 respectively).
Compared with the previous version, this modification and improvement not only involves new iOS features such as SiriKit (Siri development kit) and Stickers, but also adds content related to app titles, iMessage extensions, Safari extensions, subscription models, etc. In addition, regulations prohibiting inducing user comments and stealing user privacy were reiterated. In order to help everyone quickly get the latest updates on the review guide, the editor has sorted out and summarized the modified and newly added content. The key points are as follows ↓↓ 1. The app name must be limited to 50 characters and should not contain terms or descriptions that are not related to the app name. 2. Apps cannot force users to rate/review the app, download other apps , or take similar actions in order to access features, content, or use the app. 3. Even after your app has been approved, you should continue to update your app to ensure it is useful and attractive to new and existing users. Apps that are unusable or crash may be removed from the App Store at any time . (Apple really needs to start clearing out abandoned apps from the App Store!) 4. About the new subscription model ① You can provide a shared subscription between your own apps, but these subscriptions may not extend to third-party applications or services . ②Subscription content cannot include consumable points, gems, in- game currency, etc. , even when combined with other supplies. ③ When you want to change an existing application to a subscription-based business model, you cannot cancel the use of existing users for the features they have already purchased. 5. About Stickers ① Make sure you have all necessary copyright, trademark, publicity rights and licenses for the content of the sticker. If an app uses sticker content without obtaining the relevant rights, it will be removed from the App Store. Repeat offenders will face removal from the developer program. ②If the meaning of the sticker is not easy to understand, please add a clear explanation in your review notes to avoid delaying the review process. ③ Consider regional sensitive content . If your sticker pack is not easily accepted or violates local laws, please do not make your sticker pack available in this country/region. 6.Safari View Contoller must display a visible page to the user, and the controller cannot be hidden or obscured by other views or layers. Additionally, apps cannot use Safari View Controller to track users without the user’s knowledge or consent. From the above modifications, it is not difficult to see that: first, Apple's review of App Store applications tends to be stricter; second, Apple has made many preparations for iSO10 in advance. In view of the fact that developers have made many mistakes recently and the official launch of iSO10 is approaching, the editor has translated and organized the updated "App Store Review Guidelines" . Students in need are welcome to read it patiently or bookmark it.The following is the updated review guide (modified parts are in red font, new parts are in green font, excluding titles): Table of contentsBefore you submit your app—checklist1. Security 1.1 Inappropriate Content 1.2 User-Generated Content 1.3 Children’s classification 1.4 Personal Injury 1.5 Developer Information2. Performance 2.1 Application Integrity 2.2 Beta Testing 2.3 Accuracy of Application Content 2.4 Hardware Compatibility 2.5 Software Requirements3. Business 3.1 Payment 3.1.1 In-app Payment 3.1.2 Subscription 3.1.3 Content-based “Reading” Applications 3.1.4 Code: 3.1.5 Goods and Services Outside of the Application 3.1.6 Apple Pay 3.2 Other business model issues 3.2.1 Acceptable methods 3.2.2 Unacceptable methods4. Design 4.1 Imitators 4.2 Minimum functionality 4.3 Spam Applications 4.4 Extensions 4.5 Apple website and kimono5. Legal 5.1 Privacy 5.1.1 Data Collection and Storage 5.1.2 Use and sharing of data 5.1.3 Health and wellness research 5.1.4 Children 5.1.5 Location Services 5.2 Intellectual Property 5.3 Games, gambling, and lotteries After submitting your app—what to expectBefore submitting your app To help your app's review process go as smoothly as possible, please review the following common issues that may slow down your review or cause your app to be rejected. This checklist is not a substitute for an audit or a guarantee of an app being reviewed, but it is a good start if you make sure you meet the requirements on the checklist. Make sure you have:
Test your app to make sure it is free of crashes and bugs.
Make sure all your app's information and metadata is complete and accurate.
Update your contact information to ensure the review team can contact you promptly.
Provide a valid test account and login information, and provide the hardware and resources required to test the application (for example, a test QR code).
Ensure that the backend runs normally during the audit.
If some of the app's features and in-app purchases are hidden, you will need to provide detailed descriptions and supporting documents in the review notes. If we cannot use certain features of the app due to geographical or other restrictions, please provide a link to a video describing the feature.
Check that your application complies with other guiding documents, such as:
Development Guide
App Programming Guide
(Application Programming Guide)
App Extension Programming Guide
(App Extension Programming Guide)
iOS Data Storage Guidelines
(iOS Data Storage Terms)
Mac OS X File System Documentation
(Mac OS X File Systems documentation)
Safari Extensions Development Guide
(Safari Extension Development Guide)
iTunes Connect Developer Guide
(iTunes Connect Developer Guide)
Design Guide
iOS Human Interface Guidelines
(iOS Human Interface Guidelines)
Mac OS Human Interface Guidelines
(Mac OS Human Interface Guidelines)
tvOS Human Interface Guidelines
(tvOS Human Interface Guidelines)
watchOS Human Interface Guidelines
(watchOS Human Interface Guidelines)
Brand Marketing Guide
App Store Marketing Guidelines
(App Store Marketing Guidelines)
Apple Pay Identity Guidelines
(Apple Pay logo guide)
Add to Apple Wallet Guidelines
(Guide to joining Apple Wallet)
Guidelines for Using Apple Trademarks and Copyrights
(Terms of Use of Apple Trademarks and Copyrights)
1. Safety When users install an app from the App Store, they need to confirm that it is safe to do so. Therefore, the application should not contain annoying or offensive content and should not cause physical or mental harm during use. We’ve put together a list of common pitfalls. If your app is designed to scare or offend users, the App Store is not the place for your app.
1.1 Inappropriate Content
Applications should not include content that is offensive, sensitive, objectionable, insulting, or in poor taste. For example:
1.1.1 Defamatory or derogatory content, including references or comments about religion, race, sexual orientation, gender, or other targeted groups, especially if the app causes harm to a specific person or group (only professional political satirists and humorists are exempt from this restriction).
1.1.2 Content that contains realistic descriptions of the killing, maiming, torture, or abuse of people or animals, or that encourages violence. If it is a gaming app, the enemies cannot only target a specific race, culture, government, company, or any other entity.
1.1.3 The narrative encourages the illegal or reckless use of weapons and certain dangerous items, or facilitates the purchase of guns.
1.1.4 Overtly sexual or pornographic content. Merriam-Webster defines this as "content that explicitly describes or displays sexual organs or that is intended to arouse sexual desire rather than to create aesthetic appeal or atmosphere."
1.1.5 Incitement to religious hatred or misleading and inaccurate references to religious texts.
1.1.6 Providing false information and functionality, including providing incorrect device information or deceptive functionality, such as fake location tracking tools . Even explicitly stating that the app is “for entertainment purposes” does not evade this regulation. Apps that send anonymous fake messages or make malicious calls will be rejected outright.
1.2 User-generated content
To prevent the illegal abuse of user-generated content, thereby providing users with false information and stealing their intellectual property, social and user-generated content applications must include the following features:
Filtering objectionable content from published apps
Provide reporting and feedback channels
Provide services to block harassing users
Provide contact information so that users can contact you quickly
If the main purpose of an app using user-generated content or providing services is to publish pornographic content, perform human flesh searches, insult users, intimidate users, etc., then such an app should not be placed in the App Store , and Apple may remove it directly without notifying the developer. If your app uses user-generated information to provide network services, and the web page contains some restricted content, it needs to be hidden by default and provide an obvious NSFW (Not Suitable for Workplace) logo, which will only be displayed when the user actively clicks.
1.3 Children’s classification
The Kids category is a great way for people to find apps that are suitable for children. If you want your app to be listed in this category, you need to pay attention and take into account the good experience of children when designing your app. These apps may not include links to other apps, paid entry points, and other inappropriate content that may appeal to children unless parental controls and enablement features are provided. Keep in mind that once customers expect your app to comply with the Children's Category requirements, it will need to be continually modified to meet the Children's Category terms in subsequent versions. Even if you decide to unlist in the Children's category, you still need to abide by these terms. Click here to learn more about Parental Controls.
Apps in the children’s category are not allowed to include behaviorally based ads (i.e. ads that determine what content to display based on user behavior). If advertising is included, it must also be appropriate for children. At the same time, you also need to pay special attention to relevant laws and regulations around the world regarding the collection of children's data online. Please be sure to review the privacy policy of this article for more relevant information.
1.4 Personal Injury
If your app could endanger personal safety, we may reject it. Such situations include:
1.4.1 If your app falls into the medical category, we will conduct a more rigorous review of the accuracy of the information provided by the app for medical diagnosis. If your medical app has been approved by the relevant regulatory authorities, you need to provide a link to the relevant approval document along with your app for review.
1.4.2 Drug dosage calculators must come from drug manufacturers, hospitals, universities, health insurance companies, and other legally qualified entities. Or your calculation method has been recognized by the FDA or other international peers. Given the potential risk of personal injury, we need to ensure that your app will be updated and supported over the long term.
1.4.3 Applications are not allowed to encourage people to illegally consume excessive amounts of alcohol or drugs, or encourage minors to consume drugs, alcohol, and tobacco. At the same time, the sale of drugs such as marijuana is strictly prohibited.
1.4.4 Apps may only display DUI checkpoints provided by law enforcement agencies and may not encourage people to engage in dangerous behavior, including driving under the influence of alcohol or speeding.
1.4.5 Apps may not force people to use their devices in ways that violate the security documentation of Apple hardware, including risking damage to the device or personal injury. For example, apps shouldn’t encourage people to tuck their devices under their mattresses or pillows to charge.
1.5 Developer Information
Users need to know how to contact you when they have problems. Make sure the links you provide include an easy way for users to find you. If the contact information is inaccurate or out of date, it will not only frustrate users, but it is also illegal in some countries and regions. At the same time, ensure that the payment permission contains valid contact information for the issuer and that this information is signed with a legitimate root certificate from an authority assigned to the issuer. 2. Performance2.1 Application Integrity
The review version of the app must be the final version and include all app content and all valid links. When submitting an application, you need to clear all placeholders, invalid addresses, and temporary content. Please make sure that your app has been fully tested and has no bugs before submitting it for review. If your app requires login, it must contain a valid account and the corresponding background service must be normal and valid. If your app includes in-app purchases, make sure they are complete, up-to-date, and easy for reviewers to find. If not, a clear explanation needs to be provided as to why not. Don’t think of app review as a software testing service; if your app is incomplete or has obvious technical flaws, it will be rejected outright.
2.2 Beta Testing
Test versions of your app should not be published to the App Store, use Testflight instead. If your app is submitted to Testflight Beta, then the app is ready for external release and complies with the app review terms. Please note that Testflight versions of apps do not allow you to earn any benefits from testers, including funds from crowdfunding. You should provide clear update instructions to testers. Learn more in the Testflight Beta Testing Instructions.
2.3 Accuracy of Application Content
Customers need to know exactly what your app is when they download it, so make sure your app description, screenshots, and preview videos are always up to date and accurately reflect your app.
2.3.1 Do not include any hidden or undocumented features in your app. The functionality of your app must be clear to both users and auditors. If this behavior is excessive or repeated, you may be removed from Apple's developer status. We work hard to ensure the App Store is a trusted ecosystem and expect every developer to do the same. If you don't have credibility, we don't want to work with you.
2.3.2 If your app includes in-app payment features, please make sure that your app's description, screenshots, and preview videos clearly indicate which features, levels, subscription content, etc. require additional purchases.
2.3.3 Your screenshots must reflect the actual content of your app, not title art, login screens, or splash screens.
2.3.4 Preview videos are a great way to let users quickly understand your app and its purpose. To ensure people have a clear understanding of what they’ll get in your app, the preview video must capture the app itself in action. Stickers and iMessage extensions require users to be in the messaging app to experience them. You can add narration or text descriptions to help explain content that the video itself cannot explain clearly.
2.3.5 You need to comply with the App Store category definitions and select the most appropriate category for your app. If the category you selected doesn't fit your app, we may be able to help you change your app category.
2.3.6 You must honestly answer the age rating questions provided on iTunes Connect so that your app can use parental controls properly. If your app's age rating is incorrect, users may be surprised by the behavior of your app, which may also lead to regulators in some countries and regions investigating your app's incorrect rating.
2.3.7 Choose a unique app name and make sure the keywords you set accurately describe your app. Please do not try to game the system by using any trademarked terms, names of popular applications, or other irrelevant words. App names must be limited to 50 characters and cannot contain terms or descriptions that have nothing to do with the app name. Apple may modify these inappropriate keywords at any time.
2.3.8 Your app content should be appropriate for all users, so make sure your app icon, screenshots, and preview videos accurately reflect your app. Even if your app age rating is higher than 4+, your icon, screenshots, and preview video must also comply with the 4+ age rating. For example, if your app is a game and contains violent content, you must choose a screenshot that does not reflect death or execution to put in the app store. Remember to make sure your app content, including app name and icon (small icon, large icon, Apple Watch icon, etc.) is consistent to prevent user confusion.
2.3.9 Developers are responsible for ensuring the legality of copyrights, including the copyrights of application icons, screenshots, and preview videos. Icons, screenshots, and preview videos need to use the information of a fictitious account instead of a real user.
2.3.10 Ensure that your app is focused on iOS, Mac, Apple TV or Apple Watch, and do not include names, icons, or images of other platforms in the app or metadata unless there is specific, approved interactive functionality.
2.4 Hardware Compatibility
2.4.1 To ensure that people can experience your app as fully as possible, iPhone apps should also work perfectly on iPad whenever possible. We encourage you to build universal apps that users can use on different devices.
2.4.2 Your application needs to use power efficiently. Apps should not drain battery power rapidly, generate excessive heat, or place unnecessary strain on the user's device.
2.4.3 Your Apple TV app can run normally when only the Siri remote or game controller is used, but we do not object to you enhancing the functionality of your app through more peripheral devices. If you require a game controller, make sure to provide a clear tutorial for the game controller in your game so that users know how to use the controller.
2.4.4 Applications should not suggest or require a device reboot.
2.4.5 Apps distributed through the Mac App Store are subject to additional requirements:
(i) They must be properly sandboxed and comply with the Mac OS File System documentation. These applications must also modify the data of other applications (such as bookmarks, address books, and calendars) through the corresponding Mac OS API.
(ii) The application must be packaged using Xcode and may not include third-party installers. They must be self-contained, single-file installers and must not install code and extract resources to a shared location.
(iii) The application is not allowed to start automatically or at boot without the user's permission, and background processes are not allowed to remain after the user exits the application without the user's consent. Applications are not allowed to automatically place icons in the Dock or on the user's desktop.
(iv) Applications are not allowed to privately download and install other applications, drivers, additional code, and resource files that add application functionality or significantly change the way the application works from the approved version of the application.
(v) Applications are not permitted to require escalation to root privileges or to use the setuid attribute to escalate privileges.
(vi) When these applications are running, they are not allowed to pop up a window requesting a license, or use other display methods to prevent piracy (the app store allows payment and is considered to have purchased a genuine license).
(vii) Updates must be released using the Mac App Store; no other methods are allowed.
(viii) The application must only run on the current version of the system and must not use optional installed technologies or obsolete technologies (e.g. Java, Rosetta, etc.).
(ix) All localized versions must be included in the same application package.
2.5 Software Requirements
2.5.1 Applications can only use public APIs and are not allowed to use private APIs.
2.5.2 Application bundles must be self-contained, not allowed to read or write data outside of the container for which they are designed, and must not download, install, or execute code, including other iOS, watchOS, macOS, and tvOS apps.
2.5.3 Applications that spread viruses, files, computer codes, or other functions that may damage the operating system and hardware, including push notifications and game centers, will be rejected. If the behavior is egregious and repeated, the developer may be removed from Apple's roster.
2.5.4 Multitasking applications can only run background services for their intended purpose, such as Internet calls, audio playback, location services, task scheduling, local notifications, etc. If your app uses location services, provide a clear reminder to the user that doing so will increase battery life.
2.5.5 We will review your app on an IPv6 network, so if your app cannot use the IPv6 protocol, it may be rejected.
2.5.6 Applications that browse the web must use the WebKit framework and the WebKit JavaScript standard.
2.5.7 Videos played over cellular data networks that are longer than 10 minutes must use HTTP Live Streaming technology and provide a 192kbps bitrate option.
2.5.8 Applications that change the user's desktop/home interface environment experience and applications that simulate the experience of using multiple application widgets will be rejected.
2.5.9 Apps that modify the functionality of standard switches, such as the volume up and down buttons and the ringer switch, or other native user interface elements and behaviors will be rejected.
2.5.10 Applications may not include an empty ad bar or test ads when submitted.
2.5.11 SiriKit
(i) Applications that integrate SiriKit can only register events that do not require other applications to handle them. For example, if your app is a meal planning app, you should not register for the "workout started" event, even if you share integration with a fitness app.
(ii) Make sure the words and phrases in the plist are appropriate for your app and that the events your app has registered for work properly with SiriKit.(iii) Resolve Siri requests in the most direct manner possible, without inserting advertising or other marketing messages between the request and fulfillment. Use only the existing intermittent UI when a task needs to be completed (e.g., letting the user create a detailed workout).3. Business There are many ways to make money with your app in the App Store. If the business model of your app is not obvious enough, please provide a commercial description in the app content or review notes. If we cannot understand the behavior of your application, or your in-app payment entry is not obvious enough, your application review will be slowed down or even rejected. Although you have the right to set prices, if your app or in-app payment shows obvious extortionate behavior, we will refuse to publish the app or in-app payment. We will reject expensive apps that attempt to defraud users with abnormally high prices. If we find that you are trying to induce users to give higher ratings or otherwise manipulate reviews, such as through payment, filtering out bad reviews, using a private army to post fake reviews, or using a third-party company or team to do so on your behalf, we will take measures to maintain the App Store environment, which may include removing you from the developer list.3.1 Payment 3.1.1 In-app Payment: If you want to unlock features in your app in exchange for payment (e.g., subscriptions, game currency, game levels, access to premium content, unlocking the full version), you must use in-app purchases (IAP). Apps are not allowed to include buttons, links, or other calls and actions to direct users to pay using non-IAP methods. The virtual currency or points purchased in the game through IAP must only be consumed within this application and cannot expire. You should ensure that your application has the function and mechanism to restore the purchase status of in-app payments with restorable in-app payments. If the payment type for your in-app purchases is incorrect, your app will be rejected. Apps may not directly or indirectly use in-app paid content and features to send gifts to other users. Apps released on the Mac App Store need to use another mechanism or include a plug-in rather than the App Store itself to accomplish this gifting functionality. 3.1.2 Subscriptions: Inthe AppStore, any type of app can offer automatically-renewing in-app paid subscriptions. When you incorporate auto-renewable subscriptions into your app, be sure to follow the guidelines below.3.1.2 (a) Permitted Uses: If you offer auto-renewing subscriptions, you must provide ongoing value to your customers. For example (although the following list is not exhaustive, it is likely suitable for subscription): new game levels, interactive games, multiplayer support, consistent and substantial updates to the app, access to a large amount of constantly updated media content, software as a service (SAAS), cloud support. also:
It is possible to offer “a la carte services” simultaneously (for example, offering a subscription service for the entire film and television library while also offering purchase and rental services for individual movies).
You may offer a shared subscription between your own apps, but those subscriptions may not extend to third-party apps or services. The subscription must be available on all of the user's devices that are eligible for app installation. Learn more about sharing subscriptions across apps.
Apps should not force users to complete app ratings/reviews, download other apps, or other similar actions before accessing certain features, content, or using the app.
Like all apps, users should be allowed to use certain features without performing other additional tasks, such as posting to social media, uploading contacts, logging into the app multiple times, etc.
Subscriptions may not include consumable credits, gems, in-game currency, etc., even when combined with other offerings. However, you can offer a subscription to purchase certain consumable items on sale (for example, a membership to purchase gems at a discounted price).
If you want to change an existing app to a subscription-based business model, you can’t remove key features that existing users have already paid for. For example, when introducing a subscription model to new users, allow users who have already purchased the "Unlock the full game" subscription to continue accessing the game.
3.1.2 (b) Upgrades and Downgrades: Users should have a seamless upgrade/downgrade experience and should not be able to accidentally subscribe to a slightly different type of the same thing. Read best practices for managing your subscription upgrade and downgrade settings.3.1.2 (c) Subscription Information: Before asking customers to subscribe, you should clearly describe to users the price, the number of monthly releases, the price of cloud storage, and how they can access your service. Also make sure you have clearly communicated what is in Schedule 2 of the agreement regarding covenants, taxes, banks, etc. 3.1.3 Content-based “Reading” Apps: Apps may allow users to access content they have previously purchased or subscribed to (such as newspapers, magazines, books, audio, music, video, professional databases, Internet calling, cloud storage, and other approved services such as educational apps that manage student grades and class schedules). Application providers are not allowed to direct users to pay using payment mechanisms other than IAP. 3.1.4 Code: Apps are not allowed to use their own mechanisms to unlock app content and functionality. Including license keys, augmented reality logos, QR codes, etc. When conditions do not permit (for example, this function requires specific hardware to be used, such as astronomical applications can expand their functions with a telescope), these applications can unlock these functions without using in-app payments. If the app's functionality is used with an approved piece of hardware (such as a toy), only basic functionality can be unlocked, and an in-app payment can be provided to unlock value-added features. You are not allowed to require users to purchase an unrelated product or participate in a marketing campaign in order to unlock app functionality. 3.1.5 Goods and Services Outside of the App: If your app allows people to purchase goods and services, but the consumption of these goods and services is not related to the app, you must use a non-IAP method to complete the payment. For example, Apple Pay, credit card and debit card payment portals. Applications can use approved virtual currencies for transactions (such as Bitcoin, Dogecoin), as long as these payment methods comply with the relevant laws and regulations of the country and region where the application is released. 3.1.6 Apple Pay: Applications using Apple Pay must provide users with information about all goods and services before selling goods or services. Apple Pay branding and user interface elements must be used correctly, in compliance with the Apple Pay Identity Guidelines and Human Interface Guidelines. The following information is required to provide recurring payments using Apple Pay:
The length of the recurrence and the fact that recurring payments will continue until cancelled
What functions and services are provided in each cycle
Actual bill
How to cancel recurring payments
3.2 Other business model issues The list below is not comprehensive, and proposed apps may violate our most recent policies as they are updated in the future. But here are some additional things you should and shouldn’t do: 3.2.1 Acceptable methods (i) Your app can display other apps you have developed to users, but your app cannot simply be a catalog app that provides other apps. (ii) Display or suggest a collection of other third-party applications that are designed to work in specific areas (such as health management, airline services, and transportation services). Your application needs to provide powerful editing capabilities so that it does not look like a separate store page. (iii) Prevent users from accessing certain approved rental content (e.g., movies, TV shows, music, and books) when the rental expires. But other goods and services cannot expire. (iv) Payment permissions can be used to make payments or charges, transfer vouchers and tickets (such as movie tickets, coupons and VIP vouchers). Any other use may result in the application being rejected or the payment license being revoked. (v) Insurance apps must be free, comply with the relevant laws and regulations of the region of publication, and cannot use in-app payment.
3.2.2 Unacceptable methods
(i) Displaying third-party application interfaces, extensions, and plug-ins that look similar to the App Store, or as a general collection of interests.
(ii) Apple’s hardware and system-built-in features require payment to unlock, such as push notifications, cameras, and gyroscopes. Includes Apple services, such as access to Apple Music and access to iCloud storage.
(iii) Artificially increasing the number of advertisement impressions or clicks , including when an application is designed to primarily display advertisements.
(iv) Raise funds for charity within the App. Such apps must be free in the app store and must use other methods to raise funds, such as through text messages or in-webpage payments.
(v) Artificially restricting the user base of the application in some way, such as by location or carrier.
(vi) Apps should allow users to use certain features without performing other additional tasks, such as posting to social media, uploading contacts, multiple logins, etc. Apps cannot force users to rate/review the app, download other apps, or take similar actions in order to access features, content, or use the app.4. Design Apple users love apps that are simple, sophisticated, innovative and easy to use, and that's exactly what we want to see in the App Store. While it's up to you to design a great app, the following terms are the minimum standards for passing App Store review. Also remember that even after your app has been approved, you should continue to update your app to ensure it is useful and attractive to new and existing users. Apps that are unusable or crash may be removed from the App Store at any time.4.1 Imitators Come up with your own ideas, we know you have them, so bring them to life. Don’t simply copy popular apps from the app store, or simply modify the name and UI of the app and pass it off as your own. In addition to the risk of infringing on the intellectual property of others, it is difficult to search for the right apps in the app store, and this also causes your peers to be treated unfairly.4.2 Minimum functionality Your application should contain other functions and content besides just packaging a website page. If your app isn’t particularly useful, unique, or looks like an app, it shouldn’t be on the App Store. If your app doesn’t provide lasting entertainment value, or is limited to making people feel creepy, your app may be rejected. If the app is just a song or a movie, it should be submitted to the iTunes Store. If the app is just a book or a game guide, it should be submitted to the iBooks store. 4.2.1 Applications should call APIs and development frameworks according to their intended purpose. And clearly point out this integration method in the application description. For example, the HomeKit framework should provide home automation services, and HealthKit should be based on health and fitness purposes and integrated into health applications. 4.2.2 Except for directories used to provide specialized categories. The primary function of the App should not be to provide marketing materials, advertisements, web clips, content aggregation or collection of links. 4.2.3 Your app should work properly without relying on other apps or features. 4.2.4 Apple Watch apps that look like a watch face will confuse users because users expect Apple Watch to have rich features such as card swiping, message reminders, and third-party services. It's creative if your app displays time in a unique way (such as showing tide times for surfing enthusiasts), but if your app looks too much like a traditional watch face, we will reject it. 4.2.5 If the main function of your app is to access iCloud and iCloud’s file manager, you need to provide additional additional functions to get your app approved for release.4.3 Spam Applications Do not create multiple Bundle IDs for the same application. If you have multiple versions of your app, such as versions for specific countries and regions, sports teams, universities, etc., consider submitting one version of your app but using in-app purchases to differentiate it. Also avoid placing your app in a category that is already saturated. The App Store already has enough apps for flashlights, farts, burps, and certain bad words. If you want to place junk applications on the App Store, your developer qualification may be revoked.4.4 Extensions Application extensions must comply with the App Extension Programming Guide or the Safari Extensions Development Guide and should include additional features such as the Help interface, Setup interface, etc. The interface to extend the app should not include marketing content, advertising and in-app payments. 4.4.1 The keyboard extension includes some additional rules. They must:
It can still be accessed normally without a network;
Input keyboards for numbers and decimals are provided according to the requirements of the App Extension Programming Guide;
The purpose of collecting user information is to enhance the keyboard extension function of iOS devices.
They cannot:
Including marketing, advertising or in-app purchases;
Start other applications outside of settings;
Reset the keyboard button for other behaviors, for example: hold the Back key to start the camera.
4.4.2 Safari extensions must be able to function normally on the Safari browser on the current OS X system. They cannot interfere with the system and Safari UI elements, and must not contain malicious or misleading content or code. Violating this rule will be removed from the developer plan. Apart from the necessary features, the Safari extension cannot require access to more websites.4.4.3 StickersStickers are a great way – it not only makes the message energized and fun, but also makes people express themselves in a wise, fun, meaningful way. Whether your app includes sticker extensions, or you create a standalone sticker package, its content should not offend users, create a negative experience, or violate the law.(i) Generally speaking, if it is not suitable for uploading to the app store, it is not suitable for use as a sticker application.(ii) Consider regionally sensitive content, please do not make your sticker bag available in this country if your sticker bag is not too easily accepted or violates local laws.(iii) If we do not understand the meaning of your sticker, please add a clear explanation in your review notes to avoid delaying the review process.(iv) Make sure that your sticker content is not just from your friends and family, they should not be targeted at personal events, organizations, or relationships.(v) For the content of the sticker, you must have all necessary copyrights, trademarks, publicity rights and licenses. And you cannot submit anything unless you are authorized. Remember, you must be able to provide verifiable documents upon request. If the application uses sticker content that has no rights to use, it will be deleted from the App Store. For repeat offenders, the developer plan will be removed. If you are sure your content has been violated by another vendor, you can file a complaint here.4.5 Apple website and services 4.5.1 The application can subscribe to some RSS feeds provided by Apple, such as the iTunes Store RSS feed. But you cannot collect any information obtained from Apple's website (including apple.com, iTunes Store, App Store, iTunes Connect, developer portal, etc.), or create a ranking based on this information. 4.5.2 The Apple Music API allows users to access their subscription content while using your app. Users must actively use the Play, Pause and Skip buttons to access the playlist, and the app is not allowed to access and play without authorization. In addition, your app does not allow users to pay or make indirect money to access Apple Music services (such as in-app payment, viewing ads, obtaining user information, etc.). 4.5.3 Do not use Apple services to send spam, phish, or send spam. Including game center, push messages, etc. Don't try reverse tracking, scanning, sniffing, or illegally obtaining player ID, alias and other information from Game Center, or you'll be removed from the developer. 4.5.4 Push notifications shall not be used as a required option for the application, and shall not be used for advertising, promotional and direct sales purposes, or for sending sensitive and confidential information. 4.5.5 You can only access Game Center player ID and other information using the methods specified by Game Center, but it cannot be displayed in the APP or distributed to third-party manufacturers. V. Law The application must comply with all local laws and regulations before it can be used properly (please consult a lawyer if you do not confirm what laws and regulations you need to comply with). We understand that these things are complicated, but it is your duty to comply with all applicable local regulations, not just to comply with our terms. Of course, this reckless behavior of the application to form cliques, incite and delude people to commit crimes will directly lead to the application being rejected.5.1 Privacy Protecting privacy is the top priority in the Apple ecosystem. You should use the collected personal information with caution to ensure that you comply with applicable legal terms and the Apple Developer Program License Agreement. Not to mention that these are what users expect from you. More specifically:
5.1.1 Data Collection and Storage
(i) Applications that collect or use user data must provide a privacy policy and require encrypted user data. This data includes, but is not limited to, HealthKit, or other applications for health/medical technologies, HomeKit, keyboard extensions, Apple Pay, Stickers, and iMessage extensions, and also includes logging in, accessing user data on the device (e.g., geolocation, address book, calendar, etc.).
(ii) If your application does not include features that are obviously based on user accounts, allow users to use them normally without logging in. Applications cannot require users to enter personal information to use their functions, except for applications or legal requirements that are directly related to core functions. If the core functionality of the application is not related to a specific social network (for example: Facebook, WeChat , Weibo, Twitter, etc.), you must provide functions that do not require login or access through another mechanism. Obtaining basic user information, sharing it on social networks, or inviting friends to use this app are not considered core application features.
(iii) If a developer uses the app to steal passwords or other privacy data, he will be removed from the developer plan.
(iv) The Safari View Controller must present the user with a visible page and the controller cannot be hidden or masked through other views or layers. Additionally, applications cannot use Safari View Controller to track users without user knowledge or consent.
5.1.2 Data usage and sharing
(i) Your application cannot use or transfer user's data until you provide the user with a clear description of how to use user data and obtain the user's clear permission.
(ii) If it is not for improving user experience, improving software and hardware performance, or complying with the Apple Developer Program License Agreement, user data is not allowed or informed to third-party manufacturers.
(iii) The data obtained from the HomeKit API is not allowed to be used for advertising delivery and data mining purposes. (iv) Applications that use Apple Pay and obtain user data through Apple Pay can only be used for the purpose of promoting or improving the delivery of goods and services when used or informed to third-party manufacturers. 5.1.3 Health and Health Research
Health, fitness and medical data are very sensitive, so these applications need to adhere to additional rules to protect customers’ privacy:
(i) If the purpose is to advertise or user data mining (except for improving health management, or for approved scientific research purposes), the application shall not use or disclose user's health, fitness and medical data to third parties. This data comes from, but is not limited to, HealthKit API, exercise and fitness features, or other research topics on health disciplines.
(ii) Applications cannot write false data to HealthKit and other medical research and health management applications, and cannot store health data on iCloud.
(iii) Discipline studies dedicated to human health must be conducted with the consent of participants, or with the consent of minors, their parents and guardians. The relevant licensing terms must include (a) nature, purpose and duration of research; (b) research procedures, risks and interests of participants; (c) confidentiality and management methods of data, including any data shared with third parties; (d) contact information that participants need to know if they have questions; (e) mechanisms for how participants withdraw.
(iv) If applied to conduct health-related research, you must have permission from an independent ethical review committee. Such approvals must be provided as required.
5.1.4 Children
Based on many factors, be careful when using data from children. We hope that you will have a careful understanding of the requirements and internationally applicable legal provisions, such as the Children's online privacy protection act (COPPA) before using this data.
The application can only request access to the child’s birthday and parents’ contact information based on the purpose of providing necessary features and non-age-related entertainment value, and only in compliance with relevant laws. In addition, children's applications must provide privacy terms and must comply with all privacy policies applicable to children if they need to collect, transmit, and share children's information (including name, address, email, location, photos, videos, pictures, chat functions, other personal data and permanent identifiers used with any of the above information). To be clear, if such applications require parental monitoring, the privacy terms required for these two situations will usually differ. Click here for more information. 5.1.5 Location Services Applications that use location services must provide functions directly related to location services. The use of location-based APIs is not permitted for providing emergency services, or for enabling automatic control of vehicles, aircraft, and other devices (with the exception of small devices such as small drones and toys), remote control of car alarm systems, etc. Before collecting, transmitting, and using a user's location data, make sure you have obtained the user's consent. If your app uses background location services, be sure to explain its purpose in the app. See the Human Interface Guidelines for the best practices.5.2 Intellectual Property Make sure your app only includes content you create, or has a legal license agreement when using other people's content. If you use these content outside the methods specified in the license agreement, you may be removed from your app by Apple. Of course, this also means that other applications that steal your content may also be removed from the shelves. If you believe your intellectual property has been infringed, please fill out this form to initiate a lawsuit. Intellectual property-related regulations vary in each country and region, but your application must avoid the following basic errors: 5.2.1 Generally speaking: Do not use protected third-party content, such as trademarks, copyrighted works, or use unpatent-free ideas in your application. Don't include misleading, false, fake descriptions, names and application content in your application. 5.2.2 Third-party websites/services: If your application uses, accesses, displays and commercializes third-party services, please ensure that you have obtained the corresponding authorization. And the license documents must be provided together before review as required. 5.2.3 Audio and video download: The application cannot facilitate illegally sharing, saving, converting, or illegal use of data from third-party sources (third-party sources include Apple Music, YouTube, SoundCloud, Vimeo, etc.), unless it has a corresponding legal authorization agreement. If the application provides audio and video files, these files may also violate intellectual property rights, so your application must have a legal authorization agreement before providing access to these files and services and must be provided before review as required. 5.2.4 Apple Advertising Endorsement: Do not express or imply that Apple is the supplier of your application, or that Apple endorsements for the functions and quality of your application. If your app is awarded the Editors' Choice Award, Apple will automatically add this badge. 5.2.5 Apple products: It is prohibited to create an app that looks similar to Apple's existing products, user interface (such as Finder), app (such as App Store, iTunes Store or Messages), advertising themes, and misspelled Apple product names (such as Iphone, iTunz). Preview of iTunes Music is not allowed to be used directly before obtaining the corresponding authorization. For example, background music, game background music, etc. used as puzzles. If your app displays Activity circles, it is not allowed to modify how the circles are displayed and the data they represent. There is more information about how to use Activity circles in the human-computer interface interaction clause.5.3 Games, gambling, lottery Gambling, gaming and lottery features are probably the most difficult to manage and the most common promotional method in the Apple app store. You can only consider using it if you fully understand the relevant legal risks and are ready to handle regulatory reviews. But there are some things to keep in mind: 5.3.1 The draw and betting must be sponsored by the application developer. 5.3.2 Official rules for lottery and betting must be provided in the application and clearly state that Apple is not a sponsor or participates in the event in any form. 5.3.3 Applications do not allow in-app payment to purchase credit points or virtual currencies, and use them in combination with actual currencies, nor do they allow purchase of lottery tickets, lottery tickets, and transfer funds in the application. 5.3.4 Provide applications that require real currency to play games (such as sports betting, poker gambling, casino games and horse racing betting, etc.) or provide lottery tickets, which must have legal authorization and licenses from relevant local regulatory authorities. Moreover, the issuance area is limited to the location specified in the license agreement and must be free in the app store. Tools for illegal gambling, including cardmakers, are not allowed to be listed on the App Store. A lottery app must have the following elements: reward, chance of winning, and bonus. After submitting the application Once you submit your application and metadata to iTunes Connect and enter the audit process, here are some things you need to keep in mind: Time: The application review team will review your application as soon as possible, and we have been working hard to speed up the review. You can learn more about App Review here. Status update: The current status of your app will be directly reflected in iTunes Connect. So you can pay attention to your application status on it. Application for expedited review : If you are very sensitive to time, you can click here to apply for expedited review. Be sure to do an expedited review when you really need it, because you also need to respect your peers. If we find that you are abusing this system, we may reject your expedited application. Release Date: If your release date is set to some time in the future, your app will not be published on the app store until that point in time, even if it has passed the review. Remember that it can take up to 24 hours to list on all selected app stores. Denied: Our goal is to strictly abide by these guidelines, but no one is perfect. If your application is rejected and you have questions or would like to provide more information, please use the Solution Center to communicate directly with the application audit team. This may be helpful for your app to be launched as soon as possible, and it may also help us improve the application review process or allow us to find unclear statements in the audit policy. If you still have objections to the results, please click here to appeal. We are looking forward to seeing the products you will release in the future!
Mobile application product promotion service: APP promotion service Qinggua Media information flow
The author of this article @ ASO100小七 is compiled and published by (APP top promotion). Please indicate the author information and source when reprinting!
