Google обновила Play Age Signals API и документацию для разработчиков Android. Теперь сервис точнее описывает, как приложения могут получать возрастной диапазон пользователя или статус родительского контроля без запроса полной даты рождения, а для команд разработки это уже не формальность, а часть требований в отдельных странах и штатах.
При этом называть запуск глобальным пока рано. По документации Google, реальные возрастные сигналы сейчас доступны для подходящих пользователей в Бразилии и Техасе, а не во всех странах сразу.
Что именно умеет новый API
Play Age Signals API работает как прослойка между приложением и Google Play. Приложение может запросить не точный возраст, а диапазон: 0–12, 13–15, 16–17 или 18+, либо другой диапазон, если разработчик настроил собственные категории. Для Android-приложений Google рекомендует библиотеку com.google.android.play:age-signals:0.0.4.
Логика зависит от региона. В странах и регионах, где возраст передается по выбору пользователя, Google показывает встроенный запрос на передачу диапазона. Для детских учетных записей родители могут включить или отключить передачу возраста в Family Link. В штатах США, где действуют законы об обязательной возрастной проверке, схема другая: запрос внутри приложения не показывается, а проверка или настройка родительского контроля происходит через сам Play Store.
Где механизм уже действует
Самая важная поправка к исходному тексту касается географии. Google прямо пишет, что версия API 0.0.3 и выше сейчас возвращает реальные возрастные сигналы только для подходящих пользователей в Бразилии и Техасе. Для Бразилии это связано с законом Digital ECA, который вступил в силу 17 марта 2026 года.
Для Техаса Google отдельно уточняет: возрастные сигналы и сценарий проверки возраста уже начали разворачивать для новых пользователей, создавших аккаунт после 28 мая 2026 года. Про Австралию, Канаду и «все страны к концу 2026 года» в актуальной документации Google подтверждения нет, поэтому такие формулировки лучше убрать.
Почему это важно разработчикам
Сам API ничего не блокирует автоматически. Возрастные ограничения, скрытие функций, повторное согласие родителей после значимых изменений в приложении и другие сценарии должен реализовать сам разработчик. Google отдельно подчеркивает, что использовать данные из Age Signals API можно только для возрастных ограничений внутри того приложения, которое их запросило, а не для рекламы, аналитики или профилирования.
Практический вывод простой: если продукт работает с подростковой аудиторией, играми, пользовательскими материалами или встроенными покупками, возрастная логика уже превращается в часть архитектуры. Особенно для команд, которые выходят на рынок США и Латинской Америки, где магазины приложений постепенно берут на себя роль первого фильтра.
Ограничения системы
Google не выдает эту схему за универсальное решение. Если пользователь не делится возрастом в добровольном сценарии, приложение не получит диапазон. Если подросток создал другой аккаунт с неверными данными, API тоже не гарантирует защиту. Это скорее инфраструктурный слой для соблюдения правил и базовой сегментации, чем непробиваемая система проверки возраста.
Первыми эту модель придется всерьез внедрять мобильным студиям, игровым издателям и сервисам с чувствительными разделами внутри приложения: чем больше регуляторы давят на магазины приложений, тем меньше у разработчиков шансов оставить возрастные ограничения только в карточке приложения.
Источник: документация Android Developers, инструкция по запросу возрастных сигналов, справка Google Play для разработчиков, требования для отдельных стран и регионов.