Текущая CMS перестала устраивать — не хватает функционала, тормозит, стоит дорого, или просто некому поддерживать. Перейти на другую платформу хочется, но страшно: а вдруг потеряются данные, упадут позиции в поиске, сломается функционал? Эти страхи оправданы — перенос сайта действительно сложная операция. Но если делать всё по шагам, риски сводятся к минимуму. Разберём, как провести миграцию правильно.
Когда стоит менять CMS
Не каждая проблема требует смены платформы. Иногда достаточно обновить тему или поставить нужный плагин. Но есть ситуации, когда миграция — единственный разумный выход:
- Текущая CMS не развивается. Joomla 3 официально не поддерживается с 2023 года, старый MODX Revo остался без активного сообщества. Устаревшие платформы — это дыры в безопасности и отсутствие современных возможностей.
- Не хватает нужного функционала. Хотите добавить интернет-магазин, личный кабинет, интеграцию с CRM или REST API — а текущая система этого не поддерживает или поддерживает с огромными костылями.
- Проблемы с производительностью. Сайт грузится медленно, оптимизировать уже нечего — проблема в архитектуре самой платформы.
- Высокая стоимость лицензии. Особенно актуально для проприетарных CMS: платите ежегодно, а возможности те же, что у бесплатных аналогов.
- Нет разработчиков на рынке. Если платформа нишевая, найти специалиста для доработок становится всё сложнее и дороже.
Если хотя бы два пункта про вас — пора планировать миграцию.
Популярные направления миграции
Некоторые переходы встречаются намного чаще остальных — под них даже существуют готовые инструменты и накопленный опыт:
- Joomla → WordPress. Самый частый сценарий. WordPress давно обогнал Joomla по экосистеме плагинов, количеству разработчиков и удобству редактирования. Для миграции есть специальные плагины, переносящие статьи, категории и медиафайлы автоматически.
- WordPress → 1С-Битрикс. Актуально для интернет-магазинов, которым нужна глубокая интеграция с 1С, сложная логика заказов и корпоративный уровень надёжности. Подробнее об этом сценарии читайте в нашей статье Как переехать с WordPress на Битрикс.
- MODX → WordPress или Laravel. MODX — гибкая система, но сообщество сильно сократилось. WordPress подойдёт для контентных проектов, Laravel — если нужна нестандартная бизнес-логика.
- OpenCart → WooCommerce. OpenCart устарел, активная разработка затихла. WooCommerce на базе WordPress предлагает значительно больше расширений и лучшую поддержку.
- Tilda → WordPress. Tilda отлично подходит для лендингов и небольших сайтов, но быстро становится тесной: нет блога с нормальным SEO, нет гибкости в структуре, сложно масштабировать.
- Drupal → WordPress. Drupal мощный, но сложный в поддержке. Для большинства бизнес-сайтов WordPress справляется с теми же задачами проще и дешевле.
Что нужно перенести
Перед началом работы составьте полный список того, что требует переноса. Забытый пункт на финальном этапе может обернуться серьёзной проблемой.
- Контент. Все страницы, статьи блога, товары с описаниями, категории, теги. Особое внимание — к вложенности разделов и связям между материалами.
- Медиафайлы. Изображения, PDF-документы, видео, вложения. Важно не просто скопировать файлы, но и сохранить ссылки на них внутри контента.
- URL-структуру. Это критически важно для SEO. Если адреса страниц изменятся — поисковики воспримут это как появление нового сайта. Все старые URL должны редиректить на новые через 301.
- SEO-данные. Title, description, h1 для каждой страницы. Если они были прописаны вручную — их нужно перенести так же вручную или через экспорт/импорт.
- Формы и функционал. Формы обратной связи, калькуляторы, фильтры, личные кабинеты — всё, что написано на коде и должно продолжать работать.
- Пользователей и заказы. Для интернет-магазинов обязательно переносятся аккаунты покупателей, история заказов, остатки на складе.
Пошаговый план миграции
Вот последовательность, которой мы придерживаемся при переносе сайтов:
Шаг 1: Полный бэкап старого сайта. Перед любыми действиями — резервная копия всего: базы данных, файлов, конфигов. Бэкап нужно проверить: убедиться, что он реально восстанавливается. Это страховка на случай любого сбоя.
Шаг 2: Установка новой CMS на тестовый домен. Новый сайт разворачивается на поддомене или отдельном домене — например, test.ваш-сайт.ru или на локальном сервере. На рабочий домен переключаемся только после полной готовности.
Шаг 3: Перенос контента. В зависимости от объёма и структуры данных — либо вручную (для небольших сайтов), либо через специальные скрипты миграции, либо с помощью плагинов импорта. Для WordPress есть инструменты, умеющие принимать данные из XML, CSV и даже напрямую из баз данных других CMS.
Шаг 4: Настройка URL и 301 редиректов. Составляется таблица соответствий старых и новых адресов. Если URL-структура сохраняется — задача упрощается. Если нет — для каждого изменившегося адреса настраивается 301 редирект через .htaccess или встроенные инструменты новой CMS.
Шаг 5: Перенос SEO-данных. Title и description переносятся для каждой страницы. Проверяются заголовки h1, микроразметка, alt у изображений. Если на старом сайте использовался SEO-плагин — ищем аналог на новой платформе.
Шаг 6: Тестирование. Проверяется работа всех форм, ссылок, редиректов. Тестируется отображение на мобильных устройствах, скорость загрузки. Прогоняем сайт через инструменты проверки битых ссылок.
Шаг 7: Переключение DNS. Только когда тестовый сайт работает идеально — меняем DNS-записи. В переходный период (пока DNS обновляются — это до 24 часов) оба сайта могут быть доступны одновременно.
Шаг 8: Мониторинг после запуска. Первые 2-4 недели после переноса — активный мониторинг. Следим за ошибками в логах сервера, позициями в поиске, метриками трафика. На этом этапе важно оперативно реагировать на любые просадки.
Как не потерять позиции
SEO-просадка после миграции — один из главных страхов. И она действительно случается, если не принять меры. Вот что нужно сделать обязательно:
- 301 редиректы для всех страниц. Каждый старый URL должен вести на соответствующий новый. Без этого поисковики теряют весь накопленный вес страниц. Редиректы проверяются инструментами вроде Screaming Frog или онлайн-сервисами проверки.
- Сохранить title и description. Это то, что Яндекс и Google показывают в поисковой выдаче. Изменение мета-тегов влечёт временное переиндексирование и возможное падение кликов.
- Проверить robots.txt и sitemap.xml. На тестовом сайте robots.txt закрывает всё от индексации — не забудьте открыть его после переноса. Новый sitemap.xml должен содержать актуальные URL и быть загружен в панели вебмастеров.
- Уведомить Яндекс и Google через Вебмастер. В Яндекс.Вебмастере есть инструмент «Переезд сайта», в Google Search Console — функция смены адреса. Используйте их сразу после переноса, чтобы ускорить переиндексацию. Также не забудьте провести SEO-аудит сайта после миграции — это поможет выявить проблемы, которые могли возникнуть в процессе.
Практика показывает: если все редиректы настроены правильно и мета-теги сохранены, позиции восстанавливаются в течение 2-6 недель после миграции.
Сколько времени занимает перенос
Сроки зависят от объёма сайта и сложности функционала:
- Простой сайт (10–30 страниц) без нестандартного функционала — 3–5 рабочих дней. Контент переносится вручную или полуавтоматически, редиректы настраиваются быстро.
- Средний сайт (100+ страниц) с блогом, несколькими разделами и нестандартным дизайном — 1–2 недели. Требует автоматизации переноса контента и тщательного тестирования.
- Интернет-магазин (1000+ товаров) с историей заказов, аккаунтами пользователей и интеграциями — 2–4 недели. Это полноценный проект с этапами подготовки, разработки и тестирования.
В эти сроки входит разработка и тестирование, но не SEO-мониторинг после запуска — он продолжается ещё несколько недель.
Итог
Перенос сайта на другую CMS — это не катастрофа, а управляемый проект. Главное — не торопиться, тщательно настроить редиректы и не переключать домен до того, как новый сайт полностью готов. При правильном подходе миграция не только не роняет позиции, но и даёт толчок к росту: новая платформа быстрее, удобнее для редакторов и лучше поддаётся оптимизации.
Если вам предстоит перенос сайта — мы готовы помочь. Работаем с популярными CMS и знаем их особенности изнутри: