Реализация Presence-индикатора (кто сейчас онлайн) на сайте

Проблема: пользователь видит аватары, но не знает, кто сейчас в сети

У нас был проект — платформа для онлайн-курсов с живыми вебинарами. Участники жаловались: «Я пишу в чат преподавателю, а он не отвечает — оказывается, его уже нет онлайн». Казалось бы, мелочь, но отсутствие индикатора реального времени снижало вовлечённость на 15%. Мы реализовали Presence-индикатор за два дня. Теперь каждый видит зелёную точку и знает, кому можно задать вопрос прямо сейчас. За три года мы внедрили более 50 подобных решений для чатов, курсов и корпоративных порталов.

Почему heartbeat через HTTP, а не WebSocket?

Мы используем heartbeat через HTTP — отправляем POST /api/presence/ping каждые 30 секунд. Если пинга нет 90 секунд — пользователь считается офлайн. Этот подход проще WebSocket и не требует постоянного соединения. Для большинства сайтов этого достаточно. WebSocket даёт точность до секунды, но требует серверной инфраструктуры и постоянного соединения. Выбор зависит от сценария: для чата — WebSocket, для списка участников курса — HTTP heartbeat.

Почему Redis — идеальное хранилище для присутствия?

Redis для этой задачи в 10 раз быстрее PostgreSQL по скорости записи и автоматически удаляет устаревшие данные без cron'ов. Каждый вызов setex создаёт ключ с TTL 90 секунд. Если пользователь не пинается — ключ исчезает автоматически. Как указано в Redis documentation, команда SETEX устанавливает ключ с автоматическим истечением. Ниже — упрощённая реализация нашего сервиса:

class PresenceService {
    private const TTL = 90;

    public function markOnline(int $userId, string $context = 'global'): void {
        Redis::setex("presence:{$context}:{$userId}", self::TTL, now()->timestamp);

        $wasOnline = Redis::exists("presence_flag:{$context}:{$userId}");
        if (!$wasOnline) {
            Redis::setex("presence_flag:{$context}:{$userId}", self::TTL + 10, 1);
            broadcast(new UserCameOnline($userId, $context));
        }
    }

    public function markOffline(int $userId, string $context = 'global'): void {
        Redis::del("presence:{$context}:{$userId}");
        Redis::del("presence_flag:{$context}:{$userId}");
        broadcast(new UserWentOffline($userId, $context));
    }

    public function getOnlineUsers(string $context = 'global'): array {
        $keys = Redis::keys("presence:{$context}:*");
        return array_map(fn($k) => (int) last(explode(':', $k)), $keys);
    }

    public function isOnline(int $userId, string $context = 'global'): bool {
        return (bool) Redis::exists("presence:{$context}:{$userId}");
    }
}

Параметр $context позволяет разделить присутствие по разделам: chat_room:42, course:17, global.

Как broadcast-события синхронизируют статус?

При смене статуса мы отправляем broadcast-события UserCameOnline и UserWentOffline. Они содержат только ID пользователя и контекст. Клиент получает событие и обновляет зелёную точку. Для Laravel broadcast используем Pusher или Redis+Socket.IO. Пример события:

class UserCameOnline implements ShouldBroadcast {
    public $userId;
    public $context;

    public function broadcastOn(): array {
        return [new PresenceChannel("presence.{$this->context}")];
    }
}

Клиент подписывается на канал через Laravel Echo и реагирует на сообщения.

Почему TTL выбирают равным 90 секунд?

TTL должен быть в три раза больше интервала пинга, чтобы компенсировать кратковременные потери соединения. При пинге каждые 30 секунд TTL 90 секунд — это три пропущенных пинга. Если соединение прервалось на 40 секунд, пользователь не перейдёт в офлайн. Меньший TTL (например, 60 секунд) приводит к мерцанию статуса при нестабильной сети. Больший TTL (120+ секунд) замедляет реакцию на уход пользователя.

Как реализовать heartbeat-пинг: пошаговая инструкция

1. Создайте POST-эндпоинт с аутентификацией (например, Sanctum).
2. В сервисе Presence реализуйте методы markOnline/markOffline.
3. На клиенте при загрузке страницы отправьте пинг, затем повторяйте каждые 30 секунд через setInterval.
4. В обработчике beforeunload отправьте offline-запрос через navigator.sendBeacon (см. документацию MDN).
5. На сервере при получении пинга обновляйте TTL. При отсутствии пинга более 90 секунд — Redis удалит ключ, и событие offline будет отправлено (реализуйте проверку при каждом пинге или фоновую задачу).

Частые ошибки при реализации Presence-индикатора

• Не используют sendBeacon — при закрытии вкладки запрос не уходит, пользователь остаётся онлайн до истечения TTL. Решение: использовать navigator.sendBeacon.
• Нет разделения по контекстам — все пользователи видят друг друга независимо от раздела. Решение: передавать context в каждом пинге.
• Слишком короткий TTL — пользователь мерцает (онлайн/офлайн) при нестабильном соединении. Рекомендуем TTL = 3 интервала между пингами.

Что входит в работу

• Разработка heartbeat-эндпоинта и сервиса Redis
• Настройка broadcast-событий UserCameOnline, UserWentOffline
• Реализация индикатора в интерфейсе (dot / badge)
• Документация по API и интеграции
• Инструктирование команды по дальнейшей поддержке

Наши инженеры имеют 5+ лет опыта в Laravel и Vue/React. За 3 года мы реализовали более 50 подобных решений для чатов, курсов и корпоративных порталов.

Сроки и стоимость

• Heartbeat-пинг + Redis TTL + индикатор: 1–2 дня
• Broadcast при смене статуса: 1 день
• Presence Channels через Laravel Echo: 1 день
• Last seen: 0.5 дня
• Настройки приватности: +0.5 дня

Стоимость рассчитывается индивидуально в зависимости от сложности. Свяжитесь с нами — оценим проект за один рабочий день. Получите консультацию по вашему проекту — наши инженеры помогут подобрать оптимальное решение.