Сайт использует файлы cookie — для входа в кабинет и обезличенной статистики. Подробности — в политике обработки данных.
Мобильные приложения

Поддержка мобильного приложения после запуска: обновления под iOS и Android, ключи, сбои и отзывы

5 октября 2026·13 мин чтения

Короткий ответ: после публикации у приложения начинается обязательная рутина. Магазины поднимают требования к сборкам, у аккаунтов и ключей есть сроки и владельцы, пользователи пишут о сбоях в отзывах, а сервер и сторонние сервисы меняются сами по себе. На октябрь 2026 года Google Play требует для новых приложений и обновлений целевой API 36 (Android 16), а App Store принимает только сборки, сделанные в Xcode 26 или новее с SDK iOS 26. В нашем тарифе на разработку — 14 дней бесплатного исправления ошибок после публикации, дальше — по абонентке или почасово.

Правила магазинов сверены с официальными страницами Google и Apple на октябрь 2026 года, наши условия — из прайса и со страницы мобильных приложений. Первую публикацию мы разбирали в статье о выпуске в App Store, Google Play и RuStore — здесь только то, что начинается после неё.

Что нужно делать с приложением после публикации?

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

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

Какой целевой API требует Google Play в 2026 году?

С 31 августа 2026 года новые приложения и обновления должны быть нацелены на Android 16 (API 36) или выше, а уже опубликованные приложения — на Android 15 (API 35) или выше. Так сказано на странице требований Google Play; там же обещана возможность запросить отсрочку до 1 ноября 2026 года.

  • Что будет, если не обновить. Приложение с целевым API 34 и ниже остаётся доступным только на устройствах, где версия Android не выше его целевого уровня. Новые пользователи телефонов с более свежей системой его в магазине не найдут.
  • Кого это не затронет. Те, кто уже устанавливал приложение из Google Play, по словам Google, смогут находить его, переустанавливать и пользоваться им.
  • Это не отказ от старых телефонов. Целевой API — не минимальная версия Android: он сообщает системе, под правила какой версии приложение собрано. С новым уровнем меняется поведение системы по отношению к приложению, поэтому после повышения его проверяют заново.

Годом раньше, с 31 августа 2025 года, планка для новых приложений и обновлений была API 35. Поэтому повышение целевого API стоит ставить в план заранее, а не в последнюю неделю августа.

Что требует App Store от обновлений?

С 28 апреля 2026 года приложения, загружаемые в App Store Connect, должны быть собраны в Xcode 26 или новее с SDK iOS 26 — это указано на странице требований Apple. Правило действует при каждой загрузке, то есть и для любого обновления.

  • Это требование к инструментам сборки. Проект, который давно не открывали, перед срочной правкой обычно приходится сначала переводить на новые инструменты и обновлять библиотеки. Исправление «на час» превращается в отдельную работу.
  • Планка сдвигается. Прежние такие требования на той же странице датированы 25 апреля 2023 года и 29 апреля 2024 года.
  • Заброшенные приложения. По правилам App Store, если приложение не обновлялось три года и за 12 месяцев его почти не скачивали, разработчику дают 90 дней на обновление, иначе приложение уберут из магазина. Приложения, которые падают при запуске, удаляют сразу. У тех, кто приложение уже установил, оно продолжает работать.
  • Проверка. Каждое обновление проходит App Review. По данным Apple, в среднем 90% заявок проверяются меньше чем за сутки, а для исправления критической ошибки можно запросить ускоренную проверку.
На октябрь 2026App StoreGoogle Play
Требование к обновлениюXcode 26 и SDK iOS 26 — с 28 апреля 2026Целевой API 36 — с 31 августа 2026
Если не обновлятьТри года без обновлений и почти без загрузок — 90 дней на обновлениеЦелевой API 34 и ниже — недоступно новым пользователям на более новом Android
Аккаунт разработчика99 $ в год25 $ разово
Чем подписывают обновлениеСертификат распространенияКлюч загрузки; ключ подписи хранит Google

Какие аккаунты, ключи и сертификаты нужно беречь?

Аккаунты разработчика, ключи подписи и ключи сервисов уведомлений: без них нельзя выпустить обновление или отправить push. Всё это должно быть оформлено на вас и храниться не только у подрядчика.

  • Членство Apple Developer Program. Оплачивается ежегодно. Если оно истекло, приложение перестаёт быть доступным для скачивания, а отправить обновление нельзя; у тех, кто его уже установил, оно работает. Продлить членство можно за 30 дней до окончания срока и в любой момент после.
  • Сертификат распространения Apple. Если он истёк или отозван, приложения в App Store при действующем членстве не затрагиваются, но загрузить подписанную им сборку уже нельзя.
  • Ключи push. С истёкшим сертификатом APNs уведомления не отправить. Ключ подписи для токенов APNs, по справке Apple, не истекает, но может быть отозван. Как устроена доставка — в статье о push-уведомлениях.
  • Ключи Android. При Play App Signing ключ подписи приложения хранит Google, а вы подписываете сборки ключом загрузки. Потерянный ключ загрузки сбрасывают запросом в Play Console. Если же ключ подписи хранился только у вас и потерян, выпустить обновление существующего приложения не получится.
  • RuStore. Магазин просит загружать сборку с той же подписью, что и в других магазинах: если ключи не совпадают, пользователь не обновит приложение, установленное из другого магазина. Отставание версии от других магазинов — основание снять приложение с публикации. Подробности — в статье о публикации в RuStore.

Как узнавать о сбоях раньше, чем о них напишут в отзывах?

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

  • Пороги Google Play. В Android vitals порог по сбоям, заметным пользователю, — 1,09% в целом и 8% на одной модели телефона, по зависаниям (ANR) — 0,47% и 8%. Если приложение превышает порог, Google Play может снизить его видимость и показать предупреждение на странице приложения.
  • Выпуск по частям в App Store. Обновление можно раздавать поэтапно за 7 дней: 1, 2, 5, 10, 20, 50 и 100% пользователей с автообновлением. Выпуск можно приостановить — суммарно до 30 дней.
  • Выпуск по частям в Google Play. Поэтапный выпуск можно остановить: новые пользователи версию не получат, но те, кто уже обновился, останутся на ней.

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

Нужно ли отвечать на отзывы в магазинах?

Да. И App Store, и Google Play позволяют разработчику ответить на отзыв; пользователь получает уведомление и может изменить отзыв.

  • App Store. По правилам Apple, отвечать могут пользователи App Store Connect с ролью Admin или Customer Support. Попросить оценку системным окном можно до трёх раз за 365 дней. При выпуске новой версии сводную оценку можно сбросить, но Apple советует делать это редко, а прошлые отзывы остаются на странице.
  • Google Play. После ответа пользователь получает push и письмо. Оценка, которую видят в магазине, сильнее учитывает недавние оценки, поэтому исправления постепенно отражаются в рейтинге.

Отвечать может ваш сотрудник: аккаунты ваши. Жалобы на ошибки стоит сразу превращать в задачи разработчикам — с моделью телефона, версией системы и шагами, после которых случился сбой.

Что происходит с сервером и сторонними сервисами?

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

  • Совместимость. Менять ответы сервера можно только так, чтобы прежние версии приложения не сломались. На случай, когда это невозможно, заранее делают экран «обновите приложение».
  • Сторонние сервисы. SMS, платежи, аналитика меняют тарифы и интерфейсы без вашего участия. В нашем тарифе платные сторонние сервисы и долгосрочная поддержка серверов в цену разработки не входят — это отдельная строка бюджета.

Что входит в поддержку приложения у Roboweb.team?

Если приложение разработали мы, 14 дней после публикации бесплатно исправляем ошибки, дальше работаем по абонентке или почасово. Общая строка прайса «Поддержка и развитие» — от 7 900 ₽ в месяц; отдельной цены для мобильных приложений на сайте нет, поэтому состав абонентки, её цену и почасовую ставку считаем после брифа.

  • Гарантия по договору. По типовому договору ошибки и дефекты, возникшие по вине исполнителя, устраняются бесплатно 30 календарных дней с даты акта. Гарантия не распространяется на изменения, внесённые заказчиком или третьими лицами, и на сбои сторонних сервисов. Чем она отличается от поддержки — в статье «Что будет, если студия пропадёт».
  • После бесплатного периода. Обновления под новые версии iOS и Android, новые экраны и доработки — по абонентке или разовыми задачами. Задачи ставятся в личном кабинете с доской проекта, работаем в рабочее время.
  • Что остаётся у вас. Исходный код приложения и сервера в вашем репозитории, приложения под вашими аккаунтами, доступы ко всем сервисам и инструкция по сборке, обновлению и выкладке новых версий. Исключительное право на код по договору остаётся у студии, а у вас после полной оплаты — лицензия на весь срок действия права: дорабатывать приложение могут любые подрядчики.

Как спланировать поддержку приложения на год?

Минимум — одно плановое обновление в год и человек, который знает, где лежат ключи и когда истекает членство у Apple. Остальное зависит от того, как часто меняется само приложение.

  1. До конца августа. Поднять целевой API под требование Google Play, пересобрать версию для iOS актуальными инструментами, проверить приложение на свежих версиях систем.
  2. Раз в год. Оплатить членство Apple Developer Program и убедиться, что ключи, сертификаты и доступы на месте и оформлены на вас.
  3. После каждого релиза. Посмотреть статистику сбоев и новые отзывы.
  4. Постоянно. Следить, что сервер, домен и сторонние сервисы оплачены, а резервные копии создаются.

Если приложение меняется редко, хватит разовых задач к этим срокам. Абонентка оправдана, когда доработки нужны каждый месяц или от приложения зависят продажи и простой стоит денег.

Короткие ответы на частые вопросы

Нужно ли обновлять приложение, если в нём ничего не меняется?

Да. С 31 августа 2026 года Google Play перестаёт показывать новым пользователям на более новых версиях Android приложения с целевым API ниже 35, а App Store может убрать приложение, которое три года не обновлялось и почти не скачивается. Кроме того, любое обновление в App Store с 28 апреля 2026 года должно быть собрано в Xcode 26 или новее.

Какой целевой уровень API нужен в Google Play на октябрь 2026 года?

Новым приложениям и обновлениям — Android 16 (API 36) или выше с 31 августа 2026 года; Google обещает возможность запросить отсрочку до 1 ноября 2026 года. Уже опубликованным приложениям нужен как минимум API 35, иначе они недоступны новым пользователям на устройствах с более новой версией Android.

Что будет, если не продлить аккаунт разработчика Apple?

По справке Apple, после окончания членства в Apple Developer Program приложение перестаёт быть доступным для скачивания в App Store, а отправить обновление нельзя. У тех, кто уже установил приложение, оно продолжает работать; продлить членство можно и после окончания срока.

Что делать, если потерян ключ подписи Android-приложения?

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

Сколько стоит поддержка мобильного приложения в Roboweb.team?

Если приложение разработано у нас, 14 дней после публикации ошибки исправляются бесплатно, дальше — по абонентке или почасово. Отдельной цены поддержки мобильных приложений на сайте нет: общая строка прайса «Поддержка и развитие» — от 7 900 ₽ в месяц, состав и цена для конкретного приложения считаются после брифа.

Может ли приложение поддерживать не та студия, которая его разработала?

Да, если исходный код лежит в репозитории владельца приложения, а аккаунты магазинов, ключи подписи и доступы к сервисам оформлены на него. В типовых договорах Roboweb.team исключительное право на код остаётся у студии, а заказчик после полной оплаты получает лицензию на весь срок действия права, в том числе на доработку силами любых подрядчиков.

Расскажите, какое приложение у вас опубликовано и что с ним сейчас происходит, — скажем, что обновить в первую очередь, и посчитаем поддержку.

Рассчитать проект →
Канал Roboweb в Telegram
Разборы про цены, сроки и автоматизацию — по одному посту в будний день. Без спама и продаж в личку.
Подписаться →
Обсудим вашу задачу?

Опишите, что нужно — вернёмся с оценкой срока и цены. Обычно отвечаем в течение часа в рабочее время.

Заявка отправлена

Получили — обычно отвечаем в течение часа в рабочее время. Хотите быстрее, продублируйте в WhatsApp.

Продублировать в WhatsApp или позвонить +7 933 177-00-86
Или сразу: +7 933 177-00-86 · Telegram · WhatsApp