Владелец открывает раздел «зимние» с городского 4G: девять секунд белого экрана, потом впрыгивает слайдер на восемь мегабайт. На таком канале восемь мегабайт — это четыре–семь секунд одной картинки, ещё до цены и кнопки.
Что именно проверить
Нужна картина глазами гостя, не «отчёт для программиста». В админке Битрикса: Настройки → Инструменты → Проверка системы — какая версия PHP на витрине и не крутятся ли фоновые задания в момент визита покупателя. Настройки продукта → Композитный сайт: отдаёт ли магазин сохранённый каркас страницы или каждый заход собирает её с нуля.
Инструменты → Производительность: один и тот же адрес раздела три раза подряд. Первый заход холодный, второй и третий должны стать короче — иначе сохранённая копия страницы не работает.
- Тот же адрес раздела гостем в отдельном окне, без входа в админку.
- Свободное место на диске и папка с уменьшенными фото: если диск полный, корзина гостя начинает «пропадать».
- Два окна: розница и опт. Цены не должны смешаться — иначе ускорение сломает кассу.
- Самый тяжёлый раздел из рекламы, не только красивая главная.
Как это выглядит на практике
На копии с тем же шаблоном смотрят, не оставлен ли режим разработки, не собирает ли список товаров раздела (в Битриксе это catalog.section) свойства по одному на каждую карточку, не тянет ли первый экран фото 4000 пикселей из папки загрузки. Версию PHP 8.1 или 8.2 фиксируют как норму 2026 года: пятёрка на живом магазине — риск дыр и падений модулей, не «настройка скорости».
Дальше включают сохранённый каркас витрины, но корзину, цену своей группы и город оставляют живыми кусками. Потом — сохранённую копию списка раздела по группам покупателей, не «персональную папку на каждого гостя»: так диск кончается за неделю. Только после этого спорят с хостером про очередь и лимиты тарифа.
Отчёт «всё хорошо» ловит галочки конфигурации. Он не видит, что шаблон списка на тридцати товарах ходит в базу восемьдесят раз. Не видит, что главная из кеша мгновенная, а раздел с фильтром каждый раз собирается заново.
Покупатель платит за раздел из рекламы, не за галочку в админке.
- Бой не трогают вслепую.
- На копии с тем же шаблоном смотрят, не оставлен ли режим разработки, не собирает ли список товаров раздела (в Битриксе это catalog.section) свойства по одному на каждую карточку, не тянет ли первый экран фото 4000 пикселей из папки загрузки.
- Версию PHP 8.1 или 8.2 фиксируют как норму 2026 года: пятёрка на живом магазине — риск дыр и падений модулей, не «настройка скорости».
- Дальше включают сохранённый каркас витрины, но корзину, цену своей группы и город оставляют живыми кусками.
На чём считать результат
Записаны версия PHP с той машины, что отдаёт витрину, поведение каркаса на главной и на разделе, место на диске и один адрес, который в журнале визитов самый долгий. Дальше идут по списку, а не по ощущению «надо мощнее». Если после смены PHP раздел как стоял — вы пропустили список, базу или фото, а не «хостер обманул».
Хостера зовут, когда очередь на сервере доказана замером. Учёт — когда пик совпал с полной выгрузкой. Не начинайте с переезда, пока страница раздела делает сотню лишних походов в базу.
Не меняйте процессор, пока диск упёрся в уменьшенные фото. Не ставьте старую пятёрку PHP «потому что модуль привык». Копию магазина проверяют отдельно: мёртвый архив не ускоряет витрину, без живой копии любое ускорение закончится восстановлением на глаз.
- Бой не трогают вслепую.
- На копии с тем же шаблоном смотрят, не оставлен ли режим разработки, не собирает ли список товаров раздела (в Битриксе это catalog.sectio….
- Версию PHP 8.1 или 8.2 фиксируют как норму 2026 года: пятёрка на живом магазине — риск дыр и падений модулей, не «настройка скорости».
- Дальше включают сохранённый каркас витрины, но корзину, цену своей группы и город оставляют живыми кусками.
Назад в раздел
