Перенос сайта на новый движок с агентами требует карты контента и проверки рабочих маршрутов

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

Смена хостинга переносит место работы сайта. Смена движка меняет то, как сайт хранит материалы и выполняет действия. Это разные объёмы работы.

Сайт на Битриксе можно переносить по разделам с проверкой зависимостей и условий приёмки.

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

Какие материалы должны остаться? Соберите перечень из CMS, карты сайта, аналитики и журналов запросов. Меню показывает только часть адресов.

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

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

В карту входят изображения, документы, категории и поля материалов. Считать только страницы недостаточно: ссылка на инструкцию может остаться, а сам PDF потеряться.

Экспорт тоже требует сверки состава. WordPress выгружает контент в XML; новому движку ещё нужно сопоставить поля и воспроизвести действия сайта.

Какая проверка доказывает, что сайт работает? Пройдите путь от входа до результата. Открытая форма ещё не доказывает доставку заявки.

До переноса запишите исходный результат на старом сайте. На новом повторите те же действия с тестовыми данными и сопоставьте итог.

Получателя заявки тоже проверяют. Если сайт связан с вашей CRM, в приёмку входит запись в CRM, а не только надпись «Отправлено» на странице.

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

Что поручить агенту вместо «пересоберите весь сайт»? Ограниченную партию контента или один маршрут. У задачи есть входные данные и видимый критерий приёмки.

Общий шаблон задачи агенту уже разобран в соседней статье. Здесь к нему добавляются карта объектов, соответствие полей и запрет переключать рабочий сайт.

Инженер ведёт машину агентов по описанию проекта. На нашем /open 7 октября: 387 тысяч строк спеков и 391 тысяча строк кода.

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

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

Правила для ИИ-агентов задают эту границу до запуска. В задаче на перенос назовите конкретный стоп: не менять DNS, рабочую базу или точку выдачи сайта без нового разрешения.

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

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

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

Истёкший SSL-сертификат проверяют вместе с продлением и сигналом о следующем сроке.

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

Новые записи усложняют откат. Если заказ уже попал в новую систему, возврат старого кода сам по себе его не сохранит. До запуска нужен порядок сверки и переноса таких записей.

Для поиска проверьте конечные адреса, canonical, Sitemap и отсутствие запрета индексации.

После выпуска проверка индексации сайта отделяет доступность страницы от её появления в поиске.

Google рекомендует следить за обходом и трафиком после переноса. Гарантию сохранения позиций он не даёт.

Старую систему выводят из работы после сверки новых записей и приёмки контрольных сценариев. Найденная потеря становится задачей; закрывает её повторная проверка результата.

Что заказать, если движок уже выбран? Начните с карты переносимого и контрольных маршрутов. По ним видно, какой объём работы скрывался за словом «сайт».

Срок переноса зависит и от очереди приёмки. Не переносите скорость отдельной правки на весь проект, пока неизвестны типы контента, интеграции и открытые решения.

На подписке «Один проект» можно поставить перенос контента и сценариев в очередь с приёмкой в вашем репозитории.

На 7 октября тариф стоит 250 000 ₽ в месяц, в работе одна задача. Это месячная подписка, не смета всего переноса.

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