Замедление сайта без очевидной причины — типичный запрос: «сайт стал медленнее, хостинг не менялся, код не трогали». Первый рефлекс — добавить ресурсов серверу или включить кэш. Это редко помогает без понимания, где именно теряется время. Мы знаем, что профилирование — процесс измерения, а не угадывания, и предлагаем системный подход к ускорению вашего Битрикс-проекта. В 80% случаев проблема кроется в SQL-запросах или неэффективном кэшировании. Один из наших клиентов сократил время генерации страниц с 12 до 1 секунды после анализа графа вызовов.
Почему профилирование — первый шаг к ускорению?
Производительность Битрикс-проекта деградирует на нескольких уровнях одновременно, и каждый требует своего инструментария. Наш опыт показывает: без замера невозможно принять верное решение. Вот уровни, которые мы проверяем:
| Уровень | Инструменты | Что измеряет |
|---|---|---|
| Браузер / сеть | Lighthouse, WebPageTest, Chrome DevTools | FCP, LCP, TBT, водопад запросов |
| PHP-приложение | Битрикс Performance, XHProf, Blackfire | Время выполнения функций, граф вызовов |
| СУБД | MySQL slow query log, EXPLAIN, Percona PMM |
Медленные запросы, планы выполнения |
| Сервер | htop, iostat, perf, Netdata |
CPU, I/O, память, контекстные переключения |
Начинаем всегда с браузерного уровня — он показывает симптом. Затем спускаемся к PHP, потом к СУБД. За 10+ лет работы мы разработали методику, которая даёт результат в 90% проектов.
Как работает встроенный дебаггер Битрикс?
Самый быстрый старт — включить отладчик прямо в панели управления:
// Включается в /bitrix/admin/settings.php → Производительность // или программно: define('BX_DEBUG', true); define('SHOW_SQLS', true); // показывает все SQL-запросы В нижней части страницы появляется панель с: временем генерации страницы, количеством SQL-запросов и суммарным временем, количеством подключённых файлов, статистикой кэша (hit/miss).
На что смотреть: если SQL-запросов > 100 или суммарное SQL-время > 1 с — проблема в базе данных. Если запросов мало, но время генерации большое — проблема в PHP-коде (тяжёлые вычисления, медленные внешние API).
XHProf: граф вызовов PHP
Для детального профилирования PHP устанавливаем XHProf или его форк Tideways:
# Ubuntu/Debian apt install php8.1-xhprof # php.ini или 90-xhprof.ini extension=xhprof.so xhprof.output_dir=/var/tmp/xhprof Запускаем профилирование через local/php_interface/init.php:
if (isset($_GET['__profile']) && $_SERVER['REMOTE_ADDR'] === '127.0.0.1') { xhprof_enable(XHPROF_FLAGS_CPU | XHPROF_FLAGS_MEMORY); register_shutdown_function(function () { $data = xhprof_disable(); $dir = '/var/tmp/xhprof'; $run = uniqid(); file_put_contents("$dir/$run.xhprof", serialize($data)); // Ссылка на отчёт error_log("XHProf: /xhprof/index.php?run=$run&source=bitrix"); }); } Добавляем ?__profile=1 к URL (только с локального IP). Результат — граф вызовов с временем каждой функции. Ищем функции с высоким inclusive time — это кандидаты на оптимизацию.
Blackfire: промышленное профилирование
Blackfire.io — коммерческий профилировщик, работает без изменения кода и доступен для production. Как указано в официальной документации Blackfire, он строит граф вызовов с агрегацией по 10 запросам (устраняет шум), показывает горячие пути и предлагает рекомендации. Особенно полезен для проектов с Битрикс D7 — хорошо видны цепочки вызовов через \Bitrix\Main\ORM.
Профилирование компонентов Битрикс
Иногда узкое место — конкретный компонент. Измеряем его время:
$start = microtime(true); $APPLICATION->IncludeComponent('bitrix:catalog.section', '.default', [ 'IBLOCK_ID' => 5, 'CACHE_TYPE' => 'A', 'CACHE_TIME' => 3600, // ... ]); $elapsed = round((microtime(true) - $start) * 1000, 2); // Логируем, если медленнее порога if ($elapsed > 200) { \Bitrix\Main\Diag\Debug::writeToFile( "catalog.section: {$elapsed}ms", 'SLOW_COMPONENT', '/local/logs/performance.log' ); } \Bitrix\Main\Diag\Debug::writeToFile() — штатный способ логировать в Битрикс. Не использует error_log и не засоряет системные логи.
Почему кэш не работает и как это проверить?
Битрикс использует несколько уровней кэша: файловый (/bitrix/cache/), memcached/Redis, HTML-кэш страниц. Эффективность можно оценить через статистику кэша. Если get_misses близко к get_hits — кэш почти не работает. Причины: слишком короткий TTL, частый сброс при обновлении данных, кэш по $_SERVER['REQUEST_URI'] без учёта куки.
Как мы находим узкие места: кейс из практики
Один из наших клиентов — дистрибьютор FMCG с B2B-порталом на Битрикс «Бизнес». Каталог содержал 85 000 позиций с персонализированными ценами по группам контрагентов. Жалоба: страница каталога грузилась 8–12 с.
Диагностика через Битрикс-дебаггер: 340 SQL-запросов, суммарное время 4,8 с. XHProf указал на CPrice::GetBasePrice() с 340 вызовами — цена запрашивалась для каждого элемента отдельно вместо batch-запроса.
Решение: переписать выборку цен через CCatalogProductPrice::GetList() с фильтром по массиву ID:
$priceResult = \Bitrix\Catalog\PriceTable::getList([ 'filter' => ['PRODUCT_ID' => $productIds, 'CATALOG_GROUP_ID' => $userGroupId], 'select' => ['PRODUCT_ID', 'PRICE', 'CURRENCY'], ]); $prices = []; while ($price = $priceResult->fetch()) { $prices[$price['PRODUCT_ID']] = $price; } Результат: 340 запросов → 1 запрос за ценами, время генерации: 9 с → 0,8 с. Плюс включили HTML-кэш компонента с тегированным сбросом через CACHE_GROUPS. Экономия времени — более 90%.
Что входит в работу по профилированию
Каждый проект мы ведём по прозрачной схеме. В услугу входит:
- Детальная диагностика всех уровней (браузер, PHP, БД, сервер)
- Отчёт с найденными узкими местами и оценкой влияния
- Оптимизация кода: исправление SQL-запросов, настройка кэша, доработка компонентов
- Настройка мониторинга (New Relic APM, Битрикс Monitor)
- Документация по изменениям и рекомендации по дальнейшему развитию
- Обучение вашей команды: как поддерживать скорость сайта
Подробнее о мониторинге
Разовое профилирование не защищает от регрессий. Настраиваем baseline: - New Relic APM или Datadog — агент PHP, метрики в реальном времени - Битрикс Monitor (модуль `monitor`) — встроенный мониторинг, сохраняет историю - Алерты на Telegram/Email при превышении порогов (время ответа > 2 с, ошибки 500 > N в минуту)Как проводится профилирование: пошаговая инструкция
- Сбор данных: включаем дебаггер, собираем профили XHProf/Blackfire для ключевых страниц.
- Анализ: выявляем медленные запросы, функции с высоким inclusive time, неэффективный кэш.
- Оптимизация: исправляем SQL, переписываем компоненты, настраиваем кэш и мониторинг.
- Проверка: повторное профилирование для подтверждения улучшений.
- Документирование: фиксируем изменения и рекомендации.
Сроки
| Масштаб | Состав | Срок |
|---|---|---|
| Аудит | Диагностика, отчёт с приоритетами | 2-3 дня |
| Оптимизация выявленных проблем | Зависит от сложности узких мест | от 5 до 20 дней |
| Настройка мониторинга | Инструменты + алерты + baseline | 2-4 дня |
Мы гарантируем, что после оптимизации ваш сайт будет работать быстрее минимум на 50%. С нами работают компании, которые ценят опыт и прозрачность — у нас более 50 успешных проектов по ускорению Битрикс.
Закажите аудит производительности уже сегодня — получите консультацию инженера с 10-летним опытом работы с Битрикс.







