Apple's new age-rating question is mandatory this month. Answering "no" isn't the end of it.

by•

Since July, App Store Connect asks whether your app has social media capabilities. From September, you can't submit a new app or an update without answering.

Apple posted on 9 July that the age rating questionnaire now includes questions about social media capabilities, and that "beginning in September 2026, responses will be required when submitting new apps or updates to the App Store, or when submitting apps for notarization for alternative distribution." September ends tomorrow, so if you have a build in flight, this is the week you meet it.

Apple's definition is narrow: the ability to redistribute, amplify, or interact with user-generated content through a social feed or similar discovery method. If that is not your app, you answer no and move on. Murror has no feed of other people's content, so ours is a plain no. The part worth understanding is who gets caught by the word "similar." A comments section, a community tab, a public profile page or a shared-collections screen can all be read as a discovery method. Before you tick no, open your own app and look for any place where one user's content reaches another user.

The second thing is that this sits on top of a larger change. Texas SB 2420 was enjoined in December 2025, Apple paused its plans, and on 3 June Apple said the injunction had been lifted and that from 4 June new Apple Accounts in Texas are subject to age assurance and parental consent. Apple's developer pages point to the Declared Age Range API as the way to read a user's age category, and describe further APIs, for re-obtaining parental consent after significant changes and for handling consent revocation, that were still to come when I read them. Check Apple's age assurance Q&A for the current state rather than trusting my summary, because this has already moved twice.

What I'm doing, and what I'd do in any small app: answer the questionnaire from the product as it actually is, not as it was on the day I first filled it in. Write down the answer and the reason, so the next person who adds a sharing feature knows it changes the answer. And treat the age signal as a design question rather than a compliance chore. For an app that handles emotional content, knowing whether a user is a minor is information we would want to have anyway.

The cheap failure here is a rejected submission on release day. The expensive one is shipping a small "share" button in a point release and never revisiting a declaration you made a year ago.

31 views

Add a comment

Replies

Best

Writing down why you answered "no" is smart. I can totally see myself forgetting the reasoning six months later.

That "one user's content reaches another user" way of looking at it makes the Apple wording much easier to understand.

The comments example got me. Easy to add something like that and forget it changes the declaration.

I hadn't really thought of the age signal as useful product information too, not just an Apple requirement.

The reminder to revisit the ans when the product changes is probabaly the bit I'd actually write down.