App policies

Privacy should match the app — not a generic template.

Child-directed

Toddler & kids apps

For apps designed for children, release checks follow Google Play Families requirements in addition to ordinary Play policies.

  • Target age declared accurately
  • Child-appropriate content and disclosures
  • No prohibited persistent identifier transmission from children
  • No precise-location collection in child-only apps
  • If ads are used, child-appropriate treatment and eligible Families ads SDK/version requirements are checked
General audience

Games & utilities

Each policy describes the actual release build, not assumptions based on another IgnitedRoots app.

  • Permissions and SDKs disclosed accurately
  • Data Safety answers kept consistent with actual data flows
  • Advertising and analytics stated only when present
  • Policy revisited when practices materially change
Feature-sensitive

Camera / media / real-world features

Apps using sensitive device capabilities receive additional disclosure where relevant.

  • Purpose explained for sensitive permissions
  • Local-only and transmitted data clearly distinguished
  • Capture does not automatically imply upload
  • Retention or deletion practices stated where applicable

Release-specific policy pages

Before a public Google Play release, each app receives a dedicated policy URL tied to that exact build. The Play Console target audience, Data Safety, ads declaration, content rating, permissions and website policy are reviewed together so they do not contradict one another.

For children's apps: target-audience choices matter. If children are included in the target audience, the Families requirements apply; ad and identifier handling must be configured accordingly.

Current framework

DoodlePetal and BopBloom are treated as child-directed candidates for policy review. FlipPair, Dragon Fury and VROOM! use the general-game framework unless their release configuration indicates otherwise. SideQuest is reviewed under the feature-sensitive framework because real-world capture or device capabilities may require additional disclosure.