Перенос сайта на новый домен — это не простая замена адреса в настройках CMS. Для поисковых систем меняются URL документов, поэтому им необходимо заново обнаружить новые адреса, сопоставить их со старыми и обновить канонические версии страниц в индексе.
Главная задача миграции — сделать это соответствие максимально однозначным. Старый URL должен вести на эквивалентный новый URL, внутренние ссылки и canonical — сразу указывать на новый домен, а поисковые роботы должны иметь доступ и к исходным адресам с редиректами, и к конечным страницам.
Даже при правильной подготовке нельзя обещать, что позиции останутся абсолютно неподвижными. Google прямо предупреждает о возможных колебаниях во время повторного обхода и индексирования, а Яндекс не гарантирует сохранение прежнего числа страниц в поиске, позиций или посещаемости после смены главного адреса.
Что происходит с SEO при переносе сайта на новый домен
Поисковая система знает страницу прежде всего по её URL. Если документ был доступен по адресу https://old-site.ru/catalog/item/, а после переезда появился только как https://new-site.ru/catalog/item/, для робота это два разных адреса, пока он не получит достаточно сигналов об их связи.
Наиболее сильный технический сигнал для постоянной миграции — серверный постоянный редирект со старого URL непосредственно на соответствующий новый. Google рекомендует для таких случаев HTTP 301 или 308 и отдельно указывает, что постоянные редиректы не приводят к снижению PageRank сами по себе.
Это не означает автоматического сохранения всех позиций. После запуска робот всё равно должен повторно просканировать старые и новые адреса, обработать перенаправления, обновить canonical и перестроить индекс. На среднем сайте это может занять несколько недель, а большой ресурс обычно обрабатывается дольше.
Поэтому миграция сайта SEO — это в первую очередь управление техническими сигналами и риском. Смена домена сама по себе не является способом улучшить ранжирование. Если одновременно менять домен, структуру каталога, шаблоны, контент и навигацию, становится сложнее определить причину любого последующего изменения трафика.
Если это возможно, доменный переезд лучше отделить от масштабного редизайна. То же относится к дополнительным изменениям вроде смены протокола сайта: чем меньше независимых переменных включается одновременно, тем проще проверить миграцию и локализовать ошибку.
Сначала сопоставьте старые и новые URL
Самая полезная рабочая таблица перед миграцией содержит минимум четыре поля:
| Старый URL | Новый URL | Действие | Ожидаемый ответ |
|---|---|---|---|
/catalog/a/ | /catalog/a/ | страница сохраняется | 301 → 200 |
/blog/post/ | /articles/post/ | изменён путь | 301 → 200 |
/old-service/ | /services/new-service/ | есть полноценная замена | 301 → 200 |
/obsolete-page/ | — | релевантной замены нет | 404 или 410 |
При смене только доменного имени карта может оказаться почти зеркальной: путь после домена остаётся тем же. Но полагаться только на универсальное правило редиректа всё равно опасно, если на сайте есть старые URL, исключения, параметры, архивы, медиафайлы или ранее настроенные перенаправления.
Массово отправлять все исчезнувшие страницы на главную не стоит. Если старый документ не имеет подходящего аналога, корректный 404 или 410 информативнее, чем редирект на нерелевантную страницу. Google отдельно предупреждает, что такие перенаправления могут интерпретироваться как soft 404.
Проверьте не только HTML-страницы. При миграции могут измениться адреса изображений, PDF, файлов загрузки, CSS, JavaScript и других ресурсов. Особенно важны медиафайлы, которые имеют собственные внешние ссылки или получают поисковый трафик.
Что проверить на новом домене до переключения
Новый сайт нужно проверить как самостоятельный рабочий ресурс до того, как старый домен начнёт перенаправлять на него пользователей и роботов.
Критические проверки:
- нужные страницы возвращают
200 OK; - production-сайт не закрыт через
robots.txt; - после тестового периода удалены временные
noindex; - canonical указывает на URL нового домена;
- внутренние ссылки больше не ведут через старый домен;
- hreflang, если он используется, содержит новые адреса;
- XML Sitemap собран из новых канонических URL;
- изображения, скрипты, стили и файлы загрузки доступны;
- обе версии сайта подтверждены в инструментах для вебмастеров;
- сервер нового домена выдерживает повышенный обход после запуска.
Последний пункт часто недооценивают. После миграции новый сервер одновременно получает обычный пользовательский трафик и дополнительный поток поисковых роботов, которым необходимо переобойти большое количество URL.
Если на тестовой версии использовались ограничения индексирования, их нужно снять именно перед открытием production. Ситуация, когда редиректы уже включены, а новый домен по-прежнему закрыт noindex или Disallow, создаёт прямой конфликт сигналов.
Как настроить редиректы при переносе сайта на новый домен
При сохранении всей структуры правило может быть простым: прежний путь передаётся на тот же путь нового домена.
Например:
https://old-site.ru/catalog/product/
→ 301https://new-site.ru/catalog/product/
Но если одновременно меняются пути, потребуется явное сопоставление:
https://old-site.ru/blog/domain-move/
→ 301https://new-site.ru/articles/domain-move/
Лучший результат проверки — один переход до конечной страницы. Схема вида:
старый URL → 301 → промежуточный URL → 301 → новый URL
хуже прямого маршрута:
старый URL → 301 → новый URL.
Google способен обрабатывать цепочки редиректов, но рекомендует направлять пользователя сразу на конечный адрес и минимизировать число переходов. Это также снижает задержку и упрощает технический контроль.
Особенно внимательно проверьте старые редиректы, которые существовали ещё до миграции. Если A раньше перенаправлялся на B, а после смены домена B перенаправляется на C, правило для A лучше сразу обновить на конечный C.
На новом сайте внутренние ссылки тоже должны вести непосредственно на новые URL. Заставлять собственную навигацию каждый раз проходить через старый домен бессмысленно: редиректы предназначены прежде всего для старых входящих адресов, закладок, внешних ссылок и поисковых роботов.
Как сообщить Google и Яндексу о переезде
Одних редиректов достаточно для обнаружения перемещения URL, но при полноценной смене домена стоит использовать и специальные инструменты поисковых систем.
В Google Search Console сначала подтвердите права на старый и новый ресурсы, включите перенаправления и проверьте их. После этого для переезда между доменами или субдоменами используется Change of Address. Инструмент не предназначен для обычной смены HTTP на HTTPS, изменения пути внутри того же домена или простого переезда на другой сервер без изменения публичных URL.
После запуска отправьте Sitemap с новыми URL. На новых страницах canonical также должен содержать новый адрес. Старый домен не закрывайте от Googlebot: робот должен иметь возможность обращаться к прежним URL и видеть их редиректы.
В Яндекс Вебмастере также следует добавить старый и новый сайты и подтвердить права. Для смены доменного имени используется раздел Индексирование → Переезд сайта. Яндекс проверяет доступность адресов, соответствие страниц и перенаправления со старых URL на новые.
Есть важное различие в формулировках документации: Google для постоянной миграции рекомендует 301 или 308, тогда как Яндекс при переезде допускает как 301, так и 302. Если смена домена окончательная, постоянный редирект логичнее отражает реальное состояние проекта.
Как оценивать результат после запуска
Первые дни после миграции не подходят для вывода «SEO сохранилось» или «переезд провален». Изменения обрабатываются по URL, а не одной атомарной операцией для всего сайта.
Контролировать нужно одновременно несколько показателей:
| Что проверять | Нормальная динамика | Тревожный признак |
|---|---|---|
| обход старого домена | постепенно снижается | робот массово получает 5xx или блокировку |
| обход нового домена | растёт после запуска | важные страницы почти не посещаются |
| индексирование новых URL | постепенно увеличивается | массовое исключение нужных страниц |
| старые URL в поиске | постепенно заменяются новыми | остаются без редиректа или конкурируют с новыми |
404/410 | только для действительно удалённых страниц | появляются на URL, у которых должен быть аналог |
| органический трафик | возможны временные колебания | устойчивое падение вместе с техническими ошибками |
Change of Address в Google действует в течение 180 дней, но это не срок жизни серверных редиректов. В актуальном руководстве Google по миграции рекомендуется сохранять перенаправления не менее года, а при наличии трафика и внешних ссылок на старые адреса — практический смысл сохранять их ещё дольше.
У Яндекса смена главного адреса также происходит не мгновенно и может занять несколько недель. Поэтому сравнивать нужно не только общий трафик, но и конкретные группы URL: какие страницы уже перешли на новый домен, какие ещё показываются по старому адресу и какие получили ошибки.
Практический сценарий: домен меняется, структура остаётся
Предположим, интернет-магазин переезжает с old-shop.ru на new-shop.ru, а каталог, карточки товаров и статьи сохраняют прежние пути.
До запуска краулер обнаружил 8 400 индексируемых HTML-страниц. Для них можно сформировать зеркальное правило old-shop.ru/<path> → new-shop.ru/<path>, но перед включением всё равно нужно проверить исключения: старые акции, удалённые товары, URL с параметрами и существующие редиректы.
После переноса выборочная проверка должна выглядеть так:
https://old-shop.ru/catalog/model-a/
→ 301https://new-shop.ru/catalog/model-a/
→ 200 OK
На конечной странице canonical указывает на https://new-shop.ru/catalog/model-a/, внутренние ссылки используют новый домен, а URL присутствует в новом Sitemap.
Для снятого с продажи товара без замены сценарий может быть другим: https://old-shop.ru/catalog/obsolete-model/→ 410 Gone
Если же существует актуальная модель, которая действительно заменяет прежнюю, перенаправление на неё может быть оправдано. Решение принимается по соответствию содержания, а не по желанию любой ценой избежать 404.
После технического запуска отправляется новый Sitemap, оформляется смена адреса в инструментах поисковых систем и начинается мониторинг. Если через несколько дней часть страниц ещё показывается по старому домену, это само по себе не ошибка. Ошибка — когда старый URL не ведёт на новый, конечная страница закрыта от обхода или разные сигналы указывают на разные версии документа.
Частые ошибки, из-за которых переезд теряет управляемость
Одна из самых дорогих ошибок — одновременно менять домен, CMS, структуру URL, дизайн и значительную часть контента. Такой проект технически выполним, но при просадке невозможно быстро понять, что именно её вызвало. По этой же причине SEO при редизайне лучше планировать как самостоятельный контролируемый набор изменений, если бизнес-ситуация позволяет разделить этапы.
Вторая проблема — автоматический редирект всех старых страниц на главную. Он разрушает соответствие документов и не помогает поисковой системе понять, куда переместился конкретный материал.
Третья — оставшиеся ссылки на старый домен внутри нового сайта. Пользователь обычно не замечает лишний переход, а технически каждая такая ссылка создаёт ненужный редирект и усложняет диагностику.
Четвёртая — забытый noindex, закрытый robots.txt или canonical на старый домен. В этом случае сервер сообщает «страница переехала сюда», а сама новая страница одновременно посылает противоречивый сигнал.
Пятая — преждевременное отключение старого домена. Если он перестаёт отвечать раньше, чем поисковые системы переобойдут старые URL, роботы больше не видят перенаправления. Домен и рабочие редиректы следует сохранять достаточно долго.
Когда стоит подключать SEO-специалиста к миграции
На небольшом сайте с неизменной структурой перенос можно провести по заранее проверенной карте URL и техническому чек-листу. Но если у проекта десятки тысяч страниц, несколько поддоменов, сложная история редиректов, фильтры, мультиязычность или значимая доля продаж зависит от органического поиска, цена ошибки становится существенно выше.
В такой ситуации услуги SEO-продвижения сайта уместны не как способ «гарантировать позиции после переезда», а как постоянный контроль карты URL, индексирования, поискового спроса и органического трафика до и после технического переключения.
Что считать успешным переносом
Успешная миграция — не момент, когда новый домен открылся в браузере. Она заканчивается тогда, когда старые адреса стабильно ведут на правильные новые страницы, поисковые системы обходят и индексируют новый домен, внутренние технические сигналы согласованы, а старые URL постепенно уступают место новым в результатах поиска.
Главный критерий здесь — однозначность. Один старый документ должен иметь понятную судьбу: релевантный новый URL либо корректное удаление. Чем меньше промежуточных редиректов, конфликтующих canonical, закрытых страниц и одновременных крупных изменений, тем проще поисковой системе обработать переезд, а владельцу сайта — доказать, что миграция действительно прошла корректно.
Практика
Как перенести сайт на новый домен
Зафиксируйте состояние сайта
Сделайте резервную копию, выгрузите индексируемые URL, текущие HTTP-коды, canonical, Sitemap, внутренние ссылки и базовые показатели органического трафика до миграции.
Составьте карту URL
Для каждого значимого старого URL определите единственный релевантный адрес на новом домене; страницы без замены отдельно отметьте для ответа 404 или 410.
Проверьте новый домен
Убедитесь, что страницы нового сайта отвечают 200 OK, доступны роботам, не содержат случайного noindex, используют новые canonical и присутствуют в актуальном Sitemap.
Включите постоянные редиректы
Настройте прямые 301 или 308 со старых страниц на соответствующие новые URL и проверьте, что нет массового перенаправления нерелевантных страниц на главную и лишних цепочек.
Сообщите поисковым системам
Подтвердите старый и новый домены в Search Console и Яндекс Вебмастере, отправьте новый Sitemap и используйте инструменты изменения адреса и переезда сайта для доменной миграции.
Контролируйте переобход
После запуска регулярно проверяйте редиректы, ошибки обхода, индексирование новых URL, исчезновение старых адресов и динамику поискового трафика до стабилизации миграции.
FAQ
Как понять, что переезд домена прошёл правильно
Гарантировать полное отсутствие колебаний нельзя. Google предупреждает, что при переносе URL позиции могут временно меняться из-за повторного обхода и индексирования, а Яндекс прямо не гарантирует сохранение позиций, числа страниц в поиске и посещаемости. Задача технически правильной миграции — снизить лишние потери сигналов и дать поисковым системам однозначные указания о соответствии старых и новых страниц.
Для постоянной смены домена рационально использовать постоянный серверный редирект 301 или 308: именно их рекомендует Google для постоянного перемещения URL. Яндекс при переезде допускает 301 и 302, но если изменение действительно постоянное, 301 лучше отражает фактический смысл переноса.
Google в руководстве по переносу сайта рекомендует сохранять перенаправления не менее года. Сам запрос Change of Address действует 180 дней, но это не означает, что через 180 дней нужно удалять редиректы. Если на старые адреса продолжают приходить пользователи, роботы или внешние ссылки, перенаправления имеет смысл сохранять и дольше.
Нет, во время миграции поисковому роботу необходимо иметь возможность обращаться к старым URL и видеть перенаправления. Блокировка старого домена через robots.txt может помешать нормальному переобходу. Отдельно проверьте, что на новом сайте не остались временные noindex или запреты, использованные на стадии разработки.
Ориентируйтесь не на календарную дату, а на совокупность признаков: новые URL индексируются, старые постепенно исчезают из поиска, редиректы работают без цепочек и ошибок, поисковые системы признают новый адрес, а органические показы и переходы стабилизируются. Для крупного сайта этот процесс обычно занимает больше времени, чем для небольшого.
Рейтинг статьи
Материал был полезен?
Оценка помогает понимать, какие материалы стоит обновлять и расширять.
