Миграция сайта
Миграция сайта в SEO - это любое существенное изменение веб-сайта, способное заметно повлиять на его видимость в поиске: новый домен, новая структура URL, новая CMS, новый дизайн, новый протокол (HTTPS) или любая их комбинация. Термин шире, чем "переезд на другой хостинг": с точки зрения Google миграция - это всё, что приводит к масштабному изменению URL, HTML или паттернов доступа.
Миграция сайта в SEO - это любое существенное изменение веб-сайта, способное заметно повлиять на его видимость в поиске: новый домен, новая структура URL, новая CMS, новый дизайн, новый протокол (HTTPS) или любая их комбинация. Термин шире, чем "переезд на другой хостинг": с точки зрения Google миграция - это всё, что приводит к масштабному изменению URL, HTML или паттернов доступа.
Почему это важно
Миграции - самая частая причина SEO-катастроф, нанесённых самому себе. Отраслевые опросы стабильно показывают, что 30-50% миграций сайтов вызывают измеримые просадки трафика, а 10-20% так и не восстанавливаются полностью. Самые большие выигрыши накапливаются - чистая миграция сохраняет вес сущности (entity equity), который домен наращивал годами. Самые большие потери жестоки - проваленная миграция может за одну ночь стоить шестизначного месячного дохода и потребовать кварталов, чтобы его вернуть. Методичный чек-лист до/во время/после - вот что отличает один исход от другого.
Типы миграции сайта
Миграция домена: example.com → newbrand.com. Категория наивысшего риска. Требует 301-редиректов на каждом URL.
Миграция структуры URL: /products/abc → /shop/abc. Часто идёт вместе со сменой CMS.
Миграция платформы / CMS: WordPress → Shopify, кастомная → Webflow. Шаблоны меняются; URL тоже часто меняются.
Миграция протокола: HTTP → HTTPS. Низкий риск при правильном исполнении, катастрофа при появлении ошибок смешанного контента.
Дизайн / редизайн: Те же URL, новый HTML, другая внутренняя перелинковка, другая глубина контента.
Поддомен ↔ подпапка: blog.example.com ↔ example.com/blog. Оба варианта работают для SEO, но миграция между ними должна сохранять ссылки.
Интернационализация: Добавление или реструктуризация hreflang и страновых подкаталогов.
Чек-лист перед миграцией
Полный обход URL текущего сайта: Screaming Frog или Sitebulb. Зафиксируйте каждый индексируемый URL, его трафик и входящие ссылки.
Сопоставьте старые → новые URL: Таблица с текущим URL, новым URL, статусом, типом редиректа. Каждому индексируемому URL нужна цель.
Проаудитируйте обратные ссылки: Определите страницы с наибольшим числом внешних ссылок. Они должны сохранить свои редиректы, даже если остальная часть сайта будет урезана.
Зафиксируйте базовые метрики: Позиции, показы в GSC, органический трафик, число проиндексированных страниц, Core Web Vitals. Вам нужна картина "до", чтобы измерить потерю или прирост.
Разверните новый сайт на стейджинге: Обойдите его на dev-домене. Исправьте битые ссылки, отсутствующие канонические теги и ошибки новой структуры до запуска.
Общайтесь с заинтересованными сторонами: Юристы, маркетинг, email-рассылки, платная реклама - всё зависит от стабильности URL. Неожиданные миграции ломают всё.
Чек-лист запуска
301-редиректы работают до переключения: Каждый старый URL отдаёт 301 на сопоставленный новый URL, включая глубоко спрятанные страницы категорий.
Обновите канонические теги на новые URL.
Отправьте новую карту сайта в Google Search Console.
Обновите robots.txt - не блокируйте новый сайт, не оставляйте старую блокировку.
Отслеживайте 404 и цепочки редиректов ежечасно в первые 24 часа.
Следите за Core Web Vitals - смена платформы часто незаметно влияет на LCP и INP.
Сохраняйте доступ к старой карте сайта хотя бы на несколько недель, чтобы Google смог обнаружить редиректы.
Мониторинг после миграции
Неделя 1: Ошибки обхода, 404, петли редиректов, внезапные просадки позиций. Сравнивайте отчёты о покрытии GSC ежедневно.
Месяц 1: Покрытие индекса, изменения позиций, дельта трафика относительно базы. Ожидайте временного спада; он должен стабилизироваться.
Квартал 1: Итоговая оценка восстановления. Если трафик не вернулся к базовому уровню за 8-12 недель, что-то структурно не так.
Распространённые ошибки
302 вместо 301: 302 - это временный редирект; Google не передаёт полные сигналы. Используйте 301.
Цепочки редиректов: Старый → промежуточный → новый сжигает краулинговый бюджет и теряет сигнал. Редиректьте напрямую на финальный URL.
Потеря внутренних ссылок: Новые шаблоны часто роняют старый граф внутренних ссылок. Проведите повторный аудит после запуска.
Забытое обновление карты сайта: Google продолжает обходить старые URL, пока вы не сообщите ему обратное.
Пропуск обхода стейджинга: Проблемы, найденные в продакшене, в 10 раз сложнее исправить.
Отсутствие плана отката: Если новый сайт сломается, вам нужен проверенный путь обратно к старому, как минимум на первые 48 часов.
Тихие миграции: Объявление о миграции в Google Search Console через инструмент "Изменение адреса" (для переездов домена) помогает Google распознать переезд.
Источники: