Каталог открывается 3–10 секунд
Задержка растёт вместе с числом товаров, свойств или активных фильтров.
Аудит производительности сайта на 1С-Битрикс
Измерения вместо догадок
Находим, где именно сайт теряет время: в веб-сервере, PHP, MySQL, компоненте, умном фильтре, обработке изображений или браузере. Результат аудита — воспроизводимые замеры, список причин и план исправлений по влиянию.
TTFB
PHP
MySQL
slow query log
кеш
каталог
О задаче
Почему «добавить сервер» — не диагноз
Одинаковая жалоба «сайт медленный» может означать долгий ответ PHP, тяжёлый SQL-запрос, десятки обращений к базе внутри цикла, неправильный кеш или перегруженный интерфейс. Без разделения этих слоёв оптимизация превращается в набор настроек, эффект которых невозможно доказать.
Аудит начинается с пользовательских сценариев: каталог, фильтр, карточка товара, корзина, административная часть или обмен. Для каждого фиксируем время ответа и нагрузку, затем связываем медленные участки с конкретным компонентом, запросом или процессом. Проверяем холодный и прогретый кеш, фоновые задания, объём данных и запас инфраструктуры.
Что получает владелец сайта
В отчёте разделяем быстрые исправления, архитектурные задачи и ограничения окружения. Для каждого пункта указываем доказательство, ожидаемый эффект, риск и порядок внедрения. Это позволяет сначала исправить причины с максимальным влиянием, а не бесконечно менять параметры PHP и MySQL.
Когда обращаться
Когда нужен аудит скорости
Сервер загружен без видимой причины
CPU, диск или база заняты даже при небольшом числе посетителей.
Кеш помогает ненадолго
После обновления цены или остатка производительность снова падает.
Проблема проявляется выборочно
Медленно только у авторизованных пользователей, отдельных разделов или запросов.
Состав работ
Что исследуем
01
Пользовательские метрики
TTFB, LCP и длительность ключевых сценариев на повторяемых запросах.
02
Серверный профиль
PHP, база, диск, память, очередь процессов и фоновые задания.
03
Код и компоненты
Выборки, циклы, свойства, кеширование и повторные вычисления.
04
План оптимизации
Задачи с доказательствами, приоритетом, риском и ожидаемым эффектом.
Процесс
Как проходит аудит
Фиксируем сценарии
Выбираем страницы и действия, которые влияют на продажи и работу команды.
Снимаем базовую линию
Измеряем текущее состояние и сохраняем данные для сравнения.
Локализуем узкие места
Связываем время с кодом, SQL, кешем или инфраструктурой.
Защищаем выводы
Повторяем замеры и формируем порядок внедрения.
Результат
Понятно, что тормозит и что делать первым
Отчёт переводит жалобу на скорость в проверяемые задачи — от конкретного SQL-запроса до изменения структуры компонента.
- зафиксированы исходные метрики
- найдены основные узкие места
- причины связаны с кодом или окружением
- задачи расставлены по эффекту
- определён способ проверки улучшений
FAQ
Частые вопросы
-
Вы сразу исправляете найденные проблемы?
Аудит и внедрение можно разделить. Сначала фиксируем причины и согласуем приоритеты, затем выполняем выбранные задачи.
-
Нужен доступ к production?
Для точных выводов нужны метрики реальной нагрузки и журналы. Изменения во время аудита без согласования не вносим.
-
Можно проверить только каталог?
Да. Состав сценариев зависит от проблемы: каталог, фильтр, поиск, корзина, обмен или административная часть.
До / после
От субъективной медлительности к измеримому плану
Скорость оценивают на глаз, сервер масштабируют без доказанного узкого места.
Есть метрики, первопричины, приоритеты и метод проверки каждого улучшения.