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

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

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

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

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

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

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

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

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

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

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

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

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

Выгружаем товары и категории в CSV с сохранением исходных адресов карточек, где это возможно технически. На новые адреса ставим 301-редиректы до запуска. После индексации поисковиком это уже потеря трафика. Метаописания и характеристики переносим вместе с товаром, вручную дописываем только то, чего в старой системе не было вовсе. Позиции в поиске после переезда не проседают.

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

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

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

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

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