Скорость сайта: почему это деньги, а не техника

Скорость сайта воспринимается как «техническая тема для разработчика». На самом деле это разговор про деньги: сколько посетителей уходит, не дождавшись загрузки, сколько заявок теряется на мобильном интернете, где сайт стоит в поиске Яндекса. Ниже разбираем, как секунды превращаются в рубли, что мерить, и что реально стоит чинить в первую очередь.

Материал полезен, если у сайта уже есть трафик, но конверсия ниже ожиданий, или если Яндекс.Метрика показывает высокий процент отказов на первом экране.

Почему скорость — это про деньги

Google и Яндекс много лет публикуют одну и ту же закономерность: чем дольше грузится страница, тем выше доля людей, которые закрывают вкладку до того, как что-то увидели. Порядок цифр примерно такой:

• загрузка 1 секунда — базовый отказ 9%;
• 3 секунды — отказ вырастает до 32%;
• 5 секунд — 90%;
• 6 секунд и больше — 106% (то есть люди уходят чаще, чем открывают).

Это не выдумка маркетологов, это данные из отчётов Google по мобильному трафику за 2018-2023 годы. У Яндекса картина такая же.

Дальше простая арифметика. Допустим, сайт получает 1000 визитов в месяц из Яндекс.Директа по 60 рублей за клик. Бюджет — 60 000 рублей. При загрузке 1 секунда до формы доходят ~910 человек, при 4 секундах — уже ~550. Разница 360 визитов, за которые вы заплатили, но они ушли, не увидев предложения. Это 21 600 рублей рекламного бюджета в мусор — каждый месяц.

Второй канал потерь — поиск. Яндекс с 2021 года учитывает скорость в ранжировании: если сайт медленный, его понижают в выдаче по коммерческим запросам. Это уже не про конкретную заявку, а про долгосрочный трафик.

Что реально мерить

Метрик, которые показывают «скорость», десятки. Большая часть — для инженеров. Владельцу бизнеса важны три числа:

1. LCP (Largest Contentful Paint) — за сколько секунд рисуется самый большой элемент на первом экране. Обычно это картинка героя или заголовок. Норма — до 2,5 секунд.
2. INP (Interaction to Next Paint) — как быстро сайт реагирует на клик, тап, скролл. Норма — до 200 миллисекунд. Именно на нём сыпется большинство сайтов на конструкторах.
3. CLS (Cumulative Layout Shift) — насколько прыгает вёрстка при загрузке. Норма — до 0,1. Прыжки бесят и приводят к случайным нажатиям.

Эти три показателя называют Core Web Vitals. Смотреть их бесплатно можно в двух местах:

• pagespeed.web.dev — введите адрес страницы, получите LCP/INP/CLS отдельно для десктопа и мобильных;
• Яндекс.Метрика, отчёт «Скорость загрузки страниц» — реальные данные по вашим посетителям, а не синтетический тест.

Ориентируйтесь на данные Метрики: это ваша реальная аудитория, ваши устройства, ваш интернет. Синтетические тесты часто «зелёные» на быстром канале Google, но показывают правду только для одного датацентра.

Три главные причины медленного сайта

1. Картинки без сжатия

По нашему опыту это 60% всех проблем со скоростью. Дизайнер отдал PNG 4000×3000 пикселей весом 3 МБ, разработчик поставил его на главную «как есть». Браузер тянет три мегабайта ради картинки, которая на экране 400 пикселей шириной.

Что помогает: сжатие в WebP или AVIF, ресайз под реальные размеры, ленивая загрузка (loading="lazy") для картинок ниже первого экрана. На хорошем сайте картинка героя должна весить 60-120 КБ, не больше.

2. Тяжёлые сторонние скрипты

Виджет чата, онлайн-консультант, три системы аналитики, пиксель ВКонтакте, пиксель Facebook, ещё один пиксель на всякий случай — каждый из них тянет по 40-200 КБ JavaScript и отъедает секунду от INP. Часто выясняется, что половина этих скриптов даже не используется: чат подключили, но никто в него не пишет; пиксель повесили, но кампаний в этой соцсети нет.

Аудит скриптов — самое дешёвое улучшение скорости. Занимает час, экономит 1-2 секунды.

3. Сайт на тяжёлом конструкторе или неоптимизированном Битриксе

Конструкторы вроде Tilda или Wix отдают на один блок по 5-10 килобайт CSS и JS, потому что не знают, какие блоки вы использовали. Итог — 800 КБ стилей и 1,5 МБ скриптов на простой лендинг.

С Битриксом отдельная история: если сборка кэша не настроена, каждый визит уходит в базу за 100+ запросами. На виртуальном хостинге это гарантированные 2-3 секунды до первого байта.

4. Хостинг не по задаче

На виртуальном хостинге за 200 рублей в месяц крутятся 500 других сайтов. Ваш процесс борется за CPU и диск с чужими крон-задачами. В час пик время до первого байта (TTFB) прыгает с 300 мс до 2 секунд, и никакая оптимизация фронта это не спасёт.

Для сайта с трафиком от 3000 визитов в месяц имеет смысл переезжать на VPS от 800 рублей, для магазина от 10000 визитов — на выделенный виртуальный сервер с SSD и настроенным Nginx. Разница в скорости — двух-трёхкратная, и заметна сразу.

Что чинить в первую очередь

Оптимизация скорости — это не «переделать сайт с нуля». Это последовательные шаги, каждый из которых даёт измеримое улучшение. Порядок такой:

1. Картинки. Прогнать все через squoosh.app или скрипт-конвертер в WebP. Выставить loading="lazy". Ожидаемый эффект — минус 1-2 секунды на LCP.
2. Скрипты аналитики. Оставить только те, что реально используете. Если можно — грузить с defer или async. Эффект — минус 200-500 мс на INP.
3. Кэширование на сервере. HTTP-заголовки Cache-Control для статики (год), ETag для HTML. На MODX включить кэш ресурсов и снипетов. Эффект — минус 500 мс на повторных загрузках.
4. Шрифты. Использовать font-display: swap, чтобы текст показывался до подгрузки шрифта. Подключать только используемые начертания, не весь семейный набор.
5. Критический CSS. Стили, нужные для первого экрана, инлайнить прямо в HTML. Остальные грузить асинхронно. Это самая техничная часть, экономит 300-800 мс.

Первые два пункта закрываются за день работы, дают 60-70% улучшения и не требуют переделки сайта. Остальное — уже плановая работа с разработчиком.

Когда скорость — не самое главное

Есть проекты, где гоняться за десятыми долями секунды бессмысленно. Внутренний портал для 30 сотрудников, где все сидят в офисе на гигабитном канале, не станет прибыльнее от оптимизации LCP. Личный кабинет клиента, куда заходят один раз в месяц оплатить услугу, тоже переживёт 3 секунды загрузки без потерь.

Скорость критична там, где есть холодный трафик и конкуренция за первое касание: интернет-магазины, посадочные под контекстную рекламу, каталоги услуг, куда приходят из поиска. Если у вас именно такой сайт — считайте оптимизацию инвестицией, а не расходом.

Читайте по теме: Сколько стоит поддержка сайта в месяц и Редизайн сайта: когда пора и как не потерять позиции.

Практический вывод

Не заказывайте «полную оптимизацию сайта под ключ» за 150 000 рублей, пока не проверили три вещи: вес картинок на главной, количество сторонних скриптов, реальные показатели Core Web Vitals в Метрике. В 8 случаях из 10 нужен не рефакторинг, а два дня осмысленной работы с изображениями и скриптами.

Если после базовой чистки LCP остался выше 3 секунд, а INP — выше 300 мс, тогда пора смотреть глубже: движок, база данных, хостинг. И тут уже без разработчика не обойтись. Мы делаем такой аудит по фиксированной цене — на выходе смета с приоритетами, а не «надо переделать всё».

Короткий чек-лист для владельца

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

• картинка героя на главной весит меньше 150 КБ;
• формат картинок — WebP или AVIF, а не PNG и JPEG;
• у тегов img ниже первого экрана стоит loading="lazy";
• на сайте не больше 2-3 внешних скриптов (счётчики, чат, пиксель рекламы);
• в Яндекс.Метрике LCP на мобильных ниже 3 секунд;
• время ответа сервера (TTFB) стабильно ниже 500 мс днём в будни.

Если больше двух пунктов из шести — «надо разбираться», сайт теряет заявки прямо сейчас. Начните с самого дешёвого шага: пережмите картинки. Это часто даёт эффект больше, чем неделя работы программиста над бэкендом.