Google начал верифицировать Android-разработчиков: что сделать заранее, если готовите приложение

Google завёл паспорт для разработчиков. Теперь мало написать код и закинуть его в стор. Нужно подтвердить, кто вы, и застолбить имя пакета за собой. С 30 сентября 2026 года это обязательно в Бразилии, Индонезии, Сингапуре и Таиланде. С 2027 года требование расползётся дальше: Google прямо пишет, что охватит весь мир.

Если у вас уже есть свой мобильный разработчик и он в теме — перешлите ему ссылку на этот текст и раздел с вопросами в конце. Если только присматриваетесь к разработке приложения — дочитайте до конца, это стоит сразу включить в бриф подрядчику.

Три шага, и все обязательные. Регистрация в Android Developer Console. Подтверждение личности — паспортом или аналогичным документом, если вы физлицо. Регистрация package name — уникального идентификатора приложения, который закрепляется за вами навсегда. Для компании добавляется номер D-U-N-S — международный идентификатор юрлица от Dun & Bradstreet. Быстро его не получить: в справке Google прямо указан срок — до 30 рабочих дней. Полтора месяца, если попадёте в очередь перед праздниками.

Проверка идёт не на уровне стора, а на уровне операционной системы. Раньше Google контролировала только свой магазин. Теперь — любое сертифицированное Android-устройство, независимо от того, откуда на него попало приложение. Разница принципиальная: раньше обойти правила магазина можно было, просто не публикуясь в нём. Теперь так не получится.

И вот тут ловушка для тех, кто читает новость по диагонали. RuStore официально заявляет: их процесс публикации не меняется. Это правда — и одновременно не вся правда. Проверка встроена в само устройство, а не в конкретный магазин. Значит, она сработает вне зависимости от того, откуда пользователь поставил приложение — из RuStore, из Google Play или по прямой ссылке. Если у вас нет действующей регистрации в Google Play с тем же ключом подписи, регистрироваться придётся отдельно, и RuStore здесь не поможет.

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

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

Официальная причина — безопасность. Google хочет отсечь вредоносные приложения, которые маскируются под чужие бренды и воруют данные под видом легального софта. Заодно в этом же году Google подтянула ещё несколько правил. С 31 августа 2026 года все приложения обязаны соответствовать актуальному Target API level, иначе рискуют пропасть из поиска Google Play. С 30 июня 2026 года заработали новые правила про сторонние платёжные системы — теперь разработчик может предложить оплату не только через Google, но и переходом на свой сайт. Три изменения, разные даты, но вектор один: Google выстраивает более жёсткий контроль над тем, кто и что публикует на Android, и делает это постепенно, а не одним указом.

Для физлица процесс проще. Загрузили паспорт, прошли проверку — готово, D-U-N-S не нужен. А вот для компании обязателен именно международный номер юрлица, и тут начинаются нюансы. Франчайзинговая сеть, где каждая точка оформлена на своё ООО, не пройдёт верификацию одним махом на всю сеть. Регистрировать нужно каждое юрлицо отдельно — значит, если у вас пять точек и пять разных компаний-держателей, это пять параллельных заявок, а не одна, и запускать их стоит не по очереди, а сразу все вместе.

У Apple похожая система работает уже давно. D-U-N-S и подтверждение личности — обычный пункт онбординга при выходе в App Store, агентства закладывают его в план как рутину и не считают чем-то особенным. У Android этой рутины не было: заплатил 25 долларов за аккаунт разработчика — и публикуй. Google выравнивает правила игры между площадками, и часть неожиданности здесь именно в том, что раньше так можно было не делать, а теперь придётся.

Если только выбираете подрядчика на разработку, добавьте в бриф отдельный пункт: кто и когда регистрирует юрлицо в Android Developer Console. И заложите на это отдельную неделю в графике — до начала разработки, а не после сдачи готовой сборки. Подрядчик, который никогда не сталкивался с D-U-N-S, потратит время на то, чтобы разобраться в процессе, а не на то, чтобы делать вашу задачу. Спросите об этом на первой встрече, а не когда сборка уже готова к публикации.

Возьмём сеть барбершопов, которая заказала приложение с записью и программой лояльности. Разработчик сдал сборку, приложение висит в RuStore, все довольны. Юрлицо барбершопа никогда не проходило верификацию у Google — просто не было повода: приложение работало, клиенты записывались, никто не спрашивал документы. Как только требование доедет до России, у владельца будет выбор: подать документы заранее и получить D-U-N-S спокойно, за месяц, без спешки, или подавать их в последний момент вместе с тысячами компаний, у которых та же мысль пришла одновременно с ним — и тогда тридцать рабочих дней легко растянутся в шестьдесят из-за очереди на верификацию.

Заранее — почти всегда дешевле и по деньгам, и по нервам. Мы в кейсах показываем, как считаем подобные риски ещё на старте проекта, до того как бюджет на разработку утверждён, а не после того, как деньги уже потрачены. смотрите кейсы

Ответов «не знаю» на первые два вопроса быть не должно — даже если ваше приложение живёт только в RuStore. Дешевле спросить сейчас, чем разбираться в панике через год, когда дедлайн доедет и до вас.

Собираете приложение сами или с командой, которая работает с ИИ-инструментами в конвейере — разберём подход на курсе: вайб-кодинг: с нуля до первой оплаты