Families Policy: What Changes When Your App Is For Kids
Stricter ad rules, certified SDKs only, parental consent flows. A guide for developers whose apps target users under 13.
If your app is designed for kids — even partially — you enter a different regulatory universe. The standard Play Store rules tighten significantly, additional rules layer on top, and several common monetization strategies stop being legal. This guide walks the rules that apply when your audience includes under-13 users.
What counts as "designed for children"
Google evaluates this based on multiple signals: your app's store-listing audience (set in the Target audience step of the wizard), the visual style (cartoon characters, bright colors, simple UI), the subject matter (kid-themed games, educational apps for early grades), and your declared content rating. If any of these say "kids", the kids rules apply.
The official threshold: if your app targets users under 13 OR includes a mixed audience that includes under-13s, you must comply. There is no "just for older kids" exception that bypasses the rules.
COPPA compliance
The US Children's Online Privacy Protection Act regulates data collection from children under 13. Even non-US developers must comply if they have US users — which means essentially every Play Store app. Key requirements:
- You cannot collect personal information from a child under 13 without verifiable parental consent.
- Behavioral advertising is prohibited.
- You cannot enable user-to-user communication features without explicit parental consent gates.
- You must publish a COPPA-specific privacy policy section that explains what data is collected from children, how it's used, and how parents can review or delete it.
Designed for Families program
Apps that target under-13 users can opt into the Designed for Families program. Acceptance brings benefits (featured placements in the Family category, badging on the store listing) and additional restrictions (stricter ad SDKs, content moderation requirements, mandatory parental gate before any external link).
The Families program is opt-in but if your app is clearly for kids and you don't opt in, Google may apply the restrictions anyway and you miss the placement benefits. Most kid-app developers opt in deliberately.
Approved-only ad SDKs
This is where many indie kid-app developers get caught. The Families program restricts ad SDKs to a Google-maintained allow-list. AdMob is approved (with kid-friendly mediation). Most other ad networks are not. If your monetization relies on a niche ad SDK, you may need to switch to AdMob entirely to qualify for the Families program — and even then, you must configure AdMob in kid-safe mode, which significantly reduces eCPM.
Alternative monetization for kid apps: paid up-front, in-app purchases (with parental gates), subscriptions (with parental gates), and licensing your IP to bigger players who handle distribution.
Parental gates
Any action with significant consequences — making a purchase, entering personal info, leaving the app to visit a website — must be gated behind a parental challenge that a child cannot easily solve. The typical implementation: a math problem (e.g., "what is 3 + 5?") presented in a separate UI screen, written in adult-style language. The gate must not be a checkbox or a single-tap confirmation.
Mixed-audience apps
Apps for "ages 6+" or any range that includes under-13 users must implement a neutral age-gate at first launch. The age gate must not influence the user toward any answer (no smiling faces or sparkles around the "over 13" option). Users who declare under-13 get the kid-mode experience; users who declare 13+ get the standard experience.
The age gate is one-shot — once a user has answered, you remember the answer and don't re-ask. Some implementations store the answer in encrypted form on-device only, never transmitting it server-side, to avoid age data becoming personal information.
How the wizard handles this
Step 8 (Target audience) asks if your app is designed for children. If yes, the wizard's compliance check verifies you have: in-app account deletion (heightened standard for kid accounts), an appropriate content rating (Everyone or Everyone 10+ for kid apps), COPPA disclosures in your generated privacy policy, and a parental-gate declaration. The pricing step warns against ad-based monetization unless you confirm AdMob in kid-safe mode.
Google Play Console Setup: A First-Time Developer's Walkthrough
Every screen you'll encounter setting up a Play Console account, from the $25 fee to verifying your identity, with the right answers for each section.
ComplianceTarget API Level Requirement: Why Your AAB Needs Android 15 (API 35)
Google now rejects every new submission below API 35. Here is what the rule means, how to update your gradle file, and what's coming for Android 16 in August 2026.
ComplianceThe 12-Tester, 14-Day Rule for Personal Developer Accounts
If you signed up after November 2023, you cannot skip the closed-testing requirement. Here's exactly how to set it up, recruit testers, and survive the wait.