Другие статьи
Автор статьи: Александр Ломша, COO компании «Лайкит»
Сайт на 1С-Битрикс замедляется не из-за платформы, а из-за конкретных решений: тяжёлых шаблонов, отключённого кэша, старых версий PHP и неоптимизированных картинок. Ниже — порядок работ, который даёт эффект без переписывания проекта с нуля.
Почему сайт на Битрикс тормозит
Узких мест обычно три: сервер и окружение, кэширование и фронтенд. Пока не понятно, какое из них даёт основной вклад, любые правки — лотерея: можно месяц оптимизировать картинки, а ждать по-прежнему восемь секунд.
Три узких места
- Сервер. Устаревшая версия PHP, отсутствие OPcache, мало памяти, медленный диск, база без индексов.
- Кэш. Отключённое кэширование компонентов, отсутствие композитного режима, привычка сбрасывать кэш «на всякий случай».
- Фронтенд. Десятки CSS- и JS-файлов, тяжёлые шрифты, картинки в PNG по 2 МБ, сторонние виджеты и слайдеры.
Что чаще всего находят
На типовом проекте после аудита оказывается, что половину времени съедает не «тяжёлый Битрикс», а набор скриптов в шапке и изображения без ресайза. Второй по частоте источник — отсутствие композитного кэша при включённом каталоге на тысячи позиций.
Третья причина — техдолг. Шаблон, который собирали годами, обрастает подключениями: счётчики, виджеты, старые библиотеки, дублирующиеся стили. Каждое добавление по отдельности безобидно, вместе они дают секунды задержки. Поэтому аудит скорости почти всегда превращается в инвентаризацию подключений.
Как измерить скорость и не обмануться
Замер нужен до работ и после, иначе результат нечем подтвердить. Два инструмента дополняют друг друга.
PageSpeed Insights
PSI показывает лабораторные и полевые данные: оценки по LCP, INP и CLS, а также список конкретных проблем. Гнаться за 100 баллов не нужно — это лабораторный синтетический результат. Задача — увидеть, какие метрики в красной зоне и что именно их тянет вниз.
У PSI есть ограничения: тестирование идёт с зарубежных серверов, а часть серверных параметров в оценку не попадает. Поэтому к нему стоит добавлять замеры из своего региона.
«Скорость сайта» в админке Битрикса
Раздел показывает реальные показатели по последним посещениям и учитывает скорость соединения, устройство и геолокацию пользователя. Для проекта на Битриксе это более честная картина, чем синтетический тест: видно, как сайт ощущают живые люди.
Что считать результатом
Ориентируйтесь не на балл, а на три вещи: время до отрисовки основного контента, стабильность вёрстки при загрузке и отзывчивость на действия. Если эти показатели улучшились на полевых данных — работа сделана, даже если балл вырос незначительно.
Сохраняйте отчёты до и после работ: скриншоты, замеры по регионам, список проблем. Это единственный способ доказать эффект, если через месяц кто-то скажет, что «сайт стал тормозить». Без базового замера любые претензии и любые улучшения обсуждаются на уровне ощущений.
Сервер и окружение
Серверная часть — самый быстрый способ получить прирост без правок шаблона. Начинать стоит с неё.
PHP и MySQL
Актуальные версии PHP работают заметно быстрее старых, но переход требует проверки модулей и кода. Порядок такой: тестовая копия, обновление, прогон сценариев (заказ, оплата, формы, обмен с 1С), затем перенос на прод. База данных также требует актуальной версии и обслуживания индексов.
OPcache, память и лимиты
- Включить OPcache и проверить, что он не сбрасывается каждые несколько минут.
- Выделить достаточно памяти PHP: экономия здесь даёт ошибки, а не скорость.
- Проверить лимиты процессов и соединений — при пиках они упираются первыми.
- Настроить Gzip или Brotli для сжатия ответов.
CDN и статика
Статические файлы — картинки, стили, шрифты — логично отдавать через сеть доставки контента. Это снижает нагрузку на сервер и ускоряет загрузку для пользователей из других регионов, не меняя код сайта.
Когда пора менять тариф
Если нагрузка растёт, а оптимизация кода уже сделана, упирается железо: процессор, память, диск. Признаки — рост времени ответа сервера в часы пик и очереди запросов. В этом случае помогает переход на тариф выше или выделенный сервер, а не очередная правка шаблона.
Кэширование и композитный сайт
Кэш — главный резерв скорости на Битриксе, и чаще всего он используется не полностью.
Композитный сайт
Композитный сайт — технология, при которой страница отдаётся из статического кэша, а динамические блоки подгружаются отдельно. Для каталога и корпоративных страниц это даёт самый заметный прирост: повторные запросы обрабатываются без сборки страницы заново.
Кэш компонентов и время жизни
Проверьте, что у компонентов задано время кэширования, а не ноль. Частая причина медленного сайта — «страховочные» настройки, при которых кэш отключён, чтобы правки сразу были видны редактору. Правильнее держать кэш включённым и сбрасывать его точечно после публикации.
Учтите обратную сторону: если кэш не сбрасывается после изменения контента, пользователи видят старую версию страницы. Поэтому в регламенте обновления должны быть и включение, и корректный сброс.
Фронтенд: CSS, JS и шрифты
Даже на быстром сервере сайт будет казаться медленным, если браузер сначала грузит мегабайты скриптов.
Минификация и объединение
В настройках Битрикса есть объединение и сжатие CSS и JS. Это уменьшает число запросов и размер файлов, но требует проверки после включения: иногда ломаются сторонние виджеты или порядок подключений. Проверяйте на тестовой копии и на всех ключевых сценариях.
Отложенные скрипты
- Скрипты, не нужные до отрисовки, подключать с отложенной загрузкой.
- Виджеты чатов, аналитики и соцсетей грузить асинхронно.
- Убрать библиотеки, которые дублируют возможности платформы.
- Не ставить в шапку несколько слайдеров — это частая причина медленного первого экрана.
Шрифты
Каждое начертание — отдельный файл. Оставьте только используемые, подключите современный формат и корректное отображение до загрузки шрифта. Подстановка системного шрифта на время загрузки уменьшает визуальное «дрожание» макета.
Порядок работ на фронтенде простой: сначала убрать лишнее, потом объединить оставшееся, и только затем заниматься тонкой настройкой. Обратный порядок приводит к тому, что настройки приходится переделывать после каждого удалённого виджета.
Изображения и медиа
Картинки — самый тяжёлый ресурс на большинстве сайтов, и самый простой в оптимизации.
Формат и вес
Для фотографий используйте WebP: он обычно легче JPEG при сопоставимом качестве. PNG оставляйте для изображений с прозрачностью и графики. Отдельно проверьте, что изображения не отдаются в исходном размере там, где достаточно уменьшенной копии — Битрикс умеет генерировать ресайзы, важно их использовать в шаблонах.
Размеры и адаптив
- Указывайте атрибуты ширины и высоты, чтобы браузер резервировал место и не сдвигал вёрстку.
- Для карточек каталога генерируйте несколько размеров и отдавайте нужный под экран.
- Включайте ленивую загрузку для изображений ниже первого экрана.
- Проверяйте вес после ресайза: файл 4000 px в карточке 300 px — типовая ошибка.
Видео и сторонние вставки
Видео лучше держать на внешнем видеохостинге и вставлять плеером: собственный файл на хостинге почти всегда дороже по трафику и времени загрузки. Каждая сторонняя вставка — дополнительный запрос, поэтому их количество стоит ограничить.
Проверяйте результат на телефоне и на медленном соединении, а не только в офисной сети. На мобильных сетях разница между оптимизированной и неоптимизированной страницей видна сразу, а на быстром интернете оба варианта кажутся приемлемыми.
Частые вопросы
Нужно ли переписывать сайт, чтобы он стал быстрым?
Обычно нет. Порядок «сервер → кэш → фронтенд → картинки» закрывает большую часть проблем без переписывания. Переделка нужна, если шаблон собирался годами из десятков подключений и правки перестали быть предсказуемыми.
Сколько времени занимает ускорение?
Зависит от состояния проекта. Настройки окружения и кэша — дни, оптимизация шаблона и изображений — недели. Точный объём определяется после замера и аудита, а не по описанию.
Ускорение может что-то сломать?
Может, если менять настройки сразу на рабочем сайте. Поэтому работы идут на тестовой копии, с проверкой заказа, оплаты, форм и обмена с 1С. После переноса — контроль ключевых сценариев.
Как часто нужно повторять замеры?
После каждого крупного релиза, смены шаблона или подключения новых виджетов. Скорость — не разовая задача: она ухудшается сама, когда на сайт добавляют скрипты и картинки.
Что делать дальше
Начните с замера: он покажет, где именно теряется время, и защитит от лишних работ. Если своей команды нет, эти задачи закрывает техподдержка сайтов на 1С-Битрикс: работы идут пакетами по часам, сроки и объём фиксируются заранее. Когда проблема не в настройках, а в устаревшем шаблоне, помогает разработка сайта на 1С-Битрикс. Как скорость отражается на продажах — в разборе про рост конверсии сайта.
Услуга по теме: техническая поддержка сайта
Кейс по теме: кейс «ASKONA»
Назад к списку