Замедление сайта без очевидной причины — типичный запрос: «сайт стал медленнее, хостинг не менялся, код не трогали». Первый рефлекс — добавить ресурсов серверу или включить кэш. Это редко помогает без понимания, где именно теряется время. Мы знаем, что профилирование — процесс измерения, а не угадывания, и предлагаем системный подход к ускорению вашего Битрикс-проекта. В 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-летним опытом работы с Битрикс.







