Шаблон SEO-чеклиста для миграции сайта

Чеклист из шести этапов для переноса сайта на новый домен, платформу, дизайн или HTTPS без потери позиций и органического трафика.

Именно во время миграций с трудом заработанные позиции тихо исчезают. Опасность редко кроется в одной большой ошибке. Это десятки мелких: редирект, ведущий на главную вместо соответствующей страницы, переписанный title, правило в robots.txt, уцелевшее со стейджинга, карта сайта, которую так и не отправили повторно. Этот чеклист выстраивает дисциплинированный, повторяемый процесс вокруг каждого риска. Начните с фиксации текущих позиций, трафика и охвата индексом, чтобы иметь базу для оценки восстановления. Сохраняйте URL-адреса неизменными везде, где можете; там, где нельзя, сопоставьте каждый старый URL с ближайшим новым аналогом одним 301-м редиректом. Сохраните заголовки, мета-теги, подзаголовки, контент и внутренние ссылки. Отправьте новую XML-карту сайта, убедитесь, что robots.txt ничего не блокирует, и проводите миграцию в период низкого трафика. Пройдите этапы по порядку — и вы мигрируете уверенно, а не наугад.

6 готовых вариантов

Предмиграционный бенчмарк и инвентаризация

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

Этап 1: Бенчмарк и инвентаризация

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

  • Экспортируйте текущие органические позиции по приоритетным ключевым словам [Дата записи]
  • Зафиксируйте органический трафик и конверсии из аналитики за предыдущие 3–6 месяцев
  • Запишите показатели охвата индексом в Search Console (валидные, исключённые, ошибки)
  • Выполните полное сканирование рабочего сайта [Инструмент сканирования] и сохраните экспорт
  • Составьте полный перечень URL со статус-кодами, заголовками и мета-тегами
  • Зафиксируйте топовые страницы с обратными ссылками, чтобы защитить их аналоги
  • Сохраните текущие robots.txt, XML-карту сайта и структурированные данные

Ответственный: [Имя] и База зафиксирована: [Дата]. Храните все экспорты в одной общей папке: вы будете сверяться с ними неделями.

Карта редиректов (1:1 старый → новый)

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

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

Редиректы переносят ваш авторитет со старых URL на новые. Цель — карта 1:1. Каждый выводимый из обращения URL ведёт на единственную наиболее релевантную страницу нового сайта. Небрежная карта — самая частая причина потери трафика при миграции.

  1. Перечислите каждый старый URL из вашего перечня с Этапа 1 [Исходный файл]
  2. Сопоставьте каждый с ближайшим новым URL: та же тема, тот же интент
  3. Используйте постоянные 301-редиректы, а не 302, для перемещённых страниц
  4. Избегайте цепочек редиректов и циклов. Ведите сразу на конечный URL
  5. Никогда не делайте массовый редирект на главную; сопоставляйте «сироты» с лучшей страницей раздела
  6. Определите, что делать с выведенными страницами без аналога [410 или редирект]
  7. Осознанно сохраняйте параметры URL и правила по завершающему слешу

Протестируйте всю карту на стейджинге перед запуском. Карту проверил: [Имя]. Полная карта без цепочек — самый мощный рычаг, который вы контролируете.

Соответствие страниц

Убедитесь, что заголовки, мета-теги, подзаголовки, контент и внутренние ссылки перенесены, чтобы поисковики видели преемственность, а не новый сайт.

Этап 3: Соответствие страниц

Поисковики переоценивают каждую страницу, которую пересканируют. Если ваши заголовки, подзаголовки и контент остаются согласованными, вы сигнализируете о преемственности и защищаете релевантность. Считайте соответствие стандартом, а улучшения — осознанными исключениями, а не случайностями.

  • Перенесите title-теги точно или улучшайте их осознанно, никогда не выбрасывайте
  • Сохраните мета-описания для страниц, приносящих клики
  • Держите H1 и иерархию заголовков согласованными со старой страницей
  • Сопоставляйте основной контент, не обрезайте и не «разжижайте» ключевые страницы втихую
  • Обновите внутренние ссылки, чтобы они вели на конечные новые URL, а не на редиректы
  • Перенаправьте ссылки в навигации, футере и хлебных крошках
  • Перенесите структурированные данные и alt-текст изображений [Типы схем]

Сначала выборочно проверьте шаблоны с наибольшим трафиком и конверсией. Ответственный за QA соответствия: [Имя]. Там, где вы всё же меняете текст, фиксируйте это, чтобы потом соотнести любое изменение позиций с правкой.

Техническая настройка

Правильно настройте robots.txt, карты сайта, каноникалы, hreflang и аналитику на новом сайте до запуска и во время него.

Этап 4: Техническая настройка

Технический слой подсказывает сканерам, как читать ваш новый сайт. Одно забытое правило со стейджинга или отсутствующий каноникал могут свести на нет тщательную работу над соответствием, поэтому проверяйте каждый пункт явно, а не полагайтесь на «безопасные» значения по умолчанию.

  1. Убедитесь, что robots.txt не блокирует сканирование на продакшене [URL]
  2. Уберите любые теги noindex, оставшиеся со стейджинга
  3. Сгенерируйте чистую XML-карту сайта только с конечными, индексируемыми URL
  4. Установите самоссылающиеся канонические теги на каждой странице
  5. Настройте hreflang, если вы обслуживаете несколько языков или регионов
  6. Проверьте HTTPS и то, что HTTP-запросы перенаправляются на защищённую версию
  7. Установите аналитику и Search Console на новом ресурсе [GA / GSC ID]

Проверьте карту сайта и выполните свежее сканирование стейджинга, чтобы рано выявить ошибки. Технические проверки утвердил: [Имя]. Сделайте это правильно до дня запуска, а не во время него.

Чеклист дня запуска

Выполните переключение в период низкого трафика по чёткой последовательности, чтобы под давлением ничего не упустить.

Этап 5: День запуска

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

  1. Запланируйте переключение на период низкого трафика [Дата / время]
  2. Разверните новый сайт и активируйте все 301-редиректы сразу
  3. Убедитесь, что продакшн-robots.txt разрешает сканирование и не имеет остаточных блокировок
  4. Отправьте новую XML-карту сайта в Search Console
  5. Выборочно проверьте, что ключевые редиректы возвращают 301 → 200, а не цепочки или 404
  6. Убедитесь, что аналитика срабатывает и отслеживает новые URL
  7. Протестируйте формы, поиск, оформление заказа и другие критические пути

Держите команду на связи несколько часов после запуска. Руководитель запуска: [Имя] и Время запуска: [Время]. Воздержитесь от изменений контента в тот же день: отделяйте запуск от правок.

Мониторинг после запуска

Следите за Search Console, ошибками сканирования и позициями после запуска, чтобы быстро выявлять и устранять проблемы.

Этап 6: Мониторинг после запуска

Миграция не завершается запуском: она завершается, когда показатели стабилизируются. Ожидайте временные колебания, пока поисковики пересканируют и переиндексируют, а затем внимательно следите, чтобы реальные проблемы были устранены, прежде чем они нарастут.

  • Ежедневно мониторьте Search Console на охват и ошибки сканирования
  • Следите за всплесками 404 и быстро исправляйте или перенаправляйте их
  • Пересканируйте рабочий сайт, чтобы выявить битые ссылки и ошибочные редиректы
  • Убедитесь, что новые URL индексируются, а старые выпадают
  • Отслеживайте позиции и трафик относительно вашей базы с Этапа 1
  • Воспользуйтесь инструментом Change of Address, если вы сменили домен
  • Убедитесь, что карта сайта обработана, а если вы настроили hreflang — что в нём нет ошибок

Фиксируйте каждое исправление с датой, чтобы связать действия с восстановлением. Ответственный за мониторинг: [Имя] и Обзор до: [Дата окончания]. Не паникуйте из-за ранних просадок: исследуйте, документируйте и дайте время пересканированию.

Как использовать этот шаблон

  1. Сначала бенчмарк. Прежде чем что-либо менять, экспортируйте текущие позиции, органический трафик, конверсии и охват индексом в Search Console, а затем сохраните их как базу для измерения восстановления.
  2. Инвентаризируйте каждый URL. Выполните полное сканирование рабочего сайта и составьте полный список URL со статус-кодами, заголовками и мета-тегами, чтобы при переезде ничего не забыть.
  3. Сохраняйте URL неизменными, где можете. Самая безопасная миграция меняет как можно меньше URL; перенаправляйте только те, что действительно должны измениться.
  4. Сопоставляйте редиректы 1:1. Ведите каждый старый URL на единственный ближайший аналог через 301, избегая цепочек, циклов и массовых редиректов на главную.
  5. Сохраняйте соответствие страниц. Перенесите заголовки, мета-описания, подзаголовки и контент, а внутренние ссылки обновите, чтобы они вели на конечные новые URL, а не через редиректы.
  6. Зафиксируйте техническую настройку. Убедитесь, что robots.txt не блокирует, уберите теги noindex со стейджинга, установите самоссылающиеся каноникалы, настройте hreflang при необходимости и отправьте чистую XML-карту сайта.
  7. Запускайте в период низкого трафика. Разверните сайт, активируйте все редиректы сразу, повторно отправьте карту сайта и выборочно проверьте, что ключевые страницы возвращают 301, а затем 200.
  8. Мониторьте после запуска. Ежедневно проверяйте Search Console на ошибки сканирования и охвата, быстро исправляйте 404, отслеживайте позиции относительно базы и ожидайте временные колебания, прежде чем всё стабилизируется.

Советы

  • Не перенаправляйте всё на главную. 301 на нерелевантную страницу воспринимается как soft 404 и передаёт мало веса: всегда сопоставляйте с ближайшей подходящей страницей.
  • Устраняйте цепочки редиректов. Каждый лишний переход тратит бюджет сканирования и размывает сигналы; ведите старые URL сразу на конечный пункт, а не через промежуточные редиректы.
  • Обновляйте внутренние ссылки на конечные URL. Ссылки через редиректы работают, но расточительны; правка навигации, текста и футера на новые URL держит сайт чистым и быстрым для сканирования.
  • Ожидайте временную просадку и не реагируйте чрезмерно. Позиции часто колеблются, пока поисковики пересканируют и переиндексируют; исследуйте настоящие ошибки, но дайте правильно выполненной миграции время устояться, а не поворачивайте всё назад.

Частые вопросы

Потеряю ли я позиции при миграции сайта?

Временные колебания — это нормально, пока поисковики пересканируют и переиндексируют ваши новые URL. Тщательно выполненная миграция с 301-редиректами 1:1, сохранёнными элементами страниц и повторно отправленной картой сайта имеет все шансы восстановиться, тогда как небрежная может привести к длительным потерям. Шаги по бенчмаркингу, сопоставлению и соответствию в этом чеклисте существуют именно для того, чтобы минимизировать и сократить эту просадку.

Стоит ли сохранять URL неизменными при миграции?

Да, везде, где это возможно. Чем меньше URL вы меняете, тем меньше может пойти не так, потому что вы избегаете необходимости в редиректах и связанной с ними потери сигналов. Меняйте URL только тогда, когда миграция действительно этого требует (например, новый домен или платформа, навязывающая иную структуру), и тщательно сопоставляйте каждый изменённый URL с новым аналогом.

Как правильно настроить редиректы для миграции?

Используйте постоянные 301-редиректы, сопоставленные 1:1, чтобы каждый старый URL вёл на единственный ближайший аналог на новом сайте. Избегайте цепочек и циклов редиректов, ведя сразу на конечный URL, и никогда не делайте массовый редирект нерелевантных страниц на главную: поисковики могут трактовать их как soft 404 и передать мало веса или вообще ничего.

Нужно ли повторно отправлять карту сайта и проверять robots.txt после миграции?

Да. Сгенерируйте свежую XML-карту сайта только с конечными, индексируемыми URL и отправьте её в Search Console, чтобы ускорить обнаружение. Не менее важно убедиться, что ваш продакшн-robots.txt не блокирует сканирование и что ни один тег noindex не уцелел со стейджинга. Одно забытое правило может держать ваш новый сайт вне индекса.

Когда лучше всего запускать миграцию?

Запланируйте переключение на период низкого трафика, чтобы возможные проблемы затронули как можно меньше пользователей и у вас было пространство для реакции. Активируйте все редиректы сразу, повторно отправьте карту сайта и держите команду на связи несколько часов после этого. Избегайте посторонних изменений контента в тот же день, чтобы при мониторинге можно было отделить эффект миграции.

За чем следить после того, как миграция заработает?

Ежедневно проверяйте Google Search Console на ошибки сканирования и проблемы охвата, быстро исправляйте или перенаправляйте любой всплеск 404 и пересканируйте рабочий сайт, чтобы выявить битые ссылки и ошибочные редиректы. Отслеживайте позиции и трафик относительно базы, зафиксированной перед миграцией, и убедитесь, что новые URL индексируются, а старые выпадают. Ожидайте временные колебания, прежде чем всё стабилизируется.