🚨 Сайт тормозит, а разработчик говорит “всё нормально”
Живой разбор для владельцев интернет-магазинов на Bitrix. Без кода, с метафорами и конкретными шагами, которые можно выполнить за вечер — и увидеть, как магазин начинает «ехать» быстрее.
Сценарий: вы открываете магазин. Главная грузится 5 секунд. Покупатель ждёт ещё пару — и закрывает вкладку. Вы звоните разработчику: «Что за ерунда?». В ответ слышите: «У вас всё нормально, Bitrix просто тяжёлый».
Правда: «тяжёлый» не Bitrix, а отношение к нему. Платформа мощная, но как внедорожник — без нормального бензина и ТО буксует. Дальше — где настоящие «пожиратели скорости» и как вернуть реактивность.
🧩 1. Проверьте хостинг, а не код
Bitrix любит ресурсы. Дешёвый shared-тариф часто душит магазин на ровном месте. Признаки: «пробуждение» по 2–3 секунды, периодические 500/504, а в панели всё зелёное.
- Попросите включить PHP 8.1+ и адекватные лимиты памяти/процессов.
- Уточните поддержку HTTP/2/3 и Brotli/GZIP.
- Если вы на shared — переведите проект на VPS или managed Bitrix-окружение.
Эффект: на реальных проектах только смена окружения даёт +30–70% к скорости отклика.
⚡ 2. Включите «Композитный сайт» — это турбо для Bitrix
Композит делает для гостя «снимок» страницы и показывает его мгновенно. Динамика (корзина, цены) догружается следом. На глаз — как будто мотор поменяли.
- Админка →
Настройки → Производительность → Композитный сайт. - Включите режим. Кешируемые маски:
/,/catalog/*. - Исключения:
/personal/*,/cart/*,/search/*. - Проверьте в инкогнито: появится значок ⚡ — всё работает.
Типичный прирост — в 2–3 раза быстрее первой отрисовки.
🧹 3. Отключите «спящие» модули
В проектах нередко «живут» неиспользуемые маркетплейс-модули, тестовые интеграции, формы — они добавляют запросы и события.
- Админка →
Настройки → Модули. - Снимите галочки с явно неиспользуемых модулей (не удаляйте сразу).
- Протестируйте публичные страницы и чекаут. Если всё ок — оставляйте отключёнными.
🖼️ 4. Приведите картинки в форму
Тяжёлые баннеры и превью — как кирпичи в рюкзаке страницы.
- Баннеры: до ~1920×800, JPG/WebP, качество 70–80, вес ≤ 1 МБ.
- Превью карточек: 600–800 px по большей стороне, вес ≤ 300–500 КБ.
- По возможности конвертируйте в WebP/AVIF.
- Сократите карусели: оставьте 2–3 ключевых слайда на главной.
📊 5. Меряйте, а не гадайте
Откройте PageSpeed Insights и проверьте главную, категорию и карточку товара.
- LCP — основной крупный элемент: ≤ 2.5 сек — отлично, 2.6–4 — терпимо, >4 — беда.
- TTFB — ответ сервера: <600 мс — хорошо, >900 мс — смените окружение или включите композит.
🧠 6. Миф «Bitrix всегда медленный»
Нет. Быстрые магазины на Bitrix существуют — у тех, кто обновляет окружение, включает кеш/композит, наводит порядок в медиа и следит за метриками.
Думайте о Bitrix как о внедорожнике: на плохом топливе он буксует, на правильной заправке — едет в гору с полным бортом заказов.
🏁 Мини-план действий
| Шаг | Действие | Ожидаемый эффект | Время |
|---|---|---|---|
| 1 | Проверить PHP 8.1+, HTTP/2/3, включить Brotli/GZIP | −10–20% к времени отклика | 15 мин |
| 2 | Включить композит, настроить маски и исключения | ×2–3 быстрее первая отрисовка | 10 мин |
| 3 | Отключить неиспользуемые модули | Стабильность, меньше «шума» | 20 мин |
| 4 | Сжать/заменить тяжёлые баннеры и превью | −30–50% веса страниц | 30 мин |
| 5 | Замерить PageSpeed до/после и сохранить отчёты | Контроль прогресса | 5 мин |
Как откатиться, если что-то пошло не так: делайте по одному изменению за раз.
Если корзина или личный кабинет ведут себя странно — временно выключите композит или добавьте проблемные страницы в исключения.
Всегда создавайте резервную копию перед внесением технических изменений в проект.