Google Play Publishing

Complete Google Play Data Safety from Actual Data Flows

Google Play Data Safety is a declaration of what your app and its included SDKs actually do with user data. It is not generated correctly by selecting “no collection” because your own code has no login screen. Advertising, crash reporting, analytics and backend requests can still be relevant.

By Updated 2 min read

Build a data-flow inventory first

For each flow, record the data type, where it originates, whether it leaves the device, the receiving organization, purpose, retention and user control. Include default SDK behavior as well as features you explicitly enabled.

Example flow Evidence to gather
Crash report SDK version, payload fields and collection configuration
Ad request Ads SDK and adapters, identifiers, consent and audience settings
User-uploaded document Server destination, retention and deletion procedure
Local-only calculation Confirmation that input does not leave the device

A permission is an indicator to investigate, not a complete data-flow description. Conversely, internet-based collection can occur without a dangerous runtime permission.

Complete the form against that inventory

In Play Console, open the app's App content page and its Data safety section. Start or manage the declaration, review the questionnaire and compare the preview with your privacy policy and implemented controls.

Use Google's definitions for collection, sharing, optional processing and the available exceptions. Ephemeral processing and service-provider relationships have specific treatment; they are not blanket reasons to omit a flow. An optional answer needs to reflect a real choice available to the affected users.

Reconcile the SDK evidence

A vendor's disclosure guide is an input, not a finished answer for your application. Mediation adapters, authentication, custom events and remote configuration can change the complete picture. Save the versioned vendor reference with your release checklist.

APKLint's Data Safety Helper can organize this review and expose inconsistencies. It cannot observe every server request, determine your legal obligations, or make an authoritative declaration on your behalf.

Validate and maintain the result

Check the declaration after adding an SDK, enabling a feature, changing retention or altering account deletion. Test both consent acceptance and rejection paths. The form, in-app disclosure and privacy policy should describe the same product rather than three different versions of it.

The official Data Safety definitions and Mobile Ads disclosure guide are the primary references. Keep uncertainty in an internal review queue instead of converting it into an unsupported “no” answer.

Sources and further reading

  1. Google Play: Data safety section
  2. Google: Mobile Ads SDK data disclosure

Reference review: 22 September 2026. Examples illustrate the workflow; check your installed versions, release artifact and account-specific Console requirements before applying them. This guide is not a claim that APKLint executed your project or verified your private account.

APKLint

Android inspection tools and practical release guides. About APKLint · Report a correction