Что такое WebSocket — и почему чат обновляется сам, без перезагрузки страницы

Смотри, какая штука. Обычный сайт живёт по правилу «спросил — получил ответ — связь закрылась». Каждый клик — новый запрос, как звонок в справочную: задал вопрос, повесил трубку. А теперь открой любой чат или онлайн-игру: сообщения появляются сами, без перезагрузки. Сюрприз в том, что по классическому HTTP это невозможно в принципе: сервер не умеет «позвонить» браузеру первым. Вообще никак. WebSocket придумали ровно для этого.

Как работает обычный HTTP — и где его предел

Весь веб построен на цикле «запрос — ответ». Браузер спрашивает, API отвечает, соединение закрывается. Инициатор всегда один — клиент. Сервер сидит и ждёт: пока его не спросят, он молчит, даже если у него есть срочные новости.

Как тогда сделать чат на чистом HTTP? Костылём: браузер каждую секунду переспрашивает «а есть что новое? а сейчас? а сейчас?». Это называется polling. Работает, но представь справочную, в которую ты звонишь раз в секунду, и в 99 звонках из 100 слышишь «нет, ничего». Трафик жгётся, сервер отбивается от пустых запросов, а сообщения всё равно приходят с опозданием.

Что делает WebSocket

WebSocket меняет саму модель. Начинается всё как обычный HTTP-запрос, но с особой пометкой: «давай перейдём на WebSocket». Сервер соглашается — и с этого момента соединение не закрывается. Между браузером и сервером остаётся открытая труба, и писать в неё может любая сторона в любой момент.

Не серия коротких звонков, а одна открытая линия: никто не кладёт трубку. Пришло новое сообщение — сервер тут же протолкнул его в трубу, браузер получил и дорисовал. Ни перезагрузок, ни переспрашиваний, задержка — миллисекунды.

Где ты это встретишь

• Чаты и мессенджеры — сообщения прилетают в момент отправки.
• Онлайн-игры — позиции игроков синхронизируются десятки раз в секунду.
• Биржевые графики и курсы — цены тикают без обновления страницы.
• Совместные документы — ты видишь чужой курсор, потому что правки летят по открытой трубе.
• Голосовой режим ИИ — разговор с моделью в реальном времени гоняет звук туда-обратно именно по WebSocket.

Общий признак: данные должны приходить сами, а не когда ты спросил.

А ChatGPT печатает по буквам — это WebSocket?

Вот неожиданное: нет. Когда модель «печатает» ответ кусочками, это обычно стриминг поверх одного HTTP-запроса: ты спросил один раз, а сервер отдаёт ответ по частям, пока не закончит. Труба, но в одну сторону и на один ответ.

WebSocket нужен, когда говорить должны обе стороны в любой момент — как в голосовом разговоре, где ты можешь перебить модель. Запомни различие: стриминг — «длинный ответ по частям», WebSocket — «открытая линия в обе стороны».

Нужен ли тебе WebSocket в первом проекте

Чаще всего — нет. Для чат-бота с ИИ хватает обычных запросов со стримингом. А если живые обновления всё же нужны — например, общий счётчик или доска для нескольких людей — не собирай трубу руками: у готовых бэкендов вроде Supabase есть realtime-подписки, где WebSocket уже спрятан внутри. Ты пишешь «сообщи мне, когда в таблице появится строка» — остальное делает сервис.

WebSocket — это безопасно?

Да, у него есть шифрованная версия wss:// — тот же замочек, что у https://. Все нормальные сервисы используют именно её.

Чем WebSocket отличается от вебхука?

Вебхук — это разовый HTTP-запрос от сервера к другому серверу, когда случилось событие. WebSocket — постоянная линия, обычно между сервером и браузером. Вебхук — звонок «у вас заказ», WebSocket — открытый канал связи.