По статистике, на Битриксе работает около ~ 11% сайтов в РФ. Это не мало, для сравнения тильда и WP ~ 59%.

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

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

Общие шаги анализа

1. Собрать обратную связь. Какие страницы тормозят? Какие действия? Где затыки?
2. Проверить системные требования. CPU, RAM, дисковая подсистема — всё должно быть в норме.
3. Оценить загрузку сервера. top, htop, Task Manager — загруженность ЦП, памяти, диска.
4. Проверить географию. Сервер должен быть в РФ, а не на экваторе.
5. Дальше — по слоям: локация → сервер/ПО → окружение → backend → frontend.

Анализ сервера

1. Скорость диска. Проверь через hdparm, fio. Норма — от 150 МБ/с.
2. Доступность сервера. Не перегружен ли ботами? Смотри access.log.
3. Ошибки. error.log, php_errors.log — критические сбои и ошибки.
4. PHP. Настройки opcache, memory_limit, max_execution_time.
5. MySQL. Проверь query_cache, innodb_buffer_pool_size, tmp_table_size.
6. Cron. Нагрузка от зацикленных или тяжёлых заданий.
7. Свободные ноды. Хватает ли ресурсов под процессы?
8. Свободное место. Минимум 5–10 ГБ должно быть свободно.

Анализ базы данных

1. Диагностика Битрикс. Встроенный инструмент: /bitrix/admin/performance.php.
2. Медленные запросы. slow_query_log, инструмент в phpMyAdmin, EXPLAIN.
3. Индексы. Наличие по часто используемым полям.
4. Очистка. b_event_log, b_search_content — чистим старое.
   
   
5. Жирные таблицы. Например, b_sale_fuser может распухнуть до гигабайтов.
   
   

Анализ кода и модулей

1. Включить отладку. Кол-во запросов, время ответа.
2. Кэш и композит. Должны быть включены и корректно работать.
3. Пользовательский код. Отключить свои компоненты, проверить init.php.
4. Отключение модулей. Через /bitrix/admin/module_admin.php. Всё лишнее — в архив.
5. Профайлер. /bitrix/admin/perfmon_panel.php — ищем долгие участки.
6. Тяжёлые функции. CIBlockElement::GetList, CSaleOrder::GetList — аккуратно.
7. Обмены. С 1С и прочими системами — могут грузить базу и API.

Оптимизация фронтенда

1. Сокращение запросов. Анализ в браузере — DevTools.
2. Кеширование. Проверить, работает ли компонентный кеш.
3. Минификация CSS/JS. Через /bitrix/admin/performance_tuning.php.
4. GZIP. Должен быть включён для статики.
5. Изображения. Сжатые, современный формат (WebP).
6. Внешние подключения. Шрифты, YouTube, картинки — переложить внутрь проекта.
   
   

Тестирование нагрузки

1. Стресс-тест. Apache JMeter, k6 — симуляция пользователей.
2. Сессии. Где возможно — убрать session_start().
3. Очередь заданий. Проверить /bitrix/admin/agent_list.php, лучше — cron.
   Кэш серверных данных. Redis / Memcached > файловый кэш.
   
   

Инфраструктурные проверки

1. Сетевые задержки. ping, traceroute.
2. CDN. Для ускорения статики.
3. Балансировка. Если есть балансировщики — проверяем распределение.
4. Актуальность ПО. Версии PHP, MySQL, модули Битрикс — обновлены?
   
   

План Б: смена окружения и архитектуры

Если всё выше сделано, а сайт всё ещё медленный — пора подумать о смене окружения:

• Apache + mod_php
• PHP-FPM
• PHP-PM
• FrankenPHP
• RoadRunner
• Swoole
• NGINX Unit
  
  

Что выбрать — зависит от контекста. Универсального ответа нет.

Железо: когда ускорение начинается с «железа»

Если проект живёт на «железе», к которому страшно прикасаться — пора на апгрейд.

Процессор

• Битрикс активно использует одноядерные операции → важна производительность на ядро.
• Частота — от 3.5 ГГц. Желательно с Turbo Boost (Intel) или Precision Boost (AMD).
• Кэш L2/L3 — чем больше, тем лучше.
• Новые архитектуры (Intel Alder Lake, AMD Zen 3) дают реальный прирост.
• Пример: Intel Core i7-13700K с архитектурой Raptor Lake — на голову выше старых Xeon.

Диски

• Только SSD. Лучше — NVMe (но не любой: смотри IOPS, задержки, скорость записи/чтения).

Дополнительно

• Elasticsearch — для поиска, фильтров, сортировки, каталогов.
• Kafka, RabbitMQ, Datareon — брокеры очередей.
• Часть рекомендаций актуальна и для Битрикс24, но у него требования к окружению ещё выше.

Это должно помочь.

Если нужно — делаем аудит. Если сам — сохраняй текст, используй как чеклист.