#7C3AED
hex37

Plain-English explanations of the stories the internet is arguing about.

Privacy · 5 min

Google Will Extend Android Age Checks Worldwide by Year's End

The Play Age Signals API lets Android tell apps a user's age bracket rather than their birthday. It reaches Australia and Canada in August, everyone else by December — and the countries chosen first are the ones with new laws.

This is the Android Wikipedia App download page on Google Play Store.
Photo: RWambua-WMF / CC BY-SA 4.0 · source

Google has told app developers that a system for telling apps how old their users are will reach every Android phone running the Play Store before the end of 2026. The feature, called the Play Age Signals API, has been running as a limited trial in Brazil. Google says it will switch on for users in Australia and Canada by the middle of August, and then everywhere else "later this year."

The mechanism is deliberately narrow. When an app asks, Android can hand it a rough age band — the example Google gives is "16–17" — rather than a date of birth or a name. For accounts belonging to children, the decision to share that band sits with a parent, inside Google's family supervision app, Family Link. Adults can share their own band when an app prompts them. Nothing is shared by default, and Google says the setting can be switched off again at any time.

For a parent, the appeal is obvious. Today, keeping a child away from adult content means burrowing into the settings menu of every app they use, one at a time, and repeating the exercise each time they install something new. Google's pitch is that you set the age band once, in one place, and every participating app receives it. The child lands in a version of the app that already suits them; the parent never opens the app's own settings screen.

A bracket instead of a birthday

Handing over a band rather than an exact age is a real design choice, and a better one than the alternative. An app that learns you are "16–17" cannot work out your birthday, cannot use it as a unique identifier, and cannot match you against a database of people with the same date of birth. Google says the ranges are coarsened specifically to stop apps from reverse-engineering a precise age from repeated checks.

But it is worth being precise about who gains privacy here, and from whom. The system limits what a game studio or a video app learns about you. It does not limit what Google learns, because Google is the party that has to know your age in the first place in order to vouch for it. The improvement runs in one direction: outward, toward developers. At the centre of the arrangement sits a single company that already operates the phone's operating system, its app store, its account system and one of the world's largest advertising businesses.

The rollout order is a map of new laws

Google's announcement does not contain the words "law," "regulation" or "compliance". The sequence of countries supplies the missing explanation.

Brazil, the pilot market, adopted legislation in 2025 that pushes responsibility for children's safety onto platforms and app stores directly, including requirements to establish whether a user is a minor and to link children's accounts to a parent. Australia, next in line, has banned under-16s from social media accounts, with enforcement beginning at the end of 2025 — a rule that only functions if platforms can tell who is under 16. Canada has spent several parliamentary sessions on bills that would require adult sites to check ages. Britain's Online Safety Act already demands "highly effective" checks for pornography and self-harm content, and roughly half of US states have passed age verification statutes of their own.

Read against that backdrop, the announcement is less a product launch than an infrastructure response. Regulators around the world have decided, in a short space of time, that the internet must know how old its users are. Someone has to build the plumbing, and the two companies that control the mobile app stores are the obvious candidates — a position both Google and Apple have spent the past two years arguing about publicly, each suggesting the other should carry the burden.

The question the announcement does not answer

Sharing an age band presumes an age band exists. Where does it come from?

For a supervised child account, the answer is straightforward: a parent set it up. For adults, it is not. Establishing that an anonymous account holder is over 18 to a standard that satisfies a regulator generally means one of a small set of unpleasant options — a scan of a government ID, a credit card check, a selfie run through software that estimates age from facial features, or an inference drawn from years of accumulated account activity. Google has used versions of all of these elsewhere in its products. The announcement is silent on which apply here.

That silence matters, because it is the part of the system that determines the actual cost to users. A privacy-preserving way to transmit an age is genuinely useful. It does not change the fact that somewhere upstream, someone had to photograph their passport, or accept that a machine-learning model's guess about their face is now attached to their account.

An optional signal in a voluntary system

Two limitations shape what this will accomplish. First, developers decide whether to ask. Google frames this as flexibility — a weather app plainly needs less protective machinery than a video-sharing service — and it is a reasonable argument. It also means the safety net has holes shaped exactly like the apps least inclined to check. A messaging app with no commercial interest in filtering its users can simply never call the API, and nothing about a child's phone changes.

Second, this lives in Google Play Services, the proprietary layer Google ships on top of Android, rather than in the open-source operating system itself. Phones sold without Google's store — a large share of the market in China, and the whole of the de-Googled Android ecosystem — will not have it. Every new obligation that lands in that proprietary layer also makes Google's version of Android harder to leave, for phone makers and regulators alike.

None of which makes the feature bad. Compared with the crude alternative now spreading through legislatures — upload your ID to every website individually — a system that reveals a two-year band and nothing else is a meaningful improvement. The open question is whether the world ends up with this version, or with this version and all the others.

The full developer announcement is available on Google's Android developers blog.

Questions

What exactly does an app find out about me?

An age range, such as "16–17", and only if you or a parent has chosen to share it. Google says the bands are deliberately coarse so that an app cannot narrow them down to a precise date of birth by asking repeatedly. The app does not receive your birthday, your name or your account details through this system.

Can I turn it off?

Yes. Google says age ranges are never shared by default, and that the setting can be changed or switched off at any time — from the Family Link app for a supervised child account, or by declining the prompt in the case of an adult account. Whether individual apps remain fully usable after you decline is up to each developer.

Does this mean every app on my phone will now check my age?

No. Developers choose whether to request the signal at all. Google has explicitly designed it that way, arguing that a weather app does not need the same protections as a media app. The practical consequence is that apps with no interest in checking ages simply will not, and the system will do nothing about them.

How does Google know how old I am in the first place?

The announcement does not say. For children on supervised accounts, a parent supplies the information when setting up the account. For adults, companies operating under age-check laws typically rely on government ID scans, credit card checks, facial age estimation software, or inferences drawn from account history. Google has used each of these in other products.

Read the original at android-developers.googleblog.com →