Как backend узнаёт, что пользователь прочитал сообщение в чате?

В чатах статус прочтения — это отдельное событие, которое клиент отправляет на сервер, а не что-то, что сервер может определить сам. Backend не знает, что пользователь физически увидел сообщение, пока клиент явно об этом не сообщит. Поэтому архитектура строится вокруг двустороннего канала связи, чаще всего WebSocket.

Как это работает по шагам

1. Пользователь открывает чат или прокручивает его до новых сообщений.
2. Фронтенд определяет, какие сообщения попали в область видимости (например, через IntersectionObserver).
3. Клиент отправляет на сервер событие message:read с ID чата и списком ID сообщений.
4. Сервер валидирует, что пользователь действительно участник чата, и обновляет статус в БД.
5. Сервер рассылает событие message:read остальным участникам через WebSocket или pub/sub (Redis, Kafka).
6. Клиенты собеседника получают событие и обновляют UI — появляются галочки или надпись "прочитано".

Пример на Node.js с Socket.IO

io.on('connection', (socket) => {
  socket.on('message:read', async ({ chatId, messageIds, userId }) => {
    // проверяем, что пользователь в чате
    const isMember = await chatRepo.isMember(chatId, userId);
    if (!isMember) return socket.emit('error', 'forbidden');

    // обновляем статус в БД
    await messageRepo.markAsRead(chatId, messageIds, userId);

    // уведомляем остальных участников
    socket.to(`chat:${chatId}`).emit('message:read', {
      chatId,
      messageIds,
      userId,
      readAt: Date.now(),
    });
  });
});

Важные нюансы

• Батчинг: не отправлять событие на каждое сообщение, а группировать ID и слать раз в 200–500 мс.
• Идемпотентность: повторное событие не должно ломать данные — используйте UPSERT.
• Масштабирование: при нескольких инстансах сервера нужен Redis Pub/Sub или Kafka, чтобы событие дошло до всех нод.
• Хранение: для групповых чатов часто хранят не флаг, а таблицу message_reads(message_id, user_id, read_at).

Такой подход применяется в мессенджерах, поддержке, соцсетях и любых системах с real-time уведомлениями. Он даёт точный контроль над статусом и легко масштабируется при правильной организации pub/sub.