Проверка разработчиков Android: что это значит, если вы распространяете APK вне Google Play

Большую часть истории Android поделиться приложением было просто. Вы собирали APK, отправляли его кому-то, человек разрешал установку из неизвестных источников — и всё. Никому не нужно было знать, кто сделал приложение.

Это меняется. Google вводит проверку разработчиков Android — требование, чтобы приложения на сертифицированных Android-устройствах были от разработчиков, которые подтвердили свою личность и зарегистрировали свои приложения. Если вы публикуетесь только в Google Play, вы можете почти ничего не заметить. Если же вы распространяете APK напрямую — на своём сайте, в групповом чате или через другой магазин, — стоит разобраться, что именно было объявлено.

Эта статья опирается только на то, что Google сообщил на своих официальных страницах. Некоторые детали изменились после первого объявления и могут измениться снова, поэтому перед важными решениями проверьте ссылки в конце.

Что объявил Google

В августе 2025 года Google опубликовал в блоге Android Developers пост под названием A new layer of security for certified Android devices. Идея такая: Android будет требовать, чтобы приложения были зарегистрированы проверенными разработчиками, прежде чем пользователи смогут устанавливать их на сертифицированные устройства.

Google объясняет это борьбой с вредоносными программами. Злоумышленники часто прячутся за анонимностью: публикуют приложение, попадаются и возвращаются под новым именем. Привязка приложений к подтверждённой личности разработчика усложняет это. Google ясно дал понять, что проверка касается того, кто разработчик. Это не проверка содержимого самого приложения.

Согласно текущей формулировке в руководстве Google по проверке разработчиков, Android требует, чтобы все приложения были зарегистрированы проверенными разработчиками, чтобы пользователи могли устанавливать их на сертифицированные Android-устройства.

Официальные сроки

Согласно обзору проверки разработчиков от Google, внедрение выглядит так:

• Август 2026: запуск API для разработчиков, аккаунтов с ограниченным распространением и «расширенного способа» для опытных пользователей.
• 30 сентября 2026 года: защита начинает действовать для пользователей, которые устанавливают приложения из магазинов-участников в Бразилии, Индонезии, Сингапуре и Таиланде, на сертифицированных устройствах с Android 7 и новее.
• 2027 год и далее: Google говорит, что распространит проверку на все приложения на сертифицированных Android-устройствах по всему миру.

В руководстве Google для этого первого этапа указаны такие магазины-участники: Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Palm Store от Transsion, vivo V-Appstore и Xiaomi GetApps.

Таким образом, на сегодня требование действует в четырёх странах и касается этих магазинов. В FAQ Google сказано, что срок 30 сентября относится только к магазинам-участникам, а на приложения из других магазинов или установленные напрямую новые требования пока не распространяются. Слово «пока» здесь важно: заявленный план — охватить все приложения на сертифицированных устройствах по всему миру с 2027 года. Точную дату Google не публиковал.

Два типа аккаунтов

Google предлагает два пути в зависимости от того, где вы распространяете приложения:

• Google Play Console — если вы публикуетесь в Google Play, независимо от того, распространяете ли вы приложение где-то ещё. Google говорит, что Play Console станет единым местом для проверки, в том числе для копий вашего приложения, распространяемых вне Play.
• Android Developer Console — новая консоль для разработчиков, которые распространяют приложения только вне Google Play.

В Android Developer Console есть два варианта. Аккаунт с полным распространением требует подтверждения личности и позволяет распространять приложения через любой магазин или канал; в FAQ Google упоминается сбор $25. Аккаунт с ограниченным распространением предназначен для студентов, любителей и личного использования: не нужен государственный документ и нет сбора, но приложениями можно делиться не более чем с 20 устройствами. Google говорит, что с ограниченного аккаунта можно перейти на полный, но не обратно.

Что входит в регистрацию приложения

Проверка состоит из двух частей. Сначала вы подтверждаете, кто вы. Затем регистрируете свои приложения, то есть привязываете каждое имя пакета к своему аккаунту и к своему ключу подписи. В руководстве Google сказано, что право владения подтверждается предоставлением APK, подписанного вашим закрытым ключом.

Отсюда два практических следствия:

• Ключ подписи важен как никогда. В FAQ Google сказано прямо: если вы потеряете ключ подписи, вы не сможете зарегистрировать свои пакеты.
• Имена пакетов закрепляются за владельцами. Если имя пакета уже кто-то использует, вы, возможно, не сможете его получить, и Google советует выбрать другое. Избегайте общих имён вроде com.example.app; используйте то, что явно принадлежит вам.

Если вы публикуетесь в Google Play и используете Play App Signing, в FAQ сказано, что подходящие приложения регистрируются автоматически, и Google утверждает, что Play автоматически регистрирует 99% приложений.

Что меняется для тех, кто устанавливает APK

На сертифицированном устройстве, где действуют эти правила, приложение от незарегистрированного разработчика не установится обычным способом. По словам Google, есть два обходных пути:

• ADB. Для установки по USB-кабелю через Android Debug Bridge проверка не требуется. Этот способ предназначен для разработчиков, тестирующих свои сборки.
• Расширенный способ. Однократная настройка для опытных пользователей, которые принимают риск. Нужно включить параметры разработчика, подтвердить, что никто не руководит вашими действиями, перезагрузить телефон, подождать один день и подтвердить отпечатком пальца, лицом или PIN. Даже после этого непроверенные приложения показывают предупреждение перед установкой.

Google также отмечает, что обновления незарегистрированных приложений будут устанавливаться только через расширенный способ или ADB. Для обычных пользователей это серьёзное неудобство, поэтому, если вы хотите, чтобы люди и дальше легко устанавливали ваше приложение, стоит заранее запланировать проверку.

Практические шаги, если вы распространяете APK

1. По возможности публикуйте AAB в Google Play. Это самый простой путь: проверку берёт на себя ваш аккаунт Play Console, а большинство приложений в Play регистрируются автоматически. APK по-прежнему можно напрямую отправлять тестировщикам.
2. Используйте один и тот же ключ подписи и сделайте его резервную копию. Подписывайте одним ключом каждое обновление. Храните копию в надёжном месте. Если вы используете Play App Signing и при этом распространяете свой APK, помните, что ваш APK подписан вашим ключом загрузки, а не ключом подписи приложения Google; в FAQ Google сказано, что Android Developer Console позволяет добавить и подтвердить несколько ключей подписи для одного пакета, поэтому проверьте, что зарегистрирован каждый ключ, которым вы подписываете приложение.
3. Выберите имя пакета, которое принадлежит вам. Используйте свой домен или имя, например com.yourstudio.menu, и никогда не меняйте его после выпуска.
4. Выберите подходящий аккаунт. Делитесь приложением только с несколькими людьми? Возможно, хватит аккаунта с ограниченным распространением. Широко распространяете вне Play? Рассчитывайте на аккаунт с полным распространением и подтверждение личности.
5. Следите за официальными страницами. Даты и детали уже менялись. Проверяйте их каждый раз, когда планируете выпуск.

Какое место здесь занимает Free HTML to APK

Free HTML to APK не проверяет разработчиков и не регистрирует приложения за вас — это делается в консолях Google. Зато он даёт два файла, которые нужны для этого процесса: подписанный APK для прямой установки и тестирования и AAB для Google Play. Собирать приложение каждый раз с одним и тем же ключом легко: и конструктор на сайте, и Android-приложение позволяют использовать уже существующий файл ключа. Для Play следуйте руководству по публикации в Google Play, а если эти два формата для вас новые, прочитайте APK или AAB.

Официальные источники

• Обзор проверки разработчиков Android
• Руководство по проверке разработчиков
• FAQ по проверке разработчиков
• Блог Android Developers, объявление августа 2025 года