Ускорение сайта

Как измеряю скорость и что считаю результатом

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

Ориентируюсь на Core Web Vitals — набор метрик Google, которые описывают, насколько быстро показывается основной контент (LCP), как быстро страница реагирует на действия пользователя (INP) и не прыгает ли вёрстка при загрузке (CLS). К ним добавляю время ответа сервера и общий вес страницы. Это конкретные числа, которые можно сравнить до и после работ, а не субъективное ощущение, что сайт стал «вроде быстрее».

Учитываю разницу между лабораторными и полевыми данными. PageSpeed Insights показывает результат одного тестового прогона, а данные реальных пользователей обновляются постепенно, за несколько недель. Поэтому сразу после работ оцениваю лабораторные показатели и время ответа сервера, а изменения в полевых данных отслеживаю позже.

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

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

Типичные ошибки при ускорении сайта

Первая — ориентироваться только на баллы PageSpeed. Можно добиться высокой оценки, отложив загрузку всех скриптов, но тогда перестанут работать формы, корзина или аналитика. Цифра в отчёте выглядит хорошо, а сайт теряет заявки. Я ставлю в приоритет реальную скорость и работоспособность, а баллы рассматриваю как один из ориентиров, но не как самоцель.

Вторая — ставить несколько плагинов оптимизации одновременно. Они дублируют друг друга, конфликтуют при объединении файлов и кэшировании, и в итоге сайт может работать даже медленнее. На WordPress оставляю один инструмент кэширования и настраиваю его под конкретную тему и набор плагинов.

Третья — включить кэш и забыть о нём, не проверив, как он ведёт себя при изменении данных. Если кэш не сбрасывается при изменении цен, остатков или содержимого корзины, посетители видят устаревшие данные. На Битрикс и WordPress настраиваю кэширование так, чтобы динамические части страниц обновлялись корректно, а статические отдавались быстро. Для личного кабинета и корзины кэш настраиваю отдельно, чтобы пользователи не видели чужие данные.

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

Пятая — не проверять сайт после обновлений. Новый плагин или модуль может вернуть все проблемы обратно. После ускорения рекомендую повторять замеры после крупных изменений на сайте, а при необходимости могу сделать это сам. Так скорость остаётся под контролем, а не ухудшается постепенно, пока снова не станет заметной для посетителей.

Типовые задачи по ускорению: что делаю и сколько это стоит

Комплексная работа по Core Web Vitals — от 12 000 ₽ (от 6 часов работы). Ниже — частые жалобы на скорость и то, с чего я начинаю; часы — ориентир до замеров.

1. «PageSpeed ругается на LCP на мобильных: главный баннер появляется последним».Обычно баннер выводит слайдер на JavaScript или картинка получила ленивую загрузку вместе с остальными, и браузер берётся за неё слишком поздно. Делаю первый экран обычным img с fetchpriority=»high» и srcset, снимаю с него loading=»lazy», а шрифты первого экрана подключаю через preload с font-display: swap.от 3 чот 6 000 ₽
2. «Страница долго остаётся белой: сервер отвечает дольше секунды».Замеряю время до первого байта отдельно от отрисовки — через curl и вкладку Network, в обход кэша. Смотрю, включён ли OPcache и хватает ли ему памяти, что пишет журнал медленных запросов MySQL, есть ли объектный кэш в Redis. Если медленные только отдельные страницы, ищу конкретный тяжёлый запрос или обращение к внешнему API при генерации.от 4 чот 8 000 ₽
3. «Каталог на Битриксе с умным фильтром открывается по несколько секунд».Включаю отладку параметрами show_page_exec_time, show_include_exec_time и show_sql_stat и смотрю, какой компонент и какие SQL-запросы занимают время. Для умного фильтра проверяю фасетный индекс инфоблока: без него каждый выбор свойства — тяжёлая выборка по всем товарам и предложениям. Компонентам включаю тегированный кэш, чтобы смена одной цены не сбрасывала весь каталог.от 4 чот 8 000 ₽
4. «Включили композитный сайт — и посетители видят чужую корзину или не тот город».Композит отдаёт страницу из кэша целиком, поэтому всё, что зависит от посетителя, должно быть динамической областью: корзина, авторизация, город, просмотренные товары. Нахожу компоненты без setFrameMode и самописные вставки в шаблоне, оборачиваю их в динамические области с заглушкой и проверяю сценарии под разными пользователями.от 3 чот 6 000 ₽
5. «На WordPress стоит плагин кэширования, а сайт всё равно медленный».По заголовкам ответа и комментарию в конце HTML проверяю, отдаётся ли страница из кэша на самом деле. Частые причины промахов — слишком широкие исключения, utm-метки и yclid в адресе, товар в корзине WooCommerce. Заодно перевожу WP-Cron с визитов на системный cron (DISABLE_WP_CRON) и считаю запросы к admin-ajax.php на каждой странице.от 2 чот 4 000 ₽
6. «Тысячи фотографий весят по несколько мегабайт».Загруженные изображения пережимаю пакетно на сервере — в WordPress через WP-CLI порциями, с пересозданием миниатюр (wp media regenerate), сохраняя оригиналы. WebP отдаю правилом nginx по заголовку Accept. В Битриксе частая причина — список товаров выводит оригинал детальной картинки вместо копии через CFile::ResizeImageGet; это правлю в шаблоне компонента.от 4 чот 8 000 ₽Зависит от числа файлов.