Перенос сайта на новую CMS: чек-лист без потерь

Короткий ответ: миграция CMS — это не «переделка сайта», а перенос данных под новым капотом, и главная опасность в ней — не дизайн, а потеря того, что уже работает: проиндексированных URL, ссылочного веса, контента картинок и приёма заявок. 90% провалов случаются из-за трёх вещей: нет карты старых URL и редиректов, медиа перенесены с новыми путями, а формы после запуска «молчат» без событий в аналитике. Ниже — чек-лист, который закрывает все три.

Сначала честный вопрос: нужна ли миграция вообще

Менять CMS стоит, когда выполнено хотя бы одно:

• контент правят через разработчика — админка умерла или слишком сложная (типичный случай для разросшегося WordPress с 30 плагинами);
• сайт тормозит, а ускорить его в текущей системе нельзя (тяжёлые темы, рендер «на каждый запрос»);
• нужны функции, которых в системе нет: B2B-прайсы, личные кабинеты, мультиязычность, глубокая интеграция с CRM/1С;
• безопасность: постоянные взломы и «чёрные» редиректы — болезнь дешёвых сборок.

Если проблема только в дизайне — это редизайн на текущей CMS, а не миграция. Границу между двумя работами полезно понимать до сметы: починить сайт или сделать новый.

Почему миграции «ломают» SEO: анатомия трёх провалов

1. Сломанные URL. Старая страница /uslugi/oformlenie-sajta/ стала /services/order/ без редиректа → все внешние ссылки и закладки ведут в 404, вес обнуляется.
2. Потеря «синтетического» контента. В старых CMS часть данных жила в полях, которых нет в новой: теги, дополнительные описания, schema-разметка, порядок категорий. Экспорт «текста статьи» их не уносит.
3. Молчаливые формы. После переезда форма отправляет письмо, но не шлёт событие в GA4 — через месяц вы решаете, что «сайт стал хуже», хотя просто перестали видеть заявки.

Подготовка: то, что делается ДО переноса

Перенос: технические обязательные пункты

• 301-редиректы по карте URL — на уровне сервера/edge, а не «плагин редиректов», который снова станет плагином №31.
• Канонические URL нового сайта — self-referencing; старый ?utm=-мусор не должен мигрировать в адресную строку.
• XML sitemap сгенерировать заново и выгрузить в Search Console вместе со старой картой на переходный период.
• hreflang — если многоязычный сайт: проверить пары переводов после переезда, они ломаются чаще всего.
• Structured data (Organization, LocalBusiness, Article, Product) — восстановить в новой CMS: в headless он обычно собирается кодом, а не плагином, и «сам собой» не переедет.
• Скорость: переезд — момент проверить, что новая сборка быстрее старой (LCP, INP), иначе смысл миграции теряется: как скорость влияет на доход.
• Формы и интеграции: CRM, email-уведомления, спам-защита, оплаты — протестировать тестовой заявкой на каждый сценарий, проверить доставку писем (SPF/DKIM остаются в силе только если DNS не трогали).

День X: переключение и первые 72 часа

1. Переключение в низкий трафик (ночь, воскресенье для B2C).
2. Проверка топ-50 страниц руками: открываете старый URL → попадаете на новый через 301.
3. Search Console: старая + новая карта сайта, отчёт об ошибках покрытия ежедневно первые 7 дней.
4. Тестовая заявка/звонок/заказ — каждый канал, каждый день.
5. Никаких «мелких правок дизайна» в первую неделю — каждое изменение осложняет диагностику падения.

Мониторинг 30 дней: метрики, а не ощущения

Ежедневно: ошибки 4xx/5xx в логах и Search Console; еженедельно: позиции по топ-кластерам, конверсия форм, органический трафик по страницам из старого слепка. Критерий успеха 30-го дня: organic ≥ 85–90% от baseline по топ-страницам, заявки идут, 404-список пуст. Если нет — точечная чинка редиректов, а не «откат».

Пример из практики

Клиент с производственным каталогом на «тяжёлом» WordPress: 40+ плагинов, падения, правки цен только через программиста. Перенесли товары и статьи в headless-связку (Strapi + быстрая витрина): карта из 680 URL закрыта редиректами, медиа переехали без смены путей, цены теперь правит менеджер. Итог: скорости — в 3 раза выше, органика вернула позиции за 3 недели и пошла в рост — потому что миграция была подготовлена, а не «переклеена». Такой перенос делаем в рамках услуги редизайна и миграции без потери SEO.

FAQ

Итог

Миграция CMS — проект не про «новую админку», а про сохранение накопленного: позиций, ссылок, контента и потока заявок. Три инструмента, которые решают 90% риска: снимок старого сайта до начала, полная карта URL с 301-редиректами и 30-дневный мониторинг с baseline. Мы делаем такие переходы под ключ — начать можно с бесплатного аудита старого сайта, где честно скажем, нужна ли вам миграция или хватит лечения. Полезно прочитать: редизайн сайта без потери позиций и чек-лист SEO-миграции.