Collecting data with Trackers and Webhooks

  1. Home
  2. Docs
  3. Collecting data with Trackers and Webhooks
  4. Trackers – collecting data from your own applications
  5. Mobile Native Trackers
  6. Android – Google Play Data Safety

Android – Google Play Data Safety

Google Play is launching a new Data safety section to help app developers showcase their app’s overall safety. The section, to be displayed on each app’s store listing page, will summarize the app’s privacy and security practices, as well as explain the data the app may collect and share from users (and why).

To comply with this new requirement, app developers will need to complete a new Data safety form in Play Console that asks them to disclose how any first-party and third-party code (such as third-party libraries or SDKs) in their apps collect and share such data.

Google Play team published several resources to help app developers navigate this new requirement:

In particular, in this table are the data that the developers need to disclose in the Data safety form.

Key dates to be aware of

  • Starting October 18: App developers will start to see the Data safety section form in Play Console and are asked to start to complete and submit for review.
  • February 2022: Users will start to see the Data safety section on app Store listing for apps with completed and approved form submissions.
  • April 2022: New app submissions and app updates will be rejected in Play Console if there are unresolved issues with the app developer’s form
  • After April 2022: Play may take further enforcement actions against non-compliant apps according to Play’s developer policy, including removal from the store.

Guidance for Snowplow Android Tracker users

To assist developers in helping build user data and security transparency, the guidance below can be used to publish SDK guidance for developers incorporating our Snowplow Android Tracker into their apps.

The developer will be asked to provide information for various data types.

The Android Snowplow Tracker can be fully configured by the developer in order to track only the data that really matters. Much of the functionality of the tracker and the automatically tracked events are optional and they can be specifically configured at compile-time and at runtime. All the data tracked by the tracker is under the developers control and is only sent to a pipeline provided by the customer. Snowplow can’t access any of the data tracked by the tracker.

Below the details of the data trackable with the Snowplow Android Tracker:

CategoryData typeDescriptionSnowplow Android TrackerFeature
LocationApproximate locationUser or device physical location to an area greater than or equal to 3 square kilometers, such as the city a user is in, or location provided by Android’s ACCESS_COARSE_LOCATION permission.✅ Geolocation context(optional and disabled by default in TrackerConfiguration geoLocationContext)
Precise locationUser or device physical location within an area less than 3 square kilometers, such as location provided by Android’s ACCESS_FINE_LOCATION permission.
App activityPage views and taps in appInformation about how a user interacts with your app. For example, the number of page views or the screen coordinates of taps.✅ ScreenView automatic tracking(optional but enabled by default in TrackerConfiguration screenViewAutotracking)
In-app search historyInformation about what a user has searched for in your app.
Installed appsInformation about the apps installed on a user’s device.
Other user-generated contentAny other user-generated content not listed here, or in any other section. For example, user bios or notes.
Other actionsAny other user activity or actions in-app not listed here such as gameplay and likes.✅ Session automatic tracking(optional but enabled by default in TrackerConfiguration sessionContext)
✅ Background-Foreground transition tracking(optional but enabled by default in TrackerConfiguration lifecycleAutotracking)
Web browsingWeb browsing historyInformation about the websites a user has visited.
App info and performanceCrash logsCrash log data from your app. For example, the number of times your app has crashed, stack traces, or other information directly related to a crash.✅ Crash reporting automatic tracking(optional but enabled by default in TrackerConfiguration exceptionAutotracking)
DiagnosticsInformation about the performance of your app. For example battery life, loading time, latency, framerate, or any technical diagnostics.✅ Platform context (optional but enabled by default in TrackerConfiguration platformContext)
Other app performance dataAny other app performance data not listed here.
Device or other identifiersDevice or other identifiersIdentifiers that relate to an individual device, browser or app. For example, an IMEI number, MAC address, Widevine Device ID, Firebase installation ID, or advertising identifier.✅ Advertising identifier (AAID, also called IDFA) (optional but it requires TrackerConfiguration platformContext which is enabled by default, a dependency with com.google.android.gms:play-services-ads and a tag on androidManifest.xml)

Note: The IP address of the device can be tracked by the collector. The Snowplow Android Tracker can’t disable the collector IP tracking from the client app.

If you’d like to learn more about Snowplow BDP you can book a demo with our team, or if you’d prefer, you can try Snowplow technology for yourself quickly and easily.