Мы часто сталкиваемся с запросами клиентов на оперативное изменение параметров приложения без полного цикла релиза. Например, нужно поменять цвет promo-кнопки или порог бесплатной доставки. Без Remote Config это требует хотфикса, повторного ревью и ожидания модерации в App Store или Google Play — от нескольких часов до суток. С Remote Config достаточно изменить значение в консоли Firebase, и в течение 20–30 секунд новый конфиг применяется на всех устройствах. При этом не требуется обновление версии приложения. Мы используем этот инструмент во всех проектах, где важна гибкость управления пользовательским опытом — за последние 5 лет интегрировали его в 200+ мобильных приложений, обслуживающих более 500 000 активных пользователей суммарно.
Как Firebase Remote Config работает под капотом
Remote Config — это Key-Value хранилище с серверной стороной в Firebase Console и клиентским SDK на iOS/Android/Flutter. Firebase Remote Config Documentation описывает два ключевых действия: fetch() и activate(). fetch скачивает конфиг в staging-кэш, activate применяет его в рантайме. Разделение намеренное — чтобы не ломать текущую сессию пользователя. Время жизни кэша задаётся через minimumFetchInterval: в продакшене 3600 секунд, в дебаге можно 0.
// iOS, Swift let remoteConfig = RemoteConfig.remoteConfig() let settings = RemoteConfigSettings() settings.minimumFetchInterval = 3600 // в проде — 1 час, в дебаге можно 0 remoteConfig.configSettings = settings // Дефолты — обязательны, иначе до первого fetch значения nil remoteConfig.setDefaults(fromPlist: "RemoteConfigDefaults") remoteConfig.fetchAndActivate { status, error in if status == .successFetchedFromRemote || status == .successUsingPreFetchedData { let buttonColor = remoteConfig["promo_button_color"].stringValue ?? "#FF5722" DispatchQueue.main.async { self.applyConfig(buttonColor) } } } На Android через Kotlin:
val remoteConfig = Firebase.remoteConfig remoteConfig.setConfigSettingsAsync(remoteConfigSettings { minimumFetchIntervalInSeconds = 3600 }) remoteConfig.setDefaultsAsync(R.xml.remote_config_defaults) remoteConfig.fetchAndActivate().addOnCompleteListener { task -> if (task.isSuccessful) { val threshold = remoteConfig.getLong("free_delivery_threshold") updateCartUI(threshold) } } Почему дефолты критически важны?
Если до первого успешного fetch (например, при отсутствии интернета) обратиться к ключу без дефолта — получите nil или пустую строку. Приложение не крашится, но поведение непредсказуемо. Дефолты обязаны покрывать все ключи, которые использует приложение. Рекомендуем хранить их в отдельном файле (Plist для iOS, XML для Android) и синхронизировать с ключами в Firebase Console. Мы гарантируем, что после настройки дефолтов у вас не будет сюрпризов при первом запуске. В одном из проектов отсутствие дефолта привело к тому, что 15% пользователей видели заглушку вместо баннера — исправление заняло 2 минуты в консоли.
Как избежать состояния гонки при запуске?
fetchAndActivate — асинхронный. Если UI рисуется раньше, чем завершится fetch, пользователь видит дефолтные значения. Для критичных параметров (например, флаг показа paywall) лучше загружать конфиг ещё на сплэш-экране и блокировать переход до получения ответа — с таймаутом 2–3 секунды. Мы применяем этот подход в каждом проекте: задержка незаметна для пользователя, а логика работает стабильно.
Как настроить условные значения для A/B тестов?
Настоящая сила Remote Config — условия. Можно задавать разные значения для:
- конкретных версий приложения (
app_version < 2.5.0) - платформы (iOS vs Android)
- страны пользователя
- произвольного
user_property, заданного через Firebase Analytics
Например, показывать новый onboarding только пользователям iOS 16+ в России — без отдельного релиза. Это ускоряет A/B тесты и кастомизацию под регионы. Для эксперимента в A/B Testing создаётся конфигурация, назначающая разные значения для контрольной и тестовой групп. Результаты отслеживаются через Firebase Analytics. Типовой экономии времени — до 40 часов на каждом фиче-флаге, который раньше требовал релиза.
Типичная ошибка: забыли дефолты
При первом запуске без сети fetch не выполняется, и значения ключей без дефолтов становятся null. Чтобы этого избежать, всегда задавайте дефолты для всех ключей. Рекомендуем хранить их в отдельном файле и синхронизировать с консолью Firebase. В одном проекте отсутствие дефолта привело к тому, что 15% пользователей видели заглушку вместо баннера — исправление заняло 2 минуты в консоли.Таблица: Платформы и начальная настройка
| Параметр | iOS (Swift) | Android (Kotlin) | Flutter (Dart) |
|---|---|---|---|
| Подключение SDK | Swift Package Manager firebase-ios-sdk |
Gradle com.google.firebase:firebase-config |
firebase_remote_config pub.dev |
| Дефолты | Plist-файл | XML-файл (remote_config_defaults.xml) |
Dart-мапа в setDefaults |
| Минимальный интервал | minimumFetchInterval = 3600 |
minimumFetchIntervalInSeconds = 3600 |
setMinimumFetchInterval(3600) |
| Получение значения | config["key"].stringValue |
config.getLong("key") |
config.getString("key") |
| Типизация | Helper-класс с enum | Helper-класс с sealed class | Helper-класс с const |
Таблица: Популярные типы условий
| Условие | Пример | Применение |
|---|---|---|
| Версия приложения | app_version < 2.5.0 |
Включить фичу только для старых версий |
| Страна | country == "RU" |
Локализовать offer |
| Пользовательский параметр | user_property["premium"] == "true" |
A/B тест среди платящих пользователей |
| Случайный процент | random_percent < 10 |
Постепенный rollout новой фичи |
Что входит в работу
- Подключение Firebase SDK (через SPM на iOS, Gradle на Android,
firebase_remote_configна Flutter) - Настройка
RemoteConfigSettingsс правильными интервалами для debug/release - Файл дефолтов, покрывающий все ключи
- Хелпер-класс с типизированным доступом к значениям (без строковых ключей в коде)
- Интеграция с точкой инициализации приложения (AppDelegate / Application)
Сроки и стоимость
Базовая интеграция с типизированным хелпером занимает 1 день. Стоимость рассчитывается индивидуально после анализа требований. Обращайтесь за консультацией: мы поможем оценить объём работ и настроить Remote Config под ваши задачи. Получите консультацию — и вы увидите, как просто управлять фичами без релизов. Свяжитесь с нами, чтобы обсудить ваш проект.