FreeFor app owners
Google Play Data safety checklist
Every question Google Play asks about your app's data, what it means, and how to check your answer before you submit.
Before you start
Google shows your answers on your store listing and checks them when it reviews your app.
- Collected
- the data leaves the phone, to your servers or anyone else's, an SDK's included.
- Shared
- the data goes to another company, from the phone or from your servers. Passing it to a supplier that only processes it for you (your hosting, an email service, an AI model provider whose terms say it acts on your behalf) is not sharing, but it is still collecting.
- Processed ephemerally
- kept in memory only for the one request, never stored, logs included. You still declare it; Google does not show it on the listing.
What you must declare: what the app collects or shares, what its libraries and SDKs send, what your servers pass to another company, and what goes through a web page the app opens (unless the user is just browsing the web).
The form, step by step
In Play Console: your app, then App content, then Data safety. Save a draft between steps.
Step 1, Overview
Nothing to answer.
Step 2, Data collection and security
Does your app collect or share any of the required user data types?
Yes · No
Yes for almost any app with sign-in, crash reporting, analytics or push. No only if nothing leaves the phone.
Check: run the app through a proxy, or read the SDK list in your build.
Is all of the user data collected by your app encrypted in transit?
Yes · No
Yes when every call, the SDKs' included, uses HTTPS.
Check: search the code for http:// and confirm cleartext traffic is off in the Android network security config.
Which of the following methods of account creation does your app support?
Username and password · Username and other authentication · Username, password and other authentication · OAuth · Other · My app does not allow users to create an account
A username includes an email address or phone number; other authentication includes one-time codes, passkeys and biometrics. Tick OAuth too if people can sign in with Google, Apple or another provider.
Check: every sign-in button on the app's first screen and on any web page it opens.
Delete account URL
A web page, not only a screen inside the app, that names the app as the listing does, shows the steps to ask for deletion, and says what is deleted, what is kept and for how long.
Check: open it signed out, on a phone.
Do you provide a way for users to request that some or all of their data be deleted, without requiring them to delete their account?
Yes · No · No, but user data is automatically deleted within 90 days
Optional. Yes only if that way works today.
Additional badges
Independent security review · UPI payments verified
Optional. An independent security review (MASA) is a paid assessment by a lab Google authorises; UPI payments verified is for finance apps in India only.
Step 3, Data types
Tick a type if any part of the app, an SDK or your server collects or shares it. The form lists 38 types in 14 categories.
Location
- Approximate location
- Precise location
Personal info
- Name
- Email address
- User IDs
- Address
- Phone number
- Race and ethnicity
- Political or religious beliefs
- Sexual orientation
- Other info
Financial info
- User payment info
- Purchase history
- Credit score
- Other financial info
Health and fitness
- Health info
- Fitness info
Messages
- Emails
- SMS or MMS
- Other in-app messages
Photos and videos
- Photos
- Videos
Audio files
- Voice or sound recordings
- Music files
- Other audio files
Files and docs
- Files and docs
Calendar
- Calendar events
Contacts
- Contacts
App activity
- App interactions
- In-app search history
- Installed apps
- Other user-generated content
- Other actions
Web browsing
- Web browsing history
App info and performance
- Crash logs
- Diagnostics
- Other app performance data
Device or other IDs
- Device or other IDs
What people type or say to a chat or an AI assistant is in-app messages or user-generated content, and recordings are voice recordings.
Step 4, Data usage and handling
For each type ticked in step 3, the form asks:
Is this data collected, shared or both?
Collected · Shared
Tick both when both are true.
Is this data processed ephemerally?
Yes · No
Asked only for collected data. Yes only if it is never stored, logs included.
Is this data required for your app, or can users choose whether it's collected?
Data collection is required · Users can choose whether this data is collected
"Users can choose" only if the app works without it.
Why is this user data collected?
Asked only for collected data. Tick every purpose below that applies.
Why is this user data shared?
Asked only for shared data. Tick every purpose below that applies.
The seven purposes
- App functionality
- the features of the app, signing users in included.
- Analytics
- how people use the app and how it performs: feature use, crashes, bugs.
- Developer communications
- news and notifications about you or the app, such as a security update.
- Advertising or marketing
- showing or targeting ads or marketing, measuring them, or passing data to ad partners.
- Fraud prevention, security and compliance
- keeping accounts safe and meeting the law, such as watching failed sign-ins.
- Personalisation
- tailoring the app, such as recommendations.
- Account management
- creating accounts, signing in and verifying who someone is.
Step 5, Preview
Read it as a customer would, then save.
Common mistakes
- Leaving out what SDKs send: crash reporting, analytics, ads and push all collect data.
- A delete-account link that opens the privacy policy, or only a screen inside the app.
- Sign in with Google or Apple offered, and OAuth not ticked.
- Data marked optional when the app cannot be used without it.
- Data marked ephemeral when it is written to a log or a database.
- Forgetting what your server passes on to another company.
- Forgetting what goes through a sign-in or payment page the app opens.
- Answers that disagree with the privacy policy.
- A new SDK or feature added, and the form not updated.
What common SDKs usually send
Most SDK makers publish their own Data safety guidance: read it for the version you use, and for the options you turn on.
| SDK | Usually declared |
|---|---|
| Firebase Crashlytics | Crash logs, Diagnostics, Device or other IDs |
| Sentry | Crash logs, Diagnostics; more if you attach users or turn on session replay |
| Google Analytics for Firebase | App interactions, Device or other IDs, and whatever your own events carry |
| Firebase Cloud Messaging (push) | Device or other IDs |
| Sign in with Google or Apple | Name, Email address, User IDs |
| Google Play Billing | Purchase history |
| Stripe | User payment info, Purchase history |
| Google AdMob | Device or other IDs, Approximate location, App interactions, Diagnostics |
| Maps and location services | Approximate location or Precise location |
What this is not
Checked against Google Play Console on 14 November 2026. Google changes the form from time to time.
This checklist is a guide, not legal advice. Where it and Google's help differ, Google's help is right.
The blank checklist holds every question and data type above, to fill in for your app.
Want someone to check your answers against what your app really sends?
Book a free Software Health Check. Five a month.
Book your free Software Health Check