Чтобы переводить контент на ваш предпочитаемый язык, Google использует технологии на основе искусственного интеллекта. Переводы от ИИ могут содержать ошибки.
Как отслеживать стабильность последнего выпуска приложения
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Выпуск новой рабочей версии мобильного приложения – один из самых волнующих этапов разработки, но он также может быть и одним из самых стрессовых.
Вашей команде нужно отслеживать, как пользователи переходят на новую версию, какие ошибки возникают и как они влияют на работу приложения, а также сравнивать текущую версию с предыдущими.
На этой странице описаны инструменты Firebase, которые помогут вам отслеживать данные, необходимые для выпуска мобильного приложения.
Используйте панель Мониторинг релизов, чтобы изучать данные, связанные с релизами.
Панель Release Monitoring в консоли Firebase работает на основе Firebase Crashlytics. Это единая панель для отслеживания последней рабочей версии приложения. Панель обновляется почти в реальном времени и позволяет отслеживать самые важные показатели выпуска, в том числе долю устройств без сбоев, долю пользователей, перешедших на новую версию, сравнение с предыдущими выпусками и новые проблемы.
Новая панель управления заменит страницу Последняя версия в консоли.
По сравнению с этой страницей на панели Отслеживание релизов больше информации, полезные данные отображаются без необходимости использовать Google Аналитику, а загрузка происходит быстрее.
Функции панели управления
Отчеты в реальном времени
Все диаграммы обновляются почти в реальном времени. Вскоре после того, как вы развернете последнюю версию, пользователи начнут взаимодействовать с ней. Если у некоторых из этих пользователей произойдут сбои, вы сразу узнаете об этом из диаграмм показателей без сбоев.
Сравнение с предыдущими выпусками
Вы можете сравнить стабильность последнего выпуска с предыдущими. На панели можно сравнить показатели последнего выпуска и до двух предыдущих.
Новые проблемы
Вы можете просматривать новые сбои в последней версии приложения по мере их поступления. В таблице Основные новые проблемы можно отслеживать влияние проблем, впервые обнаруженных в последнем выпуске, и быстро принимать решение о том, следует ли приостановить или откатить выпуск.
Требования к панели управления
Чтобы посмотреть последний выпуск на панели Отслеживание выпусков, выполните следующие действия:
Убедитесь, что в вашем приложении используется как минимум следующая версия SDK Crashlytics:
платформы Apple – 10.8.0 или более поздняя; Android – 18.6.0 или более поздняя (BoM 32.6.0 или более поздняя); Flutter – 3.4.5 или более поздняя; Unity – 11.7.0 или более поздняя.
Какие версии SDK необходимы для использования панели Отслеживание релизов?
Чтобы сборка появилась на панели управления, в ней должна использоваться как минимум следующая
версия SDK Crashlytics:
платформы Apple: 10.8.0 или более поздняя;
Android: 18.6.0 или более поздняя (BoM32.6.0 или более поздняя);
Flutter: 3.4.5 или более поздняя;
Unity: 11.7.0 или более поздняя.
Обратите внимание, что эти версии SDK часто называют версиями с поддержкой сеансов, поскольку они могут отправлять данные сеансов в Crashlytics. Это необходимо для многих новых функций Crashlytics, например для панели Отслеживание релизов.
Почему на панели Отслеживание релизов показывается сообщение "Ожидание взаимодействия с большим количеством пользователей"?
Чтобы сборка появилась на панели управления, она должна соответствовать всем перечисленным ниже требованиям:
В сборке используется как минимум следующая версия SDK Crashlytics:
платформы Apple – 10.8.0 или более поздняя; Android – 18.6.0 или более поздняя (BoM 32.6.0 или более поздняя); Flutter – 3.4.5 или более поздняя; Unity – 11.7.0 или более поздняя.
У сборки достаточно пользователей за последние три дня:
У сборки должно быть не менее 500 уникальных пользователей ИЛИ
У сборки не менее 1% от общего числа пользователей и не менее двух уникальных пользователей.
Какие сборки можно посмотреть на информационной панели Отслеживание выпусков?
Панель Мониторинг выпусков предназначена для отслеживания рабочих версий, то есть сборок, которыми пользуется значительное количество пользователей.
Чтобы сборка появилась на панели управления, она должна соответствовать всем перечисленным ниже требованиям:
В сборке используется как минимум следующая версия SDK Crashlytics:
платформы Apple – 10.8.0 или более поздняя; Android – 18.6.0 или более поздняя (BoM 32.6.0 или более поздняя); Flutter – 3.4.5 или более поздняя; Unity – 11.7.0 или более поздняя.
У сборки достаточно пользователей за последние три дня:
У сборки должно быть не менее 500 уникальных пользователей ИЛИ
У сборки не менее 1% от общего числа пользователей и не менее двух уникальных пользователей.
(Для приложений, распространяемых через Google Play.) Если у приложения есть ссылка на Google Play, на панели управления будут показаны все сборки, перечисленные в рабочей версии Play, даже если Crashlytics не получал журналы сеансов и не обнаруживал активных пользователей для этой сборки.
Обратите внимание, что для просмотра данных на панели управления в целях сравнения или определения доли активных пользователей вам нужно выпустить как минимум две сборки, соответствующие указанным выше требованиям.
Как определяются или рассчитываются значения, показанные на диаграмме Активные пользователи?
Прежде чем перейти к анализу диаграммы Активные пользователи, ознакомьтесь с некоторыми терминами:
Сеанс – это непрерывный период времени, в течение которого пользователь взаимодействует с приложением. Новый сеанс начинается, когда приложение запускается с нуля или переходит в активный режим после того, как находилось в фоновом режиме не менее 30 минут.
Активные пользователи определенной сборки – это количество пользователей, которые запустили сеанс с использованием этой сборки. Данные группируются по часам.
Общее количество активных пользователей – это число пользователей, которые начали сеанс в любой сборке приложения, использующей версию SDK с поддержкой сеансов, с разбивкой по часам.
На диаграмме Активные пользователи процентное значение и количество активных пользователей, которые всегда отображаются на диаграмме, относятся к последним 60 минутам (или, если за последние 60 минут не было активных пользователей, к последнему часу, в течение которого были данные). Например, на снимке экрана ниже показано, что за последние 60 минут в сборке 6.0.0 (600) было 90 активных пользователей, что составляет 22,1% от общего числа активных пользователей приложения.
Если навести указатель мыши на линии диаграммы Активные пользователи, процент активных пользователей будет рассчитан на основе количества активных пользователей за период, на который вы навели указатель.
Процент активных пользователей рассчитывается на основе полученных данных о сеансах, а не других данных (например, данных Google Play или отчетов о сбоях).
Почему я не вижу сравнений и/или процентной доли активных пользователей?
Если вы впервые выпустили приложение с совместимой версией SDK Crashlytics, то у Crashlytics нет данных о предыдущих сеансах, с которыми можно было бы сравнить текущие.
Как настроить оповещения
Некоторые продукты Firebase, в том числе Crashlytics, могут отправлять оповещения по разным причинам, связанным с продуктами. Чтобы получать оповещения, у вас должны быть необходимые разрешения.
Чтобы отслеживать стабильность последнего релиза, настройте оповещения в Performance Monitoring и Crashlytics. Для Crashlytics можно настроить следующие оповещения:
Используйте оповещения о скорости, чтобы сообщать команде, если какая-либо проблема в приложении превышает заданный вами порог в консоли Firebase.
Отправлять оповещения о новых или повторно возникших проблемах в выбранный канал уведомлений:
Используйте интеграции оповещений, настроенные в консоли Firebase, для Slack, Jira и PagerDuty.
Чтобы выпуск новой версии прошел без проблем, рекомендуем воспользоваться следующими сервисами и функциями.
Как использовать сервисы тестирования предварительных версий
В Firebase есть два продукта, которые помогут вам протестировать приложение до выпуска: Test Lab
и App Distribution. Оба сервиса можно интегрировать в рабочие процессы CI/CD.
Firebase Test Lab – это облачная инфраструктура для тестирования приложений, которая позволяет проверять их на разных устройствах и в разных конфигурациях, чтобы понять, как они будут работать у пользователей.
Когда вы будете готовы передать последнюю сборку людям, которые будут ее тестировать, используйте Firebase App Distribution. Вы можете управлять распространением предварительных версий для платформ Apple и Android в одном месте.
Используйте сервисы для развертывания и ограниченного тестирования
В Firebase также есть A/B Testing, с помощью которого можно тестировать изменения в интерфейсе, функциях и кампаниях по привлечению пользователей, чтобы узнать, как они повлияют на ключевые показатели (например, доход и удержание), прежде чем внедрять их для всех.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2026-10-11 UTC."],[],[]]