Приходит к вам клиент с сайтом, который «тормозит». Вы открываете — 3 секунды на загрузку. Почему?

Ответ почти всегда один: shared-хостинг. Один сервер на тысячу сайтов. Все ждут своей очереди.

Server-first performance: тренд 2026 года

Figma назвала server-first performance одним из ключевых трендов веб-разработки 2026. Суть проста: сервер должен отдавать контент максимально быстро, а не перекладывать работу на браузер.

5 узких мест, которые убивают скорость

  1. Shared-хостинг — один сервер на всех. Решение: VPS (Virtual Private Server) — ваш сервер, ваши ресурсы.
  2. Нет HTTP/2 — браузер загружает файлы по очереди. HTTP/2 позволяет параллельно. Проверить: openssl s_client -connect yandex.ru:443 -http/1.1
  3. Без кэширования — сервер каждый раз генерирует страницу заново. Заголовки Cache-Control и ETag решают это.
  4. Нет CDN — картинки и скрипты грузятся через ваш сервер. Edge CDN (Cloudflare, BunnyCDN) раздаёт контент из ближайшей точки.
  5. Тяжёлый HTML — сервер генерирует 200 KB HTML при каждом запросе. Статическая генерация (SSG) или серверное кэширование.

Как это выглядит на практике

Было (shared-хостинг): TTFB 800-1200ms, полная загрузка 3-5 секунд.

Стало (server-first): TTFB 50-150ms, полная загрузка 0.3-1 секунда.

TTFB (Time To First Byte) — время от клика до первой полученной bytes. Это показатель «отзывчивости» сервера. Для shared-хостинга это 800ms+. Для VPS с Nginx и кэшированием — 50-150ms.

Чеклист: что проверить на своём сервере

  1. VPS вместо shared-хостинга (DigitalOcean, Hetzner, Timeweb Cloud)
  2. Включить HTTP/2 или HTTP/3 (QUIC)
  3. Настроить заголовки Cache-Control для статики
  4. Подключить CDN для изображений
  5. Уменьшить размер HTML-страницы до <50 KB

Результат: посетитель видит контент за 0.3 секунды вместо 3. Это не «оптимизация для гиков» — это конверсия. Каждая секунда задержки = -7% конверсии (исследование Google).

Если у клиента сайт на WordPress с shared-хостингом — первое, что вы можете сделать: перенести на VPS с Nginx + OPcache. За час работы.