Разработка системы сохранения прогресса мобильной игры

Потеря прогресса — худшее, что может случиться с игроком. Прошёл 30 уровней, купил бустеры, разблокировал персонажей — и после переустановки или смены устройства ничего нет. Рейтинг в магазине падает, пользователь уходит. Недавно к нам обратился клиент: после обновления все сохранения оказались битыми, 15% активной аудитории ушло за неделю. После внедрения нашей системы отток сократился до 2%, а рейтинг в магазине вырос с 3.2 до 4.5 звезд. Мы знаем, как этого избежать.

Мы разрабатываем систему сохранения под ключ для игр на Unity, Android, iOS и кроссплатформенных проектах. За 5 лет реализовали более 40 игр, гарантируя сохранность данных и бесшовный пользовательский опыт. Оценим ваш проект — свяжитесь с нами, чтобы обсудить детали.

Какие данные нужно сохранять и где?

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

• Критические данные: уровень, валюта, покупки. Должны синхронизироваться с сервером — никогда не теряться. Хранятся локально + облако.
• Игровой прогресс: пройденные уровни, достижения, разблокированные предметы. Локально + опциональная синхронизация.
• Пользовательские настройки: громкость, управление, графика. Только локально — потеря некритична.
• Сессионные данные: текущий уровень, позиция, временные баффы. Только в памяти — не требуют персистентности.

Локальное хранение

Для простых игр — JSON-файл или SharedPreferences/UserDefaults. Для сложного прогресса с множеством сущностей — SQLite через Room.

@Entity(tableName = "save_data") data class SaveDataEntity( @PrimaryKey val playerId: String, val level: Int, val experience: Long, val coins: Long, val gems: Int, val unlockedLevels: String, // JSON array val inventory: String, // JSON array val achievements: String, // JSON array val settings: String, // JSON object val lastSavedAt: Long, val version: Int = 1 // для миграций формата ) 

Для Unity — PlayerPrefs для простых значений, Application.persistentDataPath + бинарный файл для сложных структур. BinaryFormatter устарел в современных версиях Unity — используем JsonUtility или Newtonsoft.Json + File.WriteAllBytes.

// Unity: сохранение через JsonUtility [Serializable] public class SaveData { public int level; public long coins; public List<string> unlockedItems = new List<string>(); public int[] levelStars; // 3 звезды на каждый уровень public long savedAt; } public class SaveSystem : MonoBehaviour { private const string SAVE_FILE = "save.json"; public static void Save(SaveData data) { data.savedAt = DateTimeOffset.UtcNow.ToUnixTimeMilliseconds(); string json = JsonUtility.ToJson(data); string path = Path.Combine(Application.persistentDataPath, SAVE_FILE); // Сначала пишем в temp, потом переименовываем — атомарная операция string tempPath = path + ".tmp"; File.WriteAllText(tempPath, json); File.Move(tempPath, path, overwrite: true); } } 

Запись через temp-файл с последующим переименованием — защита от корруптированного файла при крэше во время записи.

Облачная синхронизация

Для кроссплатформенных игр — собственный бэкенд. Для iOS-only — Game Center + iCloud. Для Android — Google Play Games Services. Для Unity — обёртки над обоими.

// Android: Google Play Games Services GamesSignInClient.signIn().addOnCompleteListener { task -> if (task.isSuccessful) { PlayGames.getSnapshotsClient(activity) .open(SNAPSHOT_NAME, true, SnapshotsClient.RESOLUTION_POLICY_MOST_RECENTLY_MODIFIED) .addOnSuccessListener { dataOrConflict -> if (dataOrConflict.isConflict) { resolveConflict(dataOrConflict.conflict) } else { loadFromSnapshot(dataOrConflict.data) } } } } 

Google Play Games Snapshots API автоматически управляет конфликтами при RESOLUTION_POLICY_MOST_RECENTLY_MODIFIED — побеждает более свежее сохранение. Для большинства игр этого достаточно.

Сравните облачные решения:

Согласно документации Apple, CloudKit обеспечивает автоматическое разрешение конфликтов на основе временных меток. В одном проекте внедрение серверной валидации позволило сэкономить более $10,000 в месяц на возвратах от читеров.

Почему важна миграция формата?

Формат данных меняется с обновлениями игры. Нужна миграционная система:

class SaveMigrator { fun migrate(data: SaveDataEntity): SaveDataEntity { var current = data while (current.version < CURRENT_VERSION) { current = when (current.version) { 1 -> migrateV1toV2(current) 2 -> migrateV2toV3(current) else -> throw IllegalStateException("Unknown version: ${current.version}") } } return current } private fun migrateV1toV2(data: SaveDataEntity): SaveDataEntity { // В версии 2 добавили daily challenges progress return data.copy( dailyChallenges = "{}", version = 2 ) } } 

Проверяем версию при загрузке — если старая, мигрируем до актуальной и сохраняем заново.

Как обеспечить защиту от читерства?

Для игр с монетизацией — хэш для обнаружения модификации файла:

fun computeChecksum(data: SaveDataEntity): String { val content = "${data.playerId}|${data.coins}|${data.gems}|${data.level}|${SECRET_SALT}" return MessageDigest.getInstance("SHA-256") .digest(content.toByteArray()) .fold("") { str, byte -> str + "%02x".format(byte) } } 

Серверная валидация — надёжнее. Критические операции (покупка за gems) проходят через сервер, клиент не может просто записать нужное значение в файл. В одном проекте мы снизили количество читеров на 95% всего за месяц после внедрения серверной проверки каждой покупки.

Как выбрать между CloudKit и Google Play Games?

Выбор зависит от платформы и требований. Если игра только на iOS — CloudKit и Game Center. Для Android — Google Play Games Snapshots. Для кроссплатформенного проекта чаще выбирают собственный бэкенд для единообразия. Мы помогаем определиться на этапе аудита — закажите консультацию, чтобы получить оптимальное решение.

Что входит в разработку системы сохранения

Мы предоставляем:

• Анализ требований к данным и выбор архитектуры
• Реализацию локального хранилища (Room, DataStore, CoreData, PlayerPrefs)
• Подключение облачной синхронизации (iCloud, Google Play Games, собственный сервер)
• Механизм миграции формата при обновлениях
• Защиту от взлома (хэши, серверная валидация)
• Тестирование на различных устройствах и версиях ОС
• Документацию и обучение команды

Сроки — от 2 до 4 недель в зависимости от сложности. Мы проводим нагрузочное тестирование: симулируем 1000 одновременных сохранений, чтобы убедиться в отказоустойчивости. Средняя окупаемость инвестиций — 3 месяца за счет лояльности пользователей. Свяжитесь с нами, чтобы получить консультацию и оценку вашего проекта.