Зелёные баллы PageSpeed и Lighthouse для сайта на 1С-Битрикс

Соблазн понятен: поставить модуль ускорения, нажать пару кнопок и получить зелёные баллы. На бумаге это выглядит быстро и дёшево. Но баллы PageSpeed и Lighthouse — это лишь индикатор, а не цель сама по себе. Универсальные плагины умеют красиво закрывать отдельные замечания, не трогая их причину: спрятать неиспользуемый код, отложить всё подряд, переписать вывод так, что аудит проходит, а сайт при этом мигает, теряет функции или ломает вёрстку. Ниже разбираем, чем настоящая оптимизация отличается от косметики, какие замечания реально влияют на скорость и как мы доводим сайт на Битриксе до зелёной зоны без вреда.

Почему сайт на Битриксе горит красным

Битрикс — мощная платформа, но её гибкость оборачивается избыточностью на фронтенде. Каждый компонент, тема и модуль тянет свои стили и скрипты, и на типовой странице их легко набирается несколько десятков. Многие из этих файлов на конкретной странице вообще не используются, но всё равно подключаются и блокируют отрисовку. Изображения часто загружаются менеджерами как есть — тяжёлые JPEG и PNG без сжатия, без размеров и без ленивой загрузки. Сверху накладываются сторонние скрипты: счётчики аналитики, чаты, пиксели рекламы, карты. Они подключаются сразу при открытии страницы и съедают главный поток браузера в самый важный момент — пока пользователь ждёт первый экран.

В результате PageSpeed Insights показывает красную зону по Performance, а Lighthouse подсвечивает длинный список замечаний: ресурсы, блокирующие отрисовку, неиспользуемый CSS и JavaScript, изображения в устаревших форматах, отсутствие политики кеша, медленный отклик на действия. И это не абстрактные придирки — за каждым замечанием стоят реальные секунды ожидания, которые посетитель проводит, глядя на пустой или прыгающий экран.

Чем настоящая оптимизация отличается от галочек

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

Важный нюанс — разница между лабораторными и полевыми данными. Lighthouse даёт лабораторный прогон в идеальных условиях, а PageSpeed Insights добавляет полевые данные CrUX по реальным пользователям с их устройствами и сетями. Можно вылизать лабораторный балл и не сдвинуть полевые метрики, потому что у реальной аудитории слабее телефоны и медленнее интернет. Мы смотрим на обе картины и оптимизируем так, чтобы быстрее становилось именно реальным посетителям, а не только тестовому прогону. Если вас интересует доведение полевых метрик до зелёного на 75-м перцентиле, это отдельная глубокая работа — её мы ведём в рамках услуги оптимизации Core Web Vitals на Битрикс, где разбираем LCP, CLS и INP по полевым данным.

Что именно влияет на Performance

Категория Performance складывается из нескольких метрик, и у каждой свои причины. Скорость показа главного содержимого зависит от того, как быстро браузер получает и отрисовывает первый экран — здесь работают critical CSS, предзагрузка ключевого изображения и шрифта, быстрый отклик сервера. Стабильность вёрстки страдает, когда у изображений и баннеров не заданы размеры и контент прыгает при загрузке — лечится резервированием места. Отзывчивость на действия падает из-за тяжёлого JavaScript, который надолго занимает главный поток — лечится дроблением задач и отложенной загрузкой. Общий вес страницы тянут вниз тяжёлые картинки и лишний код — здесь работают современные форматы, минификация и чистка неиспользуемого.

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

Изображения и кеш — самый недооценённый ресурс

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

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

Best Practices, SEO и Accessibility

Многие думают, что Lighthouse — это только про скорость, и упускают три остальные категории. А между тем SEO-категория проверяет техническую пригодность страницы к индексации: корректные мета-теги, заголовки, доступность контента поисковику, отсутствие блокировок. Accessibility проверяет доступность интерфейса: контраст текста, метки у полей форм, альтернативные подписи к изображениям, логичную структуру заголовков — это важно и для людей с ограничениями, и для понимания страницы поисковыми системами. Best Practices смотрит на безопасные подключения, корректную работу с изображениями и отсутствие устаревших приёмов. Зелёная зона по этим категориям часто достигается аккуратными точечными правками, но без них отчёт остаётся наполовину красным.

Когда хватит точечной работы, а когда нужна комплексная

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

Как мы ведём проект по шагам

Первый этап — замер и разбор отчёта. Снимаем PageSpeed Insights и Lighthouse по мобайл и десктоп, фиксируем стартовые баллы по всем четырём категориям и сохраняем полевые данные CrUX как точку отсчёта. Второй этап — диагностика: разбираем render-blocking ресурсы, неиспользуемый код, тяжёлые изображения, сторонние скрипты и замечания по SEO и доступности, для каждого находим источник. Третий этап — план и приоритеты: расставляем правки по влиянию на баллы и трудозатратам, согласуем целевые пороги. Четвёртый — собственно работа с фронтендом: critical CSS, отложенный JavaScript, изображения, шрифты. Пятый — кеш, минификация и закрытие категорий Best Practices, SEO и Accessibility.

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

Гарантии, бережность и прозрачность

Оптимизация под отчёт не должна ломать сайт — это наш главный принцип. Все правки вносим бережно: проверяем, что функции, формы, корзина и интеграции продолжают работать, а вёрстка не разъезжается. Ядро Битрикса не трогаем, изменения держим в своих решениях и шаблоне, чтобы обновления платформы проходили без конфликтов. Состав и стоимость работ закрепляем до старта, а целевые баллы согласуем заранее — вы понимаете, к каким цифрам идём. После завершения даём отчёт с замером до и после и рекомендациями по удержанию результата. Зелёные баллы должны жить в реальной эксплуатации, а не только в день сдачи проекта, поэтому защиту от регрессий мы закладываем в работу с самого начала. При желании настраиваем автоматическую проверку баллов при выпуске релизов, чтобы новый компонент или тяжёлая картинка не вернули сайт в красную зону незаметно для команды.

Возражения, которые мы слышим чаще всего

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

С чего начать

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