App policies for Windows Phone
To protect the Windows Phone Store service and users of the service, and to address mobile operator requirements, Microsoft has established the following policies for apps (including publisher name, app name, app icon, app description, and app screenshots) offered for distribution in the Windows Phone Store. Microsoft reserves the right to update these policies as needed.
If your app includes in-app purchase, billing functionality or captures financial information, the following requirements apply:
If your app uses the Microsoft in-app purchase API provided by Windows Phone,
If your app includes in-app billing functionality or captures financial account information but does not use the Microsoft in-app purchase API provided by Windows Phone, the following requirements apply for the listed account types:
You may not use the Microsoft commerce engine to facilitate charitable contributions or sweepstakes. 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.
Your app description must include information about the types of in-app purchases offered and the range of prices.
Your app may not sell, link to, or otherwise promote mobile voice plans.
Your app must not jeopardize or compromise user security, or the security or functionality of the Windows Phone device(s), system or related systems and must not have the potential to cause harm to Windows Phone users or any other person.
Apps that receive the location of a user’s mobile device must provide in-app settings that allow the user to enable and disable your app's access to and use of location from the Location Service API.
The following requirements apply to apps that access personal information. Personal information includes all information or data that could reasonably be used to identify a person. Examples of personal information include: contacts, photos, phone number, audio & video recordings, location, SMS or other text communication, screen shots, unique account identifiers, unique identifiers based on the computer's hardware, and in some cases, combined browsing history.
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 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.
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 the Microsoft Push Notification Service or the Windows Notification Service to transmit notifications, it must comply with the following requirements:
Notifications provided through WNS or MPNS are considered app content and are subject to all Windows Phone Store app policies, including the certification requirements.
Your app must not use excessive network capacity or WNS/MPNS bandwidth, or otherwise unduly burden a Windows Phone or other Microsoft device or service with notifications.
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 info a customer would reasonably consider to be confidential or sensitive.
Your app and metadata must be fully functional and offer customers unique, creative value or utility in all the languages and markets it supports. For example, your app may not use a name or icon similar to that of other apps.
Your app and its associated metadata must accurately and clearly reflect the source, functionality, capabilities and features of your app. The screenshots, app name, developer name, tile, category and app description you provide with your app should make it easy for a user to understand the functions, features, and any important limitations of your app. If your app contains content or features restricted to certain geographies or has other important limitations, they should be clearly described. 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 has the capability to use the advertising ID, it may not collect or use it if the user has turned off the feature. If the user has chosen to reset the advertising ID, your app may not use any prior advertising ID values, or associate them with the new value.
The capabilities you declare must legitimately relate to the functions and value proposition of your Windows Phone Store app, and the use of those declarations must be compliant with our app capability declarations. You must not circumvent operating system checks for capability usage.
Learn more about our app capability declarations.
You must localize your app for all languages that it supports. Your app can only support the languages listed in Culture and language support for Windows Phone. The experience provided by an app must be reasonably similar in all languages that it supports.
You must provide a complete description of your app for your customers in each language that you declare in your app's package. The text of your app's description must be localized. 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.