Эксплуатация
Миграция сайта: перенос данных, адресов и рабочих сценариев
Перенос сайта или его частей в новую систему, структуру адресов либо инфраструктуру. Состав миграции определяется изменениями: данные, файлы, URL, настройки и рабочие сценарии проверяются отдельно.
Редакция:
Миграция может сопровождать редизайн, но новый дизайн не является обязательным условием переноса. При смене хостинга внешний вид и URL могут остаться прежними. При смене CMS нужно сопоставить поля и связи контента. При изменении адресов — решить, куда попадёт посетитель по старой ссылке.
Попросите подрядчика назвать объекты переноса и критерии готовности каждого. Формулировка «перенесём сайт» не объясняет, входят ли изображения, документы, формы, история заявок, права редактора или почта на домене.
Три части миграции
| Часть | Что сопоставить | Что подтвердит результат |
|---|---|---|
| Данные | Записи, поля, файлы, связи и языковые версии | Контрольные материалы и связи доступны в новой системе |
| Адреса | Старые и новые URL, сохранённые и удалённые страницы | Согласованные переходы и содержание конечных страниц |
| Инфраструктура | Размещение, домен, сертификаты, настройки и интеграции | Сценарии работают на целевом окружении |
У каждой части свой ответственный и доказательство. Открытие новой главной не подтверждает импорт документов или доставку формы. Количество перенесённых записей тоже недостаточно: одинаковое число не исключает подмены, дубли и потерю связей.
Пример: перенос каталога в новую CMS
Учебная ситуация: товарные записи импортированы, но документы прикреплялись через отдельное поле. При проверке обнаружилось, что поле не сопоставлено, а старые ссылки ведут на удалённые файлы. Требуются две работы: перенести документы и проверить маршруты к ним. Настройка одного общего редиректа проблему не решает.
В руководстве по переносу контента есть порядок сверки записей и файлов. Для адресов подготовьте карту переноса страниц, включая решение по каждому старому URL. Редирект 301 применяют к постоянному переносу на подходящий новый адрес, а не ко всем старым страницам без разбора.
Что согласовать до переключения
- Исходное состояние и объём: какие материалы, функции и системы входят в перенос.
- Пробный перенос в отдельной среде: контрольные записи, страницы и сценарии.
- Последние изменения: кто учитывает новые заявки и правки после первой выгрузки.
- Условия запуска: кто принимает результат, какие дефекты мешают выпуску и когда проверяется рабочий адрес.
- Условия возврата: что сохраняем перед переключением и как обращаемся с данными, появившимися на новой стороне.
Откат к старой версии может потерять новые записи, если их судьбу не продумали заранее. Резервная копия и план запуска должны соответствовать реальному составу системы. Старую площадку отключают после проверки зависимостей и согласованного решения, а не только после смены DNS.
Что наблюдать после переноса
Проверьте основные страницы, документы, формы, внутренние ссылки и права редактора на целевом окружении. При изменении URL отдельно наблюдайте обход и индексацию. Google описывает подготовку карты адресов и проверки после переезда в руководстве по миграции. Сохранение позиций в определённый срок нельзя подтвердить фактом успешного выпуска.
Для обсуждения проекта заполните планировщик миграции: адреса, решения, ответственные и результаты ручной проверки. Он помогает подготовить карту, но не переносит данные и не меняет настройки сервера.