Windows Store Policies
Document version: 6.7
Document date: December 3, 2015
Thank you for your interest in developing apps for Windows and Windows Phone. We’re committed to a relationship with you that supports your ambitions and encourages a diverse catalog of high-quality, engaging apps for customers worldwide. We publish these policies with the dual goals of enabling developers and delighting our customers.
A few principles to get you started:
- Offer real value with your app. Provide a compelling reason to download your app from the Store.
- Don’t mislead our joint customers about what your app can do, who is offering it, etc.
- Don’t attempt to cheat customers, the system or the ecosystem. There is no place in our Store for any kind of fraud, be it ratings and review manipulation, credit card fraud or other fraudulent activity.
Adhering to these policies should help you make choices that enhance your app’s appeal and audience.
Your apps are crucial to the experience of hundreds of millions of customers. We can’t wait to see what you create and are thrilled to help deliver your apps to the world.
If you have feedback on the policies, please let us know by commenting in our forum. We will consider every comment.
Your app and its associated metadata must accurately and clearly reflect the source, functionality, and features of your app.
- The screenshots, app name, developer name, tile, category and app description, and any other related metadata you provide with your app, should make it easy for a user to understand the functions, features, and any important limitations of your app.
- Keywords you use in your app title and description should not be excessive and should be relevant and accurate for your app. Keywords associated with your app should be relevant and accurate, and should not exceed the posted keyword limits.
- Your app must be fully functional and offer customers unique, creative value or utility, and your app may not use a name or icon similar to that of other apps.
- You should not represent your app to be from a company, government body, or other entity if you do not have permission to make that representation.
- If your app contains content or features restricted to certain languages, markets or geographies or has other important limitations, they should be clearly described.
- If your app declares an association with a given file type or extensibility point, it must provide the functionality that a customer would expect, given that association. For example, if your app declares an association with the .jpg file type, the app should be able to open the image for viewing or editing.
Your app must not jeopardize or compromise user security, or the security or functionality of the Windows or Windows Phone device(s), system or related systems and must not have the potential to cause harm to users or any other person.
Apps must always run within the permitted sandbox provided by the system. Thus, the following applies:
- Your app must not invoke code outside the allowed security model. For example, see Security Changes in the .NET Framework 4.
- Your app must not communicate with local desktop applications (on Windows devices) or services via local mechanisms, including via files and registry keys.
- Your app may only depend on Windows Runtime APIs allowed for Store apps and must remain within the boundaries allowed for Store apps (e.g., cannot break out of the AppContainer).
Your app must not attempt to change or extend the described functionality through any form of dynamic inclusion of code that is in violation of Store Policies. Your app should not, for example, download a remote script and subsequently execute that script in a manner that is not consistent with the described functionality.
The app must be testable. If it is not possible to test your app for any reason, including, but not limited to, the items below, your app may fail this requirement.
If your app requires login credentials, provide us with a working demo account using the Notes to Tester field.
If your app requires access to a server, the server must be functional to verify that it's working correctly.
If your app allows a user to add a gift card balance, give us a gift card number that can be used in the testing.
Your app must meet Store standards for usability, including, but not limited to, those listed in the subsections below.
The app must run on devices that are compatible with the software, hardware and screen resolution requirements specified by the application.
If an app is downloaded on a device with which it is not compatible, it should detect that at launch and display a message to the customer detailing the requirements.
The app supports graceful shutdown. The app must handle exceptions raised by any of the managed or native system APIs and not close unexpectedly. An app that closes unexpectedly fails certification. The app must continue to run and remain responsive to user input after the exception is handled.
The app must start up promptly and must stay responsive to user input.
Where applicable, pressing the back button should take the user to a previous page/dialog. If the user presses the back button on the first page of the app, then the app terminates (unless it is allowed to run in the background).
The following requirements apply to apps that access personal information. Personal information includes all information or data that identifies or could be used to identify a person, or that is associated with such information or data. Examples of personal information include: name and address, phone number, biometric identifiers, location, contacts, photos, audio & video recordings, documents, SMS, email, or other text communication, screen shots, and in some cases, combined browsing history.
Additionally, apps that receive device location must provide settings that allow the user to enable and disable the app's access to and use of location from the Location Service API. For Windows Phone 8 and Windows Phone 8.1 apps, these settings must be provided in-app. For Windows Mobile 10 apps, these settings are provided automatically by Windows within the Settings App (on the Settings->Privacy->Location page).
Your app can publish a customer's personal information to an outside service or another person only after obtaining opt-in consent. Opt-in consent means the customer gives their express permission in the app user interface for the requested activity, after you have:
(a) described to the customer how the information will be accessed, used or shared; and
(b) provided the customer a mechanism in the app user interface through which they can later rescind this permission and opt-out.
If your app publishes a person's personal information to a service or a third party, but the person whose information is being shared is not a customer of your app, you must obtain express written consent to publish that personal information, and you must permit the person whose information is shared to withdraw that consent at any time. If your app provides a customer with access to another person’s personal information, this requirement would also apply.
The capabilities you declare must legitimately relate to the functions of your app, and the use of those declarations must comply with our app capability declarations. You must not circumvent operating system checks for capability usage.
For more information about app capability declarations, see App capability declarations.
You must localize your app for all languages that it supports. The text of your app’s description must be localized in each language that you declare. If your app is localized such that some features are not available in a localized version, you must clearly state or display the limits of localization in the app description. The experience provided by an app must be reasonably similar in all languages that it supports.
If your app includes in-app purchase, billing functionality or captures financial information, the following requirements apply:
- You must use the Microsoft in-app purchase API to sell digital items or services that are consumed or used within your app.
- In-app products sold in your app cannot be converted to any legally valid currency (e.g. USD, Euro, etc.) or any physical goods or services.
- If you created your app on or before June 29, 2015, you may continue using a third-party API for digital items or services until June 29, 2016.
You must use a secure third party purchase API for purchases of physical goods or services, real world gambling or charitable contributions. If your app is used to facilitate or collect charitable contributions or to conduct a promotional sweepstakes or contest, you must do so in compliance with applicable law. You must also state clearly that Microsoft is not the fundraiser or sponsor of the promotion.
The following requirements apply to your use of a secure third party purchase API:
- At the time of the transaction or when you collect any payment or financial information from the customer, your app must identify the commerce transaction provider, authenticate the user, and obtain user confirmation for the transaction.
- The app can offer the user the ability to save this authentication, but the user must have the ability to either require an authentication on every transaction or to turn off in-app transactions.
- If your app collects credit card information or uses a third-party payment processor that collects credit card information, the payment processing must meet the current PCI Data Security Standard (PCI DSS).
If your app collects financial account information, you must submit that app from a Business account type.
You must provide in-app purchase information about the types of in-app purchases offered and the range of prices. You may not mislead customers about the nature of your in-app promotions and offerings.
Your app must respect system settings for notifications and remain functional when they are disabled. This includes the presentation of ads and notifications to the customer, which must also be consistent with the customer’s preferences, whether the notifications are provided by the Microsoft Push Notification Service (MPNS), Windows Push Notification Service (WNS) or any other service. If the customer disables notifications, either on an app-specific or system-wide basis, your app must remain functional.
If your app uses MPNS or WNS to transmit notifications, it must comply with the following requirements:
Because notifications provided through WNS or MPNS are considered app content, they are subject to all Store Policies.
You may not obscure or try to disguise the source of any notification initiated by your app.
You may not include in a notification any information a customer would reasonably consider to be confidential or sensitive.
For all advertising related activities, the following requirements apply:
- The primary purpose of your app should not be to get users to click ads.
- Your app may not do anything that interferes with or diminishes the visibility, value, or quality of any ads it displays.
- Your app must respect advertising ID settings that the user has selected.
If you purchase or create promotional ad campaigns to promote your apps through the “Promote Your App” capability in Dev Center, all ad materials you provide to Microsoft, including any associated landing pages, must comply with Microsoft’s Creative Specifications Policy and Creative Acceptance Policy.
Any advertising content your app displays must adhere to Microsoft’s Creative Acceptance Policy.
If your app displays ads, all content displayed must conform to the advertising requirements of the App Developer Agreement, including the following requirements:
The primary content of your app may not be advertising, and advertising must be clearly distinguishable from other content in your app.
If your app is directed at children under the age of 13 (as defined in the Children’s Online Privacy Protection Act), you must notify Microsoft of this fact in Dev Center and ensure that all ad content displayed in your app is appropriate for children under the age of 13.
Your app may not sell, link to, or otherwise promote mobile voice plans.
The following policies apply to content and metadata (including publisher name, app name, app icon, app description, and app screenshots and any other app metadata) offered for distribution in the Store. Content means the app name, publisher name, app icon, app description, the images, sounds, videos and text contained in the app, the tiles, notifications, error messages or ads exposed through your app, and anything that’s delivered from a server or that the app connects to. Because Windows and Windows Phone apps and the Store are used around the world, these requirements will be interpreted and applied in the context of regional and cultural norms.
Metadata and other content you submit to accompany your app may contain only content that would merit a rating of PEGI 12, ESRB EVERYONE 10+, or lower.
All content in your app and associated metadata must be either originally created by the application provider, appropriately licensed from the third-party rights holder, used as permitted by the rights holder, or used as otherwise permitted by law.
Your app must not contain any content that facilitates or glamorizes extreme or gratuitous violence, human rights violations or the creation or illegal use of weapons against a person or animal in the real world.
Your app must not contain any content that is defamatory, libelous, slanderous, or threatening.
Your app must not contain any potentially offensive content or content that advocates discrimination, hatred, or violence based on considerations of race, ethnicity, national origin, language, gender, age, disability, religion, sexual orientation, status as a veteran, or membership in any other social group.
Your app must not contain any content that facilitates or glamorizes excessive or irresponsible use of alcohol or tobacco products, drugs, or weapons.
Your app must not contain or display content that a reasonable person would consider pornographic or sexually explicit.
Your app must not contain content or functionality that encourages, facilitates or glamorizes illegal activity in the real world.
- Your app must not contain excessive or gratuitous profanity.
- Your app must not contain or display content that a reasonable person would consider to be obscene.
Content that is offensive in any country/region to which your app is targeted is not allowed. Content may be considered offensive in certain countries/regions because of local laws or cultural norms. Examples of potentially offensive content in certain countries/regions include the following:
- Prohibited sexual content
- Disputed territory or region references
- Providing or enabling access to content or services that are illegal under applicable local law
You must obtain an age rating for your app or game when you submit it in Dev Center. You are responsible for accurately completing the rating questionnaire to obtain the appropriate rating.
The screenshots, app name, developer name, tile, category and app description, and any other related metadata you provide with your app must be appropriate for the lower of 1) the age rating assigned to your app or 2) an appropriate age rating for 12+.
Apps rated below an age rating of 12+ or its equivalent may not:
- Provide users with uncontrolled access to online social networks, or uncontrolled sharing of personal information with third parties, including other gamers or online acquaintances. For such activity to be considered "controlled", your app must be governed by controls that require parental permission to use these features.
- Operate as a web browser, enabling broad access to the internet, or a search engine that enables users to search broadly across the Internet.
If your app provides content (such as user-generated, retail or other web-based content) that might be appropriate for a higher age rating than its assigned rating, you must enable users to opt in to receiving such content by using a content filter or by signing in with a pre-existing account.