Главное за минуту
- Сначала замерьте TTFB и полную загрузку одной и той же страницы без авторизации.
- Долгий ответ сервера указывает на PHP, базу, кэш или внешний API, а не на баннеры.
- Разделяйте исправления по источнику: сервер, Битрикс, каталог, интеграции или фронтенд.
- Принимайте работу по повторным замерам и сценариям, а не по фразе «стало быстрее».
01
Медленный сайт — это цепочка, а не один показатель
Посетитель открывает страницу, сервер собирает данные, 1С-Битрикс выполняет компоненты и запросы к базе, затем браузер скачивает стили, скрипты, изображения и сторонние виджеты. Задержка на любом участке складывается в ожидание.
Для маркетинга важнее не «оценка в сервисе», а сценарий: открывается ли каталог с рекламной меткой, работает ли поиск, добавляется ли товар в корзину, уходит ли форма в CRM. Проверяйте эти страницы отдельно: главная почти всегда легче карточки товара.
02
Профиль нагрузки
Фиксирует, на каком этапе тратится время: до ответа сервера или после начала загрузки в браузере.
03
С чего начать проверку скорости загрузки сайта
Возьмите три URL: главную, тяжёлую страницу каталога или услуги и страницу с целевым действием. Откройте их в режиме инкогнито с компьютера и телефона, повторите замер несколько раз. Запишите дату, URL, устройство, TTFB, LCP и полный вес страницы.
Не сравнивайте результаты в разное время без оговорок: фоновый обмен с 1С, резервное копирование и пиковая рекламная кампания меняют картину.
04
Как локализовать источник задержки
Сначала отделите ответ сервера от загрузки в браузере. Если HTML приходит долго, оптимизация картинок не решит проблему. Если сервер отвечает быстро, а экран появляется поздно, ищите крупные медиафайлы, блокирующие стили, скрипты и сторонние счётчики.
| Признак | Вероятная причина | Что запросить |
|---|---|---|
| TTFB высокий | PHP, БД, кэш, API | Профилирование запроса и логи |
| Каталог медленнее главной | Фильтр, свойства, остатки | План SQL-запросов |
| Долго после ответа | Изображения, JS, CSS | Водопад загрузки |
| Пики по времени | Обмен, cron, ресурсы сервера | Графики CPU, RAM и диска |
05
Типовые причины на проектах 1С-Битрикс
Часто страницу замедляет не ядро системы, а доработка: компонент в цикле обращается к базе, отключён управляемый кэш, шаблон выводит десятки изображений без адаптивных размеров или при каждом открытии вызывает внешний сервис.
Отдельный риск — лечить симптомы. Например, увеличить ресурсы сервера, не заметив тяжёлый SQL-запрос. На короткой дистанции страница ускорится, но при росте каталога проблема вернётся.
Не меняйте настройки вслепую
Кэш, PHP и модульные настройки могут затронуть цены, остатки, авторизацию и обмен. Нужны резервная копия, тестовый контур и план отката.
Готовое сообщение
Готовая постановка задачи разработчику
Цель. Сократить время загрузки URL: /catalog/ и трёх карточек товаров без изменения бизнес-логики.
Сценарии. Гость с desktop и mobile; открытие по UTM-метке; фильтрация; добавление в корзину; отправка формы. Заявка и источник должны сохраняться в CRM.
Что предоставить. Замеры до работ, список медленных SQL-запросов и внешних вызовов, перечень изменённых файлов и настроек, план отката.
Критерий приемки. Повторные замеры на тех же URL и сценариях, отсутствие ошибок в журнале, корректная работа корзины, форм, цен и аналитики.
06
Чек-лист диагностики до обращения к подрядчику
Доступ к серверу необязателен: менеджер может собрать материалы, которые сократят время аудита и исключат спор о том, какая именно страница медленная.
- 1
Выберите страницы. Зафиксируйте URL с проблемой и приоритет по трафику или выручке.
- 2
Повторите замеры. Проверьте desktop и mobile в одинаковых условиях не менее трёх раз.
- 3
Сохраните контекст. Укажите регион, авторизацию, UTM, фильтр, число товаров и время замера.
- 4
Проверьте бизнес-сценарий. После оптимизации протестируйте корзину, форму, оплату и передачу лида.
- 5
Согласуйте отчёт. Нужны причина, выполненные действия, показатели до и после, риски и следующий шаг.
07
Какие результаты считать достаточными
Целевое число зависит от шаблона, региона, состава каталога и мобильной сети. Поэтому важнее согласовать методику: одинаковые URL, условия замера и показатели до работ. Просите не только общий балл, но и объяснение устранённого узкого места.
Замеры
Есть таблица «до/после» с датой, URL и условиями проверки.
Причина
Понятно, что именно исправили: кэш, запрос, компонент или ресурс.
Регресс
Пройдены формы, корзина, фильтр, авторизация и CRM-сценарий.
Контроль
Определено, кто следит за метриками после выкладки.
08
Где смотреть настройки и документацию
Разработчику полезно сверить режимы кеширования, параметры компонентов и окружение с документацией разработчика 1С-Битрикс. Маркетологу достаточно приложить к задаче URL и замеры: это не заменит диагностику, но задаст проверяемую точку старта.
Если нужны примеры подхода к техническим задачам и интерфейсам, посмотрите проекты в портфолио ICONICA.
Зафиксировать проблемные URL; повторить замеры; отделить TTFB от загрузки браузера; проверить формы и CRM; запросить отчёт до/после; согласовать мониторинг после релиза.
FAQ
Частые вопросы
Нужно ли сразу менять хостинг?
Нет. Сначала подтвердите, что задержка связана с ресурсами сервера, а не с кодом, базой, кэшем или внешним API.
Почему главная страница быстрая, а каталог нет?
Каталог обычно строит фильтр, получает свойства, цены и остатки. Нагрузку нужно измерять на реальных страницах и выборках.
Можно ли включить кэш без проверки?
Не стоит. Проверьте влияние на цены, остатки, персональные данные и авторизованные разделы на тестовой копии.
Влияет ли скорость на рекламу?
Да. Медленная посадочная страница снижает шанс, что пользователь дождётся формы, особенно в мобильном трафике.
