Создание
интернет-магазина
на Битрикс в Челябинске

Да, но начнем с ревизии: что реально используется, что ломает работу, и где технический долг. Отталкиваемся от реальной картины, не фантазий.

Значит, интерфейс и права не настроены. Наша студия разработки ограничит критичные действия, настроит роли и сделает админку предсказуемой.

Не обязательно. IT-компания может предложить доработку структуры и внедрение модулей, чтобы улучшить юзабилити без полной переделки.

Причин может быть много: конфликты шаблонов, тяжелые модули, неэффективные запросы. Разберем стек и оптимизируем.

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

Через типы цен: базовая, оптовая, партнёрская — каждая со своим порогом видимости. Оптовику после входа в личный кабинет сайт подменяет цену автоматически, без ручного пересчёта менеджером. Скидка по объёму задаётся правилом на сумму заказа. Фиксированный процент на карточке такую задачу не закрывает. Разводить два каталога под опт и розницу не нужно — товар один, цен несколько. Менеджер ничего не пересчитывает вручную.

Остатки идут по протоколу CommerceML каждые 10–15 минут. Суточного обмена для розницы мало. При оформлении заказа сайт резервирует позицию сразу, до подтверждения оплаты — иначе два покупателя купят последнюю единицу одновременно. Если заказ отменяют, резерв снимается автоматом обратным циклом обмена. Узкое место — расхождение единиц измерения между 1С и карточкой. Проверяем справочник до первого запуска.

Виджет службы доставки встроен в шаг оформления и считает цену по весу, габаритам упаковки и почтовому индексу через API в реальном времени. Ручные тарифные таблицы не держим — они устаревают быстрее, чем их успевают поправить. Если API службы недоступен, форма должна показать понятную заглушку с телефоном менеджера. Пустое поле читается как поломка. Это проверяем отдельным сценарием перед запуском, имитируя сбой. Покупатель заказ в итоге не теряет.

Касса подключается вторым контуром через ОФД — АТОЛ, Эвотор или похожий сервис, в стороне от модуля эквайринга. Чек формируется в момент фактической оплаты, а не в момент оформления заказа, и уходит покупателю на почту или в смс. При возврате в личном кабинете чек коррекции печатается тем же контуром. Тестовый платёж на минимальную сумму проходит до старта продаж, без исключений. Чек не теряется в очереди отправки.

Смотрим на нагрузку. Количество товаров само по себе мало что объясняет. «Стандарт» тесен, когда фильтр по десяткам свойств начинает тормозить страницу категории. «Малый бизнес» открывает REST API для внешних систем и полноценный обмен с 1С. До «Бизнеса» есть смысл расти при нескольких юрлицах на одной базе. Апгрейд считаем по конкретной задаче. Продавать редакцию без расчёта смысла нет. Бюджет на старте расходуется точнее.

Выгружаем товары и категории в YML или CSV, сохраняя оригинальные ЧПУ-адреса карточек по возможности. Адрес не совпал со старым — ставим 301-редирект до момента запуска. После запуска его ставить поздно. Метатеги и микроразметку переносим вместе с товаром. Сборка заново руками занимает недели. Риск чаще не в самом переносе, а в забытом noindex на тестовом контуре, который уезжает в бой вместе с релизом. Трафик из поиска после переезда не падает.

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

Через модуль импорта по шаблону Excel или YML, с сопоставлением колонок артикулу и свойствам товара. Первая загрузка идёт с проверкой на дубли по внешнему коду. Названия у поставщиков расходятся, и сопоставление по ним даёт дубли. Регулярное обновление цены ставим по расписанию, ночью, чтобы не мешать текущим заказам. Ошибку в структуре файла модуль должен показать построчно. Общее сообщение о сбое ничего не объясняет.

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

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

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

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

Тестовый заказ через каждый способ оплаты, включая возврат и отмену. Проверка расчёта доставки при недоступном API службы и при пустой корзине. Сверка остатков с 1С после ручного изменения на складе. Особым пунктом смотрим письма покупателю — подтверждение заказа, смена статуса, чек — они должны доходить до ящика. Очередь отправки проверяется отдельно. Без этого чек-листа магазин не считаем готовым к запуску. Иначе аврал случается в первый же день.