Перейти к содержимому

Обновление мобильного приложения

Большинство обновлений публикуются мгновенно. Только изменения метаданных или нативной оболочки требуют новой отправки в магазин приложений.

Если ты обернул своё приложение Proyecta как PWA и отправил его в магазин приложений, обновления работают по двум уровням в зависимости от того, что именно ты меняешь.

Уровень 1: Обновления контента и функциональности (мгновенно)

Заголовок раздела «Уровень 1: Обновления контента и функциональности (мгновенно)»

Поскольку обёрнутое PWA загружает весь контент с опубликованного URL Proyecta, большинство обновлений не требуют нового сборки для магазина приложений:

  1. Внеси изменения в builder Proyecta
  2. Нажми Publish на панели инструментов builder
  3. Пользователи увидят изменения при следующем открытии приложения

К этому уровню относятся:

  • Новые страницы, функции, макеты
  • Исправление ошибок
  • Изменения текста и изображений
  • Изменения контента и данных
  • Новые страницы, функции и возможности
  • Большинство правок стилей

Это одно из главных преимуществ модели PWA-обёртки — не нужно ждать очередей на проверку для обычных продуктовых задач.

Уровень 2: Обновления нативной оболочки (требуется новая отправка)

Заголовок раздела «Уровень 2: Обновления нативной оболочки (требуется новая отправка)»

Некоторые изменения требуют повторной генерации обёртки и отправки нового пакета:

  • Название приложения под иконкой
  • Иконка приложения
  • Экран загрузки (splash screen)
  • Записи манифеста, встроенные в обёртку (цвет темы, режим отображения, блокировка ориентации)
  • Объявления нативных разрешений (камера, геолокация и т. д., требующие новых записей в Info.plist или AndroidManifest.xml)
  • Обновления версии обёртки

В этом случае:

  1. Сгенерируй пакет заново на pwabuilder.com, указав опубликованный URL
  2. Подпиши тем же ключом подписи, что использовал раньше (это критически важно — см. ниже)
  3. Отправь через Google Play Console, App Store Connect или Partner Center
  4. Дождись проверки

Самое важное при обновлении Android-приложения: каждое обновление должно быть подписано тем же ключом, которым была подписана первая версия. Если ты потеряешь signing.keystore, Google Play не примет дальнейшие обновления. Придётся публиковать совершенно новое приложение под другим именем пакета и переводить пользователей на него.

Для iOS твой профиль подготовки и сертификат распространения привязаны к Bundle ID — если ты отзовёшь сертификат, можно создать новый, но всё равно сделай резервную копию профилей, чтобы избежать задержек при отправке обновлений.

Синхронизируй пользовательский номер версии приложения с deploy’ами Proyecta каждый раз, когда отправляешь новый пакет. Иначе пользователи не смогут понять, относится ли их отчёт об ошибке к новой сборке или к более старой.

  • Мастер обновлений в builder, который берёт на себя повторную генерацию, подпись и отправку
  • Отслеживание манифеста версий, синхронизированное с историей версий Proyecta