Оптимизация рендеринга страниц 1С-Битрикс

Наша компания занимается разработкой, поддержкой и обслуживанием решений на Битрикс и Битрикс24 любой сложности. От простых одностраничных сайтов до сложных интернет магазинов, CRM систем с интеграцией 1С и телефонии. Опыт разработчиков подтвержден сертификатами от вендора.
Предлагаемые услуги
Показано 1 из 1 услугВсе 1626 услуг
Оптимизация рендеринга страниц 1С-Битрикс
Средняя
~1-2 недели
Часто задаваемые вопросы
Наши компетенции:
Этапы разработки
Последние работы
  • image_website-b2b-advance_0.png
    Разработка сайта компании B2B ADVANCE
    1173
  • image_bitrix-bitrix-24-1c_fixper_448_0.png
    Разработка веб-сайта для компании ФИКСПЕР
    811
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Разработка на базе Битрикс, Битрикс24, 1С для компании Development of an Online Appointment Booking Widget for a Medical Center
    564
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Разработка на базе 1С Предприятие для компании МИРСАНБЕЛ
    745
  • image_crm_dolbimby_434_0.webp
    Разработка сайта на CRM Битрикс24 для компании DOLBIMBY
    655
  • image_crm_technotorgcomplex_453_0.webp
    Разработка на базе Битрикс24 для компании ТЕХНОТОРГКОМПЛЕКС
    976

Оптимизация рендеринга страниц 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 дня