Для публикации в Google Play нужен аккаунт разработчика Google ($25, разовая оплата). В App Store — Apple Developer Program ($99/год). Оба аккаунта регистрирует сам заказчик и открывает доступ для разработчика. Без аккаунтов публикация невозможна.
Что подготавливаем мы: иконка приложения (размеры по требованиям платформ), скриншоты для страницы в сторе, описание на русском языке, сборка приложения в правильном формате (APK для Google, IPA для Apple). Модерация Apple занимает 1–3 дня, Google — 1–7 дней.
Частые причины отклонения: контент не соответствует метаданным, отсутствует политика конфиденциальности, некорректные скриншоты или ссылки на сторонние стандарты в описании. Все эти моменты проверяем заранее, чтобы приложение прошло с первой попытки.
Как внедрить решение на практике
Рабочий результат появляется, когда аналитика, интерфейс, разработка и проверка собраны в один последовательный процесс.
Сценарии приложенияФиксируем платформу, экраны, нативные функции и требования к публикации.
UX/UI и подготовкаПрорабатываем навигацию, иконку, splash screen и состояния интерфейса.
РазработкаСобираем приложение, подключаем API или WebView и нужные нативные функции.
Тестирование на устройствахПроверяем сборки, push, адаптив экранов, ошибки и сценарии входа.
ПубликацияГотовим материалы для App Store / Google Play и передаём инструкции.
Что зафиксировать в техническом задании
Техническое задание должно описывать не только экраны, но и данные, интеграции, роли пользователей, ограничения и условия приёмки.
Мобильное приложение на основе готового адаптивного сайта
Иконка приложения и экран загрузки
Навигация и обработка внешних ссылок
Сборки для iOS и Android
Проверка основных сценариев и поведения при потере сети
Отправка на проверку в магазины приложений
Исходный код создаваемых компонентов и инструкция по сборке
Частые вопросы
Какой главный вывод статьи «Публикация в App Store и Google Play: что нужно подготовить»?
Что требуется от заказчика и что делаем мы — пошаговый разбор процесса публикации.
Как применить эти рекомендации в проекте «Приложение на основе сайта»?
Начните с короткого аудита: опишите основной пользовательский сценарий, источники данных, интеграции и критерии результата. Затем соберите первую версию без второстепенных функций и проверьте её на реальных пользователях.
Чем WebView отличается от нативного приложения?
WebView показывает ваш сайт внутри мобильной оболочки — это быстрый и дешёвый способ попасть в сторы. Нативное приложение написано с нуля под мобильную платформу и имеет собственные экраны, анимации и функции телефона.
Источники и документация
Для проверки технических решений используйте актуальную документацию платформ и рекомендации поисковых систем.
