Вы здесь, потому что сайт тормозит. Страницы грузятся по 5–10 секунд, посетители уходят раньше, чем увидели цену, заявки падают, а Яндекс медленно опускает сайт в выдаче — скорость уже давно фактор ранжирования. Вдобавок гложет ощущение, что «Битрикс такой медленный» и ускорить его невозможно.
Снимаю сразу: в большинстве случаев это не так. Тормоза — это не «надо менять весь сайт», а конкретные настройки, которые находятся за день. Диагностика скорости занимает у меня 20–60 минут, и чаще всего причина видна сразу, без долгих раскопок. Ниже — порядок действий, по которому я разбираю такие сайты.
Не спешите ставить диагноз «сайт тормозит» на глазок — сначала замерьте. Три инструмента, которые дают картину за полчаса:
Дальше важно разделить три вещи, которые часто путают:
Ориентиры, после которых пора действовать: TTFB больше 1–2 секунд, полная загрузка больше 5–6 секунд, оценка PageSpeed ниже 50.
Причин пять, и они редко работают поодиночке. По частоте, с которой я их встречаю в практике:
1. Не настроены кэш и композит. Это причина №1. Битрикс без кэша на каждый запрос заново генерирует страницу: десятки обращений к базе, тонна PHP-кода. Включённый композит отдаёт посетителю готовый статичный HTML — ускорение в разы, иногда в десятки раз. И это самый частый случай: композит просто не включён, хотя включить его — 10 минут.
2. Слабый сервер или хостинг «для всех подряд». Битрикс — тяжёлая CMS, ей нужен PHP 8, OPcache, быстрые диски. На общем хостинге за 200 рублей в месяц или на PHP 5.6 сайт будет тормозить, что бы вы ни делали на уровне кода.
3. Тяжёлые запросы к базе. Разросшиеся таблицы, мусорные логи, отсутствие индексов, модули, которые лезут в базу «на каждый показ страницы». Чем старше сайт, тем чаще это встречается.
4. Неоптимизированные изображения. Фото каталога по 2–4 мегабайта, без webp, без сжатия. Страница с 30 такими фото весит 60–100 МБ — и это и есть «сайт тормозит» для пользователя, даже если сервер отвечает мгновенно.
5. Лишние скрипты и внешние сервисы. Пять счётчиков, три виджета онлайн-чата, шрифты с чужих CDN. Каждый добавляет по полсекунды-секунде, особенно на мобильном.
Порядок занимает 20–60 минут, и после него причина обычно уже ясна:
Для каждой причины из списка выше — своё решение. Ничего экзотического:
1. Включить композит. Если сайт не требует уникального содержимого для каждого посетителя (личный кабинет, корзина, персональные фильтры) — композит даёт максимальный эффект. В Битриксе: Настройки → Композитный сайт. Плюс кэширование: автокеширование компонентов, HTML-кэш. Ключевое слово — «настроить», а не просто «включить»: для динамических страниц нужны исключения.
2. Перейти на PHP 8+. Современный PHP быстрее старого в разы. Но сначала обновите ядро — . На старой версии ядра новый PHP часто вообще не заводится.
3. Оптимизировать базу. Профилирование запросов (в Битриксе есть встроенный профайлер), удаление мусорных таблиц и логов, настройка индексов. Часто самый недооценённый шаг: сайт с базой на 2 ГБ мусора будет тормозить при любом сервере.
4. Сжать изображения. Перевод в webp, сжатие без видимой потери качества, кэш превьюшек. Это даёт эффект «вот теперь летает», который клиент замечает первым, — и не трогает дизайн.
5. Убрать лишнее. Отложенная загрузка скриптов, отказ от неиспользуемых виджетов и счётчиков, свои шрифты вместо внешних. Иногда хватает удалить два-три виджета, чтобы сайт ожил.
6. Разобраться с сервером. Если дело в хостинге — подобрать нормальный под Битрикс: PHP 8, OPcache, NVMe-диски. Это дороже «общего» тарифа, но дешевле потерянных заявок.
Пять ошибок, которые я вижу чаще всего:
Есть ситуации, где «покопаться самому» — плохая идея:
В таких случаях проще и дешевле один раз заплатить за диагностику, чем неделю героически ломать сайт самому. Я подключаюсь в день обращения — обычно занимает 1–2 дня, и я всегда показываю замеры «до» и «после».
Типовые случаи, без имён и лишних цифр:
«Сайт тормозил, потому что композит не был включён». Бизнес два года терпел загрузку по 7–8 секунд, считая, что «Битрикс такой медленный» и ничего не поделать. Включили композит, настроили исключения — первый экран стал появляться за полторы секунды. Ничего не меняли в дизайне.
«Каталог весил 40 мегабайт». Клиент винил хостинг и собирался переезжать на более дорогой тариф. Сжали изображения, перевели в webp, настроили превьюшки — страницы каталога похудели в 8–10 раз. Ускорение за один день, без смены дизайна и без переезда.
«После перехода на PHP 8 сайт стал заметно быстрее». Но сначала пришлось обновить ядро — на старой версии модули не работали с новым PHP. Обновили, переехали, скорость выросла в полтора-два раза. Типичный случай: обновление и ускорение — это один процесс, а не два разных.
Чаще всего из-за не настроенных кэша и композита: сайт на каждый запрос заново генерирует страницу и лезет в базу. Дальше по частоте — слабый сервер, тяжёлые запросы к базе, несжатые изображения и лишние скрипты. Реже — заражение вирусом.
Порядок такой: замерить скорость, включить композит и кэширование, проверить PHP (и при необходимости обновить ядро и перейти на PHP 8), сжать изображения, убрать лишние скрипты. Начинайте с бесплатных шагов — композит даёт эффект в разы.
Диагностика скорости — от 3 000 ₽, час работы — от 2 000 ₽. Итоговая цена зависит от причин: включить композит — это одна сумма, а вот оптимизация базы или переезд на другой сервер — другая. Точную цифру называю после диагностики, до начала работ.
Нет, если делать по шагам и проверять после каждого: работает ли сайт, отправляются ли формы, не сломался ли функционал. Композит настраивается с исключениями для динамических страниц. Ломается сайт обычно не от ускорения, а от бездумного отключения всего подряд.
Для большинства сайтов — да, это главный и самый быстрый эффект. Композит отдаёт готовый HTML вместо генерации страницы на каждый запрос. Исключения нужны, если на сайте есть личный кабинет, корзина или персональный контент.
Смотрите вес страницы и изображения: на мобильном это бьёт сильнее всего. Сожмите картинки, переведите в webp, включите отложенную загрузку скриптов, уберите лишние виджеты. Часто именно мобильная версия «оживает» после сжатия изображений.
Нужен PHP 8 (или хотя бы 7.4), OPcache, быстрые NVMe-диски и достаточно оперативной памяти. «Общий» хостинг за 200–300 ₽ для Битрикса почти всегда тормозит. Если сомневаетесь — посмотрите на время ответа сервера: больше 1 секунды — пора менять.
Напишите в Telegram — и ускорю сайт за 1–2 дня. Без смены дизайна, с замерами «до» и «после». Подключаюсь в день обращения.