Разбираем кейс ускорения сайта: интернет-магазин товаров для дома на 1С-Битрикс, каталог около 8000 позиций, основной трафик - мобильный из рекламы. На старте - 12 баллов мобильного PageSpeed и жалобы «у вас всё висит». Через 10 рабочих дней - 90 баллов, главная похудела с 8,4 до 1,6 МБ, ответ сервера ускорился в шесть раз. Название магазина по условиям договора не раскрываем, зато раскрываем все работы и цифры - их можно повторить.

Вводные проекта. Сайт на готовом решении, доработанном за несколько лет тремя разными подрядчиками. Хостинг виртуальный, PHP 7.4, композит выключен «потому что когда-то ломал корзину». Оценка скорости заказчиком: «реклама дорожает, заявки дешевле не становятся, менеджеры жалуются, что каталог открывается вечность».

Что показал аудит скорости: пять главных пожирателей секунд

  • Изображения - фото товаров грузились оригиналами по 1-3 МБ, на главной их было 46
  • Выключенный композит - каждый запрос генерировался с нуля, TTFB достигал 1,8 секунды
  • 14 внешних скриптов - три чата (два забытых), старые счётчики, виджеты соцсетей
  • Умный фильтр без индексов - выборки по свойствам сканировали таблицы целиком
  • Слайдер на 6 слайдов - плюс 5 МБ и заблокированная отрисовка первого экрана

Знакомая картина? Это типовой набор: в аудитах магазинов на Битрикс он повторяется с небольшими вариациями. Уникальной была разве что находка номер шесть: планировщик хостинга каждые 10 минут запускал забытый импорт остатков, который давно ничего не импортировал, но исправно грузил сервер.

Что мы сделали за 10 рабочих дней

  1. Дни 1-2: серверОбновили PHP до 8.2, включили и настроили OPcache, убили забытый импорт. TTFB упал с 1,8 до 0,9 секунды ещё до включения кэша.
  2. Дни 3-4: композитВключили автокомпозит на тестовой копии, вынесли корзину и цены в динамические зоны, нашли и починили компонент, из-за которого композит когда-то отключили. TTFB - 0,3 секунды.
  3. Дни 5-6: изображенияНастроили автоматическое сжатие и WebP для всего каталога, ленивую загрузку ниже первого экрана, отдельные размеры для мобильных.
  4. Дни 7-8: фронтендМинификация и объединение CSS и JS, слайдер заменили статичным первым экраном с баннерной сеткой, удалили 8 из 14 внешних скриптов по согласованию с маркетологом.
  5. Дни 9-10: база и контрольные замерыДобавили индексы под запросы умного фильтра, прогнали полный чек-лист магазина: корзина, оформление, оплата, выгрузки в 1С.

Хотите такой же разбор своего магазина?

Проведём аудит скорости по 40 пунктам, покажем ваш список пожирателей секунд и смету работ. Замеры до и после - обязательная часть проекта.

Хочу так же

Результаты кейса в цифрах: до и после ускорения

МетрикаДоПосле
PageSpeed мобильный1290
LCP6,8 с1,9 с
TTFB1,8 с0,3 с
Вес главной страницы8,4 МБ1,6 МБ
Внешние скрипты146

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

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

Что из этого кейса можно повторить самостоятельно

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

Совет владельцу магазина. Заведите правило: любой новый виджет или скрипт на сайт - только с ответом на вопрос «что он даёт и сколько весит». Половина найденных нами 14 скриптов не открывалась никем больше года.

Частые вопросы по кейсу ускорения

Сколько стоил такой проект ускорения магазина?
Этот проект уложился в диапазон 1500-2000 BYN: аудит, 10 дней работ, контрольные замеры. Вилка честная: цена зависит от размера каталога и глубины доработок. Смету для вашего магазина посчитаем за день после экспресс-диагностики.
Почему 90 баллов, а не 100?
Оставшиеся 10 баллов съедают счётчики аналитики и виджет чата, которые бизнесу нужны для работы. Дожать до 95+ можно было отложенной загрузкой, но решили не усложнять: на реальную скорость для посетителя эти баллы уже почти не влияли.
Результат удержится или через год всё вернётся?
Сам по себе - нет: каталог растёт, контент добавляется, скрипты множатся. Магазин из кейса перешёл на абонентскую поддержку с ежемесячным контролем метрик - спустя год мобильный балл держится в диапазоне 85-92.
У меня сайт услуг, не магазин - цифры применимы?
Порядок работ тот же, эффект обычно даже быстрее: у сайтов услуг нет тяжёлого каталога и умного фильтра. Типовой корпоративный сайт на Битрикс доводится до зелёной зоны за 3-5 дней работ.

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