Перенос сайта на другой домен: как настроить редиректы, чтобы не потерять трафик и позиции

Пошаговая логика миграции для владельца сайта и технической команды

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

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

Дальше — что нужно понимать и сделать, чтобы оказаться ближе к сценарию «19 дней», а не «523 дня».

Что такое редирект и почему это не техническая мелочь

Редирект — это ответ веб-сервера, который сообщает браузеру или поисковому роботу, что запрошенная страница переехала на другой адрес, и указывает, куда именно. Для постоянного переезда сайта используется код ответа 301 Moved Permanently — он говорит поисковой системе: старый адрес больше не актуален, весь «вес» страницы (ссылочный авторитет, историю индексации, релевантность запросам) нужно передать новому адресу [6][7].

Важный нюанс: 301-редирект должен быть настроен на уровне веб-сервера (в конфигурации Nginx, файле .htaccess для Apache или средствами CMS), а не через JavaScript или мета-тег refresh в HTML. Браузерные и скриптовые способы работают медленнее, хуже воспринимаются поисковыми роботами и для целей SEO-миграции считаются ненадёжными [7][6].

Второй принципиальный момент — соответствие должно быть 1:1: каждая старая страница должна вести на её конкретный аналог на новом домене, а не на общую главную страницу. Массовые редиректы «всё на главную» — одна из самых частых причин провальных миграций: поисковая система теряет релевантность страницы запросу, и позиции по конкретным ключевым словам не переносятся [5][8]. В задокументированных кейсах массовый редирект без точного соответствия URL приводил к потере более 90% видимости сайта в поиске [4].

Как процесс переезда видят поисковые системы

Google

Google описывает переезд сайта как последовательность из нескольких обязательных шагов: подготовка карты URL, настройка 301-редиректов, проверка редиректов инструментом проверки URL, и в завершение — подача запроса на смену адреса через Google Search Console [2][3].

Инструмент «Смена адреса» (Change of Address) в Search Console не заменяет технический редирект, а дополняет его: он явно сообщает Google, что сайт переехал на новый домен, ускоряет переиндексацию новых URL и указывает Google отдавать предпочтение новому домену при определении канонической версии страницы. Эти эффекты действуют в течение 180 дней после запуска переезда [3]. Инструмент предназначен именно для смены домена или поддомена — для изменения адресов внутри одного домена (например, структуры папок) он не используется [3][9].

Google отдельно предупреждает: подавать запрос на смену адреса нужно для всех вариантов старого домена — с www и без, для всех поддоменов, даже если они не используются активно, и все эти варианты должны быть подтверждены в Search Console [2]. Редиректы рекомендуется сохранять как можно дольше — как правило, не менее одного года, чтобы поисковая система успела перенести все сигналы, включая переобход и переприсвоение ссылок с других сайтов [2].

Google не удаляет старый сайт из индекса мгновенно и не обещает, что старые URL исчезнут из выдачи сразу — по старым адресам страницы могут появляться в результатах, пока для них не будет найден однозначный аналог на новом домене [3].

Яндекс

В Яндекс.Вебмастере действует отдельный инструмент — «Переезд сайта» в разделе «Индексирование». Владелец подтверждает права на оба домена, после чего в интерфейсе старого сайта указывается адрес нового [1][8]. Уведомление Яндекса о переезде — обязательный шаг: даже при корректно настроенных 301-редиректах старые страницы могут продолжать участвовать в поиске, пока аналогичные страницы на новом домене не будут проиндексированы, а раздел «Переезд сайта» ускоряет и формализует этот процесс [1].

Яндекс отдельно указывает частые причины, по которым переезд может пройти некорректно: индексация нового или старого сайта запрещена в robots.txt, на сайте есть нарушения правил поиска (проверяется в разделе «Безопасность и нарушения»), либо переезд происходит в другую доменную зону без настроенного редиректа [1].

Российская специфика: что дополнительно нужно учитывать

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

• Яндекс.Вебмастер и Яндекс.Метрика — это два разных процесса. Переезд домена в Вебмастере не переносит автоматически счётчик Метрики: если счётчик установлен на старом домене, он либо переносится на новый через настройки счётчика, либо для нового домена создаётся отдельный счётчик, а для сохранения истории по обоим доменам может использоваться механизм загрузки данных с альтернативного домена [13].
• Владение обоими доменами нужно подтвердить в обеих системах — и в Google Search Console, и в Яндекс.Вебмастере, отдельно для старого и нового адреса [1][3].
• Регистрация нового домена в зоне .ru, .рф или другой российской зоне имеет свои технические сроки делегирования и требования регистратора — это стоит закладывать в график миграции отдельно от SEO-шагов, чтобы домен был доступен и стабилен до начала настройки редиректов.
• SSL-сертификат для нового домена нужно выпустить и установить заранее, до включения редиректов, — переход должен проходить по защищённому протоколу без промежуточных предупреждений браузера.
• Если сайт связан с обработкой персональных данных пользователей (личный кабинет, формы заказов, CRM), при смене домена стоит проверить, что политика обработки персональных данных, публичная оферта и реквизиты на сайте актуализированы под новый адрес — это отдельная организационно-юридическая задача, не связанная напрямую с редиректами, но обычно решается в рамках того же проекта.

Как технически реализуются редиректы

Конкретный способ настройки зависит от того, на чём работает сайт.

На сервере с Nginx редирект прописывается в конфигурационном файле виртуального хоста директивой return 301 с указанием нового домена и сохранением исходного пути запроса [10][12]. Такой редирект работает на уровне сервера, до генерации страницы, и не создаёт лишней нагрузки.

На сервере с Apache аналогичная задача решается через модуль mod_rewrite в файле .htaccess — либо построчными правилами для каждого старого адреса, либо групповым правилом переноса всего домена с сохранением структуры URL [6][11].

В CMS (например, 1С-Битрикс и аналогичные системы) часто есть собственные модули управления редиректами в административной панели — это удобно для точечных переносов страниц, но при массовой миграции всего сайта обычно быстрее и надёжнее настраивать редирект на уровне веб-сервера [11].

Отдельная задача — карта редиректов (redirect map): таблица соответствия каждого старого URL новому. Её собирают на основе полной выгрузки всех проиндексированных и посещаемых страниц старого домена (это можно получить через Google Search Console, Яндекс.Вебмастер и краулеры типа Screaming Frog) [8]. Именно качество этой карты, а не факт наличия редиректов как таковых, определяет, насколько плавно пройдёт переезд.

После настройки редиректы обязательно проверяются вручную и автоматизированными инструментами — важно убедиться, что в цепочке нет циклов, нет лишних промежуточных «прыжков» (редирект на редирект), и что конечная страница действительно соответствует содержанию старой [14][8].

Практические этапы миграции

1. Аудит текущего сайта. Полная выгрузка всех индексируемых URL, проверка технического состояния (скорость загрузки, ошибки, дубли страниц), фиксация текущих позиций и трафика как точки отсчёта [8].
2. Подготовка нового домена. Регистрация, выпуск SSL-сертификата, настройка хостинга и DNS, тестовое размещение сайта на новом адресе без открытия для индексации.
3. Составление карты редиректов 1:1 для всех значимых URL старого сайта.
4. Настройка 301-редиректов на уровне сервера и их тестирование на всех вариантах адреса (с www и без, http и https) [2].
5. Перенос и проверка аналитики — счётчики Яндекс.Метрики и Google Analytics должны быть корректно установлены на новом домене, цели и события должны фиксироваться [13][15].
6. Обновление технических файлов — sitemap.xml с новыми адресами и robots.txt, который не должен случайно закрывать новый сайт от индексации [1][15].
7. Подача запроса на переезд — «Смена адреса» в Google Search Console для всех вариантов старого домена и «Переезд сайта» в Яндекс.Вебмастере [3][1].
8. Мониторинг после запуска — отслеживание количества страниц в индексе старого и нового домена, кода ответа редиректов, динамики трафика и позиций в течение нескольких месяцев [2][8].
9. Сохранение старого домена с редиректом — как минимум на год, а лучше дольше, чтобы не потерять переходы по внешним ссылкам и закладкам [2][9].

Ограничения, ошибки и риски

• Массовые редиректы на главную страницу вместо точного соответствия URL — самая частая и самая дорогая ошибка, резко снижающая релевантность и позиции [5][8].
• Цепочки редиректов (когда старый адрес ведёт на промежуточный, а тот — на конечный) замедляют обход роботами и хуже передают вес страницы [14].
• Некорректный robots.txt после переезда — если новый сайт случайно закрыт от индексации, редиректы просто некуда будет вести в поиске [1][5].
• Забытые счётчики аналитики на новом домене — без них невозможно объективно оценить, как проходит миграция, и это же затрудняет анализ поведения пользователей поисковыми системами [15].
• Незавершённые запросы на переезд в Яндекс.Вебмастере и Google Search Console — без них поисковые системы могут долго держать в приоритете старый домен даже при работающих редиректах [1][3].
• Слишком раннее прекращение работы старого домена — если он выключается или редиректы снимаются раньше 1 года, часть накопленных ссылок и трафика теряется безвозвратно [2][9].
• Восстановление после переезда не бывает мгновенным даже при идеальной подготовке — по имеющимся данным, реалистичный ориентир составляет от нескольких недель до нескольких месяцев, и закладывать этот срок в бизнес-план миграции стоит заранее [4][8].

Как выбрать подход к реализации

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

Разработка или техническая помощь становятся оправданны, когда: сайт содержит тысячи или десятки тысяч страниц с динамически формируемыми URL (интернет-магазин, каталог, портал); редиректы нужно строить не построчно, а по шаблонам и правилам; сайт интегрирован с CRM, 1С, внешними API, и при переезде нужно синхронно обновить адреса во всех интеграциях; требуется одновременно с переездом провести технический аудит, устранить дубли и ускорить сайт, чтобы не тащить старые проблемы на новый домен.

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

Вывод

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

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

Источники

[1] yandex.ru — Переезд сайта на новое доменное имя — https://yandex.ru/support/webmaster/ru/yandex-indexing/moving-site

[2] developers.google.com — Site Moves and Migrations — https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes

[3] support.google.com — Change of Address tool - Search Console Help — https://support.google.com/webmasters/answer/9370220?hl=en

[4] searchenginejournal.com — How Long Should an SEO Migration Take? — https://www.searchenginejournal.com/study-how-long-should-seo-migration-take/492050/

[5] vc.ru — Как не потерять поисковый трафик при переезде на новый сайт — https://vc.ru/flood/38006-kak-ne-poteryat-poiskovyi-trafik-pri-pereezde-na-novyi-sait

[6] eurobyte.ru — Как настроить 301 редирект: подробная инструкция — https://eurobyte.ru/articles/kak-nastroit-301-redirekt/

[7] new-point.bz — Настройка 301 редиректа в файле .htaccess — https://new-point.bz/blog/drugoe/nastrojka-301-redirekta-v-fajle-htaccess/

[8] soroka-marketing.ru — Переезд сайта на новый домен без потери позиций — https://soroka-marketing.ru/blog/pereezd-sajta-na-novyij-domen-bez-poteri-poziczij

[9] juniortoexpert.com — Search Console Site Moving (Change of Address Tool) — https://juniortoexpert.com/en/search-console-change-of-address-tool/

[10] firstvds.ru — Настройка редиректов (перенаправлений) в Nginx и Apache — https://firstvds.ru/technology/perenapravlenie-apache-i-nginx

[11] m.seonews.ru — Что такое 301 редирект и как его сделать в .htaccess — https://m.seonews.ru/analytics/kak-sdelat-301-redirekt-v-htaccess/

[12] nic.ru — Настройка редиректа с помощью Nginx на VPS — https://www.nic.ru/help/nastrojka-redirekta-s-pomosh6yu-nginx-na-vps_11317.html

[13] yandex.ru — Загрузка счетчика с альтернативного домена — https://yandex.ru/support/metrica/ru/general/alternative-domain.html

[14] serptop.ru — Переезд сайта без потери трафика: пошаговый план миграции — https://serptop.ru/blog/migraciya-sayta-bez-poteri-trafika-kak-pravilno-perenesti-sayt-i-sohranit-pozicii/

[15] krupnoedelo.ru — 16 критических ошибок при переносе сайта — https://www.krupnoedelo.ru/usefull/16-oshibok-pri-perenose-sayta-kotorye-privodyat-k-potere-trafika/