1С-Битрикс + Аспро · садовые принадлежности
Шаблон давно перестал быть шаблоном. А обновляться всё равно нужно
Интернет-магазин садовых принадлежностей несколько лет развивали прямыми правками решения Аспро. Внешний вид, каталог и оформление заказа глубоко изменили, поэтому обычное обновление закончилось бы потерей важной логики и нарушением продаж. Переезд на другую платформу заказчик не согласовал — задачу предстояло решить в рамках существующего стека.
расходы на поддержку магазина
после разбора кастомизации
объём кастомного кода
дубли штатных функций убрали
скорость обновлений
поэтапная схема вместо «всё сразу»
Снаружи — работающий магазин садовых принадлежностей. Внутри — переплетение шаблонного решения и многолетних правок без безопасной границы между ними.
Что держало продажи
Каталог, карточка товара и оформление заказа уже были глубоко переделаны
Именно здесь правки вносили прямо в компоненты и шаблоны решения, поэтому обновление Аспро перезаписало бы их первыми. От этих изменений зависела ежедневная работа магазина, и обновлять их вслепую было нельзя.
Почему нельзя просто нажать «обновить»
Каждое обновление затрагивало неизвестное количество доработок
Изменения годами вносили внутрь готового решения. Документации не было, часть доработок дублировала штатные возможности новых версий, а часть стала критичной для бизнеса. Обновлять всё одним заходом означало проверять последствия уже на живом магазине.
Стандартная платформа
Отделили штатные механизмы 1С-Битрикс от проектных изменений и проверили, что можно обновлять независимо.
Решение Аспро
Сопоставили изменённые файлы с актуальной версией Аспро и нашли функции, которые уже появились в самом решении.
Кастомная логика
Выделили действительно нужные бизнесу доработки: каталог, цены, оформление заказа и интеграции.
Решение заказчика
Без переезда на новую платформу
Индивидуальная разработка дала бы более чистую основу, но означала новый бюджет, сроки и повторную реализацию уже работающих сценариев. Заказчик выбрал сохранить текущую платформу.
Значит, задача была не «сделать идеально с нуля», а безопасно разобрать существующее, сохранить нужное и сократить риск следующих обновлений.Как решали задачу
Не одно большое обновление, а контролируемая последовательность
Зафиксировали текущее состояние
Развернули отдельный контур, собрали резервные копии и описали критичные сценарии магазина до первого обновления.
Составили карту изменений
Сравнили проект со штатным решением и разобрали, где изменён шаблон, компоненты, стили, скрипты и обработчики.
Убрали лишний кастом
Не переносили доработки автоматически. Часть из них заменили возможностями актуальной версии Аспро, часть признали ненужной.
Перенесли важную логику
Необходимые бизнесу изменения вынесли из обновляемых частей настолько, насколько позволяла архитектура проекта.
Обновляли поэтапно
После каждого шага проверяли каталог, торговые предложения, фильтры, корзину, заказ, обмены и SEO-настройки.
Главный вывод
Шаблонное решение хорошо работает в своих границах
Когда подходит шаблон
Бизнес-процессы совпадают с логикой решения
- Используются штатные настройки и предусмотренные расширения
- Обновления и поддержка производителя сохраняют ценность
- Запуск и дальнейшее сопровождение остаются предсказуемыми
Когда лучше индивидуально
Проект требует менять саму архитектуру шаблона
- Уникальные сценарии затрагивают каталог, заказ и интеграции
- Каждая новая функция требует переписывать готовые компоненты
- Экономия на старте превращается в переплаты при поддержке
Если готовое решение закрывает задачу — используйте его возможности и сохраняйте обновляемость. Если бизнесу требуется другой продукт, глубокая переделка шаблона редко остаётся выгоднее индивидуальной разработки.
Результат
Требование заказчика выполнили: магазин остался на привычном стеке
Разберём кастомизацию вашего магазина на Аспро
Составим карту изменений, уберём лишний кастом и предложим безопасный путь обновления без смены платформы.