Accessibility Nutrition Labels: declare what you support
Accessibility Nutrition Labels are a product-page section declaring which accessibility features your app supports, each with its own evaluation criteria. They are optional. Claiming a feature the app does not actually support is a misrepresentation of the product page.
Why it matters
The features are VoiceOver, Voice Control, Larger Text, Dark Interface, Differentiate Without Color Alone, Sufficient Contrast, Reduced Motion, Captions and Audio Descriptions.
Each has criteria rather than being a matter of opinion, so the declaration is a claim about behaviour that can be checked by anyone who opens the app with that feature turned on.
This is raised as an improvement, and only for apps that already do accessibility work, because it is an opportunity rather than a defect: the work is done and the product page does not say so.
It is also the rare product-page field with an audience that will actually act on it. Somebody who needs VoiceOver support checks whether an app claims it before downloading, and an app that supports it silently is an app they skip.
The risk runs the other way for the same reason: a claim that does not hold is discovered immediately by the person it was aimed at, which is a worse outcome than not claiming it.
How to fix it
- Test the app with each feature you intend to claim actually enabled, rather than reasoning about whether it should work.
- Declare the ones that pass and leave the rest, since a partial honest label is better than a complete inaccurate one.
- Revisit after interface changes, because a new screen without Dynamic Type quietly invalidates a Larger Text claim.
The guidelines behind it
Read from Apple’s App Review Guidelines as last updated October 16, 2026.
What ReviewAhead checks
Accessibility Nutrition Labels. Accessibility work already in the app can be declared on the product page.
- Cross-references what the project suggests: a project with no Dynamic Type usage and no accessibility identifiers is unlikely to satisfy Larger Text.
- Raised only for apps that already show accessibility work, so it is not noise for a project that has not started.
- Reports it as an improvement and never as a defect, because a missing optional label is not a submission problem.
Apple’s own documentation for this requirement: developer.apple.com. Where this page and Apple disagree, Apple is right and this page is a bug.