← Блог · 14 мая 2026

Как ускорить сайт на Битрикс, если падает PageSpeed

Низкий PageSpeed у сайта на 1С-Битрикс почти всегда является симптомом конкретных технических причин: кеш, изображения, компоненты, база данных, скрипты или сервер. Ускорение лучше начинать не с “магических модулей”, а с короткой диагностики узких мест.

Короткий ответ

Чтобы ускорить сайт на Битрикс, сначала измерьте TTFB, вес страницы, количество запросов, работу кеша и медленные SQL-запросы. Потом по очереди оптимизируйте изображения, компоненты, JS/CSS, кеширование и сервер. Без замеров легко потратить бюджет на правки, которые почти не влияют на скорость.

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

Зона	Признак проблемы	Что делать
TTFB	Сервер отвечает дольше 600–800 мс	Проверить кеш, PHP-FPM, базу, хостинг, slow queries
Изображения	Главная страница весит несколько мегабайт	WebP/AVIF, размеры под экран, lazy loading
Компоненты Битрикс	Много каталогов, фильтров, новостей на одной странице	Включить кеш компонентов, убрать лишние выборки
JavaScript	PageSpeed ругается на blocking time	Отложить виджеты, объединить критичные сценарии, удалить лишнее
CSS	Большой render-blocking CSS	Разделить критические стили и второстепенные файлы
База данных	Страница медленно открывается даже без картинок	Проверить индексы, агенты, логи, тяжёлые запросы
Сторонние виджеты	Чат, карты, аналитика тормозят загрузку	Загружать после первого экрана или по клику

Порядок работ без хаоса

1. Сделать baseline: PageSpeed, Lighthouse, WebPageTest, curl TTFB, размер HTML/CSS/JS.
2. Проверить серверную часть: кеш Битрикс, PHP-версию, OPcache, ошибки, агенты, slow queries.
3. Оптимизировать медиа: изображения первого экрана, карточки каталога, баннеры, lazy loading.
4. Упростить фронтенд: убрать лишние библиотеки, отложить скрипты, проверить виджеты.
5. Проверить компоненты и шаблоны: где каждый хит тянет слишком много данных.
6. Повторить замеры и зафиксировать, какие правки дали эффект.

Мини-чек-лист для владельца сайта

• Есть ли актуальная резервная копия перед оптимизацией?
• Включён ли композитный сайт и кеш компонентов там, где это безопасно?
• Не грузятся ли на мобильном баннеры desktop-размера?
• Есть ли сторонние скрипты, которые можно отложить?
• Сколько секунд занимает первый ответ сервера?
• Не сломается ли обмен с 1С/CRM при обновлении ядра или модулей?

Когда нужна помощь разработчика

Если проблема в изображениях или лишнем виджете, часть работ можно сделать быстро. Но если высокий TTFB связан с компонентами, базой, обменом с 1С, шаблонами каталога или старой PHP-версией, нужен разработчик, который понимает Битрикс и серверную диагностику. Иначе есть риск ускорить одну страницу и сломать каталог, фильтр или оформление заказа.

FAQ

Нужно ли покупать модуль ускорения?

Не в первую очередь. Модуль может помочь с отдельными задачами, но он не исправит медленные SQL-запросы, плохую архитектуру компонентов, тяжёлые виджеты или слабый сервер.

Какой PageSpeed считать нормальным?

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

Что опаснее всего делать без тестов?

Обновлять ядро, отключать компоненты, менять кеширование каталога, минифицировать все скрипты сразу и править обмен с 1С без резервной копии и тестового сценария.