Google Play расширяет инструменты возрастной проверки, но не так широко и не так быстро, как это звучало в исходном тексте. По состоянию на 30 июля 2026 года Play Age Signals API уже работает для Бразилии и для части пользователей в Техасе, а Google обновил документацию и SDK до версии 0.0.4. Для Android-команд это не формальность: возрастные ограничения постепенно переезжают из юридических документов в код приложения.
Практический смысл простой. Google предлагает разработчикам не собирать дату рождения и не хранить лишние персональные данные, а получать от Play возрастной диапазон пользователя или статус, можно ли вообще делиться таким сигналом. Это особенно важно для приложений с платежами, пользовательским контентом, чатами, знакомствами и любыми взрослыми сценариями.
Где API уже работает и что именно известно
Главная проблема исходного текста была в датах. У Google нет подтвержденного объявления о глобальном запуске Age Signals API «до конца 2026 года» или «до конца года». В актуальной справке Play Console сказано, что живые ответы API сейчас доступны для Бразилии, а для США Google отдельно начал раскатывать возрастные сигналы и проверку возраста для новых пользователей в Техасе, чьи аккаунты созданы после 28 мая 2026 года.
Одновременно Google действительно ужесточает возрастные ограничения в других регионах, но это не то же самое, что глобальный запуск API. В справке по рейтингам контента указано, что для несовершеннолетних пользователей в Австралии, Бразилии, Сингапуре, Великобритании, Швейцарии и странах ЕЭЗ Play уже блокирует или фильтрует зрелый контент. Иными словами, регулирование расширяется быстрее, чем единый интерфейс для разработчиков.
Как работает Age Signals API
API не отдает точный возраст и дату рождения. Вместо этого приложение получает возрастной диапазон, например 0–12, 13–15, 16–17 или 18+, либо кастомные диапазоны, если разработчик настроил их в Play Console. В новой документации Google также описывает три статуса: SHARED, NOT_SHARED и VERIFICATION_REQUIRED.
Для взрослых пользователей источник возраста может быть разным: от самодекларации до дополнительной проверки. Для детей с родительским контролем сигнал может приходить через supervised-аккаунт, а родители управляют передачей возраста через Family Link. Это важная правка: исходный текст слишком упрощал механику и создавал впечатление, будто Family Link — единственный источник данных.
Есть еще один нюанс, который важен для продакта и комплаенса. Google прямо пишет, что API не решает за разработчика, какие функции блокировать и как перестраивать сценарии для подростков. Платформа отдает сигнал, а продуктовая команда сама решает, где резать чат, где отключать взрослый контент, а где запрашивать дополнительное согласие на значимые изменения.
Что это меняет для рынка
Для русскоязычных команд вывод довольно приземленный: если приложение работает на международных рынках, логику возрастных ограничений лучше проектировать сейчас, а не после письма от стора или регулятора. Самодельная схема с кнопкой «Мне уже есть 18» выглядит все слабее и с точки зрения закона, и с точки зрения платформы. Особенно это касается мобильных продуктов с подписками, UGC, знакомствами, стримингом, игровыми покупками и детской аудиторией.
Крупные компании получат еще один слой требований к архитектуре и аналитике, а небольшие студии — шанс не строить свою мини-систему KYC вокруг одной возрастной развилки. Но это только при одном условии: если Google действительно доведет Age Signals API до более широкого охвата. Пока рынок движется именно туда, но обещанного всемирного запуска на конкретную дату Google не подтвердил.
Оригинальные материалы: документация Android Developers, справка Play Console, требования по странам и регионам.
Следующий логичный шаг для разработчиков — проверить, где в приложении возраст влияет на контент, покупки и общение между пользователями, и привязать эти сценарии к системным сигналам, а не к формальной заглушке.