Почему сайт тормозит и где обычно теряются секунды

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

Здесь — общая картина: во что обходится медленный сайт, где теряются секунды и как найти виновника. Подробный разбор метрик LCP, INP и CLS с порогами и способами исправления — в отдельной статье про метрики Core Web Vitals.

Во что медленный сайт обходится бизнесу

Скорость — не вопрос эстетики. Она напрямую бьёт по деньгам, и обычно в трёх местах сразу.

• Реклама. В Яндекс Директе вы платите за клик, а не за просмотр страницы. Если человек нажал на объявление, увидел белый экран и вернулся назад, деньги списаны, а заявки нет. В Метрике это видно как отказы и визиты в несколько секунд с рекламных переходов. Медленная посадочная страница делает дороже каждую заявку, сколько бы вы ни настраивали кампанию. Что ещё проверить перед запуском рекламы — в статье про подготовку сайта к Яндекс Директу.
• Поиск. Яндекс учитывает поведение посетителей: если люди уходят со страницы обратно в выдачу и выбирают конкурента, это работает против вас. Медленная мобильная версия — один из самых надёжных способов получить такое поведение.
• Сама работа с сайтом. Тормозит обычно не только витрина, но и админка. Менеджер, который полминуты ждёт сохранения товара, реже обновляет цены и наличие, а устаревший каталог теряет покупателей уже по другой причине.

Типичная картина: сайт на рабочем компьютере владельца в офисе открывается нормально, а у клиента с телефона на мобильном интернете — несколько секунд пустого экрана. Поэтому проверять скорость нужно так, как сайт видят посетители, а не так, как его видите вы.

Где теряются секунды

Сервер долго думает

Прежде чем браузер начнёт что-то рисовать, сервер должен собрать страницу и отдать первый байт ответа. Время до этого момента называют TTFB. Если сервер думает над страницей секунду и больше, никакое сжатие картинок не спасёт — посетитель всё равно ждёт. Причины: перегруженный дешёвый хостинг, отсутствие страничного кеша, тяжёлые запросы к базе данных, устаревшая версия PHP.

Страница слишком тяжёлая

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

Сторонние скрипты

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

Движок и модули

Здесь у каждой системы свои типичные проблемы.

• OpenCart. Десятки модулей, установленных за годы и подключающих свои стили и скрипты на каждой странице, даже там, где они не нужны. Модификаторы, которые конфликтуют между собой. Категории с тысячами товаров без нормальной пагинации и медленные фильтры.
• WordPress. Визуальные конструкторы, которые генерируют громоздкую разметку, и плагины на каждую мелочь — от формы до кнопки наверх. Без плагина кеширования каждая страница собирается заново на каждый визит.
• Любая система. Раздувшаяся база данных: журналы, корзины гостей, ревизии страниц, которые никто не чистит годами.

Как за полчаса понять, где проблема

Не нужно сразу заказывать аудит или переезжать на другой хостинг. Сначала несколько простых проверок.

1. Откройте PageSpeed Insights для главной и для типовой внутренней страницы — карточки товара или услуги. Смотрите вкладку для мобильных.
2. Посмотрите на время ответа сервера. В Chrome откройте инструменты разработчика, вкладку Network, обновите страницу и нажмите на первую строку — сам документ. Во вкладке Timing есть строка «Waiting for server response». Это и есть время, которое сервер думал над страницей.
3. Сравните с простым файлом. Откройте так же robots.txt или любую картинку с сайта. Если файл отдаётся быстро, а страница — долго, проблема в движке: модули, база, отсутствие кеша. Если медленно отдаётся всё, включая простой файл, виноват хостинг или сеть до сервера.
4. Посмотрите вес страницы. Там же, во вкладке Network, внизу показан общий объём загруженного. Отсортируйте файлы по размеру: обычно сверху сразу видны пара огромных картинок или тяжёлый скрипт.
5. Проверьте реальных посетителей. В Яндекс Метрике есть отчёт о времени загрузки страниц — он показывает, как сайт открывается у ваших настоящих клиентов, а не на тестовом прогоне.

Как читать PageSpeed и что в нём игнорировать

Главное правило: смотрите не на круглую оценку из ста баллов, а на блок с данными реальных пользователей вверху отчёта. Оценка — это один лабораторный прогон на эмулированном телефоне, она прыгает от запуска к запуску на несколько пунктов. Полевые данные показывают, как сайт работал у посетителей за последний месяц.

Из списка рекомендаций внизу многое можно смело отложить. Совет «уменьшите неиспользуемый JavaScript» на любом сайте с аналитикой будет висеть всегда. Важно другое: какая из метрик красная и какой элемент её портит. Как разбирать каждую метрику по отдельности, я подробно описал в статье про Core Web Vitals — повторять здесь не буду.

Что исправлять в первую очередь

Порядок я выбираю по соотношению «эффект на цену работы»:

1. Картинки. Сжать, перевести в WebP, отдавать телефону уменьшенную версию. Обычно это самое дешёвое и самое заметное улучшение.
2. Кеш. Включить страничный кеш, если его нет, и проверить, что он действительно работает, а не сбрасывается при каждом визите.
3. Сторонние скрипты. Убрать то, что не используется, остальное запускать не сразу, а после первого действия посетителя.
4. Модули и плагины. Отключить лишнее на тестовой копии сайта и замерить разницу. Нередко один модуль даёт половину задержки.
5. Хостинг. Если простой файл отдаётся медленно, а всё остальное уже исправлено, — переезд на нормальный тариф или сервер.

Если после всего этого сайт всё равно медленный, а каждое исправление ломает что-то другое, возможно, дело в самой системе. Как это понять — в статье о том, когда пора сменить движок.

Чего не делать

• Не ставьте пять плагинов ускорения сразу. Они конфликтуют между собой, и сайт может начать отдавать устаревшие страницы или сломанную вёрстку.
• Не включайте ленивую загрузку на всё подряд. Если лениво грузится картинка первого экрана, сайт становится медленнее, а не быстрее.
• Не гонитесь за сотней баллов. Цель — чтобы сайт быстро открывался у клиентов на телефоне, а не красивая цифра в отчёте.
• Не правьте рабочий сайт вслепую. Изменения сначала на копии, потом замер, потом перенос.

Если не хочется разбираться самому

Ускорение готовых сайтов я делаю в рамках услуги доработки и интеграции: доработка функционала — от 5 000 ₽, от 3 дней. Если скорость — лишь одна из проблем и нужно посмотреть сайт целиком, начните с технического аудита сайта: от 15 000 ₽, от 7 дней. Пришлите адрес сайта через бриф — скажу, где теряются секунды и сколько стоит это исправить.