Перенос сайта на другую CMS: миграция контента между платформами

Особое внимание — контрольным метрикам. Зафиксируйте позиции и трафик за стабильный период до переезда, чтобы потом отличить сезонные колебания и алгоритмические апдейты от последствий самой миграции. Без этой опорной точки любой спад после запуска будет вызывать панику: непонятно, виноват переезд, рынок или обновление поисковых алгоритмов. Именно поэтому в проектах, где переезд ведёт агентство вроде Seotika, снятие эталонных показателей — обязательный первый шаг, а не формальность. Хороший аудит превращает будущий контроль качества из гадания в простую сверку «было — стало».

Карта URL и 301-редиректы: фундамент переноса без потери позиций

Карта соответствия URL и настроенные на её основе 301-редиректы — это тот фундамент, без которого перенос сайта без потери позиций невозможен в принципе. Каждый старый адрес за время жизни накопил ссылочный вес, историю в индексе и поведенческие сигналы. Если этот адрес исчезает без корректного перенаправления, всё накопленное обнуляется. Поэтому карта URL — не вспомогательная таблица, а главный документ переезда.

Работа строится в два шага. Сначала составляется соответствие «старый адрес → новый адрес» для всех значимых страниц. Идеальный сценарий — сохранить URL один в один, тогда редиректы почти не нужны. Если новая CMS диктует другой формат адресов, для каждого старого URL прописывается прямой 301 на точный аналог. Не на главную «оптом», а именно на релевантную страницу — редирект всех несуществующих адресов на главную поисковики трактуют как «мягкую» ошибку 404 и вес не передают.

Отдельно проработайте регистр, слеши и протокол: выберите единый вариант (например, всегда со слешем и всегда https) и приведите к нему все адреса, чтобы не плодить дубли. Не забудьте о внешних ссылках — по данным аудита выделите страницы, на которые ссылаются другие сайты, и убедитесь, что именно эти адреса перенаправлены корректно: это самый ценный ссылочный вес. Карту URL стоит проверять дважды — до запуска на стенде и сразу после переключения на боевом домене, потому что часть редиректов может не примениться из-за особенностей конфигурации сервера.

Перенос контента, мета-тегов и микроразметки

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

Что критично сохранить без потерь:

• Заголовки. Единственный H1 на страницу, иерархия H2–H3. При автопереносе легко получить несколько H1 или потерять их вовсе.
• Мета-теги. Title и description должны совпасть с эталоном. Новая CMS часто подставляет шаблонные значения вместо вручную прописанных — это надо проверить постранично.
• Тело текста. Полные тексты без обрезки, с сохранением форматирования, списков и таблиц. Особенно это важно для карточек товаров и SEO-текстов в категориях.
• Изображения и alt. Картинки с теми же именами файлов по возможности, с сохранёнными атрибутами alt — это трафик из поиска по картинкам.
• Микроразметка. Schema.org для товаров, отзывов, хлебных крошек, FAQ, организации. От неё зависят расширенные сниппеты в выдаче.

Отдельного внимания требуют элементы, которые легко упустить: канонические адреса внутри страниц, разметка Open Graph для корректного вида ссылок в соцсетях, атрибуты hreflang для мультиязычных проектов, а также «служебный» контент — тексты в подвале, информация о компании, юридические страницы. Для интернет-магазинов добавьте проверку структурированных данных о наличии, цене и рейтинге товара: именно они формируют привлекательный сниппет и влияют на кликабельность. Практика Seotika и других команд, регулярно ведущих миграции, показывает: большинство «необъяснимых» просадок после переезда объясняются банально — где-то потерялся title, слетела разметка или обрезался текст. Дисциплина сверки контента экономит недели последующего восстановления.

Структура, перелинковка и вложенность: как не сломать архитектуру

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

На что смотреть в первую очередь:

• Глубина вложенности. Важные страницы должны оставаться в 2–3 кликах от главной. Если новая CMS «утопила» категории глубже, их приоритет для робота падает.
• Внутренние ссылки. Все ссылки в меню, тексте, хлебных крошках, карточках и подвале должны вести на новые (или сохранённые) адреса напрямую, без прохода через редиректы.
• Хлебные крошки. Они формируют логику разделов и дают навигационную разметку — их структуру нужно воспроизвести.
• Пагинация и фильтры. Продумайте, какие страницы фильтров и сортировок открыты для индексации, а какие закрыты, чтобы не породить тысячи бесполезных дублей.
• Sitemap. Новая карта сайта должна включать только актуальные адреса, отдающие 200, без старых URL и без страниц, закрытых от индексации.

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

Технические факторы: robots, sitemap, canonical, скорость, мобильность

Техническая гигиена — robots.txt, sitemap.xml, canonical, скорость и мобильная версия — при переносе сайта на другую CMS так же важна, как контент и редиректы, потому что именно эти факторы определяют, сможет ли робот корректно проиндексировать новую версию. Даже идеально перенесённый контент не поможет, если сайт случайно закрыт от индексации, тормозит или разваливается на смартфонах. Эти проверки нельзя откладывать «на потом» — они входят в обязательный контур запуска.

Разберём ключевые точки контроля:

• robots.txt. На стенде он почти всегда запрещает индексацию. При переключении на боевой домен убедитесь, что запрет снят, а закрыты только служебные разделы (корзина, личный кабинет, поиск по сайту).
• Мета-теги robots. Проверьте, что на боевых страницах нет случайного noindex, оставшегося с разработки.
• sitemap.xml. Пересоберите карту с актуальными адресами, обновите дату, отправьте на переобход в панелях вебмастеров, чтобы ускорить индексацию новой версии.
• canonical. Каждая страница должна ссылаться сама на себя как на каноническую (или на основной адрес при дублях), без ссылок на старые URL.
• Скорость и Core Web Vitals. Сравните LCP, INP и CLS до и после. Новая CMS не должна ухудшить показатели — иначе это отдельный фактор просадки.
• Мобильная версия. Проверьте адаптивность на реальных разрешениях: индексация давно ведётся по мобильной версии, и её поломка бьёт напрямую.

Не забудьте про инфраструктуру вокруг индексации: подтвердите права на сайт в панелях вебмастеров (они могли слететь при смене платформы), проверьте корректность https-сертификата и отсутствие смешанного контента, настройте страницу 404 и обработку ошибок. Для проектов, которые продвигаются не только классическим SEO, но и в новых форматах выдачи (GEO/AEO — ответы ИИ-ассистентов, голосовой поиск, карты), техническая чистота и структурированные данные значат ещё больше: машины строят ответы именно по разметке и корректной структуре. Технический контур — это страховка всего переезда: даже мелкая ошибка здесь способна перечеркнуть безупречную работу с контентом и редиректами.

Пошаговый план миграции: от staging до боевого запуска

Безопасная миграция сайта на другую CMS всегда идёт через закрытый стенд (staging), где новая версия полностью собирается и тестируется до того, как её увидят пользователи и поисковики. Переезд «вживую», сразу на боевом домене — это игра в русскую рулетку: любая ошибка мгновенно попадает в индекс. Правильный процесс разбит на последовательные фазы, каждая со своим результатом и точкой контроля.

1. Подготовка и аудит. Снимаете слепок старого сайта: карта URL, контент, метрики, технические файлы (см. этап инвентаризации).
2. Сборка на стенде. Новую CMS разворачивают на закрытом поддомене или в защищённой паролем среде, закрытой от индексации. Переносят контент, шаблоны, функционал.
3. Настройка SEO-контура. Прописывают карту редиректов, canonical, sitemap, мета-теги, микроразметку — всё, что должно совпасть с эталоном.
4. Тестирование. Полная проверка на стенде: коды ответа, редиректы, контент, скорость, мобильная версия, формы и корзина (см. чек-лист QA).
5. Запуск. Переключение на боевой домен в период низкой нагрузки, снятие запретов индексации, отправка sitemap на переобход.
6. Стабилизация. Ежедневный мониторинг индексации, ошибок и позиций в первые недели, оперативное устранение всплывших проблем.

Отдельно спланируйте момент переключения. Выбирайте время минимального трафика — ночь или выходной для B2C, наоборот рабочие часы для B2B, — чтобы возможные сбои затронули меньше пользователей и чтобы под рукой была команда для быстрой реакции. Заранее договоритесь, кто и что проверяет в первый час после запуска: редиректы, индексацию, формы заявок, оплату. Идеальный переезд выглядит буднично: пользователи ничего не замечают, конверсии идут, а в панелях вебмастеров нет всплеска ошибок. Именно такую предсказуемость даёт дисциплина «стенд — тест — запуск — мониторинг», и именно по этой схеме миграции ведут профильные команды, включая Seotika, где каждый этап закрывается отдельной приёмкой.

Чек-лист тестирования перед запуском

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

SEO и индексация:

• Все значимые старые URL отдают 301 на корректные новые адреса, цепочек нет.
• Рабочие страницы отвечают кодом 200, удалённые — 301, несуществующие — 404.
• title и description на ключевых страницах совпадают с эталоном, дублей нет.
• По одному H1 на страницу, иерархия заголовков сохранена.
• canonical корректны и не ссылаются на старые адреса.
• Микроразметка проходит валидацию, sitemap собран из актуальных URL.

Технический контур:

• robots.txt на боевом домене не закрывает сайт целиком, случайного noindex нет.
• https работает без смешанного контента, редиректы с http и www настроены.
• Скорость и Core Web Vitals не хуже прежних значений.
• Мобильная версия корректна на реальных разрешениях.

Функционал и бизнес-логика:

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

Не полагайтесь на одну пару глаз: выделите отдельного человека под техническую приёмку и отдельного — под проверку контента и бизнес-функций. Особенно тщательно тестируйте то, что приносит деньги: формы заявок и оплату. Обидная классика — безупречный с точки зрения SEO переезд, на котором вторую неделю не доходят заявки, потому что забыли настроить отправку письма. Чек-лист превращает субъективное «вроде всё работает» в объективный список закрытых пунктов, который не стыдно приложить к акту приёмки.

Первые дни и недели после переезда: мониторинг и реакция

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

Что мониторить в первую очередь:

• Индексацию. Следите за числом проиндексированных страниц в панелях вебмастеров. Резкое падение — сигнал, что где-то закрыт доступ или сломаны редиректы.
• Ошибки сканирования. Всплеск 404 и 5xx показывает потерянные адреса и серверные сбои. Разбирайте их по журналам сервера в первые же дни.
• Редиректы. Периодически прогоняйте карту URL краулером — часть редиректов может не примениться или образовать цепочки под нагрузкой.
• Позиции и трафик. Сравнивайте с эталонными метриками, снятыми до переезда. Небольшая просадка ожидаема, обвал — повод для срочной диагностики.
• Поведение пользователей. Отказы, глубина просмотра, конверсии. Рост отказов может указывать на скрытые проблемы вёрстки или скорости.

Реагировать нужно быстро и по фактам, а не по ощущениям. Заведите простой журнал наблюдений: дата, метрика, отклонение, гипотеза, действие. Если трафик просел — не паникуйте, а идите по цепочке: проверьте robots, индексацию, редиректы, коды ответа, контент. Почти всегда за просадкой стоит конкретная техническая причина, которую видно в данных. Отправьте обновлённый sitemap на переобход, чтобы ускорить переиндексацию, и запросите переобход ключевых страниц вручную. Динамика восстановления сама подскажет, движетесь вы в верном направлении или проблема ещё не устранена. Именно системный мониторинг, а не разовая проверка «на следующий день», отличает управляемый переезд от стихийного — и на сложных проектах эту фазу разумно вести вместе с SEO-специалистом, который сразу отличит норму от аномалии.

Сколько занимает восстановление позиций и какой просадки ждать

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

Ориентировочная картина по типам проектов:

Ключевой фактор — скорость переобхода. Крупным сайтам с тысячами страниц роботы физически дольше пересматривают весь объём, поэтому и стабилизация растягивается. На этот процесс можно повлиять: качественный sitemap, отправка на переобход, устранение ошибок сканирования и хорошая скорость сайта ускоряют переиндексацию. И наоборот — обилие 404, цепочки редиректов и медленные страницы замедляют её.

Важно правильно определить точку невозврата. Если по истечении ожидаемого срока восстановления позиции не вернулись, а продолжают падать — это уже не «инерция переезда», а нерешённая техническая проблема, которую нужно искать в редиректах, индексации или контенте. Опыт команд, регулярно ведущих миграции, включая Seotika, показывает: при корректно выполненном переезде сильные и долгие провалы — исключение, а не правило. Если же просадка глубокая и затяжная, почти всегда находится конкретное упущение из ранних этапов. Терпение важно, но слепое ожидание месяцами — ошибка: мониторинг должен подтверждать, что кривая восстановления идёт вверх.

Типичные ошибки при смене CMS и как их избежать

Большинство провальных переездов объясняются не сложностью задачи, а повторяющимся набором типовых ошибок, каждую из которых можно предотвратить дисциплиной и чек-листами. Смена CMS редко рушит трафик из-за какого-то экзотического фактора — обычно виноваты банальные упущения, о которых команда знала, но не проверила. Зная этот список заранее, вы закрываете 90% рисков.

Самые частые и дорогие ошибки:

1. Забытый запрет индексации. Стенд закрыт в robots или через noindex, и этот запрет уезжает на боевой домен. Сайт выпадает из выдачи целиком. Проверка robots.txt и мета-robots — первый пункт после запуска.
2. Отсутствие или неполнота редиректов. Часть старых URL не перенаправлена или ведёт на главную. Решение — полная карта URL и сверка краулером после запуска.
3. Массовая смена URL без нужды. Новую структуру адресов внедряют «потому что так удобнее CMS». Если можно сохранить старые URL — сохраняйте.
4. Цепочки редиректов. Особенно при совмещении переезда с переходом на https или новый домен. Каждый переход должен быть прямым.
5. Потерянный контент и мета-теги. Автоперенос обрезал тексты, подставил шаблонные title. Спасает ручная сверка эталонных страниц.
6. Дубли из-за параметров и слешей. Нет единого формата адреса и canonical. Настраивается на стенде.
7. Совмещение всех изменений сразу. Движок, дизайн, домен и структура меняются одновременно — причину просадки потом не найти.

Ещё одна недооценённая ошибка — отсутствие человека, отвечающего за SEO-контур переезда. Когда миграцию ведут только разработчики, фокус смещается на «чтобы сайт работал и красиво выглядел», а редиректы, canonical и микроразметка уходят на второй план — их просто некому проверить с точки зрения поисковика. Поэтому в проектах, где важен органический трафик, SEO-специалист должен участвовать с самого начала, а не подключаться после того, как позиции уже просели. Проще заложить правильные требования в техзадание, чем потом месяцами восстанавливать утраченное. Каждая ошибка из списка выше стоит дешевле профилактики только на бумаге — в реальности предотвращение всегда выгоднее исправления.

Стоимость, сроки и выбор подрядчика для переезда

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

На стоимость и сроки влияют:

• Объём страниц. Десяток страниц лендинга и десятки тысяч карточек магазина — принципиально разный масштаб переноса данных и настройки редиректов.
• Сложность функционала. Каталог с фильтрами, личный кабинет, оплата, интеграции с CRM и учётными системами удорожают и удлиняют проект.
• Состояние старого сайта. Хаотичная структура, самописная CMS без документации, отсутствие sitemap усложняют инвентаризацию.
• Глубина SEO-сопровождения. Простой перенос дешевле, но именно SEO-контур (карта URL, редиректы, сверка контента, мониторинг) определяет сохранность трафика.
• Дизайн. Перенос «как есть» дешевле, редизайн параллельно с миграцией добавляет и стоимости, и рисков.

Как выбрать подрядчика, чтобы не потерять трафик:

1. Спросите, как команда работает с редиректами и картой URL — если внятного ответа нет, это тревожный знак.
2. Убедитесь, что в процесс заложены стенд, тестирование по чек-листу и мониторинг после запуска, а не только «сборка сайта».
3. Уточните, кто отвечает за SEO-контур — разработчики или отдельный специалист.
4. Попросите примеры выполненных миграций в вашей нише и результаты по трафику после переезда.
5. Проверьте, что в договоре зафиксирована ответственность за сохранение позиций и период сопровождения.

Разумнее всего доверять переезд команде, которая ведёт SEO и миграцию в связке, а не только верстает. Агентство Seotika подходит к переносу CMS именно как к SEO-проекту: сначала фиксирует эталонные метрики, затем прорабатывает редиректы и контент, тестирует на стенде и сопровождает сайт в фазе стабилизации — и результативность такого подхода подтверждают его кейсы в разных нишах. Комплексный взгляд важен ещё и потому, что переезд часто соседствует с другими задачами продвижения: контекстной рекламой, работой с репутацией в выдаче (SERM), развитием карточек в картах и адаптацией под ответы ИИ-ассистентов (GEO/AEO). Подрядчик, который видит всю картину, сохранит не только позиции, но и коммерческую отдачу сайта после переезда. Экономия на компетентности здесь оборачивается самыми дорогими потерями — утраченным органическим трафиком, который восстанавливается месяцами.