Привет, я - Александр Лунегов, основатель «Онегин-Эксперт». За 14 лет в SEO я видел сотни проектов, которые теряли до 50% потенциальных клиентов еще до того, как пользователь видел первую картинку. Причина банальна и убийственна - медленная загрузка сайта. Это тихий убийца конверсии, который незаметно сливает ваш рекламный бюджет и рушит позиции в поиске.
Хватит гадать, «нормальная» у вас скорость или нет. Давайте раз и навсегда разберемся, какие цифры считать нормой в 2026 году, как за 15 минут найти главные «тормоза» вашего сайта и что конкретно сделать, чтобы он летал. Без воды, только мясо и пошаговые инструкции, которые мы сами применяем в работе.
TL;DR: Быстрый чек-лист для тех, у кого нет времени
Нет времени читать? Окей, вот выжимка на 15 минут, которая уже даст 80% результата.
- Нормы (для мобильных, по данным Google): LCP ≤ 2.5 сек; INP ≤ 200 мс; CLS ≤ 0.1; TTFB ≤ 0.6 сек; FCP ≤ 1.8 сек. Все, что выше, - «красная зона» и повод для паники.
- Приоритет №1: Найдите ваш LCP-элемент (Largest Contentful Paint) через PageSpeed Insights и сделайте на него preload. Обычно это главный баннер или шрифт.
- Сжатие - всему голова: Включите сжатие Brotli на хостинге и переведите все изображения в формат WebP или AVIF. Это уже срежет до 70% веса страницы. Подробнее о том, как это сделать, мы писали в нашей статье про оптимизацию изображений в WebP.
- Отложите все, что можно отложить: Весь некритичный JavaScript (счетчики, чаты) должен грузиться с атрибутами defer или async. Картинки ниже первого экрана - только с lazy loading.
- Кэш - ваш лучший друг: Настройте кэширование на стороне сервера и в браузере. Пользователь не должен скачивать ваш логотип при каждом визите.
Выполнив эти 5 шагов, вы уже значительно улучшите показатели. А теперь - к деталям для тех, кто хочет выжать максимум.

Почему скорость загрузки - это деньги, а не просто «техничка»
Давайте начистоту. Скорость загрузки - это уже давно не просто технический параметр для гиков. Это фундаментальный бизнес-показатель, который напрямую влияет на три ключевые вещи: ваши позиции в поиске, пользовательский опыт и, как следствие, вашу прибыль.
Влияние на SEO и позиции в Google и Яндексе
Все просто: поисковые системы не любят медленные сайты.
- Core Web Vitals как фактор ранжирования: С 2021 года Google напрямую использует метрики LCP, INP (пришел на смену FID) и CLS для ранжирования. Плохие показатели? Ваш конкурент с чуть менее релевантным, но быстрым сайтом окажется выше.
- Краулинговый бюджет: У поискового робота есть лимит времени и ресурсов, которые он готов потратить на ваш сайт. Если страницы отвечают медленно, робот просто не успеет проиндексировать все важное, и новые товары или статьи месяцами не будут попадать в поиск.
Влияние на UX и конверсию
Пользователи еще более нетерпеливы, чем поисковые роботы.
- Отказы: По данным Google, увеличение времени загрузки с 1 до 3 секунд повышает вероятность отказа на 32%. С 1 до 6 секунд - на 106%. Пользователь просто закроет вкладку и уйдет к конкуренту.
- Конверсия: Каждый лишний миг ожидания - это потенциально потерянный клиент. Особенно в e-commerce, где долгая загрузка корзины или страницы оплаты вызывает панику и недоверие.
В «Онегин-Эксперт» мы начинаем любой проект с аудита скорости. Я видел, как после оптимизации одной только LCP-картинки конверсия в заявку на B2B-сайте вырастала на 15-20%. Люди не хотят ждать. Они хотят решение своей проблемы здесь и сейчас. Медленный сайт кричит пользователю: «Мы не ценим ваше время!». - Александр Лунегов
Нормы скорости 2026: на какие цифры молиться?
Забудьте про абстрактные «быстро» или «медленно». В мире веб-производительности все измеряется в миллисекундах. Вот официальные «заповеди» от Google, известные как Core Web Vitals, и другие важные метрики, которые нужно знать. Замерять всегда нужно по мобильной версии - это закон.
|
Метрика |
Что это простыми словами |
Хорошо |
Нужно улучшать |
Плохо |
Главный рычаг оптимизации |
|
LCP (Largest Contentful Paint) |
Время до отрисовки самого большого элемента (картинки/блока) на первом экране. |
≤ 2.5 с |
2.5–4.0 с |
> 4.0 с |
Оптимизация изображений, preload, критический CSS. |
|
INP (Interaction to Next Paint) |
Задержка между кликом/тапом и видимой реакцией сайта. |
≤ 200 мс |
200–500 мс |
> 500 мс |
Оптимизация JavaScript, уменьшение main-thread задач. |
|
CLS (Cumulative Layout Shift) |
Стабильность верстки. «Прыгают» ли элементы при загрузке? |
≤ 0.1 |
0.1–0.25 |
> 0.25 |
Указание размеров для медиа, font-display. |
|
TTFB (Time to First Byte) |
Время до получения первого байта ответа от сервера. |
≤ 0.6 с |
0.6–1.0 с |
> 1.0 с |
Мощный хостинг, кэширование, CDN, оптимизация backend. |
|
FCP (First Contentful Paint) |
Время до появления первого любого контента (текста, картинки). |
≤ 1.8 с |
1.8–3.0 с |
> 3.0 с |
Устранение рендер-блокирующих ресурсов. |
Этот набор метрик дает полное представление о том, как пользователь воспринимает ваш сайт: от чувства «жизни» (FCP) до визуальной готовности (LCP) и отзывчивости (INP).
Как измерить скорость: инструменты для детектива
Чтобы что-то улучшить, нужно это измерить. К счастью, есть мощные и бесплатные инструменты. Главное - понимать разницу между «лабораторными» и «полевыми» данными.
- Field (Полевые данные): Это данные от реальных пользователей вашего сайта. Именно их Google использует для ранжирования. Источник: Chrome User Experience Report (CrUX).
- Lab (Лабораторные данные): Это замер в контролируемых условиях (мощный компьютер, быстрый интернет). Полезно для отладки, но не отражает реальный опыт.
Google PageSpeed Insights (PSI): главный барометр
Это ваш основной инструмент. Он показывает и полевые данные (если у вас достаточно трафика), и лабораторные. Как читать отчет:
- Переключитесь на «Мобильные». Десктоп нас интересует во вторую очередь.
- Смотрите на «Показатели на основе реальных данных». Это правда.
- Прокрутите до раздела «Диагностика». PSI сам подскажет, что делать: «Используйте современные форматы изображений», «Устраните ресурсы, блокирующие рендеринг». Это готовый план работ.
Другие полезные инструменты
- GTmetrix: Дает очень наглядный Waterfall-отчет - диаграмму, показывающую, как и в какой последовательности загружаются все элементы страницы. Сразу видно, какой скрипт или картинка «съела» все время.
- WebPageTest: Инструмент для продвинутых. Позволяет тестировать из разных стран, на разных устройствах и скоростях соединения. Идеально для диагностики сложных случаев.
- Chrome DevTools (F12): Вкладки Performance и Network - ваш микроскоп. Позволяют записывать профиль загрузки и видеть каждую задачу, которую выполняет браузер.
Главные причины медленной загрузки: 7 кругов ада производительности
Обычно сайт тормозит не по одной, а по совокупности причин. Вот главные «грехи», которые я встречаю в 90% случаев.
- Дешевый хостинг: Ваш сайт живет на «коммунальной кухне» shared-хостинга с сотнями соседей. Результат - высокий TTFB, долгий ответ сервера.
- Огромные неоптимизированные изображения: Фото в 5 МБ, загруженное прямо с фотоаппарата. Это самый частый и самый легко исправляемый косяк.
- Раздутый JavaScript: Каждый виджет, чат, счетчик аналитики, попап - это дополнительный JS-файл. Часто они грузятся синхронно, блокируя отрисовку всей страницы.
- Рендер-блокирующий CSS: Стили, которые загружаются в <head> и мешают браузеру начать строить страницу, пока они полностью не скачаются.
- Отсутствие кэширования: Сервер каждый раз заново отдает все файлы, вместо того чтобы сказать браузеру: «Эй, у тебя же уже есть этот логотип, возьми его из своей памяти».
- Тяжелые CMS и плагины: Особенно этим грешат старые сайты на WordPress или 1С-Битрикс с десятками установленных плагинов. Каждый плагин - это потенциальный «тормоз». Наша практика показывает, что грамотное SEO-продвижение сайта на 1С-Битрикс невозможно без глубокой оптимизации производительности, включая настройку композитного режима и отказ от «тяжелых» компонентов.
- Куча внешних скриптов: Рекламные сети, рекомендательные системы, A/B-тесты - все это тянет ресурсы со сторонних доменов, и вы никак не можете контролировать их скорость.
Пошаговая оптимизация: от сервера до фронтенда
Двигаемся по цепочке, снизу вверх: от фундамента (сервер) до фасада (то, что видит пользователь).
Шаг 1. Разберитесь с сервером и доставкой
- Хостинг: Если TTFB стабильно больше 1 секунды, пора переезжать. Shared-хостинг - для сайтов-визиток. Для серьезного проекта нужен как минимум VPS или хороший управляемый хостинг.
- CDN (Content Delivery Network): Сеть серверов по всему миру. Копия вашего сайта (картинки, стили) хранится ближе к пользователю. Если ваша аудитория - вся Россия или мир, CDN обязателен.
- Кэширование: Это самое важное. Настройте на сервере заголовки Cache-Control и Expires. Для динамических сайтов включите кэширование на уровне движка (например, «Композитный сайт» в Битриксе или плагины типа WP Rocket для WordPress).
Шаг 2. Оптимизация контента: изображения, видео, шрифты
- Изображения: Золотое правило - сожмите всё!
- Формат: Переведите все картинки в формат WebP или AVIF. Они дают такое же качество при весе на 30-70% меньше, чем JPEG/PNG.
- Размер: Изображение не должно быть больше, чем контейнер, в котором оно отображается. Глупо загружать картинку шириной 4000px для показа в блоке 800px.
- Ленивая загрузка (lazy-load): Все изображения, которые не видны на первом экране, должны грузиться только тогда, когда пользователь до них доскроллит.
- Шрифты: Не используйте 5 разных шрифтов. Каждый - это дополнительный запрос. Оптимально 1-2. Используйте современные форматы WOFF2 и настройте font-display: swap;, чтобы текст появлялся сразу, не дожидаясь загрузки шрифта.
Шаг 3. Оптимизация кода (CSS и JS) - магия для программиста
- Критический CSS: Выделите стили, необходимые для отрисовки первого экрана, и вставьте их прямо в <head> страницы. Остальные стили грузите асинхронно.
- JavaScript:
- defer и async: Все некритичные для отображения скрипты (аналитика, чаты) должны иметь эти атрибуты. async загрузит и выполнит, как только сможет. defer - загрузит в фоне и выполнит после построения страницы. Для большинства внешних скриптов defer предпочтительнее.
- Минификация: Удалите из файлов CSS и JS все пробелы, комментарии и переносы строк. Это делают специальные сборщики (Webpack, Gulp) или плагины для CMS.
- Удалите мертвый код: Проверьте, сколько кода из ваших JS- и CSS-файлов реально используется на странице. Вкладка Coverage в Chrome DevTools вам в помощь. Часто до 50% кода просто лежит мертвым грузом.
Чек-лист: 20 шагов к «зеленой зоне» PageSpeed
Не знаете, с чего начать? Просто пройдитесь по этому списку.
Сервер и Сеть:
- [ ] TTFB на мобильных < 0.8с.
- [ ] На хостинге включено сжатие (Brotli или Gzip).
- [ ] Настроен CDN, если аудитория распределена географически.
- [ ] Включен протокол HTTP/2 или HTTP/3.
Кэширование:
- [ ] Настроены заголовки браузерного кэша для статики (CSS, JS, картинки).
- [ ] Включено кэширование на уровне CMS (для WordPress, Bitrix и др.).
Изображения:
- [ ] Все изображения переведены в формат WebP/AVIF.
- [ ] Изображения сжаты без видимой потери качества.
- [ ] Для всех картинок указаны атрибуты width и height для предотвращения CLS.
- [ ] Включен lazy-load для всех изображений ниже первого экрана.
CSS:
- [ ] Критический CSS встроен в <head>.
- [ ] Остальные CSS-файлы загружаются асинхронно.
- [ ] CSS-файлы минифицированы.
- [ ] Неиспользуемый CSS удален.
JavaScript:
- [ ] Все некритичные скрипты загружаются с defer или async.
- [ ] JS-файлы минифицированы.
- [ ] Отключены ненужные плагины, генерирующие лишний JS.
Шрифты:
- [ ] Используется не более 2-3 начертаний.
- [ ] Шрифты загружаются в формате WOFF2.
- [ ] Используется font-display: swap.
Финальная мысль: скорость - это не разовая акция, а процесс
Я хочу, чтобы вы поняли главное: оптимизация скорости - это не задача, которую можно сделать один раз и забыть. Это непрерывный процесс. Вы добавили новый рекламный баннер, установили новый плагин, загрузили новую статью с картинками - все это может снова замедлить ваш сайт.
Поэтому внедрите мониторинг. Хотя бы раз в месяц проверяйте свой сайт в PageSpeed Insights. Сделайте скорость одним из ключевых KPI для вашей команды разработки или подрядчика.
В «Онегин-Эксперт» мы не просто «ускоряем сайты». Мы строим системы, которые остаются быстрыми. Потому что мы знаем: в цифровой гонке выигрывает не тот, кто бежит, а тот, кто летит.
Хотите, чтобы ваш сайт летал? Напишите мне в Telegram @lunegovas или на почту las@onegin24.ru. Я лично сделаю быстрый аудит вашего сайта и покажу 3-5 главных точек роста, которые вы упускаете. Это бесплатно и ни к чему не обязывает. Просто дружеский совет от коллеги по цеху.


