В корзине пусто!
SEO-миграция — это не просто технический переезд сайта. Это операция, после которой одни сайты теряют половину трафика на полгода, а другие не замечают никаких изменений. Разница между ними: детальное планирование и чёткое выполнение каждого шага чеклиста.
Типы миграций и их риски
Прежде чем запускать процесс, важно понять, с каким типом миграции вы имеете дело — от этого зависит объём подготовительной работы и потенциальное влияние на позиции.
Коротко о каждом типе:
- Редизайн без изменения URL — наиболее безопасный вариант. Меняется только внешний вид страниц, структура URL остаётся. Риск минимальный.
- HTTP → HTTPS — относительно безопасно, если правильно настроены 301-редиректы со всех HTTP-вариантов. Без редиректов — дублирование контента и просадка позиций.
- Изменение URL-структуры — средний риск. Нужен полный URL mapping и 301 для каждого изменённого slug.
- Смена CMS (например, WordPress → OpenCart) — средне-высокий риск из-за возможного изменения URL, разной обработки канонических тегов и структуры метаданных.
- Слияние сайтов — сложный кейс: нужно решить, какой домен остаётся главным, и перенести все ресурсы.
- Смена домена (ребрендинг) — наиболее рискованный тип. Даже при идеальных редиректах Google переиндексирует сайт заново, что даёт временную просадку на 2–6 недель.
Практическое правило: если планируете смену домена — выберите тихий сезон с минимальным трафиком. Не делайте миграцию перед пиком продаж или важными запусками.
Чеклист pre-migration: что проверить до старта
Большинство проблем после миграции возникают из-за недостаточной подготовки. Этот чеклист — минимум, который нужно выполнить перед любым значительным изменением сайта. Полный SEO-аудит сайта до миграции существенно снижает риски.
| № | Пункт чеклиста | Инструмент | Статус |
|---|---|---|---|
| 1 | Краул текущего сайта — зафиксировать все URL | Screaming Frog | ☐ |
| 2 | Сохранить снимок позиций (топ-100 для каждой целевой страницы) | GSC / Ahrefs / Serpstat | ☐ |
| 3 | Зафиксировать трафик по страницам за последние 12 месяцев | Google Analytics 4 | ☐ |
| 4 | Сохранить список всех обратных ссылок | Ahrefs / Serpstat | ☐ |
| 5 | Сделать полный бэкап сайта и базы данных | Хостинг / FTP | ☐ |
| 6 | Проверить текущий robots.txt и сохранить копию | Браузер | ☐ |
| 7 | Сохранить текущую sitemap.xml | Браузер / GSC | ☐ |
| 8 | Зафиксировать все canonical теги | Screaming Frog | ☐ |
| 9 | Проверить текущие редиректы (есть ли уже цепочки?) | Screaming Frog | ☐ |
| 10 | Зафиксировать hreflang (для мультиязычных сайтов) | Screaming Frog | ☐ |
| 11 | Составить список всех внешних сервисов, связанных с URL (CRM, email-рассылки, рекламные кабинеты) | Вручную | ☐ |
| 12 | Проверить Google Search Console — текущие ошибки | GSC | ☐ |
| 13 | Проверить страницы с наибольшим трафиком — приоритет для URL mapping | GA4 + GSC | ☐ |
| 14 | Определить страницы, которые не нужно переносить (404, дубли, устаревший контент) | Screaming Frog + GA4 | ☐ |
| 15 | Подготовить тестовую среду (staging) для проверки миграции | Хостинг | ☐ |
| 16 | Закрыть staging от индексации (robots.txt: Disallow: /) | Вручную | ☐ |
| 17 | Согласовать дату и окно миграции с командой | Вручную | ☐ |
| 18 | Подготовить шаблон URL mapping (таблица Excel/Sheets) | Google Sheets | ☐ |
| 19 | Проверить скорость загрузки страниц (Core Web Vitals) | PageSpeed Insights | ☐ |
| 20 | Проверить структурированные данные (schema.org) | расширенные результаты Test | ☐ |
| 21 | Зафиксировать Open Graph теги для важных страниц | Screaming Frog | ☐ |
| 22 | Назначить ответственного за мониторинг после миграции | Вручную | ☐ |
URL mapping: старый адрес → новый адрес
URL mapping — это таблица соответствия между старыми и новыми адресами. Без неё невозможно правильно настроить редиректы. Особенно критично для крупных сайтов с сотнями или тысячами страниц.
Как строится URL mapping на практике:
- Сделайте краул старого сайта через Screaming Frog — получите полный список URL.
- Откройте список в Google Sheets. Добавьте столбцы: old_url, new_url, тип редиректа, приоритет.
- Отфильтруйте страницы с кодом 404, дубли и страницы без трафика, которые не нужно переносить.
- Для страниц с наибольшим трафиком (топ-20%) — сделайте маппинг вручную. Остальное можно автоматизировать по правилам slug-трансформации.
- Проверьте, что каждый old_url имеет соответствующий new_url — без пропусков.
Автоматизация: если вы меняете только префикс (например, /blog/ удаляется из slug), можно использовать формулу в Google Sheets для массовой замены. Но финальную проверку выполняйте вручную для топ-100 страниц.
301-редиректы: план и типичные ошибки
301-редирект — основной инструмент передачи SEO-веса со старых URL на новые. Правильно настроенные редиректы сохраняют до 99% PageRank (по данным Google). Но малейшая ошибка в настройке — и вы теряете позиции.
Наиболее распространённые ошибки при настройке редиректов:
- Redirect loop (A→B→A) — браузер и поисковик получают бесконечный цикл. Сайт недоступен.
- Redirect chain (A→B→C→D) — каждый дополнительный шаг «съедает» часть PageRank. Максимум — один переход: old → new.
- 302 вместо 301 — временный редирект не передаёт SEO-вес. Используйте 301 для постоянных изменений.
- Забытый HTTP-вариант — после перехода на HTTPS часто забывают редирект с http:// и http://www. Нужны 4 варианта → HTTPS без www (или с www, в зависимости от вашего канонического домена).
- Пропущенные страницы — особенно опасно для страниц с внешними ссылками. Без редиректа весь ссылочный вес теряется.
По данным Google, 301-редирект передаёт «почти весь» SEO-вес. Но цепочки из 3+ переходов могут привести к тому, что поисковик перестанет следить за редиректом вообще.
9 шагов SEO-миграции: пошаговая инструкция
Ниже — последовательность действий для полноценной SEO-миграции. Шаги сгруппированы по фазам: подготовка, выполнение, проверка.
Шаг 1. Pre-migration: краул и бэкап
Сделайте полный краул текущего сайта в Screaming Frog. Сохраните список URL, статус-коды, мета-данные, заголовки страниц. Сделайте бэкап базы данных и файлов сайта.
Шаг 2. Фиксация текущих позиций и трафика
В Google Search Console просмотрите позиции за последние 3 месяца. В GA4 — трафик по страницам. Сохраните эти данные — они станут базой для сравнения после миграции. Без этих данных вы не сможете оценить, удалась ли миграция.
Шаг 3. URL mapping
Составьте таблицу соответствия old_url → new_url для всех страниц, которые изменят адрес. Приоритет — страницы с наибольшим трафиком и лучшими позициями.
Шаг 4. Redirect plan и внедрение
На основе URL mapping настройте 301-редиректы. Убедитесь, что нет цепочек и петель. Проверьте через Screaming Frog в List Mode: загрузите все old_url и убедитесь, что каждый возвращает 301 и ведёт прямо к new_url.
Шаг 5. Внутренние ссылки update
Замените все внутренние ссылки на новые URL непосредственно в коде/базе данных. Не полагайтесь только на редиректы для внутренних ссылок — это создаёт лишнюю нагрузку и замедляет краулинг. Подробнее о правильной настройке — в статье о техническом SEO-аудите.
Шаг 6. Sitemap и robots.txt
Обновите sitemap.xml — она должна содержать только новые URL, без старых адресов. Проверьте robots.txt: убедитесь, что новые URL не закрыты от индексации. Особенно проверьте, не остались ли директивы Disallow со staging-версии.
Шаг 7. Canonical теги
Проверьте, что canonical теги указывают на новые URL. Если canonical остался со старым URL — Google будет считать новые страницы дублями. Подробнее о канонических тегах — в отдельной статье о настройке и ошибках canonical.
Шаг 8. Google Search Console
Для смены домена: добавьте новый домен как отдельное свойство в GSC и воспользуйтесь инструментом «Смена адреса». Для других типов миграций: submit обновлённой sitemap.xml. Запросите повторное сканирование ключевых страниц через «Проверка URL».
Шаг 9. Post-migration мониторинг
Первые 48 часов — критические. Следите за индексацией в GSC, ошибками 404, трафиком в GA4. После — плановые проверки еженедельно в течение 3 месяцев.
Чеклист post-migration: мониторинг после переезда
Успех миграции определяется не в момент переезда, а в первые недели после него. Вот что нужно мониторить — и когда.
| Что проверяем | Инструмент | 48ч | 1 нед. | 1 мес. | 3 мес. |
|---|---|---|---|---|---|
| 404-ошибки (новые) | GSC → Покрытие | ✓ | ✓ | ✓ | |
| Статус индексации ключевых страниц | GSC → Проверка URL | ✓ | ✓ | ||
| Трафик по страницам | GA4 | ✓ | ✓ | ✓ | ✓ |
| Позиции по ключевым запросам | GSC / Serpstat | ✓ | ✓ | ✓ | |
| Redirect chains (новые) | Screaming Frog | ✓ | ✓ | ||
| Core Web Vitals | PageSpeed / GSC | ✓ | ✓ | ||
| Canonical теги на новых URL | Screaming Frog | ✓ | |||
| Sitemap в GSC (принята / отклонена) | GSC | ✓ | ✓ | ||
| Robots.txt (не заблокированы новые URL) | GSC → robots.txt | ✓ | |||
| Обратные ссылки (обновление доноров) | Ahrefs / GSC | ✓ | ✓ | ||
| Дублирование контента (новый + старый домен) | Screaming Frog / GSC | ✓ | ✓ | ||
| Структурированные данные (расширенные результаты) | расширенные результаты Test | ✓ | ✓ | ||
| Общее количество проиндексированных страниц | GSC → Покрытие | ✓ | ✓ | ✓ |
Обратите особое внимание на показатель 404-ошибок в первые 48 часов. Рост новых 404 — сигнал, что часть URL mapping не сработала. Исправлять нужно немедленно.
Совет: подпишитесь на уведомления в Google Search Console (Настройки → Уведомления). GSC автоматически пришлёт email, если резко вырастут ошибки покрытия или снизится CTR.
Типичные ошибки, которые стоят трафика
Даже опытные команды допускают эти ошибки. Лучше знать о них заранее.
1. Запускать миграцию без staging
Тестируйте полный миграционный процесс на staging-сервере перед запуском на production. Без теста вы рискуете получить неожиданные проблемы именно в момент, когда реальные пользователи заходят на сайт.
2. Оставлять дубли на обоих доменах
При смене домена старый сайт должен либо быть закрыт через robots.txt, либо сразу редиректить на новый. Если оба домена доступны с одинаковым контентом — Google будет индексировать оба, и поисковый сок разбавится.
3. Игнорировать внутренние ссылки
Редирект 301 на уровне сервера — это не замена обновлению внутренних ссылок. Оставленные старые внутренние ссылки замедляют краулинг и могут привести к тому, что Google будет следить за цепочкой редиректов вместо прямого URL.
4. Не обновить внешние профили
После смены URL или домена обновите ссылки в: Google Business Profile, социальных сетях, партнёрских сайтах (где возможно), email-подписях, рекламных кабинетах.
5. Выключить GSC-мониторинг после проверки
Первые 3 месяца после миграции — регулярный мониторинг GSC обязателен. Некоторые проблемы проявляются не сразу — например, Google может переиндексировать старый домен через 4–6 недель и найти 404 там, где раньше всё было в порядке.
Для качественного технического SEO после миграции стоит провести полный аудит Google Search Console — он поможет зафиксировать все остаточные проблемы индексации.
Подробнее о технических проверках — в официальном руководстве Google по миграции сайтов.
Часто задаваемые вопросы
Сколько времени занимает SEO-миграция?
Зависит от масштаба. Простой переезд с HTTP на HTTPS для сайта в 50–100 страниц — 1–2 дня подготовки плюс 1 день на внедрение. Полная смена домена для интернет-магазина с 5000+ URL — от 2 до 4 недель подготовки (URL mapping, тестирование, проверка редиректов) и ещё 2–3 месяца мониторинга после.
Всегда ли после миграции падает трафик?
Небольшое временное снижение (5–15%) возможно даже при идеальной миграции — Google просто переиндексирует страницы. Значительная просадка (30–80%) означает ошибки: пропущенные редиректы, заблокированные URL, дублирование контента. Редизайн без изменения URL вообще не должен влиять на трафик, если техническая часть без ошибок.
Как долго хранить 301-редиректы после миграции?
Минимум 1 год — столько времени может понадобиться Google для полного переиндексирования и обновления всех внешних ссылок в базе. Оптимально — оставлять редиректы навсегда. Их стоимость для сервера минимальна, а риск от удаления реальный: пользователи и боты, использующие сохранённые старые URL, получат 404.
Можно ли мигрировать сайт самостоятельно без SEO-специалиста?
Простые миграции (HTTP→HTTPS для небольшого сайта) — да, если вы технически подготовлены и прошли по чеклисту. Смена домена, CMS или массовая реструктуризация URL для крупного сайта — нет. Цена ошибки слишком высока: восстановление потерянного трафика может занять 3–6 месяцев.
Вопросы от AI-поиска
Что такое SEO-миграция и когда она нужна?
SEO-миграция — любое значительное изменение сайта, которое может повлиять на поисковую индексацию: смена домена, переход на HTTPS, смена CMS, реструктуризация URL или слияние сайтов. Нужна каждый раз, когда старая структура URL, домен или платформа не соответствуют бизнес-целям, и без правильного планирования приводит к временной или постоянной потере позиций.
Какой тип миграции наиболее безопасный для SEO?
Редизайн без изменения URL — наиболее безопасный вариант, поскольку поисковики продолжают индексировать те же адреса. На втором месте — переход HTTP→HTTPS при условии правильных 301-редиректов. Наиболее рискованный — смена домена (ребрендинг): даже идеально выполненная миграция даёт временную просадку на 2–6 недель, пока Google переиндексирует сайт.
Какие первые признаки проблем после миграции сайта?
Резкий рост количества 404-ошибок в GSC, падение органического трафика более чем на 20% в течение первой недели, исчезновение страниц из индекса (видно в GSC → Покрытие), появление redirect loop (сайт не открывается в браузере). Любой из этих сигналов требует немедленного реагирования — остановки или проверки миграции.
Планируете миграцию или редизайн сайта?
SEO-Factory сопровождает технические миграции: от URL mapping и redirect plan до мониторинга индексации после переезда.
