Переезд сайта на новый домен без потери SEO: 301, canonical, GSC и Яндекс.Вебмастер

Переезд на новый домен — одна из самых рискованных операций в жизни сайта. Сделаешь правильно — ничего не заметишь: трафик переедет вместе с сайтом за 2–4 недели. Сделаешь с ошибками — можно потерять 30–80% органического трафика и восстанавливаться месяцами.

Хорошая новость: правильный переезд — это чёткий алгоритм, а не магия. Все шаги известны, все инструменты есть в открытом доступе. В этом гайде — полный порядок действий с примерами кода для Apache, Nginx и скриптами, которые можно отдать Claude Code или Cursor.

## Почему переезд опасен для SEO

Когда сайт меняет домен, для поисковых систем это выглядит так: старый сайт исчез, появился новый неизвестный сайт. Всё SEO, которое вы накопили — ссылки, поведенческие факторы, доверие к домену — привязано к старому адресу.

Без правильной миграции:

• старые страницы выпадут из индекса
• новый домен начинает с нуля
• ссылочный вес со старого домена теряется
• пользователи попадают на несуществующие страницы

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

## Шаг 0. Подготовка до переезда

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

### Зафиксируйте текущие показатели

Перед любыми изменениями снимите базовые метрики — это ваш ориентир для мониторинга после переезда:

• количество проиндексированных страниц (Яндекс.Вебмастер → Индексирование → Страницы в поиске)
• органический трафик по URL (Яндекс.Метрика, Google Analytics)
• позиции по ключевым запросам (любой rank-трекер)
• количество и список внешних ссылок (Яндекс.Вебмастер → Внешние ссылки, Google Search Console → Ссылки)

Скопируйте эти данные в таблицу. После переезда вы будете сравнивать с ней каждую неделю.

### Выберите время для переезда

Минимальный трафик — минимальные потери в переходный период. Избегайте:

• пятниц и выходных (если что-то пойдёт не так — поддержка хостинга недоступна)
• периодов высокого сезона (для интернет-магазинов — не перед НГ, 8 марта и т.д.)
• времени запуска рекламных кампаний

Лучшее время — вторник-среда, начало рабочего дня.

### Проверьте новый домен на историю

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

Проверьте:

• web.archive.org — что было на домене раньше
• Яндекс.Вебмастер — добавьте домен и посмотрите на предупреждения
• Ahrefs / Semrush — история ссылок и трафика

## Шаг 1. Разверните новый сайт на новом домене

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

Перед переключением проверьте:

☐ Все страницы отдают 200 OK
☐ robots.txt открыт для индексации (нет Disallow: /)
☐ Нет тегов noindex на страницах
☐ Установлен SSL-сертификат, HTTPS работает
☐ Все внутренние ссылки обновлены на новый домен
☐ Canonical теги указывают на новый домен
☐ Sitemap.xml содержит URL нового домена
☐ Метатеги title и description на месте

## Шаг 2. Настройте 301 редиректы — это главное

301 — это HTTP-статус «Перемещено постоянно». Он сообщает поисковому роботу: страница переехала навсегда, перенеси весь ссылочный вес на новый адрес.

Это самый важный технический шаг. Без правильных 301 редиректов всё остальное теряет смысл.

### Главные правила

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

# Правильно:
old-domain.ru/about/ → new-domain.ru/about/
old-domain.ru/blog/article/ → new-domain.ru/blog/article/

# Неправильно:
old-domain.ru/about/ → new-domain.ru/
old-domain.ru/blog/article/ → new-domain.ru/

Покрывайте все варианты. Старый домен мог быть доступен по четырём адресам: http с www, http без www, https с www, https без www. Все они должны редиректить на единый канонический адрес нового домена.

Не создавайте цепочки. old.ru → intermediate.ru → new.ru — каждый лишний редирект теряет часть ссылочного веса и замедляет работу. Настраивайте прямой редирект со старого на новый.

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

### Настройка на Apache (.htaccess)

Самый простой вариант — редирект всего домена:

# В .htaccess на старом домене
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?old-domain\.ru$ [NC]
RewriteRule ^(.*)$ https://new-domain.ru/$1 [R=301,L]

Если структура URL изменилась — добавляйте точечные правила до общего:

RewriteEngine On

# Конкретные страницы с изменившимися URL
RewriteRule ^old-page/$ https://new-domain.ru/new-page/ [R=301,L]
RewriteRule ^catalog/old-category/$ https://new-domain.ru/catalog/new-category/ [R=301,L]

# Всё остальное — постраничный редирект
RewriteCond %{HTTP_HOST} ^(www\.)?old-domain\.ru$ [NC]
RewriteRule ^(.*)$ https://new-domain.ru/$1 [R=301,L]

### Настройка на Nginx

server {
    listen 80;
    listen 443 ssl;
    server_name old-domain.ru www.old-domain.ru;
    
    # SSL настройки для старого домена
    # ssl_certificate ...
    
    return 301 https://new-domain.ru$request_uri;
}

### Проверка редиректов

После настройки проверьте несколько URL вручную:

# Через curl — видите статус и Location
curl -I https://old-domain.ru/about/

# Ожидаемый ответ:
# HTTP/1.1 301 Moved Permanently
# Location: https://new-domain.ru/about/

Или используйте онлайн-инструменты: bertal.ru, redirect-checker.org. Проверяйте не только главную, но и 3–5 внутренних страниц — иногда редирект работает только для главной.

## Шаг 3. Обновите canonical теги на новом домене

Canonical тег (<link rel="canonical">) сообщает поисковику: «вот эталонный адрес этой страницы, индексируй именно его».

После переезда все страницы нового домена должны иметь canonical, указывающий на сам новый домен:

<!-- На странице new-domain.ru/about/ -->
<link rel="canonical" href="https://new-domain.ru/about/" />

Типичная ошибка при переезде — canonical на новых страницах по-прежнему указывает на старый домен. Это сигнал поисковику не индексировать новые страницы. Проверьте каждую страницу или используйте Screaming Frog для массовой проверки.

Если у вас CMS — обновите настройки canonical в плагине (Yoast SEO, Rank Math) или в конфиге фреймворка. Если сайт статический, сгенерированный через вайбкодинг — попросите Claude Code проверить все HTML-файлы:

Найди в проекте все canonical теги и замени old-domain.ru на new-domain.ru.
Также проверь og:url и hreflang теги — они тоже должны обновиться.

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

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

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://new-domain.ru/</loc>
    <lastmod>2026-06-07</lastmod>
  </url>
  <url>
    <loc>https://new-domain.ru/about/</loc>
    <lastmod>2026-06-07</lastmod>
  </url>
</urlset>

Зарегистрируйте sitemap нового домена в обоих вебмастерах. Старый sitemap оставьте на старом домене пока работают редиректы — роботу удобно, когда он видит карту старого сайта и может по ней пройти, получая 301 редиректы на новые URL.

## Шаг 5. GSC Change of Address — уведомляем Google

301 редиректы — это сигнал на уровне отдельных URL. Change of Address Tool в Google Search Console — сигнал на уровне всего сайта. Он говорит Google напрямую: «весь сайт переехал с домена А на домен Б, не трактуй их как разные сайты».

Это не опция, а обязательный шаг при смене домена. Без него Google может месяцами разбираться, что происходит.

### Порядок действий

До отправки запроса:

1. Новый домен должен быть подтверждён в Google Search Console
2. На старом домене должны быть настроены 301 редиректы
3. Новый сайт должен быть открыт для индексации

Отправка запроса:

1. Откройте GSC → выберите старый домен (тот, с которого переезжаете)
2. Слева внизу → Настройки
3. Найдите раздел «Смена адреса» (Change of Address)
4. В выпадающем списке выберите новый домен
5. GSC автоматически запустит предварительные проверки: наличие редиректов, доступность нового сайта, правильность canonical
6. Если проверки прошли — нажмите «Отправить»

После отправки вы увидите уведомление в обоих ресурсах Search Console, которое будет активно 180 дней. В течение этого времени Google ускоренно обрабатывает связь между доменами.

### Важные ограничения

• Нельзя создавать цепочку переездов: A→B, сразу B→C. Подождите стабилизации трафика.
• Инструмент работает только для переезда между доменами. Переезд с www на non-www в рамках одного домена делается через canonical и редиректы, без Change of Address.
• Новый домен должен быть верифицирован в GSC — без этого форма не откроется.

## Шаг 6. Яндекс.Вебмастер — переезд через «зеркало»

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

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

### Добавьте новый домен в Вебмастер

Если новый домен ещё не добавлен:

1. webmaster.yandex.ru → «+» → вставьте URL нового домена
2. Подтвердите владение (HTML-файл, мета-тег или DNS TXT-запись)
3. Добавьте sitemap нового домена

### Запросите переезд

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

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

### Типы переездов в Вебмастере

Раздел «Переезд сайта» в Яндексе обрабатывает несколько сценариев:

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

## Шаг 7. Обновите внешние ссылки и упоминания

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

Обязательно:

• Яндекс Бизнес и Google Business Profile
• Профили в соцсетях (VK, Telegram-канал, Instagram*, LinkedIn)
• Справочники и каталоги, где размещён ваш сайт

По возможности:

• Партнёрские сайты с ссылками на вас — напишите им с просьбой обновить ссылку
• Гостевые статьи, где вы автор
• Форумы и комментарии с вашими ссылками

Список внешних ссылок возьмите из Яндекс.Вебмастера → Ссылки → Внешние ссылки.

## Шаг 8. Мониторинг после переезда

Переезд не заканчивается в момент переключения. Следующие 4–8 недель — критический период наблюдения.

### Что проверять и как часто

Ежедневно (первые 2 недели):

• Работают ли редиректы (выборочно проверяйте 5–10 URL)
• Трафик в Яндекс.Метрике не упал катастрофически
• Нет ли ошибок 404 на новом домене

Еженедельно:

• Количество проиндексированных страниц нового домена (должно расти)
• Количество проиндексированных страниц старого домена (должно падать)
• Позиции по ключевым запросам
• Ошибки в Яндекс.Вебмастере и GSC

Через месяц:

• Сравните трафик с базовыми показателями до переезда
• Проверьте, что внешние ссылки корректно редиректятся (302 не появились вместо 301)

### Нормальная картина переезда

Небольшое падение трафика на 1–3 недели — норма. Поисковики переобходят сайт, обновляют индекс, перераспределяют ссылочный вес. После этого трафик восстанавливается.

Лучшие документированные результаты при правильном переезде — восстановление за 19–33 дня. Это подтверждает: планирование важнее везения.

Если через 6–8 недель трафик не восстановился — проверяйте:

• Нет ли страниц-дублей между старым и новым доменом
• Правильно ли работают canonical теги
• Нет ли ошибок в инструменте «Покрытие» в GSC и «Исключённые страницы» в Вебмастере

## Частые ошибки при переезде

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

Забыли обновить canonical теги. Страницы нового домена с canonical на старый домен сигнализируют поисковику не индексировать новые страницы.

Отключили редиректы через месяц. Слишком рано. Держите минимум год — многие внешние ссылки обрабатываются роботами редко.

Не добавили новый домен в GSC и Вебмастер до переключения. Change of Address в GSC работает только если новый домен уже верифицирован.

Сделали переезд в пятницу вечером. Если что-то сломается — два дня без реакции.

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

## Автоматизация через ИИ

Если вы делаете переезд на сайт, собранный через Claude Code или Cursor, ряд задач можно автоматизировать:

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

Напиши скрипт на Node.js который:
1. Читает sitemap.xml по адресу https://new-domain.ru/sitemap.xml
2. Для каждого URL делает запрос и парсит canonical тег
3. Если canonical указывает на old-domain.ru — выводит предупреждение
4. Генерирует отчёт в формате CSV

Проверка работоспособности редиректов:

Напиши скрипт который берёт список URL со старого домена,
для каждого проверяет статус ответа через fetch,
и сообщает если статус не 301 или Location не содержит new-domain.ru.
Входные данные — список URL в файле old-urls.txt

Генерация карты редиректов при изменении структуры URL:

У меня изменилась структура URL при переезде.
Вот таблица соответствий (CSV с колонками old_url, new_url).
Сгенерируй правила для .htaccess и для Nginx config.

## Чеклист переезда

ДО переезда:
☐ Зафиксированы базовые метрики (трафик, позиции, индекс)
☐ Проверена история нового домена
☐ Новый сайт готов и протестирован на staging
☐ Новый домен добавлен и верифицирован в GSC и Вебмастере
☐ SSL-сертификат установлен на новом домене

В ДЕНЬ переезда:
☐ Настроены постраничные 301 редиректы (не на главную!)
☐ Охвачены все варианты: http/https, www/non-www
☐ Проверена работа редиректов для главной и 5+ внутренних страниц
☐ Canonical теги на новом домене указывают на новый домен
☐ Sitemap.xml содержит URL нового домена
☐ robots.txt нового домена открыт для индексации
☐ Отправлен запрос Change of Address в GSC
☐ Выполнен переезд в Яндекс.Вебмастере
☐ Добавлен новый sitemap в оба вебмастера

В ТЕЧЕНИЕ месяца:
☐ Обновлены профили в соцсетях и каталогах
☐ Отправлены запросы партнёрам обновить ссылки
☐ Еженедельный мониторинг индекса и трафика
☐ Проверка на ошибки 404 и неработающие редиректы

## Сроки восстановления: что реально ожидать

Поисковики обрабатывают переезд с разной скоростью.

Яндекс обычно быстрее: при правильном переезде + инструмент «Переезд сайта» в Вебмастере первые результаты видны через 1–3 недели. Полная стабилизация — 4–8 недель.

Google медленнее на крупных сайтах: небольшие сайты обрабатываются за 1–4 недели, крупные (тысячи страниц) — до 3 месяцев. Change of Address Tool ускоряет процесс, но не делает его мгновенным.

Не паникуйте при временном падении трафика в первые недели — это нормально. Паниковать стоит, если через 6–8 недель трафик не начал восстанавливаться или новые страницы не индексируются.