Смотрим на страницы брендов и производителей — бывает и 20 секунд, это не норма
Хочу себе такие же кнопкиПочему 20 секунд — это не норма и как это исправить
Вы уже видели, как страница бренда или производителя в вашем магазине на 1риксе открывается почти мгновенно, а другая «залипает» почти 20 секунд. Такая разница в скорости воспринимается пользователем как «сайт сломался», а поисковые системы начинают «понижать» позиции. В этом уроке вы разберёте, какие именно факторы приводят к столь длительному отклику, как их измерять и какие практические шаги предпринять, чтобы вернуть время загрузки в диапазон 2‑3 секунды.
1. Что такое «страница бренда» в Битриксе
| Элемент | Описание | Почему может тормозить |
|---|---|---|
| Фильтр товаров | Выводит список товаров, принадлежащих бренду | Большие запросы к БД, отсутствие индексов |
| Сортировка/пагинация | Позволяет менять порядок и переходить между страницами | Неправильный кеш, повторные запросы |
| Блоки «похожие товары», «рекомендации» | Динамический контент, часто генерируется на лету | Сложные запросы, внешние API |
| SEO‑мета‑теги | Генерируются на основе свойств бренда | Длинные расчёты в шаблонах |
| Картинки/медиа | Галереи, логотипы | Неоптимизированные изображения, отсутствие CDN |
Эти блоки формируют полный запрос к Битриксу, который в итоге превращается в один SQL‑запрос (или несколько) и набор PHP‑операций. Если любой из них «запинает», пользователь видит долгий инд.
2. Типичные причины медленной загрузки
| Причина | Признак | Как проверить |
|---|---|---|
| Отсутствие индексов | SELECT … FROM b_catalog_product WHERE PROPERTY_XX = … | EXPLAIN в MySQL |
| Неоптимальные фильтры | Фильтр по свойствам с % в начале строки |
Профайлер Битрикса (bitrix:debug) |
| Большие объёмы данных | > 10 000 товаров в одной категории | COUNT(*) в таблице |
| Неиспользуемый кеш | Каждый запрос к базе каждый раз | Включить cache_type в php_interface |
| Слишком «тяжёлый» сервер | CPU > 80 % при нагрузке | top, htop |
| Недостаток ОЗУ | Свопинг, медленная работа MySQL | free -m |
| Отсутствие CDN | Картинки грузятся медленно | Инструменты браузера → Network |
3. Как измерять и анализировать
- Встроенный профайлер Битрикса – откройте любой товарный список, добавьте
?debug=1к URL. Вы увидите время выполнения каждого компонента. - Google PageSpeed Insights – покажет «First Contentful Paint» и «Time to Interactive».
- GTmetrix – детальная разбивка по запросам, размеру ресурсов.
<a href="https://gtmetrix.com" rel="nofollow">GTmetrix</a>
- MySQL‑slow‑query‑log – включите лог медленных запросов, найдите те, что длятся > 0.5 сек.
4. Оптимизация запросов к базе
| Шаг | Действие | Пример |
|---|---|---|
| 1. Добавить индексы | ALTER TABLE b_catalog_product ADD INDEX idx_brand (PROPERTY_XX); |
Ускорит поиск по бренду |
| 2. Переписать фильтры | Вместо LIKE '%brand%' использовать точный поиск |
WHERE PROPERTY_XX = 'Apple' |
| 3. Разбить запросы | Делать отдельные запросы для «товары» и «рекомендации» | SELECT … FROM b_catalog_product … LIMIT 30 |
| 4. Кешировать результаты | CBitrixComponent::setCache($arResult, $cacheTime); |
Кеш на 10 минут, если бренд не меняется часто |
5. Использовать SELECT … LIMIT |
Не запрашивать все записи сразу | LIMIT 0, 30 для первой страницы |
5. Кеширование и CDN
| Техника | Что делает | Как настроить |
|---|---|---|
| OPcache | Кеширует скомпилированный PHP‑код | В php.ini opcache.enable=1 |
| Bitrix Cache | Кеширует HTML‑фрагменты | В админке → «Настройки → Производительность» |
| Redis / Memcached | Быстрый кеш для запросов к БД | Установить, указать в php_interface |
| CDN | Доставляет статические файлы с ближайшего к пользователю сервера | Подключить VDSina CDN‑пакет |
6. Настройка VDS: от 150 GB до Hi‑CPU
| Тариф | Описание | Когда подходит |
|---|---|---|
| 150 GB (1 CPU, 2 ГБ ОЗУ) | Базовый, подходит для небольших каталогов (< 5 000 товаров) | Стартовый запуск, тестовый стенд |
| 300 GB (2 CPU, 4 ГБ ОЗУ) | Средний, поддерживает до 15 000 товаров, умеренную нагрузку | Магазин с 10‑20 тысячами товаров |
| Hi‑CPU (4 CPU+, 8 ГБ ОЗУ) | Высокая вычислительная мощность, быстрый отклик DB | Тяжёлые каталоги (> 30 000 товаров), рекламные кампании, пик нагрузок |
Почему это важно:
- CPU влияет на время генерации PHP‑скриптов и выполнения сложных запросов.
- ОЗУ – достаточный объём памяти позволяет держать в кешe запросы и результаты, а не «выбрасывать» их в своп.
- SSD‑диск (все тарифы 🏰 VDSina используют SSD) ускоряет чтение/запись MySQL‑таблиц.
7. Контроль качества после правок
- Тестировать в разных браузерах – Chrome, Firefox, Safari.
- Проверять на мобильных устройствах – скорость часто ниже из‑за медленного соединения.
- Запускать нагрузочный тест –
ab -n 500 -c 50 https://example.com/brand/apple/ - Сравнивать метрики – до и после правок фиксировать
TTFB,FCP,LCP.
8. Краткая шпаргалка (глоссарий)
| Термин | Пояснение |
|---|---|
| TTFB | Time To First Byte – время до получения первого байта от сервера |
| FCP | First Contentful Paint – когда пользователь видит первый контент |
| LCP | Largest Contentful Paint – когда отрисован самый крупный элемент |
| OPcache | Кеш PHP‑кода в памяти |
| CDN | Сеть доставки контента, распределённые серверы по всему миру |
| Hi‑CPU | Тариф с повышенной вычислительной мощностью |
Практика для закрепления
-
Анализировать страницу бренда
- Откройте любую страницу бренда в вашем магазине.
- Добавьте
?debug=1к URL и запишите, какие компоненты занимают более 0.5 сек.
-
Найти медленный запрос
- Включите
slow-query-logв MySQL. - Выполните поиск по бренду, который «залипает».
- Скопируйте текст самого медленного запроса и предложите, как добавить индекс.
- Включите
-
Сравнить два тарифa VDS
- На тестовом стенде запустите один и тот же запрос на тарифе 150 GB и на Hi‑CPU.
- Зафиксируйте время выполнения и загрузку CPU/ОЗУ.
- Сделайте вывод, какой тариф более экономически выгоден для вашего объёма товаров.
-
Настроить кеширование
- В файле
component.phpдобавьте код кеширования результата списка товаров на 10 минут. - Проверьте, как изменилось время загрузки страницы после первого запроса.
- В файле
-
Провести нагрузочный тест
- С помощью
ab(ApacheBench) выполните 500 запросов с 50 одновременными соединениями к странице бренда. - Запишите среднее время отклика и процент ошибок.
- Сделайте вывод, достаточно ли текущего сервера справиться с реальной нагрузкой.
- С помощью
Итого: вы теперь знаете, какие части страницы бренда могут «запирать» загрузку, как измерять их влияние, какие оптимизации применять в Битриксе и как подобрать правильный тариф VDS. Применяйте полученные навыки, проверяйте метрики и держите время отклика в пределах 2‑3 секунд — и ваши пользователи будут довольны, а поисковые системы «наградят» ваш сайт.
CamZamZam - онлайн фото с вебкамеры с эффектами
Cartoon Network: игры с персонажами
Чат рулетка в 2026: будущие функции
Эксперт по доменным стратегическим решениям
Хостинг для e-commerce проектов
Как играть в слоты
Как настроить CDN для сайта на хостинге Host.bg
Как настроить SSL-сертификат для сайта на Host.bg
Как оптимизировать производительность сайта с хостингом Host.bg
Как выбрать правильный хостинг для вашего сайта
Какие бывают ЛОР болезни у детей
Кассовые терминалы с оплатой картами
LOL куклы витрина детская
Лучшие видеорегистраторы для водителей
Онлайн QR-код сканер
Онлайн-связь
Оптимизация производительности баз данных на хостинге Host.bg
Основы настройки веб-хостинга: что вам нужно знать
Партнёрская программа без блога: как получать трафик из Telegram
Профессиональные хитрости для пользователей хостинга Host.bg
Регистрация ИП в Москве для иностранных граждан
Сравнение хостинга Host.bg с другими провайдерами
Субтитры — нет, уши — включены: погружение в английский за 5 минут
Сумки с бусинами
Техника для строительства загородных трасс
ТОП-10 VPS для разработчика: рейтинг серверов под рабочие задачи
WordPress блог для бизнеса