Вернуться к статьям Переезд сайта ломается не в момент установки новой CMS, а на забытых деталях: старом PDF без владельца, форме с письмом на личную почту, адресе с внешними ссылками или доступе бывшего подрядчика. Миграция требует учёта того, что существует сейчас, и проверки того, что должно работать после переключения.
Инвентаризация старого сайта
До разработки выгружают список URL, шаблонов, файлов, форм, метаданных, редиректов, целей аналитики и внешних интеграций. Для каждой позиции фиксируют действие: перенести, объединить, заменить, закрыть с понятным ответом или оставить на старой платформе до отдельного этапа.
Содержимое не переносят механически. Устаревшие новости, дубли услуг и неактуальные документы лучше отсеять до переноса, иначе новая CMS наследует старый беспорядок.
Что зафиксировать
- реестр URL
- аудит файлов
- владельцы контента
SEO-адреса и редиректы
Для изменяемых URL готовят карту соответствий: старый адрес, новый адрес, тип перенаправления, причина и результат проверки. Нельзя отправлять всё на главную страницу: посетитель и поисковая система должны получать наиболее близкий релевантный материал.
После переключения проверяют статусы ответов, цепочки редиректов, канонические адреса, sitemap и robots.txt. Анализируют реальные ошибки, а не только список, составленный до запуска.
Что зафиксировать
- карта 301-редиректов
- контроль 404
- проверка индексации
Формы и CRM
Для каждой формы описывают поля, согласие, получателя, создание лида или сделки, передачу источника и реакцию при сбое. Тестовая заявка должна пройти весь путь до ответственного в CRM, а не просто показать сообщение на сайте.
Перед запуском рекламных кампаний отдельно проверяют UTM-метки, дедупликацию и уведомления. На переносе часто теряется не форма, а её контекст.
Что зафиксировать
- тестовые обращения
- карта полей
- лог ошибок обмена
Доступы и редакторы
У владельца сайта должны остаться доступы к домену, хостингу, CMS, аналитике, почте уведомлений и хранилищу копий. Учётные записи выдают персонально; общие пароли и доступ бывшего исполнителя исключают до переключения.
Редакторы получают роли по своим задачам. После обучения они создают тестовый материал и проходят короткий сценарий публикации, чтобы обнаружить непонятные права до реальной новости.
Что зафиксировать
- реестр доступов
- роли редакторов
- порядок отзыва доступа
Окно релиза и откат
На день переключения назначают ответственных, замораживают контент на старом сайте, делают проверенную копию и определяют критерии отката. В чек-лист входят DNS, сертификат, ключевые URL, формы, аналитика и доступ к админке.
После запуска наблюдают за ошибками и обращениями, а не объявляют миграцию завершённой после первого открытия главной страницы. Первые дни дают данные для точечной корректировки.
Что зафиксировать
- окно работ
- критерии отката
- первые проверки после релиза
Решение о готовности к переносу
К запуску переходят после того, как для каждого типа страницы определены новый адрес, источник контента, ответственный за проверку и действие при ошибке. Формы, личные кабинеты, поиск и платежи, если они есть, проверяют как отдельные сценарии: перенос текстов не подтверждает работу этих функций.
Перед переключением DNS или публикацией составляют план возврата. В нём указывают, кто принимает решение об откате, какую версию сайта возвращают и как фиксируют обращения пользователей в первые часы. Это не резервный пункт в документе, а рабочее условие запуска.
Рабочий артефакт
Журнал миграции ведут по URL: старый адрес, новый адрес или причина исключения, тип редиректа, результат проверки и исполнитель. Отдельным списком остаются доступы, резервная копия и место хранения архива старого сайта.
После релиза журнал дополняют фактическими результатами: какие маршруты проверены, где исправлены ссылки и какие задачи перенесены в следующий этап. По нему можно восстановить ход переноса без догадок и поиска по переписке. Журнал хранят вместе с инструкцией для дежурной команды на период после переключения.
Часто задаваемые вопросы
- Можно ли перенести всё автоматически?
Автоматизация помогает с типовыми данными, но не заменяет аудит контента, файлов и интеграций.
- Нужно ли менять URL?
Только при понятной причине. Для изменённых адресов готовят карту редиректов.
- Как проверить форму?
Отправить тестовое обращение и подтвердить карточку, поля, источник и ответственного в CRM.
- Кому принадлежат доступы?
Компании-владельцу сайта. Подрядчик получает ограниченный рабочий доступ.
- Когда удалять старый сайт?
После периода наблюдения, подтверждения переноса и выполнения плана архивирования.
Успешная миграция сохраняет не только материалы, но и маршруты посетителей, работающие формы и управляемый способ отката. Чем точнее реестр URL и сценариев до релиза, тем меньше исправлений приходится делать уже на рабочем сайте.