Перенос сайта на другую CMS: как снизить риск потери трафика и заявок

1. Сначала определите, что именно меняется

Замена CMS не обязательно требует нового домена или новых адресов. Если текущие URL подходят структуре сайта, их сохранение убирает отдельный пласт работ с перенаправлениями. Но одинаковый адрес ещё не означает одинаковую страницу: после импорта могут исчезнуть характеристики, изображения, заголовки или форма запроса.

В учебном примере компания переносит каталог из 240 товаров и 18 разделов. Домен остаётся прежним, меняются адреса части товаров, подключение к CRM сохраняется. Редизайн и смена учётной системы не входят в этот этап. Все числа, даты, идентификаторы и результаты проверок ниже условные — это образец документации, а не кейс ActiveLab.

Руководитель фиксирует причину переноса и критерий результата: редактор сам обновляет характеристики, покупатель находит прежние товары, менеджер получает обращения. Google рекомендует по возможности разделять крупные изменения и предупреждает о возможных колебаниях поисковой видимости. Обещать перенос с гарантированно неизменными позициями нельзя.

• Входит: товары, разделы, статьи, изображения, формы, метаданные и существующая передача заявок.
• Не входит: новый домен, переработка ценовой политики и замена CRM.
• Запуск разрешает руководитель после подписания протокола; техническое переключение выполняет ответственный разработчик.

Документация: Google Search Central: перенос сайта с изменением URL;

2. Составьте карту старых и новых адресов

Список собирают из CMS, карты сайта, отчётов аналитики и доступных журналов обращений. Включают документы и изображения, если на них ведут важные ссылки. Для каждой строки назначают осмысленную судьбу: адрес сохраняется, страница переезжает, материал объединяется с подходящим или удаляется без замены.

Постоянное серверное перенаправление 301 сообщает о переезде, но не исправляет отсутствие нужного содержания. Старая карточка насоса должна вести на тот же насос или действительно соответствующий материал, а не на главную. Если подходящей замены нет, корректный ответ 404 или 410 честнее нерелевантной переадресации.

Если таблица не помещается на экране, прокрутите её по горизонтали.

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

Документация: Google Search Central: перенос сайта с изменением URL; Google: влияние кодов HTTP на обход страниц;

3. Сверьте данные, а не только количество страниц

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

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

Если таблица не помещается на экране, прокрутите её по горизонтали.

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

4. Проведите репетицию на закрытой копии

Тестовую среду ограничивают средствами доступа. Один robots.txt не защищает данные и не гарантирует отсутствие URL в поиске. Отдельно фиксируют временные ограничения индексации, чтобы после переключения случайно не перенести их на публичные страницы.

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

• Отправить тест с телефона и компьютера: MIG-015 должен появиться в согласованном хранилище и у менеджера.
• Проверить пустые и неверные поля: форма объясняет ошибку и не показывает ложное сообщение об успехе.
• В тестовой среде смоделировать недоступность CRM: обращение сохраняется для повторной передачи, ответственный видит сбой.
• Повторить отправку одного запроса: проверить принятую защиту от дублей, а не просто количество писем.
• Проверить загрузку вложения, согласованные лимиты и недоступность файла постороннему пользователю.
• Зафиксировать отчёт: сценарий, номер обращения, ожидаемый и фактический результат, кто проверил.

Документация: Google Search Central: возможности и ограничения robots.txt; OWASP: проектирование журналов событий и исключение чувствительных данных;

5. Подготовьте переключение и безопасный откат

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

Откат — не команда «вернуть вчерашнюю копию». После запуска могли появиться новые заявки, заказы и статусы оплаты. Сначала сохраняют эти изменения и очередь обмена, затем выбирают способ возврата. Откат кода при совместимой базе отличается от восстановления старой базы: второй вариант требует отдельной сверки и переноса новых записей.

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

Если таблица не помещается на экране, прокрутите её по горизонтали.

Условия и допустимую длительность сбоя согласуют для конкретного бизнеса до запуска. Приведённые 20 минут — только момент в учебном сценарии, не норматив восстановления. Если безопасный возврат данных не отрепетирован, наличие архива само по себе не означает готовность к запуску.

6. Контролируйте работу после запуска

Сразу после переключения повторяют критичные сценарии на публичном домене. Проверяют HTTPS, старые ссылки, формы, передачу обращений, правила индексации и возможность редактирования. Если меняется только CMS на том же домене, инструмент смены адреса в Search Console не нужен: он предназначен для соответствующих переездов между доменами или поддоменами.

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

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

Документация: Google Search Central: перенос сайта с изменением URL;