После запуска мобильной игры через месяц активность падает — отсутствие здоровой конкуренции убивает retention. Простой глобальный рейтинг не мотивирует: игроки не видят друзей и не чувствуют прогресса. Мы сталкивались с этим не раз: в 20+ проектах внедрение сегментированных лидербордов подняло возвращаемость на 30–40%. Для mid-core и competitive игр это обязательный элемент: игроки хотят соревноваться с друзьями, отслеживать прогресс по неделям и получать награды за топ-10. Ниже — как спроектировать систему, которая будет работать под нагрузкой до 10 000 RPS и блокировать читеров.
Почему серверная валидация очков критична?
Клиентский score без валидации — прямой путь к читерству через Memory Editor или Cheat Engine. Блокируем до 99% таких попыток. Лучший метод — серверный расчёт: клиент отправляет события, а Cloud Script вычисляет финальные очки.
| Метод | Описание | Надёжность |
|---|---|---|
| Серверный расчёт | Клиент отправляет события, сервер считает score | Высокая |
| Плауз-чек | Проверка на аномалии (max возможный score) | Средняя |
| Реплей-чек | Повторное исполнение действий на сервере | Очень высокая |
Комбинируем серверный расчёт с плауз-чеком: Cloud Script получает события уровня и вычисляет финальный score. Если результат аномален (например, 50 000 при максимуме 10 000), отклоняем. Экономия на инфраструктуре античита — существенная.
В PlayFab создаётся Cloud Script с функцией validateScore, которая принимает массив событий и возвращает итоговый score. Важно настроить таймаут выполнения (по умолчанию 10 секунд) и ограничения по памяти. Для высоконагруженных игр используем очередь для асинхронной обработки.
Какой бэкенд выбрать для лидербордов?
| Решение | Когда подходит | Ограничения |
|---|---|---|
| Google Play Games Leaderboards | Простой глобальный рейтинг, Android | Только Android, ограниченные типы |
| Game Center Leaderboards | iOS, simple global/friends | Только iOS |
| PlayFab Leaderboards | Кросс-платформа, гибко | Платный при высокой нагрузке |
| Firebase Realtime DB / Firestore | Гибко, real-time | Нужна кастомная индексация |
| Custom backend | Полный контроль | Разработка и поддержка |
Для большинства мобильных игр PlayFab — оптимальный выбор: не нужно писать серверную логику, есть встроенный anti-cheat. PlayFab Leaderboards API (документация) разворачивается в 10 раз быстрее кастомного сервера. Поддерживает сегментированные рейтинги, автоматический сброс статистики по расписанию и интеграцию с платформенными аккаунтами. Используем его в 80% проектов — снижает затраты на серверную инфраструктуру на 50%.
Пример записи и получения очков
public void SubmitScore(int score, string leaderboardName = "global_score")
{
PlayFabClientAPI.UpdatePlayerStatistics(
new UpdatePlayerStatisticsRequest
{
Statistics = new List<StatisticUpdate>
{
new StatisticUpdate
{
StatisticName = leaderboardName,
Value = score
}
}
},
result => Debug.Log("Score submitted"),
error => Debug.LogError(error.GenerateErrorReport())
);
}
public void GetLeaderboard(string leaderboardName, Action<List<LeaderboardEntry>> callback)
{
PlayFabClientAPI.GetLeaderboard(
new GetLeaderboardRequest
{
StatisticName = leaderboardName,
StartPosition = 0,
MaxResultsCount = 100,
ProfileConstraints = new PlayerProfileViewConstraints
{
ShowDisplayName = true,
ShowAvatarUrl = true
}
},
result =>
{
var entries = result.Leaderboard.Select(entry => new LeaderboardEntry
{
PlayFabId = entry.PlayFabId,
DisplayName = entry.DisplayName,
Score = entry.StatValue,
Rank = entry.Position + 1,
AvatarUrl = entry.Profile?.AvatarUrl
}).ToList();
callback?.Invoke(entries);
},
error => Debug.LogError(error.GenerateErrorReport())
);
}
public void GetPlayerRank(string leaderboardName, Action<int> callback)
{
PlayFabClientAPI.GetLeaderboardAroundPlayer(
new GetLeaderboardAroundPlayerRequest
{
StatisticName = leaderboardName,
MaxResultsCount = 1
},
result =>
{
var playerEntry = result.Leaderboard.FirstOrDefault(e => e.PlayFabId == PlayFabSettings.staticPlayer.PlayFabId);
callback?.Invoke(playerEntry?.Position + 1 ?? 0);
},
error => { }
);
}
Как защитить лидерборд от читеров?
Помимо серверного расчёта, используем мониторинг аномальных паттернов: если игрок отправляет score в нереальное время (менее 1 секунды на уровень) или с нехарактерной частотой — блокируем аккаунт. Дополнительно анализируем историю действий через Big Data. Это снижает количество читеров до единичных случаев.
Как мы реализуем лидерборды поэтапно?
- Аналитика и проектирование — определяем типы рейтингов, правила сброса, целевую нагрузку (до 10 000 RPS).
- Настройка PlayFab — создаём статистику, конфигурируем античит и резервное копирование.
- Реализация серверной логики — Cloud Script для валидации очков (серверный расчёт или плауз-чек).
- Интеграция с платформами — Google Play Games / Game Center для cross-platform видимости.
- UI-компоненты — список с аватарами, закреплённая позиция игрока, фильтры (global/friends).
- Тестирование и нагрузка — проверка при 10 000+ одновременных запросов.
- Деплой и мониторинг — автообновление и алерты при аномалиях.
Для сегментированных лидербордов используем версионирование статистики или отдельные имена для каждого уровня. Еженедельный сброс настраивается в PlayFab Game Manager → Statistics → Reset interval. С push-уведомлениями (APNs/FCM) игроки узнают о сбросе и новых наградах — retention дополнительно растёт.
Google Play Games и Game Center
Для платформенных лидербордов, которые видны в интерфейсе магазина:
PlayGamesPlatform.Instance.ReportScore(
score,
GPGSIds.leaderboard_global_score,
success => Debug.Log($"Score reported: {success}")
);
PlayGamesPlatform.Instance.LoadScores(
GPGSIds.leaderboard_global_score,
LeaderboardStart.TopScores,
100,
LeaderboardCollection.Public,
LeaderboardTimeSpan.AllTime,
data => { /* data.Scores */ }
);
Платформенные лидерборды хороши для discovery — игрок видит рейтинг прямо в Google Play без запуска игры. Но ограниченный контроль над дизайном и нет cross-platform. Deep linking (Universal Links / App Links) позволяет отправлять прямой пригласительный клик на конкретную позицию.
UI-паттерны
Хороший лидерборд отображает:
- Позицию и очки текущего игрока всегда видимы (закреплены вверху или внизу)
- Игроки вокруг текущего (±5 позиций) — GetLeaderboardAroundPlayer
- Топ-3 выделены визуально
- Аватары (из PlayFab Profile или платформенного аккаунта)
Пагинация или бесконечный скролл с GetLeaderboard(startPosition: offset) — для доступа к нижним строкам.
Что входит в работу
- Настройка PlayFab Statistics с нужными именами и правилами сброса
- Реализация submit, get top, get around player
- Лидерборд среди друзей
- Серверная валидация очков (Cloud Script)
- Платформенная интеграция (Google Play Games / Game Center)
- UI: список, позиция игрока, аватары, фильтры (global/friends/weekly)
Сроки и стоимость
Глобальный лидерборд на PlayFab занимает 2–4 дня. Полная система с сегментацией, серверной валидацией и UI — от 1 до 2 недель. Стоимость рассчитывается индивидуально, экономия времени достигает 10 раз по сравнению с кастомным сервером. При нагрузке до 50 000 одновременных игроков время отклика остаётся менее 50 мс. Закажите консультацию инженера, и мы подберём оптимальную архитектуру под вашу нагрузку. Свяжитесь с нами для расчёта стоимости вашего проекта — мы гарантируем стабильную работу под высокой нагрузкой и даём 30 дней бесплатной поддержки после запуска.