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

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

Смена платформы помогает, когда мешают её ограничения. Если дело в непроверенных правках, новый код унаследует проблему.

Здесь речь о «1С-Битрикс: Управление сайтом», CMS для сайтов и магазинов. Выбор между Битрикс24 и своей CRM разобран отдельно.

Инженер направляет запросы выбранного раздела в новый код, остальные в Битрикс. Адрес сайта и меню остаются общими.

Такую замену описывает Microsoft в Strangler Fig. Для неё нужны доступ к маршрутизации запросов и связи новой части со старой.

Первым кандидатом станет раздел статей или услуга с формой. У каталога сначала проверяют связи с ценами, скидками и корзиной.

ИИ-агент пишет код и проверки выбранного раздела. Инженер ведёт машину агентов: задаёт границы и принимает рабочий результат.

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

Один раздел раскладывается на задачи. «Перенести сайт» оставляет агенту слишком много решений, а сообщение о написанном коде не заменяет приёмку.

Общий шаблон каталога извлекли из работающей карточки. Новые страницы собирали на нём, старые переводили при правке. Эталон сразу менять не стали.

На открытой странице машины 7 октября указано: больше 1 000 страниц, есть своя админка. Это масштаб своего сайта, не срок переноса вашего.

Поломки становятся правилами для агентов. В переезде они ограничивают область замены и требуют проверять данные на каждом пути.

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

Возврат готовят до переключения, сохраняя новые заявки. Вернуть старую страницу недостаточно; о проверке и откате есть отдельный разбор.

Google советует разделять изменения и следить за индексированием. Смену кода отделяют от смены адресов; прежние позиции это не гарантирует.

Управление содержимым входит в переезд. Если раньше менеджер менял текст в Битриксе, а теперь должен просить разработчика, независимости стало меньше.

Новая страница может читать данные старой CMS, где работает редактор. Другой вариант: принять новую админку вместе с разделом.

Для данных согласуют место записи и порядок обновления. Две базы без такого правила получают разные версии; для пилота проще избежать этой развилки.

Во время переезда поддерживают обе части и их связи. Свой код тоже требует обновлений, резервных копий и наблюдения за ошибками.

Дешёвая первая страница не доказывает выгодный переезд. Сравните повторяющуюся доработку до и после: цену, ожидание и возврат с ошибкой.

Ускорение правок полезно, если заявки доходят, а поддержка окупается. Измеряйте весь срок задачи, включая очередь и приёмку.

В подписке «Один проект» цена 250 000 ₽ в месяц, одна задача в работе. Это условия на 7 октября, а не смета всего переезда.

Работу продукта оплачивает заказчик. Архитектура, ревью чужого кода и ночные дежурства тоже остаются у него по условиям /services.

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

Готовность руководить работой агентов можно оценить в тесте для руководителя. Он не обследует сайт, а помогает выбрать следующий шаг.

После приёмки новый раздел работает, остальное обслуживает Битрикс. Его отключают, когда проверено отсутствие обращений и зависимостей.

1. Сначала найдите причину дорогих правок. Если мешает устройство проекта, смена CMS сама её не уберёт.
2. Выберите раздел с понятными зависимостями. Остальной сайт продолжает работать на Битриксе.
3. Принимайте путь посетителя и редактора. Проверьте адреса, данные, заявки и возврат до переключения.
4. Следующий раздел выбирайте по результату первого. Сравните повторную доработку, ошибки и расходы обеих частей.