Ускорение сайта на 1С‑Битрикс
Измеряем путь запроса по слоям: сеть, сервер, PHP, база данных, компоненты, кеш, поиск, изображения и JavaScript. Не начинаем с включения одной настройки. Сначала фиксируем сценарии и одинаковые условия измерения, затем устраняем подтверждённые узкие места и повторяем тесты.
Что измеряем
Средняя скорость главной страницы редко объясняет проблему магазина или кабинета.
Сценарии
Каталог, фильтр, поиск, карточка, корзина, оформление, вход и административные операции измеряются раздельно.
Серверная часть
Смотрим TTFB, время PHP, запросы к БД, внешние вызовы, операции с файлами и фоновые задания.
Браузер
Проверяем LCP, INP, CLS, объём ресурсов, критический CSS, изображения, сторонние скрипты и работу на мобильной сети.
Нагрузка
Профиль одновременных пользователей, фоновые обмены и пики учитываются только на согласованном стенде и данных.
Типовые узкие места
Оптимизация выбирается после профилирования, а не по универсальному чек-листу.
Компоненты и запросы
N+1, выборка лишних полей, повторные вычисления и тяжёлые запросы переносятся из шаблона в подготовленный слой данных.
Кеш
Проверяем ключи, время жизни, тегированный сброс и персональные фрагменты. Долгий кеш с неверным сбросом создаёт устаревшие данные.
Каталог и поиск
Индексы, свойства, фильтры, объём выборки и поисковый движок рассматриваются вместе с реальным размером каталога.
Фронтенд и медиа
Размеры, форматы, lazy loading ниже первого экрана, шрифты и JS исправляются без удаления нужной функциональности.
Порядок работ
Каждое изменение связано с наблюдаемой причиной и проверяемым результатом.
Базовая линия
Фиксируем окружение, данные, устройство, сеть, сценарий и несколько прогонов.
Профилирование
Находим операции с наибольшей стоимостью и проверяем зависимости, а не оптимизируем малозначимый код.
Безопасное внедрение
Изменения проходят тестовую копию, code review и регрессионные сценарии. Для кеша отдельно проверяем актуальность.
Повторный замер
Сравниваем при тех же условиях. Если изменение не дало эффекта или ухудшило стабильность, оно не считается выполненным.
Что получает заказчик
Отчёт должен позволять проверить выводы и продолжить работу другой команде.
Карта причин
Проблемы разделены по слоям, приоритету и влиянию на пользовательские сценарии.
План изменений
Для каждого пункта указаны гипотеза, риск, зависимость, способ проверки и критерий приёмки.
Результаты
До/после приведены с методикой и условиями, без смешения лабораторных и полевых данных.
Ограничения
Фиксируем, что осталось вне работ: инфраструктура, внешние API, контент, архитектурный долг или необходимость отдельного этапа.
Когда это правильный выбор
До оценки сверяем не только желаемый результат, но и более простой или безопасный способ решить задачу.
Подходит
Есть воспроизводимый медленный сценарий, рост нагрузки, плохие полевые метрики или жалобы пользователей на конкретные операции.
Нужна диагностика инцидента
Если сайт внезапно замедлился после заражения, сбоя диска, обмена или недоступности внешнего сервиса.
Нужен редизайн фронтенда
Если сервер отвечает быстро, а основная проблема — тяжёлая визуальная система и сторонние клиентские скрипты.
Не обещаем без замера
Выбор хостинга, композита, CDN или кеша до профилирования остаётся гипотезой, а не решением.
Из чего складывается оценка
Точная цена появляется после проверки входных данных. До этого показываем факторы и выбранную модель расчёта, а не ложную фиксированную цифру.
Число сценариев
Главная, каталог, поиск, корзина, кабинет и административные операции профилируются раздельно.
Среды и данные
Воспроизводимый стенд и объём, близкий к рабочему, уменьшают неопределённость, но требуют подготовки.
Глубина причин
Правка изображения и перестройка запроса или кеша — разные уровни риска, внедрения и регресса.
Контроль результата
Повторные замеры, нагрузочные проверки и наблюдение после релиза включаются явно, а не подразумеваются.
Проектный маршрут
Каждый этап имеет вход, передаваемый результат, ответственного и критерий перехода к следующему.
Контекст
Собираем цель, аудиторию, текущее состояние, доступы, зависимости и известные ограничения конкретной услуги.
Требования
Переводим пожелания в роли, сценарии, данные, интерфейсы и критерии, по которым можно принять результат.
Архитектура
Определяем границы модулей, источник данных, интеграции, кеширование, безопасность и точки отказа.
Оценка
Смета связывает этап с результатом, показывает внешние расходы, исключения и условие пересмотра.
Реализация
Изменения выполняются в пользовательском коде и по возможности на тестовой среде, проходят review и миграции.
Тестирование
Позитивные, негативные, ролевые, адаптивные и регрессионные сценарии соответствуют риску изменения.
Запуск
Резервная копия, контрольный список, окно публикации, smoke‑test и rollback согласуются до изменения продакшена.
Передача
Заказчик получает код, настройки, доступы, инструкции, список изменений, ограничения и понятный следующий backlog.
Частые вопросы
Ответы помогают заранее определить границы задачи и данные, которые потребуются для оценки.
Можно гарантировать конкретный балл?
Нет. Лабораторные оценки зависят от данных, сети, устройства и сторонних ресурсов, а полевые метрики появляются после накопления реальных визитов. Мы фиксируем методику и устраняем подтверждённые причины.
Композит решит проблему?
Только в подходящем сценарии и после проверки динамических областей. Он не исправляет тяжёлый запрос, медленную интеграцию, большой JavaScript или неверную модель кеша.
Нужно ли менять хостинг?
Иногда, но сначала отделяем ограничение инфраструктуры от проблем приложения. Перенос без профилирования может оставить те же узкие места на более дорогом сервере.
Как считается стоимость?
Сначала оценивается диагностика с определённым набором сценариев. Стоимость внедрения формируется по найденным причинам, рискам и необходимому регрессу.
Работы проводятся на продакшене?
Сбор части метрик возможен на рабочем сайте в безопасном режиме. Изменения по возможности проходят тестовую копию, резервное копирование и план отката.
Связанные направления
Перейдите к соседней задаче или посмотрите общий состав проекта и действующие ориентиры стоимости.
Начнём с границ задачи
Укажите адрес сайта или тип нового проекта, ожидаемый результат и известные ограничения. Ответим с уточняющими вопросами и предложим разумный следующий шаг.