Композитный сайт на Битрикс: мгновенный первый экран и низкий TTFB

Когда сайт на Битрикс начинает тормозить, у владельца обычно три первые мысли: докупить мощностей у хостинга, включить какой-нибудь кеш или нанять кого-то, кто всё ускорит. Все три варианта по-своему рабочие, но без понимания, где именно теряется скорость, деньги уходят впустую. Апгрейд сервера маскирует проблему, а не решает её, простое кеширование часто неприменимо из-за персональных блоков, а исполнитель без экспертизы рискует сломать корзину. Технология Композит при этом нередко оказывается самым результативным и недорогим шагом — но только если её настроить грамотно. Ниже разбираем, в чём суть, какие задачи решает композит и почему его легко испортить неаккуратным внедрением.

Почему сайт на Битрикс тормозит на старте загрузки

Главная причина медленного сайта — высокий TTFB, время до первого байта. Без ускорения каждый заход на страницу запускает полный цикл: Битрикс поднимает ядро, подключает компоненты, шлёт запросы в базу данных, собирает шаблон и только потом начинает отдавать ответ браузеру. На тяжёлом каталоге или сложной странице это занимает от сотен миллисекунд до нескольких секунд. Посетитель в это время смотрит на пустой экран. Под нагрузкой ситуация усугубляется: запросов больше, сервер не успевает собирать страницы, очередь растёт, и TTFB разбухает ещё сильнее.

Самое обидное здесь — что сервер раз за разом собирает одну и ту же страницу. Каталог, главная, статьи у всех посетителей выглядят одинаково, но сервер пересобирает их при каждом заходе с нуля. Это бессмысленная трата ресурсов: одна и та же работа повторяется тысячи раз в день. Именно эту повторную сборку и устраняет композит, сохраняя готовое статическое ядро и отдавая его вместо повторного рендеринга.

Что меняет технология Композит

Композит разрывает порочный круг повторной сборки. Один раз собранное статическое ядро страницы сохраняется в кеш и отдаётся всем последующим посетителям мгновенно, минуя тяжёлую логику. Браузер получает первый байт почти сразу, показывает первый экран и тут же отдельным AJAX-запросом подгружает динамику — корзину, имя пользователя, счётчики. Для посетителя это выглядит как моментальный сайт, а сервер вместо полной сборки на каждый запрос отдаёт готовый файл из кеша и тратит ресурсы только на персональные области.

Эффект двойной. Во-первых, скорость: TTFB падает до десятков миллисекунд, первый экран появляется в разы быстрее, метрика LCP в Core Web Vitals уходит в зелёную зону. Во-вторых, нагрузка: большинство запросов не доходит до PHP и базы данных, поэтому сервер разгружается, а сайт держит кратно больший трафик. Это одновременно и про впечатление посетителя, и про устойчивость инфраструктуры. Если хочется выжать максимум, композит совмещают с тонкой настройкой кеширования компонентов, чтобы и динамические части собирались как можно быстрее.

Чем композит отличается от простого кеширования страниц

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

Композит снимает это ограничение. Он кеширует не всю страницу, а только её статическое ядро — то, что одинаково для всех. Персональное выносится в динамику и подгружается индивидуально. Поэтому композит можно включить даже там, где простое кеширование неприменимо: на магазинах с корзиной, на порталах с авторизацией, на B2B-сайтах с персональными ценами. Если же вы хотите понять весь арсенал ускорения через кеш, полезен раздел про кеширование на Битрикс целиком — композит там лишь один из инструментов, пусть и самый заметный для первого экрана.

Когда композит окупается, а когда нужен другой шаг

Мы не предлагаем композит как универсальное лекарство. Он даёт максимальный эффект там, где страница собирается тяжело и при этом сайт получает заметный трафик: большие каталоги, B2B-порталы, контентные сайты под рекламой. Если же сайт маленький и быстрый, а тормозит, например, из-за неоптимальных запросов к базе или раздутого фронтенда, композит замаскирует часть проблемы, но корень останется. Поэтому мы всегда начинаем с аудита, который показывает, где именно теряется скорость. Иногда первоочередным шагом оказывается не композит, а оптимизация фронтенда и Core Web Vitals — если узкое место в браузере, а не на сервере.

Честный подход здесь важнее, чем продать конкретную услугу. На бесплатном аудите скорости мы замеряем TTFB, время первого экрана и нагрузку, смотрим, как собираются ключевые страницы, и прямо говорим, что даст наибольший эффект в вашем случае: композит, настройка кеша, работа с базой, сервером или фронтендом. Чаще всего композит входит в список первых шагов, потому что бьёт точно в TTFB и первый экран, но мы не навязываем его там, где он не решает главную проблему.

Главная ловушка композита — сломанная динамика

Включить композит — это полдела и, честно говоря, простая часть. Сложность в том, чтобы при этом не сломать корзину, авторизацию, счётчики и персональные блоки. Если динамическую область не разметить или разметить неправильно, посетитель может увидеть чужую корзину, устаревший статус авторизации или неработающие счётчики. Именно из-за таких ошибок у композита репутация капризной технологии — хотя на деле проблема не в нём, а в небрежном внедрении.

Мы подходим к этому методично. Сначала составляем полную карту динамических областей сайта: где корзина, где имя пользователя, где счётчики, где персональные цены, где личные данные. Затем аккуратно выносим каждую такую область в AJAX. После этого тестируем все ключевые сценарии — добавление товара в корзину, оформление заказа, вход и выход из аккаунта, личный кабинет, работа фильтров — причём под разными ролями: гостем, авторизованным пользователем, контрагентом. Только убедившись, что динамика работает корректно, мы сдаём результат. Такой подход исключает регресс и неприятные сюрпризы после запуска.

Хранилище кеша, сброс и прогрев

За кадром у композита есть три важные настройки, от которых зависит итоговая скорость и стабильность. Первая — хранилище кеша. Для небольших сайтов хватает файлового хранения, для нагруженных проектов лучше держать композит в памяти: так он отдаётся ещё быстрее и не грузит диск. Мы подбираем режим под вашу нагрузку и инфраструктуру. Вторая настройка — сброс кеша. Статическое ядро должно обновляться при изменении контента, иначе посетители увидят устаревшую версию. Мы настраиваем правила сброса так, чтобы общее ядро жило в кеше долго, а персональное и быстро меняющееся всегда приходило свежим через динамику.

Третья настройка — прогрев. Сразу после сброса кеша первый посетитель страницы вынужден дождаться её полной сборки, и для него сайт окажется медленным. Прогрев решает это: система заранее, в фоне, пересобирает ключевые страницы — главную, каталог, популярные разделы — так что каждый посетитель получает уже готовый композит. Без прогрева эффект композита проседает после каждого обновления контента, поэтому мы считаем его обязательной частью грамотной настройки, а не опцией.

Композит и устойчивость к трафику

Отдельно стоит сказать про поведение под нагрузкой, потому что для многих это решающий аргумент. Сайт без композита под рекламным потоком или во время акции начинает захлёбываться: каждый новый посетитель добавляет серверу работу по сборке страницы, очередь растёт, время ответа разбухает, в худшем случае сайт падает именно тогда, когда на него идёт самый ценный трафик. Композит меняет эту картину радикально: большинство запросов закрывает готовое ядро, не нагружая PHP и базу. Сервер занят только динамикой и оформлением заказов, поэтому держит наплыв спокойно.

На практике это значит, что вы можете без страха лить рекламу, запускать распродажи и переживать сезонные пики на той же инфраструктуре. Многие проекты после композита отказываются от планового апгрейда сервера, потому что снятой нагрузки хватает с запасом. Получается, что композит не только ускоряет сайт для посетителя, но и экономит на инфраструктуре — один и тот же шаг решает две задачи сразу.

Как мы ведём проект и что вы получаете

Проект начинается с аудита: замеряем TTFB и первый экран, находим тяжёлые страницы, составляем карту динамики и фиксируем смету до старта. Дальше включаем композит, настраиваем хранилище, размечаем динамические области и тестируем сценарии. Завершаем настройкой сброса и прогрева и контрольными замерами. Состав и стоимость работ закрепляем заранее, без сюрпризов в счёте. Внедрение обратимо — композит включается и выключается штатными средствами Битрикс, поэтому изменение безопасно для архитектуры сайта.

По итогу вы получаете мгновенный первый экран, низкий TTFB, снятую нагрузку на сервер и запас по трафику — без переделки дизайна и вёрстки. Корзина, авторизация и счётчики работают как раньше, посетители видят быстрый сайт, поисковые системы получают стабильно быстрый ответ и улучшенные Core Web Vitals. К отчёту прикладываем замеры до и после, чтобы эффект был подтверждён цифрами. Если нужно, после композита продолжаем оптимизацию по другим направлениям — кеш, база, сервер, фронтенд — и доводим скорость сайта до целевых показателей комплексно.

Частые сомнения перед внедрением

«А вдруг композит замедлит сайт для авторизованных пользователей?» Нет: авторизованный посетитель тоже получает быстрое статическое ядро, а его персональные блоки догружаются через AJAX поверх — общее впечатление остаётся быстрым. «Не будет ли двойной загрузки и мерцания?» При корректной разметке динамика подгружается аккуратно и почти незаметно, без скачков вёрстки. «Что с SEO?» Поисковые роботы получают то же быстрое ядро, индексация ускоряется, а низкий TTFB и хороший LCP идут в плюс. «Сложно ли поддерживать сайт после композита?» Нет, штатная технология Битрикс не усложняет поддержку — нужно лишь учитывать разметку динамики при доработках, что мы фиксируем в документации к проекту.

С чего начать

Начните с бесплатного аудита скорости. Дайте нам адрес сайта и пару слов о трафике и нагрузке — мы замерим TTFB и первый экран, оценим, насколько реально ускорить сайт композитом, и пришлём предварительную смету в течение рабочего дня. По итогам аудита вы получите честную картину: что именно тормозит, какой эффект даст композит и какие шаги стоит сделать после него. Обсудим ваш проект — и превратим медленную сборку страниц в мгновенную отдачу первого экрана.