09РешениеМиграция

Перенос или редизайн без потери поисковой базы

Когда меняется CMS, домен, дизайн или структура, но нельзя потерять накопленные URL, индексацию, ссылки и поисковый трафик из-за технически неуправляемого перехода.

Кому подходит

Сайты перед редизайном, сменой платформы, переездом на новый домен, объединением проектов или крупной перестройкой URL.

Что должно получиться

Контролируемая миграция с картой соответствий, техническими требованиями, проверками до запуска и мониторингом после переключения.

Исходная ситуация

Когда это решение имеет смысл

01

Новая версия сайта проектируется без полной карты старых URL.

02

Редиректы планируют на финальном этапе, когда структура уже утверждена.

03

Не определено, какие страницы нужно сохранить, объединить, удалить или перенести.

04

После релиза нет плана наблюдения за индексацией и ошибками.

Какие решения нужно принять до того, как начнутся работы

Сильный сценарий определяется не количеством этапов, а тем, какие ключевые неопределённости сняты до дорогой реализации.

Миграция рассматривается как самостоятельный подпроект: до релиза нужно знать, что именно переносится, что меняется и как будет проверяться результат. Redirect map и baseline создаются не в последний день.

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

Принцип

Как мы собираем решение

Миграция — отдельный проект внутри проекта. Её нельзя оставлять на последний день перед релизом.

01До

Снимок

Фиксируем URL, индексацию, трафик, метаданные, ссылки и технические сигналы.

До
02Карта

Соответствия

Каждому ценному URL назначаем новое место, объединение или обоснованное удаление.

Карта
03Релиз

Проверка

Редиректы, canonical, robots, sitemap, шаблоны, аналитика и crawl новой версии.

Релиз
04После

Наблюдение

Контролируем обход, индексацию, ошибки и изменение поисковых показателей.

После

Состав результата

Что получает клиент

01Инвентаризация старого сайта
02Redirect map URL → URL
03Техническое ТЗ на миграцию
04Предрелизный SEO-checklist
05Контроль аналитики и индексации
06Пострелизный план наблюдения

Компетенции

Какие услуги собирают это решение

Услуги — строительные блоки. В конкретном проекте состав может быть меньше или шире: он определяется после диагностики задачи.

Изучить тему глубже в журнале →

От чего зависят сроки, бюджет и объём

Сначала определяем фактический состав решения и зависимости. Универсальная цена до этого была бы не оценкой, а догадкой.

01

Размер старого сайта

Количество URL и исторических вариантов определяет объём инвентаризации.

02

Масштаб смены

Новый домен, CMS и архитектура одновременно несут больше зависимостей, чем технический перенос без изменения URL.

03

Состояние текущего сайта

Действующий проект требует учитывать накопленные URL, аналитику, ограничения CMS и то, что уже приносит ценность.

04

Ценность органики

Чем выше вклад поиска, тем глубже baseline и post-launch контроль.

Что нужно от клиента на старте

Достаточно контекста, который помогает не проектировать в вакууме. Закрытые доступы и секреты в первом обращении не нужны.

  • Доступ к старой и новой версии сайта.
  • Search Console/Вебмастер и аналитика, если доступны.
  • Причины миграции и обязательные изменения.
  • Контакт технической команды релиза.

Где такой сценарий чаще всего ломается

Риски описываем до старта, чтобы решение не выглядело как универсальный рецепт и чтобы ожидания можно было проверить.

01

Redirect map после дизайна

Старые ценные страницы приходится втискивать в уже утверждённую новую структуру.

02

Цепочки и массовый редирект на главную

Плохие соответствия усложняют путь пользователя и не сохраняют смысл старого URL.

03

Нет staging-crawl

Системные ошибки обнаруживаются уже после того, как новая версия стала основной.

04

Нет наблюдения после релиза

Часть проблем проявляется после обхода и переоценки, а не в первые минуты запуска.

Что происходит после основного этапа
  • Проверяем критические старые URL и конечные маршруты.
  • Контролируем 404/5xx, robots, sitemap и canonical.
  • Следим за индексацией и поисковыми показателями в динамике.
  • Сохраняем миграционный журнал до стабилизации.

Вопросы до старта

Что важно понимать заранее

Можно гарантировать отсутствие просадки?

Нет. Любая крупная миграция несёт риск, но системная карта URL, технические проверки и наблюдение значительно уменьшают вероятность потерь и ускоряют диагностику.

Когда подключать SEO к редизайну?

До утверждения новой структуры. После дизайна часть архитектурных решений уже становится дорогой или невозможной для корректировки.

Нужно ли сохранять каждый старый URL?

Нет. Но судьба каждого значимого URL должна быть определена: сохранить, объединить, перенаправить на релевантный эквивалент или корректно удалить.

Можно одновременно менять домен и CMS?

Можно, если это необходимо, но совмещение крупных изменений повышает сложность диагностики. Лучше не добавлять изменения без отдельной причины.

Адаптация под ваш бизнес

Можно взять эту модель за основу или спроектировать решение с нуля.

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

Адаптировать под задачу