Миграция сайта на новый домен: чек-лист

Смена домена — это решение, которое рано или поздно встаёт перед многими компаниями. Ребрендинг, объединение с другим бизнесом, отказ от неудачного названия, переход на более короткий и запоминающийся адрес, смена платформы (например, с Tilda на собственную CMS) — причин масса. Но с точки зрения SEO смена домена сайта — одна из самых рискованных операций, которые вообще можно провести с уже работающим проектом.

Дело в том, что домен — это не просто «адрес в интернете». Для поисковых систем это идентификатор, вокруг которого годами накапливается доверие: ссылочная масса, история индексации, поведенческие сигналы, репутация у алгоритмов. Когда вы меняете домен, вы фактически просите Google и Яндекс перенести всё это доверие на новый адрес — и от того, насколько грамотно вы это сделаете, зависит, потеряете вы позиции на недели или на месяцы.

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

Почему смена домена — один из самых рискованных SEO-шагов

Когда речь заходит о технических изменениях на сайте — редизайне, смене CMS, добавлении новых разделов — SEO-специалисты обычно говорят о рисках в терминах «может немного просесть трафик». Смена домена — другая история. Здесь риск не «немного», а системный: при ошибках можно потерять весь накопленный органический трафик практически полностью.

Причина в том, что домен затрагивает сразу несколько уровней, из которых складывается ранжирование сайта:

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

История индексации и доверие домена. У поисковых систем есть понятие накопленной истории сайта: как давно домен существует, как стабильно он работал, не было ли санкций, как часто обновляется контент. Новый домен эту историю не наследует автоматически — она должна быть «передана» через корректные технические сигналы.

Поведенческие метрики. CTR в выдаче, время на сайте, глубина просмотра, показатель отказов — всё это накапливается по конкретному домену в конкретной поисковой системе. При смене адреса статистика фактически обнуляется, и первое время алгоритмы вынуждены заново «изучать», как пользователи взаимодействуют с сайтом.

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

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

Именно поэтому смену домена нельзя рассматривать как чисто техническую задачу «поменять записи в DNS и настроить редиректы». Это SEO-проект, требующий планирования, инвентаризации и последующего контроля не меньше, а зачастую больше, чем запуск сайта с нуля.

Что происходит с накопленным SEO-весом при правильной и неправильной миграции

Чтобы понимать логику всего последующего чек-листа, важно чётко представлять себе разницу между двумя сценариями — правильным и неправильным.

Правильная миграция: передача веса через постраничные 301-редиректы

Единственный механизм, который поисковые системы официально признают как способ «перенести» SEO-вес с одного URL на другой, — это постоянный редирект с кодом ответа сервера 301 (Moved Permanently). Это сигнал: «документ, который раньше находился по этому адресу, теперь навсегда находится по новому адресу, передайте туда все накопленные сигналы».

При правильной миграции происходит следующее:

• Каждая старая страница, у которой было накопленное SEO-значение (трафик, ссылки, позиции), получает свой собственный 301-редирект на релевантный аналог на новом домене.
• Структура URL по возможности сохраняется — это снижает объём работы и минимизирует риск ошибок сопоставления.
• Поисковые системы, обходя старые URL и получая код 301, постепенно перестраивают индекс: заменяют в выдаче старый адрес на новый, сохраняя при этом позиции и накопленные сигналы.
• Внешние ссылки, ведущие на старые URL, продолжают «работать» — пользователь, перешедший по такой ссылке, попадает на актуальную страницу на новом домене, и поисковая система видит, что ссылочный вес нужно учитывать в пользу нового адреса.

При такой схеме просадка трафика носит временный технический характер — связана с тем, что поисковой системе физически нужно время на переобход и переиндексацию всех URL, но сам вес и авторитет не теряются, а переносятся.

Неправильная миграция: потеря веса

Проблемы возникают, когда передача сигналов происходит не полностью или не корректно. Основные сценарии потери веса:

• Отсутствие редиректов. Старый домен просто отключается или страницы возвращают 404. В этом случае никакого сигнала о переносе не передаётся — поисковая система видит, что документ исчез, и со временем исключает его из индекса, а весь накопленный по нему вес просто пропадает.
• Использование временного редиректа (302) вместо постоянного (301). 302 сигнализирует, что перемещение временное, и поисковая система не спешит переносить вес и позиции, ожидая, что старый адрес снова заработает.
• Массовые редиректы на главную страницу. Вместо сопоставления «старая страница → её аналог на новом домене» все URL сваливаются в одну точку — на главную. Формально редирект есть, но релевантность утрачивается: страница про конкретный товар или услугу вела пользователя (и поискового робота) на нерелевантную главную, и SEO-вес по этому конкретному запросу не передаётся.
• Забытые страницы. Часть URL (обычно из старых, не самых заметных разделов) просто выпадает из плана редиректов и продолжает отдавать 404 — это прямая потеря накопленного по этим страницам трафика и веса.
• Несвоевременное или неполное уведомление поисковых систем о смене адреса — из-за этого процесс переиндексации может растянуться на существенно больший срок, чем необходимо.

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

Дальше — конкретный пошаговый план, который позволяет реализовать правильный сценарий и избежать типичных потерь.

Пошаговый чек-лист миграции сайта на новый домен

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

Шаг 1. Инвентаризация старого сайта

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

• выгрузка из Google Search Console и Яндекс.Вебмастера (раздел с проиндексированными страницами);
• краулинг сайта сканером (например, Screaming Frog или аналог) — так вы получите список всех технически доступных URL;
• выгрузка из XML-карты сайта (sitemap.xml);
• список страниц с внешними ссылками (можно получить через Ahrefs, Serpstat, Search Console — раздел «Ссылки»);
• список страниц с органическим трафиком за последние 6-12 месяцев (Google Analytics / Яндекс.Метрика).

Итоговый список нужно объединить и дедуплицировать. Для среднего корпоративного сайта или каталога это может быть от нескольких десятков до нескольких тысяч URL — и именно этот список станет основой плана редиректов.

Шаг 2. План 301-редиректов по каждому старому URL

Это центральный и самый трудозатратный шаг всей миграции. Задача — сопоставить каждый URL старого домена с наиболее релевантным URL на новом домене.

Практические принципы:

• Соответствие «страница → страница», а не «страница → главная». Для каждого старого URL нужно найти его логический аналог на новом сайте. Если структура сайта не менялась — соответствие обычно прямое (просто меняется домен, путь остаётся тем же). Если вместе со сменой домена меняется и структура (например, при переходе на новую CMS), соответствие нужно выстраивать вручную или полуавтоматически, ориентируясь на тематику и содержание страницы.
• На главную редиректить можно только те страницы, у которых действительно нет аналога — например, устаревшие акционные лендинги, снятые с продажи товары без замены. Даже в этом случае лучше оценить, есть ли более близкая по смыслу категория, чем просто «слив» на главную.
• Код ответа — строго 301, не 302 и не JS-редирект через meta-refresh. Это принципиально: только 301 передаёт сигнал о постоянном перемещении и переносе веса.
• Не более одного «прыжка» в цепочке. Редирект должен вести сразу на финальный адрес, а не через промежуточные URL (A → B → C). Цепочки редиректов замедляют обход роботом, часть веса теряется на каждом «прыжке», а в отдельных случаях поисковая система вовсе прекращает обход слишком длинной цепочки.
• Проверка на массовость соответствий. Если десятки разных старых URL редиректят на один и тот же новый адрес без явной на то причины — это сигнал ошибки в сопоставлении, который стоит пересмотреть до запуска, а не после.

Результат этого шага — таблица (обычно Excel/Google Sheets) вида: старый URL → новый URL → тип редиректа → приоритет страницы (по трафику/ссылкам) → статус проверки. Эта таблица становится техническим заданием для разработчика, который настраивает редиректы на сервере.

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

Редиректы должны быть настроены на уровне сервера (через конфигурацию Nginx/Apache, правила в CMS или через CDN), а не через клиентский JavaScript — последний поисковые роботы обрабатывают значительно менее надёжно.

Перед полным запуском обязательно протестируйте выборку редиректов (10-20% от общего списка, включая самые высокотрафиковые страницы) на тестовом окружении или сразу после запуска — вручную либо через инструменты проверки кода ответа (curl, онлайн-чекеры HTTP-статусов).

Шаг 4. Обновление sitemap.xml

Как только новый домен готов принимать трафик, нужно:

• сформировать новый файл sitemap.xml, содержащий актуальные URL нового домена (а не старые адреса);
• разместить его по стандартному адресу (обычно https://новыйдомен.ru/sitemap.xml);
• указать ссылку на него в файле robots.txt нового домена;
• отправить sitemap на индексацию через Google Search Console и Яндекс.Вебмастер (об этом — в следующем шаге).

Старый sitemap отключать сразу не стоит: пока старый домен ещё доступен (о периоде сосуществования — ниже), имеет смысл оставить его актуальным, отражающим редиректы, чтобы робот, обходя его, сразу видел новые адреса.

Шаг 5. Уведомление Google Search Console и Яндекс.Вебмастера о смене адреса

Оба поисковика предоставляют официальный механизм «сообщить о переезде сайта» — и его использование напрямую влияет на скорость обработки миграции.

Google Search Console:

• Добавьте и подтвердите права на новый домен как отдельный ресурс в Search Console (если ещё не сделано).
• Убедитесь, что 301-редиректы с полного объёма старых URL на новые уже работают — Google рекомендует запускать инструмент смены адреса только после того, как редиректы полностью настроены и проверены.
• В интерфейсе старого ресурса используйте инструмент «Смена адреса» (Change of Address), указав в качестве целевого ресурса новый домен.
• После подтверждения Google начинает приоритетный переобход старых URL с учётом информации о переезде — это не гарантирует мгновенного переноса позиций, но ускоряет распознавание миграции алгоритмом.

Яндекс.Вебмастер:

• Добавьте и подтвердите новый домен в Вебмастере.
• В разделе «Переезд сайта» (или аналогичном инструменте для смены главного зеркала/адреса — интерфейс периодически меняется, актуальный пункт меню стоит свериться в справке Яндекса на момент миграции) укажите старый и новый домен.
• Как и в случае с Google, редиректы должны быть полностью настроены и стабильно работать до того, как отправляется уведомление — иначе система может отклонить операцию переезда или обработать её некорректно.

Уведомление обеих поисковых систем — не формальность, а один из ключевых факторов, влияющих на скорость восстановления позиций после миграции.

Шаг 6. Обновление всех внешних ссылок, где это возможно

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

Приоритетные точки для обновления ссылок:

• профили компании в каталогах, справочниках, картах (Google Business Profile / Яндекс Бизнес и аналогичные сервисы);
• профили в социальных сетях и мессенджерах;
• партнёрские и клиентские сайты, где есть ссылки на ваш ресурс (стоит связаться напрямую и попросить обновить адрес);
• ссылки в собственных материалах — email-рассылках, презентациях, документах, digital-рекламе;
• упоминания в СМИ и на отраслевых площадках, где это технически осуществимо (не всегда возможно — редакции не всегда готовы вносить правки в старые публикации, и в этом случае 301-редирект остаётся основным механизмом сохранения веса);
• ссылки из собственных предыдущих проектов и связанных ресурсов компании.

Полностью обновить все внешние ссылки на практике невозможно — часть из них останется указывать на старый домен бессрочно, и именно поэтому 301-редиректы остаются обязательным, а не дополнительным элементом плана: они страхуют весь тот объём ссылок, которые физически невозможно поменять вручную.

Шаг 7. Обновление внутренних технических элементов

Помимо внешних ссылок и sitemap, при запуске нового домена нужно проверить и обновить:

• канонические теги (rel=canonical) — они должны указывать на URL нового домена;
• атрибуты hreflang, если сайт мультиязычный или мультирегиональный;
• ссылки в структурированных данных (Schema.org / JSON-LD), включая url, logo, контактные данные организации;
• Open Graph и Twitter Card метатеги — чтобы ссылки, расшариваемые в соцсетях, вели на актуальный адрес;
• внутренние ссылки на самом сайте — в идеале они должны сразу указывать на новый домен напрямую, а не проходить через редирект с самого себя;
• настройки в рекламных кабинетах (Google Ads, Яндекс Директ) и аналитике (цели, счётчики, домен в настройках Google Analytics / Яндекс.Метрики).

Шаг 8. Мониторинг индексации нового домена

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

• Скорость индексации новых URL — через отчёт «Страницы» / «Покрытие» в Search Console и аналогичный отчёт в Яндекс.Вебмастере: сколько страниц нового домена уже в индексе, сколько ещё обрабатывается, есть ли ошибки.
• Обработку редиректов роботом — отчёты по старым URL должны постепенно показывать статус «страница с переадресацией» вместо «проиндексировано» — это признак того, что поисковая система распознаёт и обрабатывает миграцию.
• Динамику позиций — по ключевым запросам, включая как целевые запросы вроде «миграция сайта на новый домен» (если это тематика вашего контента), так и коммерческие запросы бизнеса. Естественно ожидать временную просадку сразу после переезда — важно отслеживать именно динамику восстановления, а не наличие самой просадки.
• Динамику трафика по каналам — важно смотреть отдельно органический трафик, чтобы не путать сезонные или рекламные колебания с последствиями миграции.
• Ошибки сканирования — 404, 5xx, циклические редиректы — регулярно проверяйте соответствующие отчёты в обеих поисковых консолях в первые недели после запуска.
• Логи сервера (при наличии технической возможности) — чтобы видеть, как часто и какие именно URL старого домена посещают роботы Googlebot и YandexBot, и убеждаться, что все значимые страницы действительно обходятся.

Первые 2-4 недели стоит проверять эти показатели минимум раз в несколько дней, дальше — можно перейти на еженедельный мониторинг вплоть до полной стабилизации показателей.

Шаг 9. Период временного сосуществования старого и нового домена

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

• 301-редиректы продолжали работать и передавать вес по мере переобхода старых URL поисковыми роботами (этот процесс не мгновенный и может растягиваться на недели и месяцы, особенно для менее приоритетных страниц);
• пользователи, переходящие по старым ссылкам из закладок, старых публикаций, рекламных материалов или соцсетей, попадали на актуальный контент, а не на ошибку;
• сохранялась возможность корректировки плана редиректов, если после запуска обнаружатся забытые URL или ошибки сопоставления.

Рекомендуемый минимальный срок сохранения старого домена с активными 301-редиректами — от 6 месяцев до 1 года. Для крупных сайтов с большим объёмом накопленных внешних ссылок и высокой историчностью многие практикующие SEO-специалисты рекомендуют сохранять редиректы на старом домене бессрочно, поскольку продление регистрации домена стоит несравнимо дешевле, чем повторная потеря накопленного веса. Отключать редиректы преждевременно — значит рисковать обнулить всю проделанную работу по переносу SEO-сигналов.

Типичные ошибки при миграции домена

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

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

Забытые страницы без редиректа. Ошибка возникает из-за неполной инвентаризации на первом шаге. Особенно часто выпадают: старые посадочные страницы под завершённые рекламные кампании, страницы товаров, снятых с продажи, старые новости и статьи блога, страницы фильтров и категорий в интернет-магазинах, PDF- и другие файловые документы, на которые вели внешние ссылки. Такие страницы начинают отдавать 404, теряют накопленный по ним трафик, а внешние ссылки на них становятся полностью бесполезными с точки зрения передачи веса.

Использование 302 вместо 301. Часто это следствие настроек по умолчанию в CMS или недостаточного контроля со стороны разработчика при технической реализации. Формально сайт «работает» — пользователь видит нужный контент, — но поисковая система не получает сигнала о том, что перемещение постоянное, и не спешит переносить накопленные позиции.

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

Игнорирование уведомления поисковых систем о смене адреса. Инструменты «смены адреса» в Search Console и «переезда сайта» в Яндекс.Вебмастере иногда пропускаются как «необязательный» шаг — особенно если редиректы уже настроены и, кажется, «и так всё сработает само». Без явного уведомления процесс распознавания миграции алгоритмами может занимать существенно больше времени.

Изменение структуры URL одновременно со сменой домена без продуманного маппинга. Если вместе с переездом на новый домен меняется ещё и CMS, а с ней и структура адресов (например, /catalog/product-name/ превращается в /product/product-name.html), задача сопоставления усложняется на порядок. Частая ошибка — переносить только структуру, но не проверять фактическое соответствие содержания страниц, из-за чего редирект технически есть, но ведёт на страницу с иным содержанием, что поисковые системы также распознают как низкую релевантность.

Отсутствие пост-миграционного мониторинга. Команда запускает новый домен, настраивает редиректы — и переключается на другие задачи, не отслеживая индексацию и ошибки сканирования в первые недели. В результате технические проблемы (например, часть редиректов сломалась при очередном обновлении сайта) обнаруживаются через месяц-два, когда трафик уже заметно просел, а не в первые дни, когда их можно было бы оперативно исправить.

Сколько времени занимает восстановление позиций после корректной миграции

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

Тем не менее, по общей практике и наблюдениям SEO-специалистов, при корректно проведённой миграции можно ориентироваться на следующие ориентировочные сроки:

• Первые технические изменения в выдаче (появление новых URL в индексе, начало обработки редиректов) обычно заметны уже в течение первых 1-2 недель после запуска — при условии, что поисковые системы были уведомлены о переезде и sitemap отправлен корректно.
• Основная фаза просадки и последующего восстановления трафика для среднего сайта (несколько сотен — несколько тысяч страниц) при правильно настроенных постраничных 301-редиректах обычно укладывается в диапазон от 3 до 8 недель: именно за этот период основная масса старых URL успевает быть переобойдена, а позиции — перенесены на новые адреса.
• Полная стабилизация показателей, включая менее приоритетные и редко обходимые страницы, для крупных сайтов может занимать до 3-6 месяцев. Это касается в первую очередь страниц с изначально невысокой частотой обхода роботами — глубоких разделов каталога, старых архивных материалов.
• Для сайтов с большим объёмом накопленной ссылочной массы и высокой историчностью (например, домены, работающие более 5-7 лет) процесс может занимать больше времени просто из-за объёма сигналов, которые нужно «переучесть» алгоритму, — но и просадка в таких случаях, при корректном исполнении, обычно менее глубокая в относительных величинах, поскольку общий авторитет сайта высок.

Важно понимать: при некорректно проведённой миграции (ошибки из предыдущего раздела) сроки восстановления могут растягиваться на 6-12 месяцев и более, а в отдельных случаях сайту приходится фактически нарабатывать позиции заново, как новому проекту — то есть годами накопленное преимущество утрачивается почти полностью.

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

Заключение

Смена домена — операция, где цена ошибки высока, а исправление задним числом часто не работает: если поисковая система уже «решила», что старая страница удалена, а не перемещена, вернуть утраченные позиции значительно сложнее, чем сделать всё правильно с самого начала.

Ключевые принципы, которые стоит держать в фокусе на протяжении всего проекта:

• Полная инвентаризация всех старых URL из максимального числа источников — без неё не построить корректный план редиректов.
• Постраничные 301-редиректы на релевантные аналоги — а не на главную страницу «оптом».
• Обязательное уведомление Google Search Console и Яндекс.Вебмастера о смене адреса.
• Актуальный sitemap.xml сразу после запуска нового домена.
• Обновление внешних ссылок там, где это технически возможно.
• Длительное сохранение старого домена с работающими редиректами — минимум полгода-год.
• Постоянный мониторинг индексации и позиций в первые недели и месяцы после переезда.

Если вы планируете смену домена — из-за ребрендинга, перехода на новую платформу или по любой другой причине — и хотите, чтобы этот переход прошёл с минимальными потерями трафика и позиций, команда G-land готова взять на себя полное сопровождение миграции: от инвентаризации старого сайта и построения карты редиректов до уведомления поисковых систем и мониторинга индексации после запуска. Напишите нам, чтобы обсудить план миграции именно для вашего сайта.