Создание
интернет-магазина
на Битрикс
в Екатеринбурге

Несколько причин делают 1С-Битрикс выбором по умолчанию: глубокая интеграция с 1С:Предприятие, поддержка российских платежных систем, соответствие требованиям законодательства РФ.

Зависит от размера и сложности. Для старта — Малый бизнес или Бизнес. Для крупных проектов с высокими нагрузками и расширенным функционалом — Бизнес или Enterprise.

Стандартный обмен через типовой механизм 1С-Битрикс (формат CommerceML 2). Синхронизация номенклатуры, остатков, цен и заказов. Настраивается под вашу конфигурацию 1С.

Стандартный набор: 1С:Предприятие, ЮKassa, Robokassa, СДЭК, Boxberry, Почта России, онлайн-кассы по 54-ФЗ, CRM-системы.

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

Простой магазин на типовом шаблоне — 4-6 недель. Кастомный дизайн и нестандартный функционал — 3-6 месяцев в зависимости от объема работ.

Да, для крупных магазинов это критично. Используем кеширование, CDN, оптимизацию запросов к базе данных, настройку сервера под высокие нагрузки.

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

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

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

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

Через API службы доставки по фактическому весу упаковки и почтовому индексу получателя, без усреднённого тарифа на заказ целиком. Крупногабаритный товар может идти отдельной службой с собственным расчётом стоимости. Если API временно недоступен, форма показывает заглушку с телефоном менеджера вместо пустого поля — это проверяется отдельным сценарием перед стартом продаж. Заглушка вместо пустого поля не пугает покупателя.

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

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

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

После входа в личный кабинет юрлицо видит свою цену и скидку по договору без пересчёта вручную. История заказов компании доступна нескольким сотрудникам под разными логинами с общим лимитом на закупку. Минимальная партия и шаг заказа настраиваются в стороне от розничной карточки. Обычный розничный покупатель этих условий на сайте вообще не видит. Заказ у юрлица собирается без лишних звонков.

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

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

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

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

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

Карточка часто отдаёт исходный файл от поставщика или с камеры вместо сжатой версии под размер блока на странице. CDN раздаёт изображения с серверов ближе к покупателю, снимая эту нагрузку с основного хостинга магазина. Формат WebP при том же качестве весит заметно меньше JPEG. Отложенную подгрузку картинок ниже экрана настраивают в стороне от общего кэша страницы. Карточка на телефоне открывается заметно быстрее.