1. Современные форматы изображений
Переводите JPEG/PNG в WebP или AVIF. В среднем минус 30–45% веса при том же качестве. Добавьте loading="lazy" для картинок ниже первого экрана.
Блог · Скорость · Оптимизация
Как ускорить загрузку вашего сайта
Пять конкретных техник, честные замеры и роль хостинга в том, почему ваш сайт «тормозит» на втором экране. Материал из практики наших инженеров — с цифрами, а не с «как-то так».
01 · Введение в проблему
Почему медленная загрузка отнимает у вас деньги
Каждая лишняя секунда загрузки — это не абстракция. По данным Google, при росте времени отклика со 0,4 с до 2,5 с вероятность оттока посетителей растёт на 16%. А уже при 4 секундах — почти 43% пользователей уходят, не дочитав страницу.
- Пользователь решает за 0,05 с, «быстрый» сайт или «тормозит»
- Каждая дополнительная секунда снижает конверсию в среднем на 4,3%
- Поисковые системы учитывают скорость как фактор ранжирования
- Мобильные пользователи особенно чувствительны к задержкам
02 · Топ-5 техник оптимизации
Пять приёмов, которые реально работают
Отсортировали по соотношению «усилия к результату». Первые три — базовые, без которых остальные не имеют смысла.
2. Минификация и бандлинг
Сжимайте CSS/JS через build-пайплайн, убирайте неиспользуемый код (tree-shaking). Для типовых SPA это −200–600 КБ на страницу.
3. Кэширование и CDN
Дайте браузеру и CDN кэшировать статику на 30+ дней. Умный CDN выбирает ближайший узел — пинг до ресурса падает с 180 мс до 30–50 мс.
4. Критический путь загрузки
Инлайн критического CSS, откладывайте font-face через font-display: swap, грузите скрипты с defer. First Contentful Paint сокращается на 200–500 мс.
5. Оптимизация запросов к БД
Профилируйте медленные запросы, добавляйте индексы, внедряйте кэш уровня данных (Redis). Один «тяжёлый» запрос на главной — и вся страница тормозит.
Бонус: мониторьте Core Web Vitals
LCP < 2,5 с, INP < 200 мс, CLS < 0,1. Встраивайте RUM-мониторинг, чтобы видеть метрики не в лаборатории, а у реальных пользователей.
03 · Роль хостинга
Даже идеальный код не спасёт слабый сервер
Хостинг — это фундамент. Сколько бы вы ни оптимизировали фронт, если сервер отвечает за 300 мс, пользователь ждёт именно 300 мс.
Что на самом деле происходит между кликом и отрисовкой
- DNS — 20–80 мс (можно ускорить Anycast-зоной)
- TCP + TLS — 50–200 мс в зависимости от удалённости узла
- Обработка на сервере — от 5 мс до секунд при плохих БД-запросах
- Передача HTML — зависит от расстояния до CDN-узла
- Парсинг и отрисовка — уже на стороне пользователя
Первые четыре пункта — зона ответственности хостинга. И именно здесь можно выжать секунды, которые пользователь реально чувствует.
Три ключевых фактора
Когда мы анализируем медленные сайты клиентов, почти всегда причина одна из трёх:
- Удалённость ЦОД. Пользователь в Новосибирске, сервер в Амстердаме — и 120 мс «в пустоту» на каждый запрос.
- Слабые ресурсы. Общий виртуал на 1 vCPU и 1 ГБ RAM начинает «задыхаться» при 30–50 одновременных запросах.
- Нет кэширования на уровне платформы. Каждый запрос уходит в PHP и в БД, хотя HTML можно отдавать из кэша за 2 мс.
Ни одна техника из раздела 02 не поможет, если фундамент проседает. Это и есть причина, по которой хостинг — не «коробка», а часть продукта.
04 · Практика с Linklet
Как это выглядит на нашей платформе
Три реальных кейса из нашей поддержки — с цифрами до и после. Все проекты запущены на Linklet с 2024 года.
$ linklet audit ./storefront
→ LCP: 4,82 с → 1,94 с
→ TTFB: 612 мс → 87 мс
→ WebP авто-конверсия: 127 файлов
✔ Core Web Vitals: все зелёные
storefront.linklet.app
Скорость+210 XP
Кейс 01 · Интернет-магазин «Тёплый дом»
Снижение LCP в 2,5 раза
Клиент пришёл с жалобой: «карточки товаров грузятся дольше 5 секунд на мобильных». Аудит показал: 4,2 МБ изображений в JPEG, ни одного кэша, сервер в ЦОД на 900 км от основной аудитории.
- Включили авто-конверсию в WebP через панель Linklet — −38% к весу
- Подключили CDN-кэш HTML на 60 секунд для каталога
- Перенесли трафик на ближайший узел в Москве (12 мс пинг)
Итог: LCP с 4,82 до 1,94 с, конверсия в корзину выросла на 11% за месяц.
Кейс 02 · Корпоративный портал «СеверСталь»
Внутренний портал на 3 400 сотрудников. Старая конфигурация: один виртуал, PHP без оптимизации, БД-запросы до 800 мс.
- Перевели на тариф Pro с выделенным vCPU и SSD-диском
- Добавили Redis-кэш сессий и кэш тяжёлых запросов
- Профилировали 14 медленных SQL и добавили индексы
Итог: среднее время отклика с 1,2 с до 180 мс. Операционные сотрудники перестали писать в поддержку «сайт тормозит».
Кейс 03 · Сторонний сайт «Фитнес-калькулятор»
Статика + умный CDN
Лендинг с калькулятором калорий. Вся логика на фронтенде, сервер просто отдаёт HTML. Но у владельца был хостинг в Европе — и пользователи из Сибири ждали 400+ мс на каждый запрос.
- Развернули на Linklet с 28 точками присутствия
- Включили авто-предварительную загрузку (preconnect) к шрифтам
- Инлайнили критический CSS, отложили всё остальное
Итог: TTFB из Сибири с 412 мс до 47 мс. PageSpeed Insights — 98/100 на мобильных.
05 · Заключение
Чек-лист на ближайшую неделю
Не пытайтесь сделать всё сразу. Начните с верхних пунктов — они дают 80% эффекта за 20% усилий.
Измерьте до и после
Без замеров нет прогресса. Запустите Lighthouse, PageSpeed Insights и RUM-мониторинг до оптимизации — и сравните через неделю.
Приоритизируйте по LCP
Largest Contentful Paint — метрика, которую чувствует пользователь. Если LCP > 2,5 с, начните с изображений и критического пути.
Подумайте о географии
Если ваша аудитория в России и СНГ — не держите сервер в Амстердаме. 100 мс пинга «в пустоту» — это 100 мс, которые вы не оптимизируете кодом.
Повторяйте аудит регулярно
Скорость — не разовая задача. Каждый новый фиче-запрос, каждая новая библиотека — потенциальный регресс. Аудит раз в месяц спасёт от «тихого» замедления.
Попробовать на Linklet
Первый аудит скорости — бесплатно
Загрузите репозиторий на 30-дневный бесплатный период и получите автоматический отчёт по Core Web Vitals от нашей платформы. Без карты, без анкет — просто кнопка.
Вопросы по теме
Коротко о частых сомнениях
Да. Даже если TTFB — 800 мс и «ничего не тормозит», вы теряете 5–10% конверсии по сравнению с конкурентами, у которых TTFB — 150 мс. Пользователь не скажет вам об этом — он просто уйдёт к другому.
LCP — для пользователя, TTFB — для инженера. LCP отражает то, что видит человек (момент, когда отрисован самый крупный элемент). TTFB показывает, насколько быстро сервер начал отвечать. Бейте в обе.
WebP — безопасный минимум, поддерживается всеми актуальными браузерами. AVIF даёт ещё 20–30% экономии, но медленнее декодируется на слабых телефонах. Компромисс: отдавать AVIF на десктопе, WebP на мобильных — через
srcset.CDN входит во все тарифы от «Старт» и выше, без доплат за трафик до 100 ГБ/мес. Тариф «Прo» и выше — безлимитный трафик. Точные цифры смотрите на странице тарифов.
Да. Мы поддерживаем подключение внешних доменов и работу как CDN-слой перед вашим origin-сервером. Можно оставить свой бэкенд и просто поставить Linklet перед ним для кэширования статики и HTML.