SEO-миграция сайта: как сменить CMS, дизайн или домен и не потерять трафик

Коротко: сайт теряет трафик после миграции не из-за самой смены CMS или дизайна, а из-за потерянных URL, отсутствующих редиректов, случайного noindex и сломанной перелинковки. Безопасная миграция — это бенчмарк до запуска, карта редиректов 301, проверка на staging, чек-лист в день запуска и мониторинг после него.

Почему миграции ломают трафик?

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

Частые причины потерь:

• старые URL отдают 404 или все ведут на главную;
• на продакшене остался noindex или Disallow: / со staging;
• изменились title, H1 и текст важных страниц;
• исчезли страницы, приносившие трафик;
• сломаны внутренние ссылки и цепочки редиректов;
• не перенесены разметка, hreflang и canonical;
• аналитика не работает, и последствия заметны с опозданием.

Какие бывают миграции?

Чем больше изменений в одном релизе, тем сложнее найти причину просадки. Если можно разделить (например, сначала CMS, потом редизайн), разделяйте.

Этап 1. Бенчмарк до запуска

Зафиксируйте состояние «до», потому что без него невозможно оценить потери.

1. Список всех URL старого сайта: краулер плюс sitemap плюс страницы из Search Console.
2. Топ-страницы по кликам и показам за последние 12 месяцев.
3. Позиции по ключевым запросам.
4. Конверсии из органики в GA4: заявки, заказы.
5. Обратные ссылки: какие страницы имеют внешние ссылки, их нельзя терять.
6. Мета-данные и разметка старых страниц: title, description, H1, JSON-LD.
7. Скорость ключевых шаблонов (Core Web Vitals), чтобы новый сайт не был медленнее.

Этап 2. Карта редиректов 301

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

Правила:

• соответствие должно быть ближайшим по смыслу, а не «всё на главную»;
• один шаг редиректа, без цепочек A → B → C;
• не используйте 302 для постоянного переезда;
• храните редиректы минимум год, а при сильных внешних ссылках — дольше;
• если подходящей страницы нет, лучше вернуть 404 или 410, чем перенаправить на нерелевантную.

Пример для Apache:

RewriteEngine On
RewriteRule ^old/service-seo/?$ /ru/services/seo [R=301,L]

Пример для nginx:

location = /old/service-seo {
    return 301 /ru/services/seo;
}

Для больших карт используйте map в nginx или таблицу редиректов в CMS (в Laravel — middleware с таблицей в БД).

Этап 3. Staging: проверка до запуска

Разрабатывайте на тестовом домене, закрытом от индексации (авторизация или noindex; один лишь robots.txt не гарантирует, что страницы не попадут в индекс). Проверьте:

• 301 работают для всей карты, без цепочек;
• title, description, H1, canonical, hreflang на месте;
• JSON-LD не потерян;
• внутренние ссылки ведут на новые адреса напрямую, а не через редиректы;
• sitemap содержит только новые канонические URL;
• скорость и Core Web Vitals не хуже, чем на старом сайте;
• формы, цели и события GA4 работают.

Этап 4. Запуск: чек-лист дня X

1. Уберите noindex и ослабьте блокировки в robots.txt, которые были на staging.
2. Включите редиректы 301.
3. Отправьте новый sitemap в Search Console.
4. Проверьте, что canonical, hreflang и разметка на живом домене корректны.
5. Убедитесь, что работают аналитика и отслеживание заявок.
6. При смене домена используйте инструмент смены адреса в Search Console и добавьте оба ресурса.
7. Проверьте вручную 10–20 ключевых URL: статус, редирект, содержимое.
8. Запустите краулинг нового сайта и проверьте на 404 и цепочки.

Запускайте в будний день и в период низкого трафика, когда разработчик доступен для быстрых исправлений.

Этап 5. После запуска: мониторинг 2–4 недели

• Search Console: отчёт «Страницы» (индексация, новые ошибки), «Эффективность» (показы и клики в сравнении с бенчмарком), статистика сканирования.
• Серверные логи: сканирует ли Googlebot новые URL и не упирается ли в 404.
• GA4: органический трафик и конверсии по группам страниц.
• Позиции по ключевым запросам.

Временная просадка возможна. Тревожные сигналы: массовые 404, рост «Обнаружено, не проиндексировано», исчезновение топ-страниц из выдачи, падение конверсий без падения трафика (проблемы с формами).

Особенности миграции MODX, WordPress и Laravel

• С MODX: сохраняйте алиасы ресурсов или формируйте соответствия для каждого ресурса. Данные контента, TV-поля и мета-данные экспортируйте до миграции.
• С WordPress: перенесите структуру постоянных ссылок (permalinks) или подготовьте карту; не забудьте о страницах тегов, архивов и вложений, на которые могут вести ссылки.
• На Laravel: маршруты вместо файловой структуры, поэтому редиректы, sitemap и canonical нужно реализовать явно. Таблица редиректов в БД с админкой удобна в сопровождении.

Типичные ошибки

• Не сделан бенчмарк, и никто не знает, что было «до».
• Редиректы только для главных страниц.
• Все старые URL ведут на главную.
• Staging открыт для индексации, а на продакшене остался noindex.
• Одновременно изменены URL, контент, структура и домен.
• Забыты изображения, PDF и другие файлы со ссылками.
• Не перенесён hreflang на мультиязычном сайте.

FAQ

Сколько занимает восстановление трафика после миграции?

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

Нужны ли редиректы при простом редизайне?

Если URL не меняются, редиректы не нужны. Но проверьте, что шаблоны не изменили title, H1, canonical и внутренние ссылки.

Можно ли мигрировать без смены URL?

Да, и это самый безопасный вариант. Сохраняйте адреса, если нет веской причины их менять.

Когда можно удалять старые редиректы?

Не раньше чем через год, и только когда на старые URL нет внешних ссылок и трафика.

Нужен ли инструмент смены адреса в Search Console?

Только при смене домена. Для остальных миграций достаточно редиректов и нового sitemap.

Планируете сменить CMS или дизайн? Закажите бесплатный аудит Kyivan — разработчик составит карту редиректов, проверит staging и подготовит чек-лист запуска.