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

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

Установка и настройка 1С-Битрикс (Малый бизнес, Стандарт или Бизнес). Кастомный дизайн под брендбук. Интеграция с 1С по остаткам, ценам, заказам. Подключение ЮKassa, Тинькофф Кассы, СБП. Настройка доставки: СДЭК, Boxberry, Почта России. SEO и аналитика.

Используем стандартный протокол CommerceML — обмен каталогом, ценами, остатками, заказами. Для петербургских оптовых компаний настраиваем многоскладовой учет (Купчино, Парнас, Шушары). Синхронизация в реальном времени или по расписанию в зависимости от объема.

Стоимость зависит от объёма работ, набора интеграций и требований к проекту. Считаем по конкретному техзаданию после разбора задачи.

Малый бизнес (до 1 000 товаров) — для небольших магазинов. Стандарт — для среднего магазина с полным функционалом. Бизнес — для крупной торговли с многоскладовостью и B2B. Для петербургских оптовых компаний рекомендуем Бизнес или старший тариф.

Типовой магазин на готовом решении — 3-5 недель. Кастомная разработка с уникальным дизайном и сложными интеграциями — 2-4 месяца. Для петербургских ритейлеров с сезонностью планируем запуск к началу активного сезона продаж.

Да. Интегрируем СДЭК (крупнейший в СЗФО), Boxberry, КИТ, Деловые Линии, Яндекс Доставку, Достависту. Настраиваем доставку по зонам СПб и Ленобласти, самовывоз из пунктов выдачи, курьерскую доставку по районам города.

Да. Обновление ядра Битрикс и модулей. Мониторинг производительности на Yandex Cloud или Selectel. Техническая поддержка при изменениях в 1С и интеграциях. SLA-договор для петербургских интернет-магазинов с высоким трафиком.

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

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

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

Цена и НДС по товарной группе определяются регионом ещё до оформления заказа, без ручного пересчёта менеджером. Валюта показа переключается для покупателя из другой страны, а фискальный чек формируется в рублях независимо от того, в чём была указана цена на витрине. Расчёт доставки привязан к фактическому адресу. Язык интерфейса на расчёт не влияет. НДС по товарной группе при этом считается верно с первого раза.

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

Фид формируется по расписанию из тех же данных, что видит покупатель на сайте, без второго источника истины для цены. Категории маппятся под структуру каждой площадки своим правилом — у Яндекс Маркета и Ozon рубрикатор не совпадает с разделами сайта. Обновление ставим каждые несколько часов: суточный цикл на активной площадке оставляет просроченную цену видимой слишком долго. Цена на площадке при таком цикле остаётся свежей.

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

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

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

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

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

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

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

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