SEO-миграция: переезд на Next.js без потери трафика

Большинство трафиковых катастроф вызвано не апдейтами Google — команды устраивают их сами при смене платформы. Миграция вслепую может стоить 30–70% органического трафика, а восстановление занимает месяцы. Сделанная по учебнику — даёт маленькую короткую просадку, за которой часто следует рост (Next.js обычно выигрывает по рендерингу и скорости).

Нулевое правило: меняйте одну переменную за раз

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

До: соберите инвентарь

Нельзя сохранить то, что не измерено. Соберите по каждому URL:

• Полный обход старого сайта (Screaming Frog или скрипт по старому sitemap).
• Топ страниц из Search Console (клики за 12 месяцев) и топ конверсионных страниц из аналитики — им ручное внимание.
• Самые залинкованные страницы (GSC → Links или Ahrefs) — потерять редирект на странице с 200 ссылающимися доменами значит сжечь годы наработанного авторитета.
• Текущие тайтлы, описания, canonical, hreflang, структурированные данные — базовая линия паритета.

Карта редиректов — это и есть миграция

Если URL вообще меняются, каждый старый URL получает одношаговый 308/301 на точный новый эквивалент — не на главную (массовые редиректы на главную Google считает soft 404):

// next.config.mjs — сначала правила-паттерны, явная карта для исключений
async redirects() {
  return [
    { source: "/shop/:category/:slug", destination: "/products/:slug", permanent: true },
    ...explicitMap.map(({ from, to }) => ({ source: from, destination: to, permanent: true })),
  ];
}

Цепочки запрещены: если на старом сайте уже были редиректы, направьте их источники тоже сразу на конечные URL. Всё из темы про редиректы здесь применимо вдвойне.

Стейджинг: проверка паритета, а не «на глаз»

• Держите стейджинг вне индекса: HTTP-авторизация надёжнее всего (случайный noindex из конфига уезжал в прод не раз и не два).
• Продиффайте старое и новое по топ-страницам скриптом: title, description, canonical, hreflang, H1, JSON-LD, код ответа. Паритет рендеринга тоже: curl по стейджинг-HTML — и убедитесь, что контент отдаётся с сервера.
• Прогоните карту редиректов по полному инвентарю старых URL до запуска, а не по выборке.

День запуска и недели после

• Отправьте новый sitemap в Search Console; редиректы со старых URL держите бессрочно (годы, не недели).
• Следите за 404 от Googlebot в логах — каждый это дыра в карте редиректов; в первую неделю чините ежедневно.
• Ожидайте всплеск обхода и колебания позиций 2–6 недель — это Google переоценивает сайт; не откатывайтесь в панике.
• Пороги тревоги: устойчивое падение >20% на денежных страницах после третьей недели заслуживает расследования (настройка мониторинга), а не надежды.

Чеклист:

• Инвентарь URL с пометками топ-страниц GSC и самых залинкованных
• Одношаговая карта редиректов на 100% старых URL, протестирована до запуска
• Стейджинг под авторизацией; паритет мета/схем/рендеринга продиффан по топ-страницам
• Платформа мигрирует с замороженными URL и контентом; дизайн — потом
• После запуска: ежедневный разбор 404 от Googlebot, редиректы живут годами