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

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

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

Что физически происходит при смене домена

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

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

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

Подготовка: восемь дел до того, как включать перенаправления

Полная копия сайта и базы. Файлы и дамп базы отдельными архивами, скачанные на свой компьютер, а не оставленные на том же хостинге. Проверьте, что архив открывается.

Список всех адресов старого сайта. Выгрузка страниц, участвующих в поиске, из Вебмастера плюс обход краулером. Этот список — основа для постраничных перенаправлений и для проверки после переезда. Без него вы не узнаете, что забыли перенести раздел.

Список внешних ссылок. Хотя бы по отчёту Вебмастера. После переезда ссылки продолжат вести на старый адрес, и часть из них имеет смысл попросить обновить.

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

Счётчики. В Метрике добавляется новый адрес сайта, новый домен заводится и подтверждается в Вебмастере. Без подтверждённых прав на оба сайта переезд просто не запустить.

Карта сайта под новый домен. Адреса в ней должны быть новые, абсолютные и отдавать код 200.

Проверка robots.txt. Требование справки: в файлах robots.txt старого и нового доменов индексирование разрешено для робота Яндекса, а содержимое файлов должно совпадать. Допустим вариант с перенаправлением robots.txt старого сайта на новый.

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

Условия, без которых переезд не примут

Справка перечисляет их прямо, и проверить каждое стоит до, а не после отказа.

Оба сайта добавлены в Вебмастер, права на управление подтверждены. Новый адрес не объединён в группу с чужим сайтом. Содержимое старого и нового сайтов совпадает. Оба сайта доступны роботу: отвечают кодом 200 и без большой задержки. Индексирование не запрещено в robots.txt. На сайте нет нарушений правил поиска.

Отдельный пункт, на котором спотыкаются чаще всего: атрибут rel=»canonical» на сайте, который должен стать главным. Если страницы нового домена указывают каноническим адресом что-то другое — старый домен, версию с www, — заявка на переезд отклоняется.

Сам переезд задаётся в Вебмастере инструментом «Переезд сайта» в разделе «Индексирование»: указывается новый адрес и сохраняется. Это не команда «перенеси немедленно», а указание, какой адрес вы считаете главным.

Постраничные перенаправления: как ставить

Требование справки — перенаправление с HTTP-кодами 301 или 302 со страниц старого сайта на аналогичные страницы нового. Обязательный минимум: главная старого домена перенаправляет на главную нового, это нужно для правильного переезда. Дальше — каждая страница на свою.

⚠️ Перед правкой .htaccess или конфигурации сервера сохраните копию файла. Ошибка в одном правиле кладёт сайт целиком, а не отдельную страницу.

Рабочее правило для Apache, когда структура адресов не меняется:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?stary-domen\.ru$ [NC]
RewriteRule ^(.*)$ https://novyj-domen.ru/$1 [R=301,L]

Это правило переносит каждый адрес на такой же по пути: страница /uslugi/remont/ уедет на /uslugi/remont/ нового домена. Если структура меняется, общее правило не подойдёт — нужен список соответствий старых и новых адресов, и тогда справка допускает двойное перенаправление.

Три вещи, которых делать нельзя. Первое: перенаправлять все страницы на главную нового домена — поиск считает это ошибкой, а посетитель из выдачи не находит нужного. Механизм описан в разборе про то, почему редирект на главную вместо 404 портит сайт. Второе: строить цепочки — старый адрес на промежуточный, промежуточный на новый. Каждое лишнее звено замедляет склейку, и разбираться в них потом тяжело: цепочки редиректов на большом сайте. Третье: закрывать старый домен в robots.txt, чтобы «не мешал». Робот перестанет видеть перенаправления, и склейка не состоится.

Таблица: шаг, действие, проверка

Шаг	Что сделать	Как проверить
1	Сделать копию файлов и базы, скачать на свой компьютер	Архив открывается, дамп базы читается
2	Выгрузить полный список адресов старого сайта	Число адресов сходится с числом страниц в поиске
3	Развернуть сайт на новом домене, содержимое идентичное	Выборочно открыть десять страниц: текст совпадает
4	Настроить почту и формы на новом домене	Тестовая заявка доходит на рабочий адрес
5	Добавить новый домен в Вебмастер, подтвердить права	Сайт появился в списке, права подтверждены
6	Добавить новый адрес в счётчик Метрики	Визиты на новом домене фиксируются
7	Проверить robots.txt обоих доменов на совпадение	Содержимое одинаковое, индексирование разрешено
8	Проверить canonical на новом домене	Теги указывают на адреса нового домена, а не старого
9	Включить постраничные перенаправления со старого домена	Код ответа 301, адрес назначения — аналогичная страница
10	Указать новый адрес в инструменте переезда сайта	Настройка сохранилась, отказа не было
11	Обновить карту сайта и добавить её в Вебмастер	Карта прочитана, ошибок нет
12	Отправлять адреса нового домена на переобход порциями	Задания выполняются, квота расходуется
13	Следить за числом страниц старого домена в поиске	Показатель снижается, у нового — растёт

Мои цифры: как шла склейка после 18 августа

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

Дата	Страниц старого домена в поиске	Что происходило
18 августа 2026	переезд запущен	Включены постраничные перенаправления, новый адрес указан главным
27 августа 2026	2 156	Девять дней спустя старый домен почти весь ещё в выдаче
19 сентября 2026	178	Основная масса адресов ушла, склейка идёт
20 сентября 2026	76	За сутки минус сотня адресов — база обновилась разом

Что из этих чисел стоит забрать. Первое: девять дней после переезда — это ничто. На 27 августа в поиске оставалось 2 156 страниц старого домена, и если бы я делал выводы тогда, решил бы, что переезд не сработал. Второе: процесс идёт неравномерно. Между 19 и 20 сентября число упало со 178 до 76 — не постепенно, а за одно обновление базы. Третье: месяц — реалистичный срок для основной части склейки на сайте такого размера, и это совпадает с формулировкой справки про «несколько недель».

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

Что происходит с позициями во время склейки

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

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

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

Семь ошибок, которые ломают переезд

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

Разное содержимое на доменах. Новый сайт сделали заново, тексты переписали — условие совпадения содержимого не выполняется, переезд отклоняется.

Canonical на старый домен. Страницы нового сайта сами говорят поиску, что основной адрес другой. Проверяется за минуту, ломает всё.

Забытые поддомены. Региональные поддомены, блог на отдельном имени, старая версия на тестовом адресе — каждый из них живёт своей жизнью и требует отдельного решения.

Смена структуры адресов одновременно с переездом. Двойная задача: поиску нужно и сайты объединить, и новые адреса узнать. Срок растёт, ошибки множатся.

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

Закрытый robots.txt на старом домене. Робот не видит перенаправлений, склейка не идёт. Требование справки прямо обратное: индексирование должно быть разрешено на обоих доменах.

Когда это не сработает и когда нужен специалист

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

Не поможет переезд и там, где сайт не приносил обращений сам по себе. Новое имя не добавляет спроса: если старый домен не продавал, новый тоже не начнёт.

Своими силами не стоит браться за переезд интернет-магазина с тысячами карточек и за сайт с региональными поддоменами: там список соответствий адресов составляется скриптом, а поддомены переносятся отдельно, каждый со своей заявкой. Ещё один случай — сайт на конструкторе без доступа к правилам сервера: возможности настроить постраничные перенаправления там может просто не быть, и это выясняется до, а не после покупки домена.

Если сайт на WordPress и переезд типовой, порядок действий вместе с чек-листом есть в отдельном материале — переезд сайта на WordPress на новый домен. А примеры того, как проекты выглядели до и после работ, собраны в кейсах по продвижению сайтов.

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

Сколько держать старый домен?

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

301 или 302?

Справка допускает оба кода для переезда. Практически для смены домена используют 301: он означает, что адрес сменился насовсем. Код 302 уместен, когда перенаправление временное и вы планируете вернуться.

Переезд отклонили. Что смотреть?

По списку причин: нет подтверждённых прав на оба сайта, содержимое не совпадает, сайт недоступен или отвечает медленно, индексирование запрещено в robots.txt, на сайте есть нарушения, на главном адресе стоит canonical на другой домен. Проверяйте по порядку, обычно находится одна конкретная причина.

Нужно ли удалять старые страницы из индекса вручную?

Нет. При работающих перенаправлениях они уйдут сами по мере обхода — это и видно в моих цифрах: 2 156, потом 178, потом 76. Ручное удаление не ускоряет склейку, а в некоторых случаях мешает поиску сопоставить пары адресов.

Что делать с внешними ссылками на старый домен?

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

Можно ли переехать частями, по разделам?

Технически да, но это удлиняет процесс и усложняет диагностику. Условие совпадения содержимого проверяется по сайту, а не по разделу, поэтому наполовину переехавший сайт выглядит для поиска как два разных сайта с частично похожим содержимым.

Коротко

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

Подготовка занимает больше времени, чем сам переезд: копия, полный список адресов, почта, формы, счётчики, подтверждённые права на оба домена в Вебмастере, совпадающие robots.txt и проверенный canonical на новом домене.

Сроки: справка говорит про несколько недель на смену главного адреса и до нескольких месяцев на весь процесс. Мои цифры это подтверждают — на девятый день после переезда в поиске оставалось 2 156 страниц старого домена, через месяц их стало 178, а на следующие сутки 76.

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

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

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

Первоисточники: справка Яндекса о переезде сайта на новое доменное имя и описание инструмента переобхода страниц.