Автор: Лоскутов Сергей, CEO Vedita
Содержание
- Как определить, на каком этапе тормозит сайт
- Какие показатели скорости нужно измерять
- Основные причины медленной работы
- Почему тормозит каталог на Битрикс
- Как проверить кеширование и композитный режим
- Порядок диагностики производительности
- Какие действия помогают ускорить сайт
- Как проверить результат и сохранить скорость
- Частые вопросы
Главная страница открывается быстро, но после выбора размера в фильтре покупатель несколько секунд смотрит на неподвижный каталог. Для ускорения такого раздела нужно найти источник ожидания.
Если медленно работает 1С-Битрикс, сначала нужно воспроизвести конкретную задержку и измерить её источник. Причина может находиться в обработке запроса, базе данных, настройках кеша, изображениях или выполнении сценариев в браузере. Разберём, какие признаки помогают сузить поиск и как проверить, что выполненные работы действительно ускорили магазин.
Как определить, на каком этапе тормозит сайт
Браузер получает документ от сервера, загружает файлы и показывает страницу. Затем обрабатывает выбор фильтра, добавление в корзину и отправку формы. Задержка возможна на каждом этапе.
Начните с наблюдаемого симптома. Если долго не появляется ничего, изучают получение основного документа и работу серверной части. Если текст уже виден, но фотографии продолжают загружаться, проверяют ресурсы страницы и сеть. Если кнопка реагирует с задержкой, исследуют выполнение сценариев и запрос, который запускает это действие.
| Наблюдение | Что проверить первым | Чем подтвердить причину |
|---|---|---|
| Медленно открываются разные разделы | Сервер, общие обработчики, база данных | Время ответа и нагрузка в момент задержки |
| Тормозит только категория товаров | Компонент каталога и его выборки | Время компонента, состав и длительность запросов |
| Задержка появляется после выбора фильтра | Свойства, фасетный индекс, отдельный запрос | Точные значения фильтра и отчёт по его обработке |
| Первый просмотр медленный, повторный быстрее | Формирование и повторное использование кеша | Несколько одинаковых открытий при одинаковых условиях |
| Страница появляется быстро, но зависает при действиях | Сценарии браузера и дополнительные обращения | Запись взаимодействия и сетевые запросы |
| Замедление повторяется по расписанию | Импорт, резервное копирование, фоновые задания | Сопоставление времени с журналами и нагрузкой |
Это направления проверки, а не диагноз. Даже одна категория может упираться в сервер, создавая наибольшую нагрузку. Для определения причины нужен технический аудит сайта на 1С-Битрикс с анализом проблемного сценария.
Какие показатели скорости нужно измерять
Для контроля скорости полезны следующие показатели.
| Показатель | Что характеризует | Как трактовать |
|---|---|---|
| TTFB | Время до получения первого байта ответа | Включает ожидание обработки и сетевые задержки; не равно времени работы PHP |
| LCP | Появление крупнейшего видимого элемента содержимого | Хороший ориентир — не более 2,5 секунды |
| INP | Задержку отклика на взаимодействия пользователя | Хороший ориентир — не более 200 миллисекунд |
| CLS | Непредвиденные смещения элементов | Хороший ориентир — не более 0,1; показатель без единицы измерения |
Последние три входят в Core Web Vitals — основные показатели качества работы страницы. Рекомендуемые границы оценивают по 75-му процентилю, отдельно для мобильных устройств и компьютеров.
PageSpeed Insights показывает лабораторную проверку и, когда данных достаточно, статистику реальных посетителей. Лабораторный запуск помогает найти тяжёлые ресурсы, но не описывает все условия эксплуатации. Данные посетителей охватывают предыдущие 28 дней, поэтому улучшение после сегодняшнего исправления отражается в них постепенно.
Проверьте, к чему относится статистика: выбранной странице или сайту в целом. И не следует принимать показатель блокировки из лабораторного отчёта за INP: для оценки отклика нужны взаимодействия пользователя.
Основные причины медленной работы
Сервер не успевает обрабатывать обращения
При нехватке вычислительных ресурсов запросы могут ожидать свободного обработчика. Задержки также возникают при недостатке памяти, медленных дисковых операциях и ограничениях тарифа. Проверять это нужно во время жалобы, а не по свободным ресурсам ночью.
Администратор сопоставляет загрузку процессора, использование памяти, очередь обращений и работу диска с медленными запросами.
Для PHP — языка, на котором работает серверная часть платформы, — проверяют совместимость версии, число обработчиков и OPcache. Последний сохраняет подготовленный программный код в памяти и сокращает повторную обработку файлов. Настройки подбирают для конкретной среды; обновление версии сначала испытывают на копии.
Страница выполняет лишние операции
На сайте могут накопиться повторные выборки, обработчики событий и модули, которые запускаются при каждом открытии.
Монитор производительности помогает связать задержку с компонентом. Но время может уходить и в общий код шаблона, внешнее обращение или обработчик события. Поэтому исследуют весь путь запроса, а не только самый заметный блок каталога.
База данных получает дорогие запросы
SQL — язык запросов к базе данных. Производительность Битрикс могут снижать как отдельные длительные выборки, так и множество коротких повторяющихся обращений.
Оптимизация запросов начинается с их длительности, частоты выполнения и плана обработки. Разработчик выясняет, какие записи и индексы использует база. Исправлением может стать объединение обращений, сокращение выборки или подходящий индекс. Индексы не добавляют наугад: они увеличивают затраты при записи данных.
Браузер загружает и обрабатывает слишком много
Большие фотографии, видео, несколько наборов шрифтов и дополнительные сценарии увеличивают объём работы на устройстве пользователя. Быстрый ответ сервера при этом может сочетаться с поздним появлением основного изображения или зависанием кнопок.
В инструментах разработчика изучают сетевую загрузку и запись работы страницы. Особое внимание — файлам, которые мешают показать первый экран, длительным задачам и повторно подключённым библиотекам.
Обмен и фоновые задания конкурируют с покупателями
Импорт каталога, создание уменьшенных изображений, резервное копирование и переиндексация могут одновременно нагружать сервер.
Сравните время замедления с расписанием задач. Если влияние подтверждено, пересматривают объём порций, повторные попытки и распределение работ. Это часть настройки Интеграции 1С с сайтом и интернет-магазином.
Почему тормозит каталог на Битрикс
Категория собирает карточки, цены, доступность, варианты исполнения и значения для фильтра.
Чтобы проверить медленный каталог Битрикс, сравните несколько действий:
- открытие одной категории без дополнительных условий;
- выбор одного свойства и проблемного сочетания фильтров;
- изменение сортировки и переход на следующую страницу;
- просмотр карточки с большим числом вариантов;
- тот же путь для гостя и покупателя с персональной ценой.
Фасетный индекс — специальная структура для отбора товаров по свойствам. Для поддерживаемого умного фильтра проверяют его наличие и актуальность. После изменения состава свойств может потребоваться пересоздание. Однако такой индекс не ускоряет автоматически любую собственную выборку или внешний поисковый механизм.
В списке товаров стоит получать только данные, необходимые для этого представления. Полное описание, все изображения и подробности каждого варианта можно не загружать, если их не использует категория.
Как проверить кеширование и композитный режим
Кеширование Битрикс сохраняет подготовленный результат, чтобы не выполнять одинаковую работу заново. При исправной настройке повторное обращение использует сохранённые данные, а нужное изменение вызывает их обновление.
Проверьте режим компонента и условия формирования его кеша. При режиме «Авто + Управляемое» стандартные компоненты могут обновлять результат по сроку и при изменении связанных данных. Собственный код должен корректно участвовать в этой логике.
Различайте кеш браузера, компонентов и готовой страницы. Отключение кеша в инструментах браузера не очищает серверный кеш Битрикс. Для корректного сравнения нужно знать, какой механизм использовался при каждом измерении.
Запрос без готового кеша называют холодным, повторный с сохранёнными данными — прогретым. Массовая очистка на работающем магазине может вызвать одновременное пересоздание многих страниц и дополнительную нагрузку.
Композитный режим ускоряет выдачу сохранённой части страницы, а изменяемые области догружаются отдельно. Он не заменяет кеш компонентов и не исправляет длительный запрос динамического блока.
Персональные цены, корзину и сведения пользователя нельзя без проверки включать в общий результат для всех посетителей. После настройки испытывают вход и выход, разные группы покупателей, изменение количества и обновление наличия. Ускорение не должно приводить к чужим данным или устаревшим условиям покупки.
Порядок диагностики производительности
- Запишите адрес страницы, действие, время с часовым поясом и устройство. Для фильтра сохраните выбранные свойства и сортировку.
- Укажите состояние пользователя: гость или вход в личный кабинет. Повторите действие несколько раз без изменения настроек.
- В браузере сравните получение документа, загрузку файлов и отклик на действие. Для задержки фильтра исследуйте соответствующий дополнительный запрос.
- На стороне Битрикс соберите ограниченную статистику по проблемной странице и компонентам. В разделе «Настройки → Производительность» доступны отчёты монитора; набор инструментов зависит от установленной системы.
- Изучите SQL-запросы подозрительных компонентов, время и план выполнения. Для отчёта включают журнал запросов в настройках модуля.
- Сопоставьте данные с кешем, нагрузкой и фоновыми работами. Выберите подтверждённую причину для первого исправления.
Подробный сбор статистики сам расходует ресурсы. Его включают на ограниченный период, а чувствительные сведения удаляют из отчётов перед передачей. Сопровождение таких работ можно предусмотреть в рамках технической поддержки сайтов на 1С-Битрикс.
Какие действия помогают ускорить сайт
Исправления выбирают по найденному ограничению.
Практические меры могут включать:
- объединение повторных обращений к базе и получение только нужных полей;
- исправление ключей кеша и правил его обновления;
- проверку фасетного индекса и упрощение необоснованно сложного фильтра;
- подготовку изображений под размер показа и современный формат;
- отложенную загрузку содержимого ниже первого экрана;
- удаление подтверждённых дублей библиотек и лишних сценариев;
- разделение тяжёлых фоновых работ и контроль одновременных запусков.
Главное изображение первого экрана обычно не следует откладывать вместе с картинками ниже: это может ухудшить LCP. При удалении сторонних сценариев нужно сохранить аналитику, согласия, оплату и отправку заявок.
Увеличение ресурсов обосновано, когда замеры показывают их нехватку при ожидаемой нагрузке. Вместо массового изменения параметров сначала вносят одну проверяемую правку и повторяют тот же сценарий.
Как проверить результат и сохранить скорость
До работ согласуйте контрольные страницы и условия сравнения: устройство, сеть, состояние пользователя, параметры каталога и режим кеша. Снимите несколько измерений, чтобы отличить устойчивую задержку от случайного скачка.
После исправления проверьте:
- время ответа и отклик в исходном проблемном сценарии;
- состав товаров и корректность результата фильтра;
- цены и остатки после обмена, включая персональные условия;
- корзину, доставку, оплату и отправку форм;
- ошибки приложения и поведение при сопоставимой нагрузке.
Условный пример: на копии категория открывалась за 2,4 секунды, после устранения повторных выборок — за 0,9 секунды при тех же условиях. Улучшение подтверждено для этого измерения. Рабочий магазин и показатели посетителей проверяют отдельно.
Частые вопросы
Разные страницы выполняют разный объём работы. Каталог может получать цены, свойства и варианты товаров, которых нет на главной. Сравните время обработки, запросы и состояние кеша именно в медленном разделе.
Проверяют конкретное сочетание свойств, фасетный индекс и запрос компонента. Наличие индекса важно для поддерживаемого механизма, но собственный код может его не использовать. Исправление выбирают после измерения проблемного действия.
Он способен ускорить показ сохранённой части страницы. Динамические области, запросы к базе и сценарии браузера могут остаться медленными. После включения отдельно проверяют корректность цен, корзины и персональных данных.
Полная очистка не является универсальным исправлением и может временно увеличить нагрузку. Сначала выясните, какой кеш используется и почему он работает неправильно. Испытания без готового результата проводите на копии или в согласованное время.
Импорт может конкурировать с посетителями за ресурсы, менять данные и сбрасывать кеш. Проверьте время задач, размер порций и журналы. По одному совпадению расписания нельзя утверждать, что источник задержки — интеграция.
В лабораторной проверке хорошим считается балл от 90. Дополнительно оценивают реальные посещения, каталог и оформление заказа: один балл не описывает весь магазин.
Да, если ограничение связано с запросами, кешированием, кодом или файлами страницы. Когда подтверждена нехватка серверных ресурсов, потребуется их настройка либо увеличение. Решение зависит от измерений.
Адрес категории, выбранные фильтры, сортировку, время задержки, устройство и состояние входа. Добавьте сведения о последних изменениях и расписании импорта. Пароли и персональные данные в отчёт не включают.
Если каталог или оформление заказа замедляются, передайте проблемный адрес и частотность ошибок. Технический аудит сайта на 1С-Битрикс поможет определить источник задержки и составить план исправлений с проверяемым результатом.