Перші 72 години після релізу — найнапруженіший період. Crashlytics показує crash-free rate 94% замість очікуваних 99%. Firebase Performance фіксує cold start time 8 секунд на mid-range Android. В App Store з'являються відгуки «вилітає на рівні 3». У команди немає процесу реагування — розробники переключилися на наступний проект, підтримка не вибудувана. Ми стикалися з таким сценарієм десятки разів і знаємо, як його запобігти.
На одному з проектів (гіперказуальна гра на Unity) crash rate досяг 8% після релізу через витік пам'яті на Android. За 24 години знайшли баг — неправильна робота Addressables — і випустили хотфікс. Crash rate впав до 0.5%. Такі ситуації вимагають чіткого протоколу та готової інфраструктури.
Технічна підтримка після релізу — це не «відповідати на імейли користувачів». Це моніторинг, діагностика, хотфікси та регулярні оновлення з передбачуваним циклом. Наш досвід — 5+ років у пост-релізній підтримці ігрових проектів, понад 50 релізів, від гіперказуальних ігор до великих RPG. Ми гарантуємо стабільність вашого продукту та дотримання SLA. Замовте консультацію — оцінимо ваш проект безкоштовно.
Моніторинг: що дивимось у перші дні
Firebase Crashlytics — обов'язковий інструмент. Після релізу моніторимо dashboard в режимі near-realtime: crash-free users percentage, нові issue за версіями, пристрої з непропорційно високим crash rate. Критерій для негайного хотфіксу: crash-free users < 98% або поява crash з Fatal severity на топових пристроях.
Crashlytics показує стек трейс, але для Unity IL2CPP-збірок потрібен dSYM-файл (iOS) або symbol table (Android) для розшифрування нативних стеків. Без symbols трейс виглядає як libil2cpp.so line 0x00034abc — марно. Firebase Crashlytics Symbol Upload у Fastlane або ручне завантаження через firebase-tools — налаштовується один раз при збірці. Наші інженери налаштовують це в рамках першого аудиту.
Firebase Performance: моніторимо app_start trace, _st screen traces, кастомні трейси для критичних ігрових шляхів (завантаження рівня, IAP транзакція). Аномальний час завантаження на конкретних пристроях/ОС-версіях — перший сигнал проблеми.
Google Play Console та App Store Connect: ANR (Application Not Responding) rate на Android — цільовий < 0.47% (поріг Google для поганого стану). Якщо ANR rate зростає — дивимось main thread blocking через Android Profiler.
Процес хотфіксів
Severity 1 (crash при старті, IAP не працює, прогрес не зберігається): реакція протягом години, хотфікс протягом 24 годин. Пайплайн: діагностика по Crashlytics + локальне відтворення → фікс → тестування на цільових пристроях → збірка через CI (GameCI) → expedited review в App Store (зазвичай 24 години за наявності обґрунтування) → rollout на Android через поетапний деплой (10% → 50% → 100%).
Severity 2 (баги геймплею, UI-проблеми, продуктивність): хотфікс або плановий патч протягом 1-2 тижнів.
Поетапний rollout на Google Play — критична практика. supply Fastlane підтримує rollout: 0.1 для 10% аудиторії. Моніторимо crash rate та rating 24-48 годин, потім розширюємо. Один хотфікс, який сам містить критичний баг — гірший за відсутність хотфіксу. Наш підхід до rollout у 2 рази знижує ймовірність пошкодженого оновлення порівняно з повним деплоєм.
Чому важливе регулярне оновлення?
Поза кризовими ситуаціями — плановий цикл оновлень. Для мобільних ігор оптимально: патч-оновлення кожні 2-4 тижні (balance, bugfix), контентні оновлення кожні 6-8 тижнів. Регулярні патчі утримують рейтинг у магазинах та знижують відтік користувачів.
Кожне оновлення потребує регресійного тестування. Автотести через Unity Test Framework (Edit Mode + Play Mode Tests) покривають критичні шляхи: запуск гри, завантаження збереження, IAP flow. Ручне тестування на 5-10 цільових пристроях перед кожним релізом — не з економії, а тому що автотести не відтворюють GPU-специфічні баги.
Як ми реагуємо на критичні баги?
Severity 1 потребує миттєвої реакції. Ми використовуємо виділений канал зв'язку (Slack/Telegram) з on-call ротацією. Діагностика починається з аналізу Crashlytics та логів пристрою. У 80% випадків причина виявляється за 30 хвилин. Потім — правка коду, збірка хотфіксу та відправка на рев'ю. Для App Store ми готуємо обґрунтування expedited review, щоб вкластися в 24 години. На Android — поетапний деплой, описаний вище.
Порівняння інструментів моніторингу
| Інструмент | Тип даних | Вартість | Особливості |
|---|---|---|---|
| Firebase Crashlytics | Crash reports, stack traces | Безкоштовно | Найкращий для Unity IL2CPP, інтеграція з Google Play |
| Unity Analytics | События, crash reports | Безкоштовно | Проста інтеграція, обмежена деталізація |
| GameAnalytics | События, FPS, memory | Безкоштовно (до 100k MAU) | Гнучкі дашборди, фільтри за сегментами |
Що входить до контракту підтримки
- Моніторинг Crashlytics, Firebase Performance, store reviews (щоденно)
- Діагностика та класифікація issues за severity
- Хотфікси Severity 1 протягом 24 годин
- Планові патч-оновлення за погодженим графіком
- Щомісячний звіт: crash rate, ANR rate, середній рейтинг, динаміка DAU
- Оновлення SDK під нові вимоги OS (iOS major update щороку потребує перевірки)
| Severity | Приклад | Час реакції | Час фіксу |
|---|---|---|---|
| S1 | Crash при старті, несправні IAP | 1 година | 24 години |
| S2 | Баги геймплею, проблеми UI | 4 години | 1-2 тижні |
| S3 | Незначні візуальні баги | 1 день | Наступний патч |
Типові помилки при пост-релізній підтримці
- Відсутність dSYM-файлів для дешифрування крашів
- Ігнорування ANR rate до падіння рейтингу
- Повний rollout без поетапного деплою
- Пропуск регресійного тестування на реальних пристроях
Терміни та формати
| Формат підтримки | Термін контракту |
|---|---|
| Чергова підтримка (реакція 4-8 год) | від 1 місяця |
| Повна підтримка з плановими патчами | 3–12 місяців |
| Одноразовий аудит + налаштування моніторингу | 1–2 тижні |
Вартість визначається після аналізу складності проекту, цільових платформ та необхідного SLA. Оцінимо ваш проект безкоштовно — зв'яжіться з нами для консультації. Отримайте надійну технічну підтримку вашої гри без зриву термінів.