Після запуску мобільної гри через місяць активність падає — відсутність здорової конкуренції вбиває 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 днів безкоштовної підтримки після запуску.