Как опубликовать приложение в App Store и Google Play: гид
Как опубликовать приложение в App Store и Google Play: аккаунты разработчика, материалы, политика конфиденциальности, модерация, отказы и сроки.
Публикация приложения в App Store и Google Play сводится к четырём вещам: аккаунт разработчика на каждой платформе, готовая к релизу сборка, заполненная страница в сторе (скриншоты, описание, политика конфиденциальности) и прохождение модерации. Нередко код готов раньше, чем все «бумаги». Если заняться сторами заранее, день запуска перестаёт быть сюрпризом.
Шаг 1. Аккаунты разработчика (открывайте первыми)
Нужны два отдельных аккаунта: Apple Developer Program для iOS и Google Play Console для Android.
| Apple Developer Program | Google Play Console | |
|---|---|---|
| Оплата | Ежегодная подписка | Разовый регистрационный взнос |
| Типы аккаунтов | Физлицо или организация | Личный или организация |
| Для организаций | Юрлицо + номер D-U-N-S | Данные организации + номер D-U-N-S |
| Проверка личности | Да | Да |
| Где | developer.apple.com/programs | play.google.com/console |
На момент написания Apple берёт ежегодную плату, а Google — разовую. Актуальные суммы проверяйте на официальных страницах: они могут меняться и отличаться по регионам.
Две вещи, которые владельцы бизнеса часто упускают:
- Оформляйте аккаунты на свою компанию, а не на разработчика. Владелец аккаунта контролирует приложение, отзывы и доходы. Разработчика можно пригласить в команду с нужной ролью.
- Начинайте заранее. Номер D-U-N-S (бесплатный идентификатор компании от Dun & Bradstreet, по которому Apple и Google проверяют организации) и верификация личности могут занять от нескольких дней до нескольких недель. Для компаний, зарегистрированных в Молдове или Румынии, процесс такой же — просто заложите время.
С аккаунтом организации в сторе продавцом указана ваша компания. С личным аккаунтом — имя человека, что бизнесу обычно не подходит.
Шаг 2. Сборка, готовая для стора
Разработчик готовит подписанные релизные сборки под каждый стор. В связке React Native и Expo этим занимаются EAS Build и EAS Submit (подробнее — в статье React Native и Expo простыми словами). Что стоит проверить:
- Уникальный идентификатор приложения (bundle ID / package name) — потом его не поменять.
- Иконка, заставка, название приложения.
- Номер версии и номер сборки.
- Разрешения запрашиваются только когда нужны и с понятным объяснением (камера, геолокация, уведомления).
Шаг 3. Материалы для страницы в сторе
Обоим сторам нужна страница приложения. Подготовьте её на всех языках, которые будете поддерживать (для Молдовы это обычно RO, RU и часто EN):
- Название и краткое описание (Google Play) / подзаголовок (App Store)
- Полное описание — что делает приложение, для кого, ключевые функции
- Скриншоты для обязательных размеров экранов (телефон, а также планшет, если вы его поддерживаете)
- Иконка в разрешении для стора
- Главное изображение (feature graphic) для Google Play
- Категория, контактный email и адрес поддержки
- Анкета возрастного рейтинга на обеих платформах
Скриншоты — это маркетинг, а не просто документация. Покажите пользу на первых двух, добавьте короткие подписи, держите их в фирменном стиле.
Шаг 4. Политика конфиденциальности и раскрытие данных
Именно здесь чаще всего застревают первые публикации.
- Ссылка на политику конфиденциальности. Оба стора требуют публично доступную политику. Она должна соответствовать тому, что приложение реально делает с данными, — лучше всего разместить её на вашем сайте.
- App Privacy в Apple и форма Data safety в Google Play. Вы указываете, какие данные собираете (email, геолокация, аналитика, отчёты о сбоях…), зачем и связаны ли они с пользователем. Учитывайте и то, что собирают сторонние SDK (аналитика, реклама, платежи).
- Удаление аккаунта. Если в приложении можно создать аккаунт, обе платформы ожидают возможность запросить его удаление.
- GDPR. Для пользователей из ЕС (включая Румынию) поверх правил сторов действуют обычные требования GDPR.
Будьте точны. Расхождение между заявленным и реальным поведением приложения — частая причина отказа или предупреждений позже.
Шаг 5. Тестирование до модерации
- iOS: TestFlight позволяет раздавать бета-сборки внутренним и внешним тестировщикам.
- Android: в Google Play есть внутреннее, закрытое и открытое тестирование. Личные аккаунты, созданные после 13 ноября 2023 года, должны провести закрытое тестирование минимум с 12 тестировщиками, которые остаются в нём 14 дней подряд, и только потом запросить доступ к продакшну. Цифры Google уже менял, так что сверяйтесь с актуальными требованиями в справке Play Console. Аккаунтов организаций это не касается — ещё одна причина регистрироваться как компания.
Тестирование помогает поймать падения на старых телефонах, медленной сети и в пограничных сценариях. Иначе их найдут модераторы.
Шаг 6. Как проходит модерация
Оба стора проверяют каждое новое приложение и каждое обновление (кроме OTA-обновлений JavaScript — для них свои правила).
- Apple App Review проверяет приложение на соответствие App Store Review Guidelines. Проверка часто занимает день-два, но отказ добавляет ещё один круг.
- Модерация Google Play частично автоматизирована. Для новых приложений и новых аккаунтов она может занять несколько дней, иногда дольше.
Частые причины отказа
- Падения или неработающие функции во время проверки
- Нет демо-доступа для модератора, хотя приложение требует входа
- Заглушки, экраны «скоро будет», битые ссылки
- Раскрытие данных не совпадает с реальным поведением
- Приложение по сути — обёрнутый сайт с минимумом функций (правило Apple о «минимальной функциональности»)
- Цифровые товары продаются в обход правил встроенных покупок — они различаются по регионам и недавно менялись в ЕС, так что сверяйтесь с актуальными правилами
Отказ — не катастрофа. Вы получаете причину, исправляете и отправляете снова. Вежливый ответ в Resolution Center (или через Play Console) тоже помогает.
Реалистичные сроки
| Этап | Обычная длительность |
|---|---|
| Аккаунты разработчика + верификация | От нескольких дней до нескольких недель |
| Страница в сторе, скриншоты, тексты | Несколько дней |
| Политика конфиденциальности и формы о данных | 1–3 дня |
| Бета-тестирование | 1–2 недели (для новых личных аккаунтов Google — минимум 14 дней закрытого теста) |
| Модерация | Часто 1–2 дня в iOS, несколько дней в Google Play, плюс повторные отправки |
Лучшая тактика: открыть аккаунты и набросать политику конфиденциальности ещё во время разработки. Тогда последняя неделя уходит на полировку, а не на бумаги. Если планируете компактный первый релиз, почитайте как запустить MVP.
Чек-лист перед отправкой
- Аккаунты Apple и Google оформлены на компанию, разработчик приглашён в команду
- Название приложения и bundle ID / package name утверждены
- Иконка, скриншоты, описания на всех языках запуска
- Политика конфиденциальности опубликована на вашем сайте
- Формы App Privacy / Data safety заполнены честно
- Есть удаление аккаунта (если в приложении есть аккаунты)
- Демо-аккаунт и пояснения для модераторов
- Проверено на реальных, в том числе старых устройствах
- Email и страница поддержки работают
Частые вопросы
Сколько времени занимает публикация приложения?
Если аккаунты готовы и приложение стабильно, часть со сторами обычно занимает от нескольких дней до двух недель. Растягивают сроки чаще всего верификация аккаунта и первый отказ.
Нужна ли компания, чтобы опубликовать приложение?
Нет — публиковать могут и физлица. Но аккаунт организации показывает вашу компанию как продавца, избавляет от части дополнительных требований к тестированию в Google Play и чётко закрепляет права за бизнесом.
Можно ли выйти только в Android или только в iOS?
Да. Многие команды запускаются сначала на одной платформе. С React Native и Expo добавить вторую позже — это в основном работа со стором и тестирование, а не переписывание.
Может ли разработчик опубликовать приложение на своём аккаунте?
Технически да, но для вас это риск: перенос приложения потом — лишняя работа, и не всегда гладкая. Владейте аккаунтами сами с самого начала.
Хотите, чтобы всё сделали под ключ?
Я разрабатываю приложения на React Native и Expo и беру на себя сборки, страницы в сторах и прохождение модерации в рамках разработки приложений, а аккаунты разработчика оформляются на вас. Если вы ещё выбираете формат, сначала загляните в статью PWA или нативное приложение. Готовы оценить проект? Откройте конструктор и выберите «мобильное приложение».
