Замеряем скорость через композитный сайт — цели 0,03 секунды на сервере
Дата публикации: 24.06.2026

Замеряем скорость через композитный сайт — цели 0,03 секунды на сервере

Хочу себе такие же кнопки
ccb9a536

Замеряем скорость через композитный сайт — цель 0,03 секунды на сервере

Вы — владелец или администратор магазина на Битрикс. Если ваш сайт «тормозит», клиенты уходят, а поисковые системы ставят низкие позиции. На этом уроке вы узнаете, как измерить реальное время отклика сервера при работе с композитным сайтом и как достичь «золотой» планки 0,03 секунды.


1. Что такое композитный сайт в Битриксе?

Термин Описание Почему важен для скорости
Кеш‑композит Система, собирающая готовую страницу из кэшированных блоков (HTML, CSS, JS) и динамических компонентов. Сокращает количество запросов к БД и PHP‑скриптам.
Кеш‑тайм‑токен Маркер, указывающий, сколько времени хранить блок в кэше. Позволяет обновлять только изменившиеся части без полной перегенерации.
Кеш‑тайм‑инкремент Увеличивание таймаута для «тяжёлых» блоков (например, каталог). Предотвращает «перегрузку» сервера при частых запросах.

Ключевая идея: сервер отдаёт готовый HTML‑фрагмент за десятки миллисекунд, а браузер собирает страницу из этих кусочков. Если кэш‑композит работает правильно, время обработки запроса падает до 0,03 сек.ды (30 мс) — это граница, при которой пользователь почти не ощущает задержки.


2. Почему измерять именно на сервере?

  • Клиент‑зависимость – сеть, браузер, устройство могут добавить до 200 мс, но они не влияют на ваш код.
  • Точность – измеряя время от получения запроса до отправки первого байта (TTFB), вы видите, сколько сервер действительно «трудится».
  • Оптимизация – только зная серверное время, можно понять, какие компоненты требуют доработки (БД, PHP, кэш).

3. Инструменты для измерения TTFB

Инструмент Как работает Пример команды/URL
curl (CLI) Делает HTTP‑запрос и выводит time_starttransfer (время до первого байта). curl -w "TTFB: %{time_starttransfer}s\n" -o /dev/null -s https://example.com/
ApacheBench (ab) Параллельные запросы, выводит среднее Time per request. ab -n 100 -c 10 https://example.com/
New Relic (SaaS) Автоматический сбор метрик, визуализация. New Relic
Битрикс‑мониторинг Встроенный модуль «Производительность», показывает ttfb и php_time. http://your-site/bitrix/tools/performance.php
Chrome DevTools → Network Позволяет увидеть Stalled, TTFB, Content Download. Откройте DevTools → Network → выберите запрос.

Совет: измеряйте в «чистом» режиме (без CDN, без внешних скриптов), чтобы получить чистый серверный показатель.


4. Пошаговый процесс измерения

  1. Подготовьте тестовый запрос

    • Выберите «тёплую» страницу (один из самых посещаемых шаблонов).
    • Отключите рекламные скрипты и сторонние шрифты (временно в .htaccess или через $_SERVER['HTTP_USER_AGENT']).
  2. Запустите несколько прогонов

    • curl — 10‑20 запросов, возьмите среднее.
    • ab — 100 запросов, 10 одновременных, посмотрите Time per request.
  3. Запишите результаты

    • Таблица: Запрос, TTFB (сек), Общее время (сек).
  4. Сравните с целевым значением

    • Если TTFB ≤ 0,03 сек, цель достигнута.
    • Если больше — переходите к пункту 5.

Пример таблицы

Запрос TTFB (сек) Общее время (сек)
/ 0,028 0,112
/catalog/ 0,045 0,210
/product/123/ 0,032 0,150

5. Почему может не хватать 0,03 сек?

Причина Как проверить Как исправить
Отсутствие кэша В bitrix/cache/ пусто, cache_type = N. Включите композитный кэш (cache_type = Y).
Слишком маленький таймаут кэша cache_time = 0 сек для блоков. Увеличьте до 3600 сек (1 ч) для статических блоков.
Медленная БД EXPLAIN запросов, длительные SELECT. Добавьте индексы, используйте MySQL 8 или MariaDB 10.5+.
PHP‑скрипты без OPCache opcache.enable = 0. Включите OPcache в php.ini.
Недостаточно CPU top показывает 80 % загрузки CPU при нагрузке. Перейдите на Hi‑CPU‑тDS (см. ниже).
Большие картинки/скрипты Network‑таблица показывает > 200 KB на запрос. Сжатие, CDN, отложенная загрузка.

6. Как подобрать VDS‑план, чтобы гарантировать 0,03 сек?

План Процессор ОЗУ SSD Пример цены (руб.) Когда нужен
Starter 1 vCPU 2 GB 30 GB от 150 Маленький сайт, < 10 тыс. просмотров/день
Standard 2 vCPU 4 GB 80 GB от 300 Средний магазин, 10‑30 тыс. просмотров/день
Hi‑CPU 4 vCPU 8 GB 150 GB от 600 Тяжёлый каталог, > 30 тыс. просмотров/день
Enterprise 8 vCPU 16 GB 300 GB от 1200 Высокие нагрузки, 100 тыс.+ просмотров/день

Как выбрать: если ваш TTFB после оптимизаций всё ещё > 0,03 сек при 70 % загрузки CPU, переходите на Hi‑CPU.

Для заказа можно воспользоваться VDSina — у них гибкие тарифы и поддержка 1С‑Битрикс.


7. Практический чек‑лист «От замера до 0,03 сек»

  1. Включить композитный кэш (/bitrix/admin/setting_cache.php).
  2. Установить правильные cache_time для блоков (минуты‑часы).
  3. Подключить OPCache (opcache.enable=1).
  4. Оптимизировать запросы к БД (индикаторы, EXPLAIN).
  5. Сжать статические файлы (gzip, brotli).
  6. Провести измерения (curl + ab).
  7. Сравнить с целевой метрикой; если выше 0,03 сек → масштабировать VDS.

8. Часто задаваемые вопросы

Вопрос Краткий ответ
Можно ли достичь 0,03 сек без кэша? Теоретически только при экстремально мощном сервере, но экономически невыгодно.
Какой тип SSD лучше? NVMe‑диски дают ~ 0,5 мс латентность, что заметно при большом количестве мелких запросов.
Нужен ли отдельный сервер для MySQL? Для > 50 тыс. просмотров/день да, иначе конкуренция за I/O замедлит PHP.
Что делать с «плохими» модулями Битрикса? Отключите их в bitrix/modules/ и проверьте, уменьшилось ли TTFB.

9. Практика для закрепления

  1. Измерьте TTFB текущей главной страницы с помощью curl. Запишите результат.
  2. Включите композитный кэш (если он был отключён) и повторите измерение. Сравните цифры.
  3. Определите «тяжёлый» блок (например, каталог) и задайте для него cache_time = 7200. Проверьте, как изменилось время.
  4. Смоделируйте нагрузку: запустите ab -n 200 -c 20 https://your-site/ и проанализируйте Time per request. Если среднее > 0,03 сек, сделайте вывод о необходимости более мощного VDS.
  5. Составьте план оптимизации: перечислите 3‑4 действия, которые вы выполните в ближайшую неделю, чтобы достичь цели 0,03 сек.

Итоги

  • Композитный кэш — основа быстрой отдачи.
  • Точное измерение серверного времени (TTFB) позволяет оценить реальную нагрузку.
  • Оптимизация кода и БД + правильный VDS‑план — ключ к 0,03 сек.

Применяйте полученные знания, и ваш сайт будет летать, а покупатели останутся довольными! 🚀


Английский видеочат для путешествий
Чат рулетка 2026: Интерактивные элементы
Чат-рулетка: случайный собеседник в одно нажатие
Чат с Аней: Моё общение
Этикетки для упаковки и доставки
Как настроить бэкапы для вашего сайта на хостинге Host.bg
Как обновить PHP на хостинге Host.bg
Как решить проблемы с загрузкой сайта на Host.bg
Калькулятор зарплаты SEO-оптимизатора
Курска: автошколы с бесплатной консультацией
Лайфхаки для управления хостингом на Host.bg
Монетизация через платные услуги
Мск: ИП или ООО — лучший старт для бизнеса?
Общение в интернете без риска
Ошибки при настройке хостинга и их решения
Проблемы с доменами и их решения на хостинге Host.bg
Продвижение сайтов: поисковое продвижение + ИИ
Ремонт квартир с использованием норм
Roblox: игровая культура
Сайтостроение: основы и секреты
Сколько стоит биткоин
Сравнение ценовых диапазонов хостинга Host.bg
Трубная продукция для трубопроводных конструкций
Утепление в Твери и Брянской области
Vdsina: Великая сила
Видео рулетка 18+
Видеочат с случайным собеседником онлайн
Видеообщения по всему миру
Выбор оптимального плана хостинга на Host.bg
рейтинг хостингов 2026 Быстрые VDS серверы