guide
Determining Your App's Age Group
Every developer publishing apps on the Meta Horizon Store must identify and select their app's intended age group via a self-certification flow. You will choose from: teens and adults (13+), children ages 10 to 12, or mixed ages (13+ and under 13).
But if you didn't explicitly design your app for a specific age group, determining your app's age group during self-certification can seem challenging. We've provided some examples to help you evaluate your app and more accurately identify the intended age group of your audience.
Each example features a different fictional app and illustrates how a developer might self-certify in a similar scenario. Use this resource as a decision-making tool as you evaluate your app's subject matter, content, tone, design, and more.
This is not legal advice, nor a guaranteed solution to selecting the appropriate age group for your app. It is your responsibility to ensure you follow all applicable Meta Horizon platform and regulatory requirements.
My app is already live on the Store
I'm a new Meta Horizon developer
My app is already live on the Store
Example #1: I didn't build my app for younger users
In this example, Turbo Rush Entertainment created a zombie survival app with no intention that younger gamers would play it. Follow along to see how Turbo Rush determined their app's intended age group for self-certification.
Brainless Behemoths
1.2 min
Transcript
Turbo Rush Entertainment is the creator of Brainless Behemoths, a zombie survival app available on the Meta Horizon Store. Due to elements like minimal blood, crude humor, and suggestive themes… the app received a “T” content rating from the ESRB. That rating is similar to the 12 and up content rating assigned by the IARC.
Because Turbo Rush didn't intend for younger audiences to ever use their app, Brainless Behemoths does not have an age gate and does not collect user age.
But, after reviewing Meta's policies, they need to make sure the app isn't unintentionally child-directed. So even though Brainless Behemoths is designed for a more mature audience, the team reviews the FTC's criteria for determining if an app is considered child-directed under COPPA.
After reviewing the criteria and their app's subject matter, tone, and visual content, the team decides that their app's intended age group is a general audience, teens and adults ages 13 and up.
Finally, Turbo Rush reviews Meta's requirements and determines that since their app is for teens and adults ages 13 and up, they do not need to implement the Get Age Category API.
Note: All games depicted in this resource are fictional and created specifically for the purposes of this guide. These examples do not represent real apps available for purchase on the Meta Horizon platform.
Example #2: I created my app to be used by a younger audience
The creators of NebulaVerse built an app that tailors experiences based on user age. They intentionally designed for a diverse audience, but need help determining whether that primary audience includes children in addition to teens and adults.
NebulaVerse
1.5 min
Transcript
DreamTech published their social VR app, NebulaVerse, on the Meta Horizon Store.
NebulaVerse provides a tailored experience to users based on their age. To do this, and ensure their users are in age-appropriate experiences, NebulaVerse collects user age.
Because the content varies, it's not always suitable for everyone. NebulaVerse received a “T” content rating, which means the ESRB considers the content to be suitable for teens ages 13 and older. But, DreamTech built their app to deliver a variety of experiences... not just for users aged 13 and older.
So before DreamTech self-certifies the age group their app is intended for, their legal team reviews the FTC's guidelines to determine if the FTC would consider NebulaVerse to be directed to children under 13. They conclude that some app elements such as the tone, style, and characters would be considered child-directed, so COPPA does apply to NebulaVerse.
Then, DreamTech reviews Meta's requirements and determines that because their app is intended for users ages 10 to 12 and 13 and up, they need to self-certify as “mixed ages”.
That means DreamTech also needs to integrate the Get Age Category API.
Note: All games depicted in this resource are fictional and created specifically for the purposes of this guide. These examples do not represent real apps available for purchase on the Meta Horizon platform.
Remember, if you self-certify that your app is intended for mixed ages, you must implement the Get Age Category API
Example #3: The ESRB designated my app as “E for Everyone”
Sorcerer's Solitude is a single-player fantasy game. After completing the rating process, the app's content was assigned a rating of “E for Everyone” from the ESRB, MysticWeave must now determine the difference between what is suitable for a given audience versus what is intended for a given audience.
Sorcerer's Solitude
1.5 min
Transcript
MysticWeave Studios just published their new single-player fantasy game, Sorcerer's Solitude.
Because the ESRB gives their app an “E” content rating, MysticWeave Studios decides they should self-certify that their app is intended for Mixed Ages, which they interpret to mean “everyone.” The app does not collect any user age data, so they don't have a definitive understanding of the actual age range of their users.
So, to confirm their decision before self-certifying, the team rereads the document Determining Your App's Age Group. Then, they take the Course Completing Age Group Self-Certification.
After review, MysticWeave Studios realizes that they should not rely on the ESRB's rating alone to identify their app's intended age group.
Looking for more information on how to identify their app's age group, the team reviews the FTC's guidelines for COPPA, and when content is considered to be directed to children. They learn that based on factors like content, tone, style, and characters… Sorcerer's Solitude would likely not be considered “child-directed,” regardless of whether it's suitable for children.
After their evaluation, MysticWeave determines that they did not affirmatively design their app for children ages 10 to 12. So, they self-certify that their app is for a general audience, teens & adults ages 13 and up.
Note: All games depicted in this resource are fictional and created specifically for the purposes of this guide. These examples do not represent real apps available for purchase on the Meta Horizon platform.
I'm a new Meta Horizon developer
Example #1: I'm planning to design an app for children
WhimsicalGames is setting out to design a new app for preteens. Learn about the decisions they make to prioritize the safety, privacy, and security of this younger audience during app design.
Whimsy the Willow Tree
1 min
Transcript
The developer team at WhimsicalGames is planning to build a learning-based app inspired by a popular children's cartoon, Whimsy the Willow Tree. They want to distribute their app on the Meta Horizon Store.
The team knows they are building for a younger audience, so they must make sure their young users are accessing age-appropriate content and can enjoy the app safely.
So, WhimsicalGames prioritizes safety from the earliest stages of development. They take time to understand the necessary Platform and regulatory requirements… including the FTC's criteria for child-directed apps and their responsibilities under COPPA. Because their app is for children under 13, they'll review the age-based feature limitations of the Platform SDK in the documentation before filling out their Data Use Checkup.
Since the developer team is designing their app specifically for kids, the company will self-certify their app for children ages 10 to 12 during App Submission.
Note: All games depicted in this resource are fictional and created specifically for the purposes of this guide. These examples do not represent real apps available for purchase on the Meta Horizon platform.
Sample Development Lifecycle: Building an App for Mixed Ages
Imagine a developer team is just beginning the design process. The team plans to build a first-person exploration app tailored for users based on their age, with experiences for teens and adults as well as children. The team is planning to use their own in-house system for tracking user age.
VR App Development Lifecycle
Step 01: Requirements Gathering & Planning
- Read and understand Meta Horizon's Developer Policies
- Read and understand their requirements under the Children's Online Privacy Protection Act (COPPA)
- Confirm their app's age group, as well as their Platform and regulatory requirements, with legal counsel
Step 02: Design
Design the app for their age group
The team will make intentional choices about app elements including the content, visual design, music, and characters they select for their app's target audience.
Design for parent management of the account
For the child-directed experience, the team designs parental settings that give parents/guardians full transparency and control over their child's experience on the app.
Since children will be placed in parent-managed Meta accounts, the team makes sure the app's description is detailed and up-to-date so parents can decide whether or not the app is right for their child before approving download.
Design for Platform SDK and age-based limitations
Since one of the app's primary audiences is children, certain platform features are off-limits for their tailored experience. The team reviews Platform SDK restrictions for child users for Unity, Unreal, and Native.
Design for Get Age Category API
The team selects this API because they will be designing an app for mixed ages. This API enables them to retrieve the age group of their users from the users' Meta profile.
Design for data collection changes related to COPPA
The team reviews the FTC's guidance for protecting children's data and complying with COPPA.
Step 03: Build
- Build experience for users 13 and older
- Build experience for users 10-12
- Build for Platform SDK age-based limitations identified during design
- Build and integrate system for tracking user age
Step 04: Test
In addition to their routine app testing, the team will:
- Create parent-managed Meta account test users
- Use those test accounts to ensure your protections for child users are working as designed
- Test parent account oversight
- Test the Get Age Category API
Step 05: Prepare for App Submission
- Ensure social features are disclosed in the app's PDP
- Review app and other artifacts with legal counsel to confirm age group and compliance with Platform and regulatory requirements
Step 06: Submit & Publish App
- Self-certify that the app is intended for mixed ages
- Implement the Get Age Category API within 30 days of self-certification
Step 07: Updating & Maintenance
Reconfirm age group self-certification
The team will update the age group if necessary.
Update and Rebuild As Necessary
If the app's intended audience does change, and the team needs to update the intended age group, they will also update their data handling design and rebuild elements of the app as necessary.
