Смена домена сайта без потери позиций: пошаговый план переезда

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

Когда без переезда на новый домен не обойтись

Смена домена - не косметическая правка, а рискованная операция, поэтому к ней прибегают только при реальных причинах. На практике встречаются такие сценарии:

• ребрендинг - компания меняет название, и старый домен перестаёт отражать суть бизнеса;
• переезд с бесплатного или тестового домена (webflow.io, tilda.ws) на собственный;
• объединение нескольких сайтов в один после слияния бизнесов;
• смена зоны - например, уход с .ru на .com при выходе на новый рынок;
• санкционные или технические ограничения на регистратора, из-за которых старый домен нужно бросать.

Если причина не входит в этот список, а домен просто «не нравится» или кажется недостаточно красивым - я обычно отговариваю клиентов от переезда. Просадка трафика на 2-4 недели и риск не восстановить часть позиций того не стоят, если цель не бизнес-критична.

Технический аудит перед переносом сайта на другой домен

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

Что фиксирую обязательно:

• полный список индексируемых URL - выгружаю из Google Search Console и Яндекс.Вебмастера, а не только из sitemap.xml (в индексе часто есть страницы, которых уже нет в карте сайта);
• текущие позиции по ключевым запросам - снимок «до» нужен, чтобы через месяц объективно сравнить, где просадка нормальная, а где что-то сломалось;
• структуру внешних ссылок - через Ahrefs или Serpstat выгружаю все страницы-доноры, чтобы понимать, какие URL критичны для веса сайта;
• список внешних интеграций, завязанных на домен: вебхуки Telegram-ботов на aiogram, callback-URL эквайринга (тот же Т‑Банк требует прописывать домен в личном кабинете), API-интеграцию с СДЭК, сценарии в n8n с нодами webhook.

Отдельно проверяю robots.txt и canonical-теги на старом домене - если там уже есть ошибки, они переедут вместе с сайтом и усложнят диагностику после переезда.

Карта 301-редиректов: как перенести URL без потерь

Это ядро всей миграции. Каждый URL со старого домена должен вести на соответствующий (не на главную «на всякий случай») URL на новом домене через постоянный редирект 301. Если структура адресов не меняется - задача сводится к замене домена в правилах, если меняется - придётся строить таблицу соответствий вручную или скриптом.

Для больших каталогов (от пары сотен товаров) я обычно пишу python-скрипт, который сопоставляет старые и новые URL по slug или ID товара и генерирует готовый файл редиректов - вручную свести 5000 строк без ошибок нереально. Для типовых задач такого рода у меня есть готовые скрипты для генерации карты 301-редиректов, которые можно адаптировать под структуру конкретного сайта.

Как это выглядит на разных платформах:

Важно: используйте именно 301 (постоянный), а не 302 (временный) - иначе поисковики не передадут вес страницы новому адресу и будут годами держать в индексе старый URL.

Настройка Google Search Console и Яндекс.Вебмастера

После того как редиректы работают и проверены вручную (я всегда прохожу минимум 30-40 ключевых URL руками, не доверяя только автоматическим проверкам), нужно сообщить о переезде поисковым системам.

В Google Search Console:

• добавляю и подтверждаю новый домен как отдельный ресурс;
• в старом ресурсе через инструмент «Смена адреса» указываю новый домен - это прямой сигнал Google, что произошёл именно переезд, а не появление дублирующего сайта;
• отправляю новый sitemap.xml с адреса нового домена.

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

• подтверждаю права на новый домен;
• в разделе «Переезд сайта» указываю старый домен как источник - Яндекс обычно обрабатывает это за 1-2 недели, Google чуть дольше, до 3-4 недель на полную переиндексацию;
• слежу за отчётом «Индексирование» на обоих доменах - на старом количество страниц в индексе должно планомерно падать, на новом расти.

Параллельно обновляю все внешние упоминания, на которые есть доступ: профиль в Яндекс.Бизнесе и Google Business Profile, ссылки в соцсетях, подписи в email-рассылках.

Интеграции, боты и скрипты: что ломается при смене домена

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

Что нужно перепроверить руками:

• Telegram-боты на aiogram - если бот работает через вебхук, URL вебхука жёстко завязан на домен, и после переезда его нужно переустановить через метод setWebhook, иначе бот молча перестаёт получать апдейты;
• Эквайринг - у Т‑Банка и аналогичных провайдеров домен для success/fail/notification URL прописывается в личном кабинете мерчанта, без обновления оплата будет проходить, но покупатель не увидит страницу подтверждения;
• СДЭК и другие службы доставки - если на сайте настроена интеграция с виджетом расчёта доставки или API, проверьте domain whitelist в личном кабинете интеграции;
• Сценарии n8n - вебхук-ноды и HTTP-запросы, которые ссылаются на старый домен, нужно пройти по списку и обновить вручную, автоматической миграции тут нет;
• Скрипты аналитики и пикселей - Яндекс.Метрика и Google Analytics привязаны к счётчику, а не к домену напрямую, но фильтры и сегменты, где домен зашит вручную, стоит перепроверить.

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

Что происходит с трафиком после переезда сайта на новый домен

Даже при идеально выполненном переезде просадка трафика - это норма, не повод для паники в первые дни. По моей практике на проектах среднего размера (до 5000 страниц):

• первые 3-7 дней - заметное падение органического трафика, 15-30% от базового уровня, пока поисковики переваривают редиректы;
• 2-4 недели - постепенное восстановление позиций по большинству запросов, если редиректы настроены корректно и без циклов;
• 1-3 месяца - полная стабилизация, включая возврат позиций по низкочастотным запросам, которые переиндексируются в последнюю очередь.

Если просадка длится дольше 4-6 недель без признаков восстановления - почти всегда причина в технической ошибке: где-то остался 302 вместо 301, редирект ведёт не на аналогичную страницу, а на главную, или в sitemap нового домена остались неактуальные URL. В таких случаях я снова прохожу карту редиректов вручную и сверяю логи сервера - по ним видно, какие боты каких поисковиков реально приходят и куда их заворачивают редиректы.

Частые ошибки при переносе сайта на другой домен

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

• редирект всех старых URL на главную страницу нового домена вместо соответствующих разделов - самая частая и самая болезненная ошибка, обнуляющая весь накопленный вес страниц;
• цепочки редиректов (URL A → URL B → URL C) - поисковики нормально обрабатывают одну переадресацию, но теряют часть веса при цепочке из трёх и более шагов;
• забытый старый sitemap.xml, который продолжает отдавать 404 или редиректы поисковому боту, засоряя отчёт об ошибках;
• дубли контента на старом и новом домене одновременно - если старый сайт не выключен физически, а просто «переехал» логически, поисковики какое-то время видят оба варианта;
• смена SSL-сертификата без проверки, что редиректы одинаково работают и на http, и на https версии нового домена.

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

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

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

При аккуратно настроенных 301-редиректах и корректно указанном переезде в Google Search Console и Яндекс.Вебмастере большинство позиций восстанавливается за 2-4 недели, а полная стабилизация по всем запросам, включая низкочастотные, занимает 1-3 месяца. Если просадка длится дольше - почти всегда дело в технической ошибке редиректов, а не в естественном поведении поисковиков.

Можно ли обойтись без 301-редиректов, если просто анонсировать новый домен на сайте?

Нет, без 301-редиректов вес страниц и накопленные позиции никуда не переносятся - поисковики видят два разных независимых сайта, и старый постепенно выпадает из индекса, а новый начинает набирать позиции практически с нуля. Баннер с анонсом переезда полезен для живых посетителей, но на индексацию и ранжирование не влияет.

Что делать со старым доменом после переезда - можно ли его просто забросить?

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

Нужно ли менять URL страниц при смене домена, если структура сайта не меняется?

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