Зачем вообще менять домен

Причин для переезда обычно немного, но все они весомые:

  • Ребрендинг. Компания сменила название, старое доменное имя больше не отражает суть бизнеса.
  • Переход на более удачный домен. Купили короткий и запоминающийся адрес вместо длинного с дефисами.
  • Смена доменной зоны. Например, с .com на национальную зону .ru или наоборот.
  • Юридические причины. Спор за торговую марку, требование правообладателя.
  • Объединение нескольких сайтов под один домен. Такое часто бывает после слияния компаний.

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

Что происходит с SEO при смене домена

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

Яндекс и Google ведут себя по-разному. Google обычно подхватывает 301 редиректы за 2–4 недели. Яндекс — более инертный, он может обрабатывать переезд от месяца до трёх, особенно если сайт большой.

Важный момент: ссылочный вес через 301 редирект передаётся не полностью. По разным оценкам, теряется от 5 до 15 процентов ссылочного сигнала. Это не катастрофа, но учитывать стоит.

Подготовка: что сделать до переезда

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

Полный аудит текущего сайта

Первым делом выгружается полная карта всех URL текущего сайта. Используется Screaming Frog или аналогичный краулер. Нужен список абсолютно всех страниц, которые отдают 200-й статус. Сохраните его — это будет основа для таблицы редиректов.

Параллельно фиксируйте текущие позиции по ключевым запросам. Скриншоты из Яндекс.Вебмастера, выгрузки из Google Search Console, данные из любого SEO-трекера, которым пользуетесь. Это нужно, чтобы потом было с чем сравнивать и чтобы вовремя заметить проблемы.

Бэкап всего

Делайте полный бэкап:

  • файлы сайта (включая .htaccess, конфиги nginx, robots.txt),
  • база данных,
  • SSL-сертификаты,
  • DNS-записи текущего домена (TXT, MX, A, CNAME — всё).

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

Проверка нового домена

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

Что проверять:

  • web.archive.org — смотрите, что было на домене раньше.
  • Яндекс.Вебмастер и Google Search Console — добавьте домен и проверьте, нет ли ручных санкций.
  • Проверьте ссылочный профиль через Ahrefs или аналог — если на домен ведут тысячи ссылок с казино и фармы, лучше поискать другой.

Пошаговый чек-лист переезда

Вот конкретная последовательность действий для каждого проекта. Порядок важен.

1. Настройка нового домена

Привяжите новый домен к хостингу. Установите SSL-сертификат (Let's Encrypt бесплатный и вполне подходит). Проверьте, что сайт открывается по HTTPS на новом домене и работает корректно.

На этом этапе сайт на новом домене ещё закрыт от индексации — добавьте в robots.txt:

User-agent: *
Disallow: /

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

2. Составление таблицы редиректов

Это ключевой документ всей миграции. Формат простой:

Старый URLНовый URL
https://old-domain.ru/https://new-domain.ru/
https://old-domain.ru/abouthttps://new-domain.ru/about
https://old-domain.ru/blog/post-1https://new-domain.ru/blog/post-1

Если структура URL не меняется — задача простая, достаточно массовой замены домена. Если меняется структура — каждый URL маппится вручную. Здесь нельзя лениться: каждая пропущенная страница — это потерянный ссылочный вес и ошибка 404 для пользователя.

3. Настройка 301 редиректов

301 редирект — это постоянное перенаправление. Именно он говорит поисковику: «страница окончательно переехала сюда, передай весь вес новому адресу».

Для Nginx конфигурация выглядит так:

server {
    listen 80;
    listen 443 ssl;
    server_name old-domain.ru www.old-domain.ru;

    # SSL-сертификат для старого домена нужно сохранить!
    ssl_certificate /etc/ssl/old-domain.ru/fullchain.pem;
    ssl_certificate_key /etc/ssl/old-domain.ru/privkey.pem;

    return 301 https://new-domain.ru$request_uri;
}

Для Apache через .htaccess:

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

Несколько правил, которые нарушать нельзя:

  • Редирект должен быть 301, а не 302. Ошибка с 302 (временный редирект) — одна из самых частых. С 302 ссылочный вес не передаётся.
  • Редиректы — один к одному. Каждая старая страница ведёт на соответствующую новую, а не на главную. Если свалить всё на главную — это сигнал soft 404, и толку от такого переезда не будет.
  • Сохраняйте SSL на старом домене. Если старый домен работал по HTTPS, сертификат должен оставаться валидным, иначе браузер покажет ошибку безопасности до того, как выполнится редирект.
  • Не создавайте цепочки редиректов. A → B → C — это плохо. Должно быть A → C напрямую.

4. Обновление внутренних ссылок

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

В WordPress для массовой замены используется WP-CLI:

wp search-replace 'old-domain.ru' 'new-domain.ru' --all-tables --precise

Не забудьте обновить:

  • canonical-теги,
  • hreflang-разметку (если есть мультиязычность),
  • ссылки в sitemap.xml,
  • Open Graph и Twitter Card мета-теги,
  • адрес сайта в настройках CMS.

5. Обновление robots.txt и sitemap.xml

Уберите Disallow из robots.txt на новом домене. Сгенерируйте свежий sitemap.xml со всеми URL нового домена. Проверьте, что в sitemap нет ни одного старого URL.

Если у вас большой сайт (больше 50 тысяч страниц), разбивайте карту сайта на части — Яндекс и Google лучше обрабатывают маленькие файлы.

6. Настройка Яндекс.Вебмастера

В Яндексе есть специальный инструмент для переезда — «Переезд сайта» в разделе «Индексирование». Порядок действий:

  1. Добавьте и подтвердите новый домен в Яндекс.Вебмастере.
  2. В настройках старого сайта идите в «Индексирование» → «Переезд сайта».
  3. Укажите новый домен.
  4. Отправьте заявку.

Яндекс обработает заявку в течение нескольких недель. В это время в панели будет отображаться статус переезда. Не трогайте ничего, пока статус не сменится на «переезд завершён».

Важно: не удаляйте старый сайт из Яндекс.Вебмастера. Он должен оставаться там, чтобы Яндекс видел, что редиректы работают.

7. Настройка Google Search Console

В Google всё проще — специального инструмента для переезда нет (раньше был Change of Address, его функционал менялся). Алгоритм:

  1. Добавьте и подтвердите новый домен (лучше на уровне домена через DNS-верификацию).
  2. Подайте новый sitemap.xml.
  3. Google сам обнаружит 301 редиректы и начнёт переиндексацию.

Через пару недель в отчёте по покрытию увидите, что старые URL переходят в статус «Перенаправление страницы».

8. Обновление внешних ресурсов

Этот шаг часто забывают, а он влияет на результат:

  • Ссылки на внешних сайтах. Если у вас есть возможность связаться с владельцами сайтов, которые на вас ссылаются — попросите обновить ссылки. Особенно приоритетные: каталоги, партнёрские сайты, статьи с упоминаниями.
  • Google Бизнес-профиль (если актуально) — обновите URL.
  • Социальные сети — обновите ссылки во всех профилях.
  • Email-рассылки — обновите ссылки в шаблонах и подписях.
  • Рекламные кампании — если запущена контекстная реклама в Яндекс.Директе или Google Ads, обновите все ссылки в объявлениях, иначе будете платить за клики, которые проходят через редирект (а это потеря скорости и качества посадочной).

Перенос на другой хостинг без простоя

Часто смена домена идёт рука об руку со сменой хостинга. Тут отдельная головная боль — нужно сделать так, чтобы сайт не лежал ни минуты.

Алгоритм переноса

Шаг первый: разверните полную копию сайта на новом хостинге. Проверьте, что всё работает. Тестируйте через файл hosts — пропишите IP нового сервера для нового домена на своём компьютере и откройте сайт в браузере. Так можно проверить работу сайта на новом хостинге, не трогая DNS.

Шаг второй: снизьте TTL DNS-записей старого домена до минимума (300 секунд) за сутки-двое до переключения. Это нужно, чтобы после смены DNS новые записи подхватились быстро, а не через двое суток.

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

Шаг четвёртый: переключите DNS-записи домена на IP нового сервера. Благодаря низкому TTL обновление проходит быстро.

Шаг пятый: мониторьте. Смотрите логи на обоих серверах. Старый сервер какое-то время продолжит получать трафик от пользователей, у которых закэшировался старый DNS. Поэтому не выключайте старый сервер минимум 48 часов после переключения.

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

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

Забыли про страницы пагинации и фильтры. На e-commerce сайтах это сотни и тысячи URL вида `/catalog?page=2` или `/category/shoes?color=red`. Если их не покрыть редиректами, краулинговый бюджет тратится впустую на 404-е.

Не обновили canonical. Если на новом домене canonical-теги всё ещё указывают на старый домен — поисковик получает противоречивый сигнал. Он видит 301 редирект с одной стороны и canonical на старый домен с другой. Это путаница, которая замедляет переиндексацию.

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

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

Не учли CDN. Если сайт работает через Cloudflare или подобный сервис, нужно обновить настройки CDN для нового домена. Иначе часть запросов будет возвращать ошибки.

Как отслеживать результаты после переезда

Первые две-четыре недели — самый напряжённый период. Вот что нужно мониторить ежедневно:

  • Индексация в Яндекс.Вебмастере и Google Search Console. Следите, как растёт количество проиндексированных страниц нового домена и падает — старого. Если процесс застопорился — ищите проблему.
  • Органический трафик. Сравнивайте с данными до переезда. Падение на 10–20% в первые недели — нормально. Если больше — разбирайтесь.
  • Ошибки сканирования. Проверяйте отчёт по покрытию в Search Console. Любые 404, 500, ошибки перенаправления — исправляйте сразу.
  • Позиции по ключевым запросам. Сравнивайте с сохранёнными данными до переезда.
  • Скорость загрузки. На новом хостинге скорость может отличаться. Проверяйте через PageSpeed Insights и вебвиталы.

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

Особенности работы с Яндексом в 2026 году

Яндекс за последний год заметно обновил подход к оценке качества контента. Алгоритмы стали внимательнее к сигналам авторитетности и экспертности сайта. При переезде это означает следующее:

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

Итоговый чек-лист

Для удобства всё собрано в один список.

До переезда:

  • [ ] Полный краулинг текущего сайта, список всех URL
  • [ ] Фиксация текущих позиций и трафика
  • [ ] Проверка истории нового домена
  • [ ] Полный бэкап (файлы + БД + DNS + SSL)
  • [ ] Составление таблицы редиректов
  • [ ] Настройка нового домена и SSL-сертификата
  • [ ] Развёртывание сайта на новом домене (закрытого от индексации)
  • [ ] Тестирование через hosts-файл

В день переезда:

  • [ ] Финальная синхронизация БД (если менялся хостинг)
  • [ ] Включение 301 редиректов на старом домене
  • [ ] Обновление всех внутренних ссылок, canonical, hreflang
  • [ ] Открытие нового домена для индексации (robots.txt)
  • [ ] Загрузка sitemap.xml нового домена
  • [ ] Переключение DNS (если менялся хостинг)
  • [ ] Отправка заявки на переезд в Яндекс.Вебмастере
  • [ ] Добавление нового домена в Google Search Console
  • [ ] Отправка нового sitemap в Google

После переезда:

  • [ ] Ежедневный мониторинг индексации (первые 4 недели)
  • [ ] Проверка ошибок сканирования
  • [ ] Обновление ссылок на внешних ресурсах
  • [ ] Обновление ссылок в рекламных кампаниях
  • [ ] Контроль позиций по ключевым запросам
  • [ ] Проверка скорости загрузки на новом хостинге
  • [ ] Не отключать старый домен минимум 12 месяцев

Стоит ли вообще переезжать?

Если вы дочитали до этого места и задаётесь таким вопросом — это нормально. Переезд домена — серьёзное мероприятие, и было бы нечестно говорить, что он всегда проходит гладко.

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

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