Почему «быстрый сайт» на 1С-Битрикс — это не про Google PageSpeed
Зелёный Google PageSpeed — одна из самых дорогих иллюзий для владельцев сайтов на 1С-Битрикс.
«Сделайте, чтобы было 90+»,
«Давайте догоним Google PageSpeed до зелёного»,
«Почему у конкурентов 95, а у нас 63?»
Это один из самых частых запросов, которые я слышу от клиентов. И в 90% случаев заказчики — и примерно в 60% случаев разработчики — не до конца понимают, что именно измеряет PageSpeed и что он вообще значит для сайта на 1С-Битрикс.
Зелёный PageSpeed не означает быстрый сайт, а красный — не означает, что сайт тормозит. Особенно если речь идёт о 1С-Битрикс.
❌ PageSpeed ≠ скорость сайта на 1С-Битрикс
Google PageSpeed (Lighthouse) оценивает в основном фронтенд:
- загрузку и оптимизацию CSS
- работу JavaScript
- изображения и lazyload
- метрики отрисовки (LCP, CLS, FID/INP)
Это полезные показатели. Но у них есть принципиальное ограничение.
PageSpeed почти ничего не говорит о том, как сайт работает на сервере.
Он не отвечает на вопросы:
- как сайт ведёт себя под реальной нагрузкой
- что происходит при авторизации
- как работает корзина и оформление заказа
- сколько SQL-запросов выполняется
- что делают модули и события
- как сайт реагирует на обмен с 1С
- что происходит при первом заходе пользователя
А именно там у Bitrix и начинаются настоящие проблемы.
📌 Реальная скорость сайта на 1С-Битрикс — это совсем другое
Если говорить честно, скорость 1С-Битрикс — это не «зелёный отчёт», а совокупность серверных факторов:
- TTFB (Time To First Byte)
- состояние сайта: warm-state vs cold-state
- количество и сложность SQL-запросов
- работа кеша (данные, компоненты, композит)
- события ядра и сторонних модулей
- серверная архитектура и настройки
И вот тут начинаются сюрпризы.
🧨 Когда «зелёный» сайт на самом деле медленный
Я много раз видел одну и ту же картину:
- PageSpeed: 90–98 🟢
- первая загрузка страницы: 1.5–2 секунды
- карточка товара: 100+ SQL-запросов
- фильтр сбрасывает кеш
- композит работает только на главной
- авторизация ломает кеш для всех
- завершение обмена с 1С очищает половину кеша
В отчёте — всё красиво. А пользователь ждёт. И уходит.
PageSpeed этого не видит. Пользователь — чувствует.
🔥 Главная метрика, о которой почти не говорят — TTFB
За годы работы с коммерческими проектами на 1С-Битрикс я вывел простое правило:
Если TTFB плохой — сайт не может быть быстрым.
TTFB (Time To First Byte) — это время, за которое сервер:
- обработал PHP
- выполнил SQL-запросы
- собрал страницу
- начал отдавать HTML
Это чистая серверная реальность, без украшений.
Как читать TTFB
- до 200 мс — отлично
- 300–500 мс — допустимо
- 800+ мс — проблема
- 1.5–2 секунды — сайт «думает»
И вот здесь важно понять:
- минификация не спасёт
- lazyload не поможет
- CDN не вылечит архитектуру
- «ещё один кеш» не исправит логику
Если сервер долго думает — фронтенд бессилен.
❄ Cold-state vs 🔥 Warm-state — то, что убивает первые заходы
Ещё одна особенность Bitrix, о которой почти не говорят, — состояние прогрева сайта.
- Cold-state — первый заход: кеш пуст PHP компилируется данные собираются TTFB высокий
- Warm-state — сайт прогрет: кеш заполнен соединения открыты страница отдается почти мгновенно
PageSpeed чаще всего измеряет уже прогретый сценарий. А реальные пользователи приходят в cold-state.
Отсюда и ощущение:
«Иногда сайт летает, а иногда — тупит».
⚠ Почему Bitrix часто считают «медленным»
Не потому что платформа плохая. А потому что её часто используют неправильно.
Типичные причины:
- код пишут без понимания кеширования
- бизнес-логика живёт в шаблонах
- события вешаются без ограничений
- сторонние модули вмешиваются в ядро
- сервер оставляют «по умолчанию»
- никто не смотрит на SQL и TTFB
1С-Битрикс многое прощает. Но потом выставляет счёт — в виде ожиданий пользователей и потери заказов.
🧠 Главное, что стоит запомнить
- Google PageSpeed — не враг, но и не истина
- зелёный отчёт ≠ быстрый сайт
- реальная скорость начинается с сервера
- TTFB важнее, чем Lighthouse-баллы
- пользователь чувствует задержки, а не цифры
1С-Битрикс не медленный. Медленным его делают, когда измеряют не то, оптимизируют не там и радуются цифрам вместо поведения пользователей.
Если перестать гнаться за зелёными кружочками и начать смотреть на реальную работу системы — Bitrix умеет быть очень быстрым.
И да, Google PageSpeed тут ни при чём )