Understanding location in the background permissions (original) (raw)

This article guides you through key considerations and requirements to submit your app for access to location in the background permissions.

For a good overview of what to consider when submitting an app that uses location in the background watch, Google Play Policy - Declared permissions and in-app disclosures

Does your app need access to the location in the background?

Your app should only request access to the location in the background if it’s required for the core functionality of the app. Think of core functionality as the main purpose of your app. This may involve a set of important features without which your app is broken or rendered unusable. The core feature(s) must all be prominently documented and promoted in the app’s description.

In addition, your app must meet the following requirements along with others detailed in this article:

If your app requests access to the location in the background but it’s not important to the app’s core functionality, you must remove it from your app and/or implement location access in the foreground, when your app’s activity is visible to users. Device location is personal, and sensitive user data may never be sold nor shared for a purpose facilitating sale (for example, for noncompliant SDK use). That’s why apps that access location in the background must be approved. Without that approval, app updates may be blocked and your app may be removed from Google Play.

To learn more about when and how to use background location information, check out the Declare your use of device location data training on Google Play Academy. It includes examples of features that provide a significant benefit to users and are relevant to an app’s core functionality. It also provides a guide to completing the Permissions Declaration Form.

Accessing location in the foreground

Whenever possible, aim to access the location in the foreground rather than the background. What’s the difference? Access to the location in the foreground happens while an app is open and visible to the user. If the access happens after a user closes the app or uses the home button to return to their main screen, then the app’s access to the location is in the background.

What does this mean in terms of our Location Permissions policy? Foreground location access is the most transparent to users, which promotes trust, and that makes it our preferred approach for apps on Google Play.

There can be some cases where we approve an app’s use of foreground service, a separate API that lets an app access location information even when the app is minimized and not visible to the user. But these are subject to review and must meet key requirements, including the following:

Apps should request the minimum scope necessary (that is, using foreground instead of background device location permissions) to provide the feature or service that requires location. And users should reasonably expect that an app’s feature or service needs the level of location requested.

If an app’s use of device location via foreground service is equivalent to ACCESS_BACKGROUND_LOCATION (or otherwise "location in the background"), the app will be subject to location in the background permissions requirements.

Examples of access to location in the foreground

Here’s a list of features that could potentially be used with foreground instead of background location access. Having these features doesn’t mean that your app will be automatically rejected for access to a location in the background. We evaluate each app based on its declared core functionality. But if features like these are the only reason your app requires access to location in the background, then the chances of rejection are higher because these features can be conducted through foreground location access.

This isn’t an exhaustive list. However, if your app only has functionalities such as those above that require the use of location in the background, consider using access to location in the foreground instead.

Best practices for accessing location in the background

Be sure to review the following best practices for accessing location data in your app:

Considerations in the approval process

When we review an app that requests access to location in the background, we consider questions like these:

This isn’t an exhaustive list, but it gives you an idea of how we may review and interpret an app’s use of location permissions.

Documentation required for location in the background permissions

If you use location in the background of your app, you must communicate this clearly to users both in your app and on its store listing page. You can do this in your app description, screenshots, and (if applicable) title or icon.

Here are some suggestions on how to highlight your app’s use of location in the background:

When submitting your app for approval, you must provide the following specific documentation for location in the background permission:

Permissions declaration form

The Permissions Declaration Form is available in your Google Play Console account. You can find the form by:

  1. Going to the "App content" page
  2. Click Start in the "Sensitive app permissions" section,
  3. Then click Start within "Location permissions."

If you see prompts for other forms such as App Access Rights or Authority Declaration Form, complete those forms first. They’re required steps in preparing your app for review in Google Play Console. For detailed instructions, see the Prepare your app for review page.

If you don’t see the declaration prompt in Google Play Console, confirm that you’re using one of the sensitive location permissions according to the target SDK level of your app:

Inputs for the declaration form

When completing the declaration form regarding Permissions and APIs that Access Sensitive Information, answer the following questions so that Google can evaluate your app’s access to location in the background.

The Permissions Declaration Form focuses on this: What is the main purpose of your app?

Video demonstration

The preceding section introduced the short video you need to provide as part of your declaration. Here’s an example video demonstration, followed by some requirements for your video.

Video requirements

Your video must demonstrate the declared feature in your app that requires access to location in the background (while the app is not in use). It also needs to show the steps necessary to encounter and enable this feature in-app.

Include the following elements in your video:

Aim for a video duration of 30 seconds or less. The preferred format is a YouTube link, but Google Drive storage links to an MP4 or other common video file formats are also supported.

Important considerations:

Prominent in-app disclosure

If your app requests access to the location in the background, you must provide an in-app disclosure of how the user’s data is accessed, collected, used, and/or shared.

Here are some examples of prominent in-app disclosures.

Disclosure statement requirements

Your in-app disclosure:

Language in your disclosure must**:**

To meet the policy requirements, we recommend using the following wording. Notice that the second example includes the use of location for ads. Using location data for ads must comply with our Use of Location Data for Ads policies.

Choose the most relevant phrasing:

Examples:

"Fitness Funds collects location data to enable fitness tracking even when the app is closed or not in use."

"This app collects location data to enable tracking and delivery of local weather alerts even when the app is closed or not in use."

The prominent disclosure may include other information to ensure compliance with policyrequirements and clarity for users, but it must at least include the above, where relevant.

Note: If the feature does not have a user-facing interface when the location in the background is active, please show the prominent disclosure notification when the app is opened for the first time instead.

Privacy policy both in your app and on its store listing page

Your app’s privacy policy must, together with any in-app disclosures, comprehensively disclose how your app collects, uses, and/or shares user data, including the types of parties with whom it’s shared. Make sure your privacy policy:

You must also add your privacy policy to your app’s store listing page. This promotes transparency with users and shows how you handle sensitive user and device data. Consider consulting your own legal representative to advise you of other requirements.

Common violations and steps to resolve them

Unclear feature description

If we can’t identify the feature that requires access to location in the background based on your declaration, then we need you to provide a clear description or additional information about the feature. When your app has multiple features that require access to location in the background, you must choose just one feature to declare.

To resolve this issue, take one of these two steps:

If your app has multiple features that require access to location in the background, use the following criteria to choose just one feature to declare. Then resubmit your declaration form via your Google Play Console account.

Multiple features declared

A developer may only declare one location-based feature that requires access to a location in the background, not multiple. The feature you choose must be important to your app’s core functionality — its main purpose.

When your app has several features that require access to location in the background, select just one feature to declare and resubmit your declaration form via your Google Play Console account. When choosing the feature, consider these questions:

Unable to verify background feature in the app

Our review team must be able to verify that an app offers the declared feature that requires access to a location in the background and verifies the feature’s functionality in the app. If a feature isn’t visible to the user, then the video submitted needs to demonstrate that feature’s functionality.

To resolve this issue, modify your video to demonstrate the declared feature for which you’re requesting background location access and resubmit your declaration form via your Google Play Console account.

Feature doesn’t meet requirements to access location in the background

Our review team may find that a declared feature doesn’t meet our Location Permissions policy requirements. To resolve this, remove the request to access the location in the background and submit an update to your app. Follow this guide if you want to declare a different feature for access to location in the background:

Issues with submitted video

Sometimes we’re unable to view a video provided in a declaration or the video doesn’t accurately reflect the in-app experience. The video must show the declared in-app feature’s functionality in action and how that feature uses location in the background. Demonstrate how a user would trigger the prominent disclosure and the device-based runtime permission (with user consent).

Check that your video is accessible and/or modify your video to clearly show the declared feature that requires access to the location in the background. Then resubmit your declaration form via your Google Play Console account.

Invalid privacy policy

Our review may find that a privacy policy doesn’t comply with our policy requirements. To resolve this, review the Personal and Sensitive User Data policy, then add or update your privacy policy as needed for compliance, following these guidelines:

Sometimes a URL for an app’s privacy policy page doesn’t load or it opens an invalid privacy policy page. To resolve this, review the privacy policy requirements in the Developer Policy Center. If the URL you provided links to multiple privacy policies, make the changes necessary (within the app, your website, and/or your app’s store listing page) to point to one governing privacy policy.

Update your privacy policy:

Missing information in disclosure

Prominent disclosures must appear before an app’s location runtime permission, and they must tell users which feature(s) will use location in the background. Review the prominent disclosure and consent requirements and update your prominent disclosure:

Prominent disclosure not found

An app must display a prominent disclosure in a dialog that pops up before the app’s location runtime permission. If your app doesn’t have one, review the prominent disclosure and consent requirements and add a prominent disclosure.

Prominent disclosure needed before location runtime permission

An app must display a prominent disclosure in a dialog that appears beforethe app’s location runtime permission_._ Make sure your prominent disclosure appears at the right time and meets the prominent disclosure and consent requirements:

Feature is ineligible to access location in the background

Our review team may find that a declaration’s selected feature doesn’t require access to location in the background to function. Or the feature could use foreground location access instead of access to location in the background. These make it ineligible for approval for background location access.

In cases like these, you can either remove access to location in the background from your app and/or use foreground location access instead. Then submit an update to your app.

Missing or invalid testing credentials

Sometimes we’re unable to review an app because the developer didn’t provide testing credentials or the testing credentials provided in the declaration are invalid.To resolve this, we need testing credentials so that we can review and verify your in-app experience. Submit an updated declaration form with the testing credentials via your Google Play Console account. If you previously supplied credentials, please make sure that they haven’t expired.

In-app feature doesn’t match the declaration

If your in-app feature experience doesn’t match your declaration’s description of the feature, update your description in your declaration form. Try to reflect the experience as closely as possible as you describe the declared feature so that we can verify that it functions the way it’s described. Then resubmit the form via your Google Play Console account.

How to remove location in the background

If you’ve determined that your app doesn’t require location in the background, complete the steps in this section to remove background usage and reach compliance. You’ll also need to submit your app for review if location permissions are used in any app bundles or APKs, including non-production tracks. For a listing of affected app bundles or APKs, go to App content (Policy > App content > Sensitive app permissions > Show summary) in your Google Play Console account.

If you previously had any noncompliant app bundles or APKs accessing background location, make sure the noncompliant versions are not in any of your current releases, even if you don’t use certain tracks.

  1. Open App bundle explorer (Test and release > App bundle explorer) to check whether a certain version is active.
  2. When submitting a new app bundle APK to supersede the previous, noncompliant app bundle or APK, make sure the noncompliant app bundle or APK is under the "Not included" section before rolling out the new release.
    1. For further guidance, see the "Not included" section in the Prepare and roll out a release article.
  3. Make sure that any new, compliant release is rolled out to 100% and completely deactivates noncompliant app bundles or APKs.

If you’re still facing issues after examining your code paths and restricting usage to foreground purposes only, review any third-party SDKs used in your app that may be accessing the locations in the background.

When to update your app’s location permissions approval

It’s your responsibility to make sure that your app is approved for background location usage and remains compliant in all future submissions. App updates will be reviewed in accordance with Google Play policies. Material changes to your app may affect your app’s approval for background location access and cause additional reviews.

If there’s a change in an app feature that uses location in the background, please submit a new declaration form and we’ll review your app accordingly.

Issues with old APKs that use location permissions

If you have an old APK(s) with location permissions and you’re no longer able to make code changes to it (them), you may apply for a policy exception.

To qualify for the exception, you must meet all of the following requirements:

Google Play will review the request and grant exceptions on a case-by-case basis. Alternatively, you may choose to unpublish the violating APKs to be compliant with the Location Permissions policy.

Was this helpful?

How can we improve it?