Оптимизация рендеринга страниц 1С-Битрикс
Оптимизация рендеринга страниц 1С-Битрикс
PageSpeed Insights показывает 38 баллов при LCP 4.2 секунды. TTFB — 1.8 с, а в HTML уже отдан полный контент. Проблема не в сети и не в клиентском JS — страница медленно формируется на сервере. Инструментарий Битрикс для диагностики есть, но им редко пользуются правильно.
Диагностика через стандартные инструменты Битрикс
Включаем отладочную панель: $_GET["show_page_exec_time"] или через константу в dbconn.php:
define('SHOW_PAGE_EXEC_TIME', true);
define('SHOW_SQL_STAT', true);
Панель в footer страницы покажет:
- суммарное время выполнения
- количество SQL-запросов и их суммарное время
- объём потреблённой памяти
Типичная картина проблемной страницы: 400+ SQL-запросов, 1.5–2.5 с на SQL при 0.3 с на PHP. Компоненты работают в несогласованном режиме кэширования.
Профилирование компонентов
Битрикс не имеет встроенного профайлера на уровне компонентов. Используем microtime() вокруг вызовов:
// local/php_interface/init.php
AddEventHandler('main', 'OnBeforeEpilog', function() {
global $APPLICATION;
if (defined('SHOW_PAGE_EXEC_TIME') && SHOW_PAGE_EXEC_TIME) {
$timers = \Bitrix\Main\Diag\Helper::getTimers();
arsort($timers);
echo '<pre>Top components by time:';
array_splice($timers, 10);
print_r($timers);
echo '</pre>';
}
});
Альтернатива — Bitrix Performance Monitor (модуль из Marketplace) или xhprof/Tideways через обёртку.
Главные виновники медленного рендеринга
Компонент без кэша или с кэшем NONE
$APPLICATION->IncludeComponent('bitrix:catalog', '.default', [
'CACHE_TYPE' => 'N', // <- убийца производительности
]);
Меняем на:
'CACHE_TYPE' => 'A', // автоматически по настройкам сайта
'CACHE_TIME' => 3600, // секунды
Для компонентов, зависящих от пользователя (корзина, личный кабинет), кэш на уровне компонента не работает — здесь нужен AJAX-подход: отдаём шаблон из кэша, догружаем персональные данные отдельным запросом.
N+1 в шаблонах компонентов
Самая частая причина 400+ запросов — цикл по результатам с запросом внутри:
// Плохо: запрос на каждый элемент
foreach ($arResult['ITEMS'] as &$item) {
$item['SECTION'] = \CIBlockSection::GetByID($item['IBLOCK_SECTION_ID'])->GetNext();
}
Исправление — агрегированный запрос до цикла:
$sectionIds = array_unique(array_column($arResult['ITEMS'], 'IBLOCK_SECTION_ID'));
$sections = [];
$res = \CIBlockSection::GetList([], ['ID' => $sectionIds], false, ['ID', 'NAME', 'CODE']);
while ($s = $res->GetNext()) {
$sections[$s['ID']] = $s;
}
foreach ($arResult['ITEMS'] as &$item) {
$item['SECTION'] = $sections[$item['IBLOCK_SECTION_ID']] ?? null;
}
Отключённое кэширование в составном компоненте
Составной компонент (например, bitrix:catalog) управляет кэшированием дочерних. Если в настройках раздела выставлено Не кэшировать — кэш отключается для всего дерева, включая секции листинга товаров.
Проверяем в настройках сайта: Настройки → Настройки продукта → Кэширование.
Оптимизация шаблонов
Минификация PHP-шаблонов. Битрикс собирает страницу из десятков include. Каждый include — обращение к файловой системе. На HDD-серверах это 5–15 мс на файл. Решение — OPcache с opcache.validate_timestamps=0 в продакшне (ручная инвалидация кэша после деплоя).
Вынос тяжёлых блоков в AJAX. Виджеты типа «похожие товары», «недавно просмотренные», «популярные в категории» — кандидаты на вынос в AJAX. Основная страница рендерится быстро, виджеты подгружаются параллельно.
Композитный сайт. Встроенный механизм Битрикс для кэширования страниц целиком с подменой динамических блоков (корзина, авторизация). Даёт TTFB 50–100 мс для авторизованных пользователей. Требует настройки под конкретный шаблон — нельзя включить кнопкой без адаптации компонентов.
Пример результата
Интернет-магазин строительных материалов, 180 000 SKU. До оптимизации: TTFB 2.1 с, 380 SQL на странице категории. После: отключён CACHE_TYPE=N в трёх компонентах, устранены два N+1, включён OPcache validate_timestamps=0. Результат: TTFB 420 мс, 38 SQL запросов, LCP 1.9 с.
Состав работ и сроки
| Этап | Содержание | Срок |
|---|---|---|
| Аудит | Профилирование топ-5 страниц, выявление узких мест | 1–2 дня |
| Оптимизация кэша | Настройка кэширования компонентов | 1–2 дня |
| Устранение N+1 | Рефакторинг шаблонов с агрегированными запросами | 2–5 дней |
| Композит | Настройка и адаптация шаблона | 2–4 дня |







