Анализ скорости работы компонентов/страниц

Технические данные

Описание

Замеряем, сколько на самом деле ждут посетители на главной, в каталоге и в корзине — и включаем то, что ускоряет страницу и не ломает вёрстку.

17 000 ₽ · 3–5 страниц · цифры до и после

Для кого

• страницы «крутятся», хотя хостинг уже смотрели;
• непонятно, тормозит сервер, компонент Битрикс или тяжёлый фронт (скрипты и картинки);
• включили композит или кеш — «поплыли» шапка, баннер, мобильная версия;
• нужны понятные цифры, а не обещание «сайт станет быстрым».

Что входит

1. Согласованные URL — 3–5 страниц. Если список не дали: главная, раздел каталога, карточка товара, корзина.
2. Два взгляда на скорость — как гость и как авторизованный (корзина / личный кабинет), если на сайте есть вход. Кеш Битрикс часто помогает только гостю.
3. Холодный и тёплый заход — первый заход (как у нового посетителя) и повторный после прогрева кеша. Иначе «у меня быстро» не совпадает с тем, что видит клиент с улицы.
4. Сервер и браузер порознь — время ответа (TTFB) и полная загрузка: вес страницы, число js/css, картинки. Чтобы не «оптимизировать компонент», когда тормозит внешний сервис или огромный слайдер.
5. AJAX после HTML — фильтр каталога, корзина, избранное: страница уже «открылась», а крутилка ещё идёт. Смотрим эти запросы отдельно, не только документ.
6. Монитор производительности Битрикс — дерево компонентов, какие кирпичики едят время, дубли подключений. Если монитор копил статистику 2–3 дня — опираемся на историю; если включили в день работ — в отчёте явно: разовые замеры, без истории.
7. Мобильный экран — смоук шапки, баннеров, меню после любых включений кеша (типичная поломка).
8. Быстрые настройки в админке — композит, кеш компонента, если ключи не ломают вёрстку. Правки PHP в /local — соседняя услуга.
9. Отчёт — таблица URL / гость или кабинет / холодный или тёплый / AJAX / было / стало / что включили / что лучше делать дальше (код, сервер, SQL).

Что не входит

• Посадка на git и день правок шаблонов — анализ качества кода.
• php.ini, mysql, redis — анализ хостинга.
• Индексы MySQL — анализ запросов к БД.
• Переход на PHP 8, обновление ядра, лечение вирусов, анти-DDoS.
• Нагрузочный тест (тысячи пользователей) и «гарантия 4 секунды» на любом тарифе.

Что нужно от вас

• админка 1С-Битрикс;
• включить монитор производительности за 2–3 дня до старта работ (если ещё не включён) — иначе в пакете будут только разовые замеры, без истории;
• тестовый покупатель, если смотрим корзину и кабинет;
• 3–5 URL, которые раздражают больше всего;
• доступы не открытым текстом в мессенджере.

Как проходит работа

1. Замер «как есть»: гость, при необходимости кабинет, холодный и тёплый заход, мобильный, AJAX фильтра/корзины.
2. Разбор дерева компонентов и фронта.
3. Включение безопасных ускорений в админке, повторный замер.
4. Отчёт. Если узкое место в коде или на сервере — честно направляем на соседнюю услугу.

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

Это то же самое, что анализ кода?
Нет. Здесь измеряем страницу и настройки в админке. Переписывать шаблоны и сажать git — другая карточка.

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

Почему не «все страницы сайта»?
У каталога и корзины разная природа тормозов. 3–5 URL дают ясный результат за пакет; остальное можно добавить сметой.

Композит безопасен?
Не всегда. Включаем, только если после проверки на десктопе и телефоне шапка, баннеры и корзина выглядят как надо. Иначе оставляем выключенным и пишем почему.

Если тормозит 1С или оплата?
Это будет в отчёте как внешний сервис, а не «медленный компонент». Чинить обмен — отдельно.