Ускорение B2B-портала на Битрикс под нагрузкой опта

Соблазн понятен: пока B2B-портал хоть как-то работает, тормоза кажутся терпимым неудобством, а не проблемой, на которую стоит тратить бюджет. Дилеры ведь всё равно заходят, заказы как-то идут. Но медленный оптовый портал бьёт по выручке тихо и постоянно: контрагент, который пять секунд ждёт открытия каталога, реже возвращается и заказывает меньше, а в пик, когда продажи должны идти максимально активно, неоптимальный портал просто ложится. Ниже разбираем, откуда берутся тормоза в опте, чем ускорение B2B-портала отличается от ускорения обычного сайта и как мы делаем портал быстрым, не ломая сложную логику цен и кабинетов.

Почему оптовый портал тяжелее розничного магазина

Розничный интернет-магазин показывает одну цену всем, не считает её на лету и легко кэшируется целиком. B2B-портал устроен принципиально иначе. У каждого контрагента свои персональные цены, которые зависят от ценовой категории, скидок по объёму и договору, доступного ассортимента и региона. Прайсы насчитывают десятки тысяч позиций. Личный кабинет хранит историю заказов, документы и взаиморасчёты. А в фоне постоянно идёт обмен с 1С или ERP. Каждый из этих узлов добавляет нагрузку, и то, что у розницы решается простым кэшем страницы, в опте требует оптимизации бизнес-логики, выборок и интеграций.

Именно поэтому ускорение оптового портала — отдельная компетенция. Здесь мало сжать картинки и включить кэш страниц: значительная часть тормозов прячется в расчётах, тяжёлых запросах к базе и обмене с учётной системой. Подрядчик, который ускоряет лендинги и витрины, на тяжёлом B2B-портале часто упирается в потолок, потому что не разбирается, как устроены персональные цены, инфоблоки на десятки тысяч позиций и синхронизация с 1С под нагрузкой.

Где B2B-портал теряет секунды

Самый частый источник тормозов — расчёт персональных цен на каждый просмотр. Система берёт контрагента, его категорию, скидки и пересчитывает цену заново при каждом открытии карточки или раздела. На большом прайсе это даёт тяжёлую нагрузку на базу и процессор. Второй источник — большие прайсы без пагинации, индексов и кэша: раздел грузит базу целиком при каждом обращении. Третий — личный кабинет с длинной историей заказов и документами, который тянет неоптимальные выборки и дёргает данные напрямую из 1С. Четвёртый — обмен с учётной системой, запущенный в рабочие часы и забирающий ресурсы у витрины. Пятый — неоптимальный серверный стек, который не выдерживает сотни дилеров онлайн в пик.

Эти проблемы складываются. По отдельности каждая может быть терпимой, но вместе они превращают портал в медленный и хрупкий инструмент, который тормозит в обычные дни и падает в пиковые. Поэтому мы не лечим симптомы по одному, а строим карту узких мест и расставляем правки по эффекту и риску, чтобы за разумный бюджет снять максимум нагрузки.

Что меняет ускорение портала

После ускорения каталог с персональными ценами открывается за доли секунды: расчёт цен закэширован по контрагенту и категории, тяжёлая логика подготовлена заранее. Большой прайс отдаётся из кэша с пагинацией и ленивой подгрузкой, не нагружая базу. Личный кабинет с заказами и документами открывается мгновенно, потому что выборки оптимизированы, а лишние обращения к 1С убраны. Обмен с учётной системой идёт в фоне и инкрементально, не мешая контрагентам. А серверный стек настроен так, что портал держит сотни дилеров онлайн в пик без падений и просадки скорости.

Для бизнеса это значит, что портал перестаёт быть узким местом продаж. Дилеры собирают заказы без зависаний и реже срываются из-за загрузки, портал не падает в сезон и в акции, а IT перестаёт тушить пожары в пиковые часы. Если разобраться, насколько именно медленный портал стоит вам заказов, поможет калькулятор на этой странице: он показывает, сколько выручки теряется из-за брошенных из-за тормозов заказов, и сколько потенциально возвращает ускорение.

Когда хватит оптимизации, а когда нужно глубже

Мы не навязываем максимальный объём работ всем подряд. Часто достаточно экспресс-ускорения: аудит нагрузки и точечные правки самых тяжёлых узлов — кэш цен и каталога, оптимизация ключевых запросов — снимают основную боль за пару недель. Если портал тяжёлый, с кабинетами, документооборотом и активным обменом, нужно комплексное ускорение всех узлов плюс настройка серверного стека. А когда речь о сотнях дилеров онлайн в пик, добавляется нагрузочное тестирование, кэш и пулы соединений под пик, инкрементальный обмен. На бесплатном аудите нагрузки мы честно говорим, какого объёма работ достаточно именно вам, исходя из размера прайса, сложности цен и реальной нагрузки, а не из того, что нам выгоднее продать. В сложных случаях полезен и отдельный аудит нагрузки и highload, который показывает поведение портала под стрессом до начала работ.

Чем ускорение выгоднее простого апгрейда железа

Первая реакция на тормоза — поставить сервер помощнее. Иногда это помогает на время, но чаще лишь маскирует проблему: неоптимальный код и тяжёлые запросы съедят любые ресурсы, а счёт за хостинг вырастет. Пересчёт персональных цен на каждый просмотр останется таким же тяжёлым, просто будет выполняться на более дорогом железе. Поэтому мы сначала устраняем узкие места оптимизацией, и нередко этого достаточно, чтобы портал ускорился в разы без апгрейда. Если же бизнес растёт и нагрузка объективно превышает возможности сервера, переход на более мощную инфраструктуру становится осознанным шагом, а не способом заткнуть тормоза. Здесь помогает серверная и инфраструктурная оптимизация, которую мы делаем уже после устранения программных узких мест.

Такой порядок — сначала код и запросы, потом железо — экономит деньги и даёт устойчивый результат. Оптимизированный портал не только работает быстрее на том же сервере, но и масштабируется предсказуемо: когда вы добавляете ресурсы, они идут в рост, а не в компенсацию неэффективности.

Как мы ведём ускорение

Старт — аудит нагрузки и замеры. Мы снимаем метрики тяжёлых страниц, профилируем код, запросы к базе и обмен с 1С, нагружаем портал в режиме, близком к пиковому, и строим карту узких мест. На основе этого собираем план работ и фиксируем смету до начала. Дальше идём от самого тяжёлого к менее критичному: сначала каталог и персональные цены, которые видят все дилеры, затем кабинет, документооборот, обмен с учётной системой и серверный стек. Каждую правку подтверждаем замерами до и после по конкретным страницам, поэтому вы видите измеримый результат, а не общие слова про оптимизацию.

Безопасность логики — приоритет на каждом шаге. Мы работаем на копии, тестируем правки, держим возможность отката, кэшируем цены так, чтобы условия каждого контрагента оставались корректными, и сбрасываем кэш при изменении данных в учётной системе. Персональные цены, скидки, документооборот и обмен продолжают работать как прежде — просто перестают тормозить. Сложные изменения выкатываем поэтапно с контролем, чтобы ускорение не обернулось поломкой бизнес-процессов.

Возражения, которые мы слышим чаще всего

«У нас уже всё кое-как работает, стоит ли тратить бюджет». Стоит, если портал тормозит в обычные дни или падает в пик: тихие потери от брошенных из-за загрузки заказов обычно превышают стоимость ускорения, а в сезон медленный портал стоит особенно дорого. Калькулятор на странице помогает прикинуть масштаб потерь заранее.

«Боюсь, что при ускорении сломаются персональные цены или документы». Это законное опасение, и мы относимся к нему серьёзно. Кэширование настраивается так, чтобы условия каждого контрагента оставались корректными, кэш сбрасывается при изменении данных, всё тестируется на копии до выката. Логика цен и документооборота не страдает.

«Портал делали другие, разберётесь ли вы в чужом коде». Да, мы регулярно ускоряем порталы, сделанные другими подрядчиками, в том числе с тяжёлыми кастомными доработками и нестандартной 1С. Сначала разбираемся в архитектуре на аудите, затем аккуратно оптимизируем, не ломая существующую логику.

Сценарии, под которые мы ускоряем портал

Опт бывает очень разным, и набор работ подстраивается под вашу модель. Для классической оптовой торговли со склада на первый план выходят каталог с персональными ценами, большой прайс и контроль остатков в реальном времени — здесь ключевое ускорение даёт кэш цен и разгрузка инфоблоков. Для дистрибуции с сетью дилеров критична работа под нагрузкой: сотни партнёров онлайн в пик требуют настроенного серверного стека, кэша и пулов соединений, а также фонового обмена с 1С. Для производства, которое продаёт под заказ, важны быстрый кабинет со спецификациями и сроками и отзывчивый документооборот.

Отдельный сценарий — порталы с тяжёлой кастомной логикой: сложные правила цен и скидок, многоуровневые согласования заказов, интеграции с несколькими системами. Такие порталы ускорять труднее, но именно там оптимизация даёт наибольший эффект, потому что тяжёлая логика без кэша и оптимизации запросов нагружает портал сильнее всего. Если портал к тому же требует доработок по функциональности, ускорение хорошо сочетается с развитием — например, в связке с разработкой B2B-платформы на Битрикс, когда часть узких мест устраняется на уровне архитектуры.

Что вы получаете по итогу

По завершении работ вы получаете быстрый B2B-портал, который держит нагрузку, и отчёт с замерами до и после по ключевым страницам — каталогу, кабинету, оформлению заказа. К отчёту прилагаем описание внесённых правок и рекомендации по дальнейшему развитию: что ускорять следующим шагом, когда имеет смысл апгрейд железа, как держать скорость при росте числа дилеров. При желании берём портал на мониторинг скорости и сопровождение с SLA, чтобы тормоза не вернулись незаметно, а пиковые нагрузки не заставали врасплох.

Как ускорение влияет на конверсию и удержание дилеров

Скорость портала напрямую связана с тем, сколько и как часто заказывают ваши контрагенты. Дилер, который привык открывать каталог за доли секунды и собирать заказ без зависаний, заходит на портал чаще и проводит на нём больше времени, а значит — заказывает больше и регулярнее. Медленный портал работает наоборот: каждая лишняя секунда ожидания раздражает, повторные закупки откладываются, а часть заказов уходит в звонок менеджеру или вовсе к конкуренту, у которого портал быстрее. В опте, где отношения строятся годами и держатся на удобстве самообслуживания, скорость становится частью качества сервиса, а не технической мелочью.

Особенно заметно это на повторных закупках, которые в опте составляют основную долю оборота. Если дилер собирает один и тот же заказ из сотен позиций каждую неделю, разница между быстрым и медленным порталом за месяц превращается в часы потерянного времени и в растущее раздражение. Ускоренный портал с отзывчивым каталогом, быстрой корзиной и мгновенным повтором прошлого заказа удерживает таких клиентов лучше любых скидок, потому что экономит им самое дорогое — время. Поэтому ускорение портала мы рассматриваем не как разовую техническую задачу, а как вложение в удержание и рост оптовых продаж, которое окупается через поведение контрагентов.

С чего начать

Начните с аудита нагрузки. Расскажите о вашем портале, размере прайса, сложности ценообразования и числе дилеров онлайн — мы снимем метрики, найдём узкие места и пришлём план ускорения со сметой в течение рабочего дня. Аудит бесплатный, и по его итогам вы получите честную картину: где именно портал теряет секунды, какой эффект даст ускорение и за какой срок оно окупится. Обсудим ваш проект — и сделаем оптовый портал быстрым даже под нагрузкой и при сложной логике.