Кейс ускорение сайта строительной компании из Санкт-Петербурга. Заказчик пришёл с просевшим в Яндексе корпоративным сайтом на 1С-Битрикс: 4 200 страниц каталога услуг и объектов, LCP 6,2 секунды, INP 540 мс, CLS 0,42. За 4 месяца команда Сайты2.рф снизила LCP до 1,4 секунды, INP до 110 мс, CLS до 0,03. По данным Яндекс.Вебмастера 87 коммерческих ключей вернулись в ТОП-10, органический трафик вырос на 34%.
Проект сделан студией Сайты2.рф из Кронштадта в 2025 году. Стек оптимизации: WebP+AVIF через NGINX, lazy load на нативных атрибутах, Brotli-сжатие, HTTP/2, BunnyCDN, доработка кеширования Битрикс, индексные базы PostgreSQL вместо MySQL. В статье - аудит, поэтапные решения, цифры до/после и подводные камни. Имя бренда обезличено, цифры результата сверены с клиентом перед публикацией.
О клиенте
Строительная компания из Санкт-Петербурга. Работает с 2011 года, специализация - монолитные работы, ремонт фасадов, кровельные системы для коммерческой недвижимости. География объектов: СПб, Ленинградская область (Гатчина, Всеволожск, Тосно), Великий Новгород.
Ключевые цифры на старте проекта:
- 4 200 страниц на 1С-Битрикс редакции "Бизнес"
- 1 100 проектов в портфолио с галереями
- 28 категорий услуг с типовыми посадочными
- 14 000-16 000 органических посетителей в месяц до просадки
- 7 800 после просадки в Яндексе
- Хостинг - выделенный сервер у российского провайдера, NVMe-диски
Через 2 года активного контент-маркетинга позиции по 240+ коммерческим ключам упали с ТОП-10 в ТОП-30/50. Заявок стало в 2,1 раза меньше.
Задача от заказчика
Маркетолог сформулировал проблему так: "Сайт открывается 6 секунд, на мобильном вообще плывёт. Конкуренты быстрее, и Яндекс это видит. Нужно вернуть позиции, а для этого сначала починить скорость".
Что было не так:
- LCP 6,2 секунды на мобильном (норма - меньше 2,5)
- INP 540 мс при клике по фильтру каталога (норма - меньше 200)
- CLS 0,42 из-за прыгающих картинок и баннеров (норма - меньше 0,1)
- На странице услуги 4,8 МБ изображений в JPEG
- 28 JS-файлов отдельными запросами, 9 CSS-файлов
- TTFB 1,8 секунды на категорийной странице каталога
- Каждый клик по фильтру - полная перезагрузка с генерацией нового HTML
Цели проекта:
- LCP меньше 2,5 секунды, INP меньше 200 мс, CLS меньше 0,1
- Зелёная оценка PageSpeed Insights на мобильном и десктопе
- Возврат 80+ коммерческих ключей в ТОП-10 Яндекса
- Срок - 14 рабочих недель, бюджет - 680 000 ₽
Этап 1. Аудит Core Web Vitals
Перед правками собрали картину: реальные данные пользователей из Яндекс.Метрики и Chrome User Experience Report плюс лабораторные замеры через PageSpeed Insights и WebPageTest. Без обоих источников ускорение превращается в погоню за зелёным баллом, который не виден живому пользователю.
Что нашли в лабораторных тестах
- Главная страница: LCP 5,4 с, FCP 2,1 с, TBT 480 мс
- Категория "Монолитные работы": LCP 6,2 с, INP 540 мс, CLS 0,42
- Карточка проекта: LCP 5,8 с, 18 запросов изображений суммарно 6,1 МБ
- Главный hero - JPEG 1,4 МБ, грузится без приоритета
Что показали полевые данные Метрики
- 62% пользователей открывают сайт с мобильного, средняя скорость соединения 4G
- Медианное время до первого экрана - 4,8 секунды на мобильном
- 38% пользователей уходили со страницы за первые 3 секунды
- Глубина просмотра упала с 2,8 до 1,9 страниц за полгода
Подробнее про методику Core Web Vitals и реальные пороги - в статье Core Web Vitals 2026. Базовый набор шагов аудита разобран в материале технический SEO-аудит.
Этап 2. Оптимизация изображений
Основной пожиратель LCP - картинки. На стройсайтах галереи и обложки проектов весят больше всего. Решали по четырём направлениям.
Что сделали
- Все JPEG/PNG конвертировали в WebP, для Safari/iOS дополнительно AVIF
- На NGINX настроили выдачу WebP/AVIF через тег
<picture>с fallback на JPEG - К hero-изображениям добавили атрибуты
widthиheight- убрали CLS из-за прыжков - Поставили нативный
loading="lazy"для всех картинок ниже первого экрана - Прописали
fetchpriority="high"главному hero-изображению на странице - Сжали JPEG-фолбэки через mozjpeg с качеством 78
Результат по весу: главная страница - с 4,8 до 0,9 МБ. Карточка проекта - с 6,1 до 1,3 МБ. Гайд по подобной оптимизации - в материале как ускорить сайт.
Этап 3. JS, CSS и шрифты
После картинок следующий блок - JavaScript, стили и веб-шрифты. На Битриксе много кода грузится "из коробки" - компонент календаря, jQuery плагины, неиспользуемые модули.
Что сделали
- Склеили 28 JS-файлов в 3 бандла: критический, отложенный, страничный
- Минифицировали через Terser, удалили console.log и комментарии
- Все некритические скрипты вынесли в
deferилиasync - CSS критического пути для первого экрана инлайнили в
<head>(15 КБ) - Остальные стили подгрузили асинхронно через
preload + onload - Шрифты заменили на
font-display: swap, оставили только 2 начертания вместо 6 - Подключили WOFF2-варианты, удалили устаревшие EOT и TTF
После правок TBT упал с 480 до 140 мс, INP - с 540 до 180 мс. Подробный разбор оптимизации JS - в материале как ускорить сайт.
Этап 4. Бэкенд Битрикс и БД
Без бэкенда фронтенд-оптимизации работают не до конца. TTFB на категориях был 1,8 секунды - это бэкенд, а не сеть.
Что сделали с Битриксом
- Включили композитный сайт - HTML отдаётся из кэша почти мгновенно
- Настроили теговый кэш на категориях, очищается точечно при изменении товара
- Отключили неиспользуемые модули: forum, blog, vote, learning
- Заменили
CIBlockElement::GetListна агрегаты сIBLOCK_CACHE_ID - Поставили OPcache, JIT для PHP 8.2, валидацию каждые 60 секунд
- На NGINX настроили Brotli-сжатие текстовых ресурсов (уровень 6)
Что сделали с базой
База на MySQL 5.7 при 4 200 страницах и 1 100 проектах с фильтрами по 14 параметрам тормозила на сложных WHERE-запросах. Перенесли на PostgreSQL 15:
- Конвертировали структуру таблиц инфоблоков
- Создали 18 составных индексов под фильтры каталога
- Включили pg_stat_statements для отлова медленных запросов
- Настроили pg_bouncer для пуллинга соединений
После переезда TTFB упал с 1,8 до 0,32 секунды на категории. Замечание: миграцию с MySQL на PostgreSQL делали в отдельном окне, с 24-часовым параллельным режимом и dual-write.
Этап 5. Сеть и CDN
Финальный слой - сетевая доставка.
Что сделали
- Перевели сайт на HTTP/2 (Битрикс на NGINX это поддерживает с 2017 года)
- Подключили BunnyCDN с серверами в РФ (Москва, СПб) - картинки и статика
- Настроили Cache-Control: статика на год, HTML по тегам через композит
- Включили preload-подсказки для критических шрифтов и hero-изображения
- Поставили DNS prefetch для счётчиков аналитики
- Перенесли счётчики Метрики и сторонние скрипты в footer с
defer
После CDN среднее время до first byte для пользователей из Москвы и Калининграда упало в 3 раза. Картинки грузятся из ближайшей точки присутствия.
Подводные камни
За 14 недель столкнулись с тремя серьёзными проблемами.
Кэширование Битрикс ломалось на фильтрах каталога
Композитный кэш плохо дружит с большими динамическими фильтрами. Решили через AJAX-фильтры: первый запрос отдаёт закэшированную страницу с базовыми результатами, последующие фильтры идут через JSON без перезагрузки страницы. INP благодаря этому упал ещё на 60 мс.
AVIF сломал отображение в старых Android-браузерах
Версии Chrome Mobile до 85 не поддерживают AVIF. Через User-Agent на NGINX добавили исключение: старым клиентам отдаём WebP, совсем древним - оригинальный JPEG.
Перенос на PostgreSQL потребовал перекомпиляции модулей Битрикс
Часть кастомных модулей была написана с прямыми MySQL-запросами вместо CDatabase. Переписали под PDO с подготовленными выражениями, и переключение драйвера прошло без потерь.
Подробнее про потерю позиций при технических работах - в материале редизайн без потери SEO.
Результаты за 4 месяца
Все цифры подтверждены данными Яндекс.Вебмастера, Метрики, PageSpeed Insights и WebPageTest. Замеры на одинаковой конфигурации Moto G4, throttled 4G.
| Показатель | До | После | Изменение |
|---|---|---|---|
| LCP мобильный | 6,2 с | 1,4 с | -77% |
| INP | 540 мс | 110 мс | -80% |
| CLS | 0,42 | 0,03 | -93% |
| TTFB категории | 1,8 с | 0,32 с | -82% |
| Вес главной страницы | 4,8 МБ | 0,9 МБ | -81% |
| Ключей в ТОП-10 Яндекса | 32 | 119 | +87 |
| Органический трафик | 7 800/мес | 10 450/мес | +34% |
| Заявок с сайта | 28/мес | 46/мес | +64% |
Маркетолог прокомментировал результат: "Месяц ушёл на инфраструктуру, ещё месяц на бэкенд, ещё два - на SEO-восстановление и контент. Позиции по основным ключам стали расти на 6-й неделе, к 4-му месяцу вернулись все основные ключи".
Окупаемость проекта - 5 месяцев по расчёту клиента, считая прирост заявок и снижение нагрузки на отдел рекламы.
Применимо ли в вашей нише
Сценарий "ускорение тяжёлого Битрикс-сайта плюс возврат позиций" работает в нишах с большим каталогом или портфолио и фокусом на органике:
- Строительные и ремонтные компании с галереями объектов
- Производители оборудования с каталогом 1 000+ позиций
- Студии дизайна и архитектурные бюро
- Юридические компании с базой кейсов и публикаций
- Медицинские центры с расписанием и врачами
- Образовательные платформы с курсами и преподавателями
- Туристические агентства с турами и отелями
Бюджет на сопоставимый проект - от 320 000 ₽, срок 8-16 рабочих недель. Точная смета считается на калькуляторе стоимости или на бесплатной встрече.
Подробнее про услугу - на странице SEO-продвижение и поддержка сайта. Другие истории - в разделе кейсов, включая кейс ремонта квартир и кейс производителя окон.
FAQ
Сколько стоит ускорение сайта до зелёных Core Web Vitals?
Базовый пакет (изображения, JS/CSS, кэш) - от 120 000 ₽, срок 4-6 недель. Полный комплекс с бэкендом, базой данных, CDN и контентом - от 320 000 ₽, срок 10-16 недель. Цена зависит от CMS, объёма страниц и состояния серверной инфраструктуры. Подробнее - в гайде стоимость SEO в СПб.
Можно ли ускорить Битрикс без переписывания?
Да, на 70-80% задач хватает встроенных средств: композитный кэш, теговый кэш, OPcache, минификация. Остальное - доработка медленных компонентов и оптимизация запросов к БД. Переход с MySQL на PostgreSQL нужен только при 5 000+ страниц с фильтрами или 50 000+ товарами в каталоге.
Гарантирован ли рост позиций после ускорения?
Прямого роста нет: скорость не из 200 факторов ранжирования. Но скорость влияет на поведенческие сигналы (отказы, глубину, время на сайте), а они уже двигают позиции. На практике рост идёт через 6-10 недель после ускорения, при условии что остальной технический SEO в порядке. Подробнее в материале поведенческие факторы.
Что важнее - LCP или INP?
Оба критичны. LCP отвечает за первое впечатление и индексируется Яндексом/Google как фактор скорости. INP отвечает за отзывчивость интерфейса при кликах, его особенно ценят пользователи мобильных устройств. С марта 2024 INP заменил FID в Core Web Vitals и стал основной метрикой интерактивности.
Нужен ли CDN для регионального бизнеса?
Если география клиентов ограничена СПб и ЛО - можно без CDN, при условии хорошего хостинга в РФ. Но даже в этом случае CDN снижает нагрузку на основной сервер и ускоряет статику. Для бизнеса с клиентами по всей РФ - обязателен.
Можно ли ускориться без правок CMS, только хостингом?
Можно частично: смена слабого хостинга на VDS с NVMe даёт 30-40% прироста TTFB. Но без оптимизации фронтенда и базы не получится зелёных Core Web Vitals. Полный эффект - только в комплексе.
Рассчитать стоимость ускорения · Telegram: @t9424744 · Бесплатная проверка скорости
