Скорость загрузки сайта: как проверить и как ускорить сайт на Битрикс

05.07.2026

Коротко: нормой считается загрузка основного содержимого страницы примерно за две с половиной секунды на мобильном интернете. Проверять скорость нужно двумя способами сразу: синтетическим тестом, который показывает, что чинить, и данными реальных посетителей, которые показывают, насколько всё плохо на самом деле. На Битриксе основной прирост дают четыре вещи: кэширование и композитный режим, аккуратная работа с изображениями, чистка лишних скриптов и подключённых модулей, адекватные хостинг и версия PHP. Гнаться за сотней баллов в тесте не нужно.

Содержание:

• Какая скорость загрузки считается нормальной
• Как проверить скорость загрузки сайта
• Метрики и пороги: таблица
• Почему сайт грузится медленно
• Как ускорить сайт на Битрикс
• Хостинг, PHP и база данных
• Чего делать не стоит
• Чек-лист работ по ускорению
• Частые вопросы

Какая скорость загрузки считается нормальной

Скорость сайта давно перестала измеряться одной цифрой «страница загрузилась за N секунд». Вместо этого поисковые системы смотрят на несколько показателей, описывающих, что видит и что чувствует посетитель: как быстро появилось главное содержимое, как быстро сайт откликается на действия и не прыгает ли вёрстка под руками.

Ориентир для основного содержимого — до двух с половиной секунд. От двух с половиной до четырёх секунд считается зоной, требующей внимания, больше четырёх — плохо. Отзывчивость интерфейса на действия пользователя должна укладываться в двести миллисекунд, а сдвиги макета не должны превышать значения 0,1 по соответствующей метрике.

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

Как проверить скорость загрузки сайта

Есть два принципиально разных типа замера, и путать их не стоит.

Синтетический тест. Сервис загружает страницу в контролируемых условиях и выдаёт список проблем: какие файлы тормозят, что блокирует отрисовку, где неоптимальные картинки. Ценность такого теста — в диагностике: он говорит, что чинить. Баллы при этом плавают от запуска к запуску, и относиться к ним как к оценке сайта не нужно.

Данные реальных пользователей. Это статистика по фактическим посещениям: с каких устройств, с каким интернетом, сколько секунд. Такие данные показывают, есть ли проблема вообще, но не объясняют её причину. В Яндекс.Вебмастере скорость видна в отдельном разделе, в Метрике — в отчёте по времени загрузки страниц, там же можно посмотреть срез по устройствам и регионам.

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

Метрики и пороги: таблица

Почему сайт грузится медленно

Тяжёлые изображения. Самая массовая причина. Фотографии загружают в исходном размере с фотоаппарата, а браузер уменьшает их до нужного на лету — трафик при этом тратится полностью.

Выключенное или неработающее кэширование. Каждый визит страница собирается заново: запросы к базе, компоненты, шаблоны. На каталоге это даёт разницу в разы.

Скрипты сторонних сервисов. Счётчики, чаты, виджеты обратного звонка, карты, пиксели рекламных систем. По отдельности каждый безобиден, вместе они легко добавляют пару секунд и портят отзывчивость.

Медленный ответ сервера. Дешёвый виртуальный хостинг с перегруженным соседством отдаёт страницу долго независимо от того, насколько хорошо сделан сайт.

Тяжёлые запросы к базе. Большой каталог, фильтр по множеству свойств, отсутствие индексов — и генерация страницы растягивается.

Лишние модули и компоненты. На сайтах с историей часто остаются подключённые, но неиспользуемые модули, которые продолжают выполняться на каждом хите.

Найдём, что именно тормозит: замерим страницы, разберём отчёт и приведём показатели в норму. Подробнее об услуге — поддержка сайта на 1С-Битрикс.

Как ускорить сайт на Битрикс

Включить кэширование компонентов и настроить композит. Композитный режим отдаёт посетителю сохранённую версию страницы почти мгновенно, а динамические блоки подгружает следом. Это самый быстрый способ улучшить показатели на типовом сайте, но требует аккуратности: динамические области нужно разметить правильно, иначе корзина или личный кабинет начнут показывать чужие данные.

Привести в порядок изображения. Загружать в размере, в котором картинка реально используется, отдавать в современных форматах, включить отложенную загрузку для всего, что ниже первого экрана, и обязательно задавать размеры — это заодно убирает сдвиги вёрстки.

Объединить и сжать стили и скрипты. В настройках главного модуля Битрикса это делается штатно. После включения нужно проверить сайт: изредка объединение ломает порядок подключения и ломается вёрстка.

Убрать лишнее из шапки. Скрипты аналитики и виджетов подключать с отложенной загрузкой, а не блокирующим тегом в начале страницы. Часть виджетов вообще имеет смысл включать только на тех страницах, где они нужны.

Отключить неиспользуемые модули. Аудит списка модулей на сайте с историей почти всегда находит два-три, которые не нужны, но нагружают каждый хит.

Настроить кэширование на стороне браузера и сжатие. Статика должна отдаваться со сроком жизни и в сжатом виде — это делается на уровне веб-сервера и даёт заметный эффект для повторных визитов.

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

Хостинг, PHP и база данных

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

Вторая типовая история — устаревшая версия PHP. Переход на актуальную ветку сам по себе ускоряет генерацию страниц, потому что новые версии выполняют тот же код быстрее. Обновлять нужно с проверкой на копии: старые кастомные доработки иногда не совместимы с новой версией.

Третье — база данных. Со временем таблицы разрастаются: журналы событий, статистика, поисковый индекс. Регулярная чистка и проверка индексов возвращают скорость выборок. Отдельно стоит смотреть на умный фильтр в каталоге: неудачно настроенные фасетные свойства способны нагружать базу сильнее всего остального сайта вместе взятого.

Чего делать не стоит

Важно. Не стоит превращать баллы синтетического теста в цель. Разгон отчёта до максимума на практике часто оборачивается сломанной вёрсткой, отвалившейся аналитикой и отключённым чатом, а на реальную скорость у посетителей влияет слабо. Поисковые системы учитывают данные реальных пользователей, а не оценку в тесте, поэтому ориентироваться нужно на них.

Также не рекомендуем включать композит и объединение скриптов на боевом сайте без проверки. Обе настройки безопасны в типовом случае и обе способны сломать функциональность в нетиповом — правильный порядок работ идёт через копию. И не откладывайте скорость «на потом, после SEO»: скорость и есть часть технической оптимизации, и на неё завязана как индексация, так и конверсия. Подробнее об этом — в статье продвижение сайта на Битрикс.

Чек-лист работ по ускорению

• Замерены реальные показатели по мобильным устройствам, а не только синтетический тест главной.
• Проверены три типа страниц: главная, раздел каталога, карточка товара.
• Включено кэширование компонентов, композит настроен с корректными динамическими областями.
• Изображения приведены к нужным размерам, включена отложенная загрузка, у картинок заданы размеры.
• Стили и скрипты объединены и сжаты, сайт после этого проверен вручную.
• Сторонние скрипты подключены отложенно и только там, где нужны.
• Отключены неиспользуемые модули, почищены журналы и статистика.
• Версия PHP актуальная, время ответа сервера в пределах половины секунды.
• Обмен с 1С не пересекается с часами пиковой посещаемости.

Если по чек-листу закрыто меньше половины пунктов, ускорение почти наверняка достижимо без переделки сайта. Что ещё входит в регулярное обслуживание, разобрано в статье поддержка сайта на Битрикс.

Частые вопросы

Какая скорость загрузки сайта считается нормальной?

Ориентир — появление основного содержимого страницы примерно за две с половиной секунды на мобильном устройстве. От двух с половиной до четырёх секунд требует внимания, дольше четырёх считается плохим результатом.

Чем проверить скорость загрузки сайта?

Синтетическим тестом, чтобы понять, что чинить, и данными реальных посетителей в Яндекс.Вебмастере и Метрике, чтобы понять, есть ли проблема. Оценивать сайт по одному только тесту некорректно.

Влияет ли скорость сайта на позиции в поиске?

Влияет, но не напрямую и не решающим образом. Медленный сайт хуже удерживает посетителей и хуже обходится роботом, и это отражается на ранжировании через поведение пользователей.

Насколько реально ускорить сайт на Битрикс?

Если кэширование не настроено, а изображения загружены в исходном размере, время загрузки нередко сокращается в разы без переделки сайта. Если базовые работы уже сделаны, речь идёт о десятках процентов.

Нужно ли добиваться 100 баллов в тесте скорости?

Нет. Максимальная оценка в синтетическом тесте не равна быстрому сайту для реальных пользователей, а погоня за ней часто ломает функциональность. Достаточно уложиться в пороговые значения основных метрик.

← Все статьи