Ускорение 1С-Битрикс: настройка композитного кеша и TTFB под 50 мс

Сайт на 1С-Битрикс тормозит: TTFB 800 мс, сервер задыхается под нагрузкой, а бюджет на хостинг растёт? Композитный кеш решает эту проблему кардинально — первый запрос к странице выполняется полностью (PHP + БД), результат сохраняется как статический HTML в /bitrix/cache/html/, а последующие запросы отдаются напрямую из файла через nginx. PHP вообще не запускается. Композитный кеш — это самый эффективный способ ускорить загрузку страниц без модернизации сервера. TTFB падает с 800 мс до 20–50 мс, нагрузка на PHP-FPM снижается на 90% и более. Динамические блоки (корзина, имя пользователя, остатки) заменяются AJAX-запросами после загрузки страницы.

За 5 лет работы мы провели более 50 успешных внедрений композитного кеша на проектах разного масштаба — от интернет-магазинов до новостных порталов с посещаемостью 100 000+ уников в сутки. Композитный кеш в 10-20 раз ускоряет TTFB по сравнению с обычным кэшированием без статического HTML. Ниже расскажем, как это работает и какие подводные камни нужно учесть.

Какие требования к серверу и лицензии?

Для работы композита необходимы:

• Лицензия «Бизнес» или выше (в «Старте» и «Стандарте» функция недоступна)
• Модуль bitrix.composite (устанавливается из Маркетплейса, в старых версиях встроен)
• Правильная конфигурация nginx для отдачи HTML-кеша без PHP

Конфигурация nginx — критический момент. Без неё композит работает «вполовину»: HTML сохраняется, но PHP всё равно вызывается для проверки кеша. Нужно добавить в блок server условие, которое проверяет наличие файла кеша и отдаёт его напрямую:

set $composite_cache ""; if (!-f $document_root/bitrix/cache/html/$host$request_uri/index.html) { set $composite_cache "no"; } if ($composite_cache = "") { rewrite ^ /bitrix/cache/html/$host$request_uri/index.html last; } 

Точная конфигурация зависит от версии Битрикс и структуры сайта — официальная документация содержит несколько вариантов для разных схем URL. Подробнее о кэшировании в вебе можно прочитать в Wikipedia, а официальная документация Битрикс по композитному режиму — на helpdesk.bitrix24.ru.

Как правильно разметить динамические зоны?

Главная проблема с композитом — неправильная разметка динамических зон. Всё, что не должно попасть в статический кеш, оборачивается тегом bitrix:nocache:

<?$APPLICATION->IncludeComponent("bitrix:sale.basket.basket", ".default", array("CACHE_TYPE" => "N"), false);?> 

В современных проектах динамические зоны выносятся в отдельные AJAX-эндпоинты и подгружаются через BX.ajax после загрузки страницы. Типичные блоки, требующие nocache: корзина и счётчик товаров, блок авторизации, виджеты сравнения, персонализированные рекомендации, остатки на складе если они меняются часто.

Почему композит не работает с авторизованными пользователями?

По умолчанию композит отдаёт статический HTML только анонимным пользователям. Для авторизованных всегда выполняется полный PHP-цикл, чтобы корректно отображать персонализированный контент. Есть режим асинхронной персонализации через bitrix:composite.async, но он требует отдельной проработки и аккуратной разметки. Страницы с POST-параметрами и из списка исключений (/personal/, /order/) также не кешируются.

Как композитный кеш влияет на SEO?

Google и Yandex используют время загрузки страницы как фактор ранжирования. TTFB менее 200 мс считается отличным, а композит даёт 20–50 мс. Кроме того, статический HTML быстрее индексируется, что улучшает скорость краулинга. Для поисковых систем это сигнал качественного сайта. Важно убедиться, что все SEO-элементы (meta-теги, заголовки) корректно выведены в кешированном HTML — при правильной разметке это не проблема.

Кейс из нашей практики

Новостной портал с посещаемостью 40 000 уников в сутки, преимущественно анонимные пользователи. TTFB на статьях — 650–900 мс, сервер под нагрузкой в пиковые часы. После настройки композита для страниц статей (динамический только блок «последние комментарии» через AJAX) TTFB упал до 15–30 мс. Нагрузка на PHP-FPM снизилась настолько, что потребовалось уменьшить количество воркторов — они простаивали. Экономия на ресурсах составила десятки тысяч рублей в месяц за счёт отказа от дополнительных серверов. Свяжитесь с нами для подобного аудита вашего проекта.

Что входит в настройку композитного кеша

1. Аудит всех компонентов на странице: выявляем динамические зоны, которые нужно разметить.
2. Настройка nginx: добавляем правила отдачи статического кеша.
3. Разметка nocache-зон: оборачиваем корзину, авторизацию, сравнение и другие блоки.
4. Перевод части динамических блоков на AJAX-подгрузку для ещё большего ускорения.
5. Тестирование под разными сценариями: анонимный, авторизованный, мобильный.
6. Мониторинг: проверяем заголовки ответа и TTFB через DevTools.

Сравнение до и после

Типовые сроки настройки композитного кеша

Типичные ошибки при настройке композитного кеша

Композит не работает для авторизованных пользователей по умолчанию — для них всегда выполняется полный PHP-цикл. Частая ошибка — включить композит глобально без разметки nocache в нужных местах. Результат: данные одного пользователя попадают в кеш и отображаются другому. Это обнаруживается не сразу и создаёт серьёзные проблемы с безопасностью. Другая ошибка — игнорирование тегированного кэширования, что приводит к избыточному сбросу кеша при малейших изменениях.

Проверка работы композитного кеша

Откройте страницу в режиме инкогнито и посмотрите заголовки ответа. Если в response есть X-Bitrix-Composite: Cache или в исходном коде страницы присутствует комментарий <!-- Композитный режим: кеш -->, значит кеш активен. TTFB менее 50 мс — верный признак корректной работы. Рекомендуем также проверить работу с динамическими блоками: после загрузки страницы корзина и авторизация должны обновляться через AJAX.

Готовы ускорить ваш сайт? Закажите аудит композитного кеша и получите консультацию. Мы гарантируем ускорение в 10 раз. Свяжитесь с нами для предварительной оценки вашего проекта.