Перейти к содержимому
Портфолио Услуги Тарифы О себе Блог Контакты Lab Обсудить проект
Веб-разработка 2 мин

PageSpeed тяжёлого каталога на Битрикс: что реально двигает балл

На ШвейГиде 21 000+ SKU. Сначала включили кеш - mobile почти не сдвинулся. Дальше: WebP батчами, LCP preload, subset иконок, отложенная аналитика. Desktop в портфолио - 79.

PageSpeed тяжёлого каталога на Битрикс: что реально двигает балл

На ШвейГиде каталог больше 21 000 позиций. PageSpeed на такой витрине падает не потому что «Битрикс плохой», а из-за картинок, первого экрана листинга и лишнего JS. Ниже — что реально двигало замер, и что сначала не сработало.

Отдельный разбор витрины — в статье про Hyper Catalog. Здесь — скорость.

Закулисье: с чего начали и где ошиблись

Первый импульс заказчика и мой на старте был одинаковый: «включите кеш». Страничный кеш поднял TTFB, но mobile PageSpeed почти не сдвинулся. Открыли раздел с сеткой превью — и снова тяжёлый LCP. Стало ясно: лечить надо картинки и первый экран листинга, а не только HTML в Redis.

Второй грабль — прогон WebP. Длинный батч по upload умер посередине без offset: часть файлов уже в WebP, часть нет, в админке каша. Переписал с продолжением по offset и логом. Скучно, зато прогон переживает обрыв SSH.

Замер на пустой главной врал в плюс. Смотрел разделы каталога — там, где живёт трафик. В портфолио по этому проекту честно стоит desktop 79, не «почти 100».

Почему «поставь кеш» не лечит

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

Что делал по картинкам

  • батчами гонял WebP по upload, с продолжением через offset;
  • preload картинки первого товара в разделе (кандидат в LCP);
  • subset иконок вместо полного набора.

На каталоге важнее стабильный LCP по разделам, чем красивая цифра на пустой главной.

JS и аналитика

Аналитику отложил, дубли CSS подчистил. На мобиле любой лишний скрипт в шапке бьёт по TBT. Цель Метрики повесил после первого взаимодействия / idle: заявки не ломаются, первый экран легче.

Как замеряю

Смотрю лабораторный PageSpeed и живую выдачу. Desktop и mobile на тяжёлом каталоге расходятся сильно. На сайте в портфолио пишу desktop-цифры по проектам и отдельно пруф по своему сайту на mobile. Не обещаю «везде 100».

Если сайт уже тормозит

Имеет смысл начать с картинок и первого экрана, а не с переезда CMS. Услуга: ускорение сайта. Кейс — ШвейГид.

Сделаем
классный сайт?

Напишите мне — обсудим ваш проект и подберём решение.

it@konstmax.ru
Открыт для новых проектов
Обсудить проект