Почему Битрикс тормозит и как это исправить: 6 шагов

Медленный сайт убивает конверсию: каждая лишняя секунда — минус 7% продаж. Разбираем 6 конкретных шагов, которые помогут найти причину тормозов Битрикса и ускорить магазин в 2-3 раза.

Каждая секунда — минус 7% конверсии

Запомните главную цифру: каждая дополнительная секунда загрузки страницы уменьшает конверсию на 7%, и это не теория, а данные Google и подтверждённые исследования Яндекса. Когда Битрикс тормозит, владелец теряет деньги, даже не замечая этого.

Что это означает в деньгах? Магазин с 500 посетителями в день, конверсией 2% и средним чеком 5 000 рублей делает 50 000 рублей в день. Если сайт грузится 5 секунд вместо 2 — конверсия падает примерно на 21%, и вместо 50 000 рублей в день вы получаете 39 500. Разница — 10 500 рублей в день, или 315 000 рублей в месяц, и всё из-за трёх лишних секунд.

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

Хорошая новость: в большинстве случаев причину можно найти за 30 минут и ускорить сайт в 2–3 раза, поэтому давайте пройдём диагностику, чтобы понять, почему ваш Битрикс тормозит и как это исправить.

Важно: диагностику нужно проводить методично, шаг за шагом, и не прыгать сразу к «переезду на мощный сервер» — в 60% случаев причина не в железе, а в софте. Включение кэша, сжатие картинок и очистка базы часто дают больший эффект, чем удвоение мощности сервера, поэтому начинаем с простого и двигаемся к сложному.

Шаг 1. Измерьте скорость — объективно

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

Инструмент 1: Google PageSpeed Insights (pagespeed.web.dev). Введите адрес вашего сайта и обратите внимание на два показателя: оценка мобильной версии (ниже 50 — плохо, 50–80 — средне, выше 80 — хорошо) и LCP (Largest Contentful Paint) — время до отрисовки основного контента, где норма — до 2,5 секунд.

Инструмент 2: Яндекс.Вебмастер → Диагностика → Скорость загрузки. Здесь Яндекс показывает, как видит скорость вашего сайта, а если есть предупреждения — это напрямую влияет на позиции в выдаче.

Инструмент 3: встроенный тест Битрикс. Админка → Настройки → Производительность → Панель производительности. Здесь показывается время генерации страницы на стороне сервера (TTFB), и норма составляет до 200 мс, а если показатель превышает 500 мс — сервер явно перегружен.

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

Шаг 2. Проверьте кэширование: почему Битрикс тормозит без него

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

Управляемый кэш. Админка → Настройки → Настройки модулей → Управляемый кэш. Он должен быть включён, а если выключен — включите и измерьте скорость заново, так как часто это даёт ускорение в 2–3 раза сразу.

Композитный сайт. Админка → Настройки → Производительность → Композитный сайт. Это «продвинутый» уровень кэширования, который отдаёт статическую HTML-копию страницы вместо того, чтобы каждый раз запускать PHP-код. Если он выключен — стоит включить, но будьте осторожны: для магазинов с динамическим содержимым (персональные цены, корзина в шапке) нужна правильная настройка, иначе покупатели увидят чужую корзину.

OPcache. Это серверный кэш, который ускоряет выполнение PHP-кода, и его нельзя включить из админки Битрикс — нужен доступ к серверу. Но проверить можно: админка → Настройки → Производительность → PHP. Если в строке OPcache указано «Выключен» — это потенциальное ускорение на 30–50%.

Шаг 3. Посмотрите на изображения

Изображения — причина номер один «тяжёлых» страниц, и типичная ошибка выглядит так: контент-менеджер загружает фото товара прямо с камеры — 4000×3000 пикселей, 5–8 мегабайт каждое, а страница с двадцатью товарами весит 100 мегабайт. На мобильном интернете она грузится минуту, и неудивительно, что Битрикс тормозит.

Как проверить: откройте любую страницу каталога → правая кнопка мыши → «Просмотреть код» (или F12) → вкладка Network → перезагрузите страницу → отсортируйте по размеру. Если в списке есть картинки тяжелее 500 КБ — вот ваш враг.

Нормы для изображений: максимальная ширина 1200 пикселей, формат WebP (если Битрикс поддерживает) или JPEG с качеством 80%, а вес одного изображения — до 200 КБ, для превью в каталоге — до 50 КБ.

Что можно сделать самостоятельно: установите модуль автоматической оптимизации изображений из маркетплейса Битрикс — он пережмёт уже загруженные картинки и будет автоматически сжимать новые.

Шаг 4. Оцените ресурсы сервера

Если кэш включён, картинки оптимизированы, а сайт всё равно тормозит — проблема на уровне сервера, и, как правило, Битрикс тормозит из-за нехватки оперативной памяти или медленного диска.

Ключевые ресурсы: оперативная память (RAM) — для магазина с каталогом от 5 000 товаров нужно минимум 4 ГБ, оптимально 8 ГБ; процессор (CPU) — минимум 2 ядра, оптимально 4; диск — обязательно SSD или NVMe, так как HDD для Битрикс-магазина неприемлем.

Пример из практики: магазин строительных материалов с каталогом, который вырос с 3 000 до 18 000 позиций за полтора года, остался на том же виртуальном хостинге с 1 ГБ RAM и одним ядром CPU. Сайт отвечал за 8–12 секунд, а владелец грешил на «тяжёлый Битрикс» и думал о переходе на другую CMS. Однако после переезда на VDS с 8 ГБ оперативки скорость упала до 1,5 секунд, при этом CMS та же, код тот же — разница только в сервере.

Как проверить, хватает ли ресурсов: если у вас виртуальный хостинг (шаред) — скорее всего, не хватает, потому что он делит ресурсы между десятками сайтов, и когда соседний сайт создаёт нагрузку — ваш тормозит. Для интернет-магазина на Битрикс нужен как минимум VDS (виртуальный выделенный сервер).

Стоимость VDS для Битрикс-магазина: от 1 500 до 5 000 рублей в месяц за конфигурацию, которой хватит для 90% магазинов. Сравните с потерями 315 000 рублей в месяц из-за медленной загрузки — и экономика становится очевидной.

Признаки нехватки ресурсов: сайт тормозит в дневные часы (много посетителей), но нормально работает ночью; или тормозит во время обмена с 1С (обмен потребляет ресурсы); или тормозит рандомно — когда «сосед» по хостингу создаёт нагрузку.

Шаг 5. Проверьте базу данных

База данных MySQL — сердце Битрикс, где хранятся все товары, заказы, пользователи и настройки, но со временем база «обрастает»: накапливаются старые сессии, поисковые запросы, корзины, статистика, таблицы фрагментируются, а запросы замедляются. В результате Битрикс тормозит даже на мощном железе.

Как проверить: админка → Настройки → Производительность → Панель производительности → вкладка «SQL». Здесь показывается количество и время SQL-запросов на страницу, и норма составляет до 100 запросов с суммарным временем до 100 мс. Если видите 300+ запросов или 500+ мс — база нуждается в оптимизации.

Что можно сделать самостоятельно: админка → Настройки → Инструменты → Очистка папок. Удалите старые данные: корзины, поисковые запросы, сессии — для крупных магазинов это может высвободить гигабайты и ускорить запросы.

Пример: магазин мебели с каталогом 8 000 товаров, работающий 4 года. Таблица поисковых запросов содержала 12 миллионов записей и весила 3 ГБ, таблица незавершённых корзин — 800 000 записей, таблица сессий — 2 миллиона записей за 2 года. После очистки база «похудела» с 6 ГБ до 1,2 ГБ, а время загрузки каталога сократилось с 4,1 до 2,3 секунд — просто потому что MySQL перестал перебирать миллионы лишних строк.

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

Шаг 6. Найдите «тяжёлые» модули

Маркетплейс Битрикс содержит тысячи модулей, и виджеты обратного звонка, чат-боты, модули отзывов или онлайн-консультанты добавляют JavaScript-код на страницу, а некоторые ещё и лишние запросы к базе данных, из-за чего Битрикс тормозит.

Как найти виновника: админка → Настройки → Производительность → Отладка. Включите режим отладки и откройте страницу каталога — Битрикс покажет время выполнения каждого компонента, и если какой-то модуль занимает 500+ мс, он тормозит весь сайт.

Частые виновники: модули аналитики, которые делают внешние запросы при каждой загрузке страницы; виджеты чата, загружающие тяжёлые скрипты; модули «Похожие товары» с неоптимизированными запросами к каталогу.

Ещё один неочевидный источник торможения — init.php, который выполняется при каждом запросе к сайту. Разработчики часто добавляют туда обработчики событий, логику фильтрации и подключение сторонних сервисов, и если в init.php есть тяжёлый код, он замедляет каждую страницу без исключения. Проверить это можно только с доступом к серверу, но если вы знаете, что разработчик «что-то добавлял в init.php», — стоит проверить.

Что можно сделать: отключите модули, которыми не пользуетесь, проверьте, стало ли быстрее, а затем включайте обратно по одному — и найдёте тот, который тормозит.

Что можно ускорить самостоятельно, а где нужен специалист

Вот границы: включить управляемый кэш, оптимизировать картинки, очистить базу от мусора и отключить лишние модули — это можно сделать самостоятельно, следуя инструкциям выше. Эти четыре действия обычно дают ускорение на 40–60% и во многих случаях решают проблему «Битрикс тормозит».

А вот настройка OPcache, тюнинг MySQL, переезд на VDS, настройка композитного кэша для магазина с динамическим содержимым, оптимизация конфигурации nginx — это серверные задачи. Ошибка в настройке может сломать сайт, и тут нужен администратор, который знает специфику Битрикс.

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

Вот что делает специалист и чего не стоит делать самому. Настройка innodb_buffer_pool_size в MySQL — неправильное значение может привести к тому, что MySQL «съест» всю память и сервер повиснет. Настройка worker_processes и keepalive_timeout в nginx — ошибка может сделать сайт недоступным. Переход на PHP 8.2 с 7.4 — нужно проверить совместимость всех модулей, иначе каталог может «сломаться». Переезд с хостинга на VDS — перенос файлов, базы, настроек, DNS, SSL — один пропущенный шаг, и сайт не открывается.

В нашей практике типичный результат серверной оптимизации: скорость уменьшается с 5–7 секунд до 1,5–2 секунд, а конверсия растёт на 15–25% в первый же месяц, что окупает стоимость работ за несколько дней.

Частые вопросы