База знаний Практический материал

Как перейти с готового решения на собственный шаблон 1С-Битрикс без полной пересборки сайта

Практическая схема поэтапного перехода на собственный шаблон 1С-Битрикс с сохранением данных и контролируемым переключением.

О материале
  1. Практическая статья
  2. Mercury RUS
  3. advanced
  4. Обновлено: 29.09.2026 11:25:52

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



1. Инвентаризация


Перед разработкой фиксируются сайты, шаблоны, инфоблоки, свойства, формы, URL, файлы, SEO-данные и зависимости от сторонних модулей. Цель — понять, что относится к данным проекта, а что принадлежит только механизму представления.



2. Данные и шаблон — не одно и то же


Если содержимое хранится в стандартных сущностях 1С-Битрикс, его не обязательно переносить вместе со старым визуальным решением. Это позволяет сохранить накопленный контент и заменить только тот слой, который формирует публичный интерфейс.



3. Собственный шаблон


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



4. Постраничная миграция


Перенос лучше выполнять последовательными участками: страница или раздел → проверка → следующий участок. Такой процесс позволяет находить расхождения до того, как они попадут в production.



5. Параллельная версия


Новая система разворачивается отдельно от действующей. Для проекта «РязаньСкан» новая версия получила собственную идентификацию R1. Это позволило проводить техническую и визуальную приёмку независимо от старой реализации.



6. Controlled cutover


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



7. Проверка после переключения



  • HTTP и маршрутизация;

  • содержимое ключевых страниц;

  • мобильная версия;

  • формы и контакты;

  • метаданные;

  • кэш и фактическая выдача.



Главный принцип


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



Практический пример: группа компаний «РязаньСкан»