LogoLogo
Insights
  • Introduction
  • A standard integration
  • FAQ
    • FAQ
      • Integration (FAQ)
      • Detections (FAQ)
      • Data interface (FAQ)
      • Security, Privacy and Terms of Service (FAQ)
      • Journeys and Insights (FAQ)
  • SDK
    • Getting Started
      • Android Quick Start
        • 1. Android Checklist
        • 2. Including the SDK
        • 3. Configuration
          • Sample Notification
        • 4. Initialization
        • 5. Starting Detections
        • 6. SDK Status Updates
        • 7. Permissions
        • 8. What's Next
      • iOS Quick Start
        • 1. iOS Checklist
        • 2. Installation
          • Installation with CocoaPods
          • Installation with Carthage
          • Manual Installation
        • 3. Configuration
          • Using Integration Guide
          • Manual Configuration
        • 4. Usage
        • 5. Tips and Guidelines
        • 6. What's Next
      • React Native Quick Start
        • 1. React Native Checklist
        • 2. Installation
        • 3. Configuration
        • 4. Initialization
        • 5. Usage
        • 6. What's Next
    • Appendix
      • Android
        • Android 10 Update Behavior
        • Android Battery Optimization
        • External SDK Dependencies
        • Manifest Permissions
        • Notification Management
      • iOS
        • App Store Privacy Section
        • App Store Release
        • iOS 13 permission changes
        • M1 Simulator Support
        • Swift Support
      • Control Sending Data
      • Controlled Detections
        • Automatic Detections
        • Automatic Detections with Forced Trips
        • Controlled Trips Only
        • Checking Trip Status
      • Custom User Metadata
      • Detecting Vehicle Crashes
      • Migration Guide
        • Android
        • iOS
      • React Native
      • SDK Initialization
      • User Credentials
      • User Linking
      • Xamarin
    • API Reference
      • Android
        • VehicleCrashDetection
          • VehicleCrashEvent
          • VehicleCrashListener
          • CrashCallback
        • InitState
        • MetaUserLinker
        • MetaUserLinkerAsync
        • MetaUserLinkerCallback
        • OnInitCallback
          • InitIssue
        • OnSdkStatusUpdateHandler
        • OnStartFinishedHandler
        • PoiAddress
        • PoiLocation
        • PointOfInterest
        • PoiPlace
        • ResetCallback
          • ResetFailureReason
        • SdkConfig
          • Builder
        • SdkException
        • SdkStatus
          • LocationSetting
          • Quota Status
          • StartStatus
        • Sentiance
        • SubmitDetectionsCallback
        • StationaryInfo
        • Token
        • TokenResultCallback
        • Trip
          • StartTripCallback
          • StopTripCallback
          • TransportMode
          • TripTimeoutListener
          • TripType
        • TripInfo
        • TripProfile
          • HardEvent
          • TransportSegment
          • VehicleMode
        • TripProfileConfig
          • Builder
        • TripProfileListener
        • UserActivity
        • UserActivityListener
        • UserActivityType
      • iOS
        • MetaUserLinker
        • SENTSDK
          • SENTSDKStatus
          • SENTPublicDefinitions
        • SENTConfig
        • SENTTripProcessingTripProfile
          • SENTTripProcessingTransportSegment
          • SENTTripProcessingHardEvent
          • SENTTripProcessingVehicleMode
        • SENTVehicleCrashEvent
      • React Native
    • Battery Optimization
    • How To
      • Check the Location Permissions
    • Troubleshooting
      • Android
      • iOS
        • Bundle format unrecognized, invalid, or unsuitable
        • Error: Undefined symbols for architecture arm64
    • Changelog
      • Android
      • iOS
  • Important topics
    • Authentication and Authorization
    • User linking
    • PlayStore Location Access Review
    • Privacy Report & Dashboard
    • Vehicle Crash Detection
  • Library
    • Events
    • Moments
    • Segments
    • Glossary
  • Backend
    • GraphQL
    • REST API Reference
      • Error Codes (REST API)
    • Offloads
    • Data Reference
      • Data Reference A-B
      • Data Reference C-G
      • Data Reference H-L
      • Data Reference M-P
      • Data Reference Q-T
      • Data Reference U-Z
  • Data Explorer
    • Data Explorer
      • Global (EU)
      • US
      • Australia
  • Guide
    • Firehose
    • Verifying your integration
    • SDK Standard License
    • Journeys License
    • Journeys Application
    • Journeys Privacy Policy
    • Technical & Organizational Measures
Powered by GitBook
On this page
  • Background Location Access Review
  • Review Considerations
  • Make access to the location in the background clear to users
  • Declaration requirements
  • In-app disclosure
  • Privacy policy
  • Enforcement
  • References
  1. Important topics

PlayStore Location Access Review

PreviousUser linkingNextPrivacy Report & Dashboard

Last updated 1 year ago

This document refers to deprecated parts of the platform and has been left intact to help customers with legacy integrations. In order to access the latest platform features and documentation, please go to https://docs.sentiance.com.

For a general app review preparation information, please refer to

Background Location Access Review

The Sentiance SDK requires background location access to gather insights. Without background location access, the SDK is currently designed to seize its operation.

Effective from March 29, 2021, for existing apps, and Jan 18, 2021, for new apps, any app that uses background location needs to submit the Permissions Declaration form in Play Console which will be reviewed by Google. We anticipate that there will be a spike of review submissions around March 29, 2021, which may cause delays in publishing a new app or an update to Play Store.

****\

Review Considerations

Once an app is submitted for review for background location access, the below criteria will be considered at the time of writing. Please note that this is not an exhaustive list and is subject to change over time:

  • Does the feature deliver clear value to the user?

  • Would users expect the app to access their location in the background?

  • Is the feature important to the core purpose of the app?

  • Can the app deliver the same experience without accessing the location in the background?

The core functionality is defined as the main purpose of the app. This may comprise a set of core features, which must all be prominently documented and promoted in the app's description. Without the core feature(s), the app is "broken" or rendered unusable.

Make access to the location in the background clear to users

  • Provide a short Play Store description to signal "location" (for example, "find anywhere" or “always know where”).

  • Include an in-app screenshot that shows a map/user location or geotagged images.

  • If applicable, your app title or icon may also signal the location feature of your app.

Declaration requirements

When completing the permissions declaration form (above), you’ll also need to complete the steps below so Google can evaluate your app’s access to the location in the background.

As part of the permissions declaration, you must provide a link to a short video that demonstrates the location-based feature in your app that requires access to the location in the background. Without the video, the app will be rejected.

The video should demonstrate the background location feature and the required steps to encounter and enable this feature in-app. The video should show:

  • Runtime prompt

  • The prominent in-app disclosure dialogue displayed to users

  • The feature is activated from the background

The recommended duration is 30 seconds or less, and it does not need to be an exhaustive app demo. Rather, focus on conciseness and clarity of why the background location is needed. A YouTube link is the preferred video format.

In-app disclosure

If your app accesses a location in the background, you must provide an in-app disclosure of your data access, collection, use, and sharing.

Requirements

  • Must be within the app itself, not only in the app description or on a website;

  • Must be displayed in the normal usage of the app and not require the user to navigate into a menu or settings;

  • Must describe the data being accessed or collected;

  • Must explain how the data will be used and/or shared;

  • Cannot only be placed in a privacy policy or terms of service; and

  • Cannot be included with other Disclosures unrelated to personal or sensitive data collection.

  • Does not need explicit consent such as an “accept” or “I understand” granted by the user as this is done in the runtime prompt that immediately follows; enabling the user to close or swipe away are acceptable ways to migrate out of the disclosure.

The language in the disclosure MUST include the following elements:

  1. The term “location.”

  2. An indication that the nature of usage is in the background by using one of the following phrases “background” / “when the app is closed” / “always in use” / “when the app is not in use.”

  3. A list of all the features that use location in the background.

  4. If you extend permitted usage to ads, you must include the following: “used to provide ads/support advertising/support ads.” (Choose the most accurate phrasing).

Example disclosure statements

Below is an example statement that can be used in your disclosure.

“[This app] collects location data to enable ["feature"], ["feature"], & ["feature"] even when the app is closed or not in use.”

Privacy policy

Adding a privacy policy to your app's store listing helps provide transparency about how you treat sensitive user and device data. The privacy policy must, together with any in-app disclosures, comprehensively disclose how your app collects, uses, and shares user data, including the types of parties with whom it is shared. You should consult your own legal representative to advise you of what is required.

  • You must link to a privacy policy on your app's store listing page and within your app.

  • Make sure your privacy policy is available on an active URL, applies to your app, and specifically covers user privacy.

  • If your app uses a location in the background, your privacy policy must contain appropriate related disclosures.

  • Ensure your privacy policy page is clearly labeled.

Enforcement

App rejection can happen if the criteria above are not met. Once an app is rejected, do not resubmit the app until the violation has been fixed.

There have been (unverified) cases reported that Google Play would suspend the account if an app is rejected consecutively for the same reason and this may incur irreversible damage to your account.

References

“By publishing to Google Play, you agree to adhere to the and . Google is not required to send you a warning prior to suspension or termination.”

This video will help ****\

\

Play Policy Location in the background
Google Play Program Policies
Developer Distribution Agreement
How to handle a policy violation on Google Play
Requesting access to location in the background - Play Console Help (google.com)
Tips for getting your app approved for background location access
New guidelines for accessing background location in Android
Google Play Developer Policy Center
Prepare your app for review - Play Console Help
My app has been removed from Google Play - Play Console Help
Enforcement Process - Play Console Help
Prepare your app for review - Play Console Help
Google Play Policy - Declared permissions and in-app disclosures