SEO чек-лист при миграции сайта: пошаговая инструкция

Миграция сайта — один из самых рискованных процессов для SEO. Даже незначительная техническая ошибка может стоить 30–70% органического трафика. Эта инструкция проведёт вас через каждый этап: от подготовки до постмиграционного мониторинга.

Что такое SEO-миграция и когда она нужна

SEO-миграция — это контролируемый процесс переноса сайта, при котором сохраняются накопленные органические сигналы: позиции, ссылочная масса, индексация. Она нужна в следующих случаях:

• Смена домена (например, old-site.com → new-site.com)
• Переход с HTTP на HTTPS
• Смена CMS (WordPress → Shopify, OpenCart → WooCommerce)
• Редизайн с изменением структуры URL
• Объединение или разделение сайтов
• Изменение языковой структуры или региона

Главное правило: любое из этих действий без SEO-подготовки = гарантированная просадка трафика.

Шаг 1. Сбор базовых данных (до старта миграции)

Прежде чем что-то менять — зафиксируйте текущее состояние сайта. Это ваша точка отсчёта для сравнения после миграции.

Что собрать:

1. Трафик из органики — зайдите в Google Analytics 4 → Acquisition → Organic Search. Сохраните отчёт за последние 3 месяца.
2. Позиции ключевых слов — выгрузите из Google Search Console список запросов и позиций (минимум топ-50 страниц).
3. Список URL — полный краулинг сайта через Screaming Frog или Sitebulb. Сохраните все URL со статусом 200.
4. Обратные ссылки — выгрузите из Ahrefs или GSC список всех внешних ссылок с анкорами и донорскими страницами.
5. Технические метрики — Core Web Vitals, скорость загрузки (PageSpeed Insights), текущий robots.txt и sitemap.xml.

📋 Чек-лист:

• Сохранённый отчёт трафика GA4 (PDF или таблица)
• Выгруженный список позиций из GSC
• CSV со всеми URL сайта
• Список backlinks (Ahrefs / GSC)
• Скриншот или PDF отчёта PageSpeed

Шаг 2. Карта редиректов

Каждый старый URL, который имел трафик или внешние ссылки, должен получить 301-редирект на новую релевантную страницу. Это важнейший элемент миграции.

Как составить карту редиректов:

1. Откройте CSV со старыми URL (из шага 1).
2. Для каждого URL укажите соответствующий новый адрес.
3. Если страница исчезает без замены — редирект ведёт на ближайшую тематическую или на главную.
4. Таблицу ведите в формате: старый URL | новый URL | статус (301/410)

Правила:

• Только 301 (постоянный) — не 302, не meta refresh.
• Избегайте цепочек: A→B→C должно быть A→C.
• Не делайте редирект всего сайта на главную — это сигнал для Google о soft 404.
• Страницы, которых больше нет и заменить нечем — возвращайте 410 Gone.

📋 Чек-лист:

• Таблица редиректов заполнена для всех страниц с трафиком
• Нет цепочек редиректов
• Настроены 301 на новом сервере (или через .htaccess / nginx)
• Проверены редиректы через httpstatus.io или Screaming Frog

Шаг 3. Техническая SEO-проверка нового сайта

До публичного запуска новый сайт должен быть технически готов. Проверяйте на staging-среде (тестовом сервере).

Что проверить:

1. robots.txt — убедитесь, что на продакшне НЕ стоит Disallow: /. Наиболее частая причина потери индексации после миграции.
2. Sitemap.xml — обновлён, содержит новые URL, не содержит старых. Отправьте в GSC → Sitemaps.
3. Canonical-теги — каждая страница ссылается сама на себя. Нет ошибочных канонических на старый домен.
4. Title и meta description — перенесены или улучшены. Нет дублей.
5. Hreflang — если мультиязычный сайт: теги проставлены правильно для всех языков и регионов.
6. Скорость и Core Web Vitals — проверьте через PageSpeed Insights. LCP ниже 2.5s, CLS ниже 0.1, INP ниже 200ms.
7. HTTPS — сертификат установлен, все внутренние ссылки ведут на https://, нет смешанного контента.
8. Структурированные данные — разметка Schema.org перенесена и валидна (проверка: Google Rich Results Test).

📋 Чек-лист:

• robots.txt разрешает индексацию
• Sitemap обновлён и отправлен в GSC
• Canonical-теги без ошибок
• Title и meta description на каждой странице
• Hreflang (если мультиязычный)
• Core Web Vitals в норме
• HTTPS без mixed content
• Структурированные данные валидны

Шаг 4. Перенос контента

Контент — один из главных SEO-сигналов. Его нельзя просто скопировать «как есть»: нужно проверить сохранность всех элементов.

Что проверить для каждой важной страницы:

1. Текстовый контент — полностью перенесён, без сокращений. Не сокращайте тексты во время миграции.
2. Заголовки H1–H6 — иерархия сохранена, H1 есть и он один.
3. Изображения — загружены на новый сервер (не со ссылкой на старый), alt-тексты сохранены.
4. Внутренние ссылки — обновлены на новые URL (не ведут на старый домен или 404).
5. Дата публикации — сохранена или обновлена корректно (не ставьте сегодняшнюю дату на старый контент).

📋 Чек-лист:

• Весь контент перенесён без потерь
• H1 есть на каждой странице
• Alt-тексты изображений сохранены
• Внутренние ссылки указывают на новые URL
• Изображения загружены на новый хост

Шаг 5. Запуск и первые 48 часов

Момент переключения DNS — наиболее критический. Действуйте по чёткому плану.

Последовательность действий при запуске:

1. Уменьшите TTL DNS до 300 секунд за 24 часа до миграции — чтобы переключение произошло быстро.
2. Запустите новый сайт в нерабочее время (ночь, выходные) — меньше пользователей пострадает от недоступности.
3. Сразу после переключения — проверьте доступность сайта через downdetector или uptimerobot.
4. Запустите краулинг через Screaming Frog для выявления ошибок 404 и редиректов.
5. В GSC — отправьте URL ключевых страниц на индексацию через «URL Inspection».
6. Убедитесь, что GA4 и GSC получают данные (счётчик не сломан).

📋 Чек-лист запуска:

• TTL DNS снижен заранее
• Запуск в нерабочее время
• Сайт доступен после переключения
• Краулинг показывает 0 критических ошибок
• GSC получает данные
• GA4 фиксирует сессии

Шаг 6. Постмиграционный мониторинг (30–90 дней)

Даже идеальная миграция требует мониторинга. Трафик может временно просесть — это нормально. Но нужно отличить временную турбулентность от реальных проблем.

Что и когда мониторить:

Нормальные сроки стабилизации трафика:

• Малые сайты (до 100 страниц) — 2–4 недели
• Средние сайты (100–1000 страниц) — 4–8 недель
• Крупные каталоги (1000+ страниц) — 2–4 месяца

Если через 3 месяца трафик не восстановился до 80% от прежнего уровня — ищите техническую проблему: чаще всего это ошибочные canonical или неполная карта редиректов.

Критические ошибки, уничтожающие трафик после миграции

1. Закрытый robots.txt на продакшне — сайт полностью выпадает из индекса. Проверяйте сразу после запуска.
2. Отсутствующие редиректы — Google и Bing «забывают» страницы без 301. Ссылочная масса теряется.
3. Canonical на старый домен — новый сайт никогда не займёт позиции, если canonical указывает на старый.
4. Потерянный контент — даже одна важная страница без редиректа = потеря её позиций навсегда (без повторной работы).
5. Изменение URL без редиректов одновременно с редизайном — двойной удар по SEO. Делайте изменения отдельными шагами.
6. Удаление структурированных данных — потеря rich snippets в выдаче = падение CTR на 20–40%.

Инструменты для SEO-миграции

Итог: полный чек-лист SEO-миграции

До миграции:

• Собраны базовые данные (трафик, позиции, URL, ссылки)
• Составлена карта редиректов
• Техническая проверка нового сайта на staging
• Проверен контент на всех ключевых страницах

Во время миграции:

• Снижен TTL DNS
• Запуск в нерабочее время
• Немедленная проверка доступности и краулинг

После миграции (30 дней):

• Ежедневный мониторинг трафика
• Проверка ошибок 404 и индексации
• Еженедельное отслеживание позиций
• Анализ Core Web Vitals

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