Коротко: как сделать редирект с одного домена на другой — это прописать серверный 301-ответ для всех URL старого адреса на соответствующие страницы нового. Если правило настроено на уровне сервера и не оставлено цепочек, поисковики переносят страницы на новый домен за несколько недель, а трафик проседает лишь ненадолго.
Перенос домена — задача, которую в SEO-практике делают заметно реже, чем обычные оптимизации, поэтому многие на этом этапе теряют позиции. Обычно переезд запускают при смене бренда, при слиянии двух сайтов или при выводе проекта из «серой» зоны. Дальше разберём, какой код выбрать, где прописать правило, что делать с DNS и как убедиться, что переход реально работает.
Выбор типа редиректа
Начинать с вопроса как настроить редирект с одного домена на другой стоит именно с HTTP-кода: от него зависит, как поисковики переиндексируют страницы и передадут накопленный вес. Разница между кодами выглядит технической, но на практике решает, сохраните вы позиции или нет.
| Код | Значение | Когда использовать |
|---|---|---|
| 301 | Moved Permanently | Постоянная смена домена — стандарт для SEO-переезда |
| 302 | Found | Временный перенос: тесты, A/B-эксперименты, техработы |
| 307 | Temporary Redirect | Аналог 302 с сохранением HTTP-метода (важно для POST-запросов) |
| 308 | Permanent Redirect | Постоянный, как 301, но не меняет метод запроса |
Как сделать редирект на новый домен правильно, если сайт на CMS и админка не отдаёт серверные правила — задача сложнее. В таких случаях либо правят конфиг веб-сервера напрямую, либо используют модуль перенаправлений в панели хостинга. JS-редиректы и мета-тег refresh не подходят: роботы их обрабатывают неохотно, а пользователи видят мигание страницы.
По данным Google Search Central (2026), робот Googlebot обходит 301-редирект как обычную ссылку и переносит как релевантность, так и большую часть внешнего веса. Цепочка из двух и более редиректов задерживает этот процесс в 2–3 раза.
Настройка через .htaccess
На Apache самый распространённый путь — правила в .htaccess. Если оба домена указывают на один и тот же сервер и каталог, правило-«заглушка» выглядит так:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.ru$ [NC]
RewriteRule ^(.*)$ https://new-domain.ru/$1 [R=301,L]Здесь важны три вещи. Во-первых, $1 сохраняет путь: пользователь с old-domain.ru/catalog/tovar-1/ попадёт на new-domain.ru/catalog/tovar-1/, а не на главную. Во-вторых, флаг L останавливает обработку следующих правил, чтобы не собрать цепочку. В-третьих, https:// сразу задаёт финальный протокол — это снимает необходимость во втором редиректе по https.
Если структура URL на новом домене изменилась, ставить одно правило на всё не получится. По каждой «переехавшей» странице прописывают отдельное соответствие или делают карту редиректов на 200–500 строк. В нашей практике на крупных каталогах объём карты доходил до 3 000 правил — и это норма, если структура менялась.
Что проверить до переключения домена
- Каждый старый URL имеет одного «приёмника» — без цепочек и петель
- HTTPS-версии старого домена тоже отдают 301, а не 404
- Правила не конфликтуют между собой: после
Lдальнейшие обработки не идут - В
.htaccessнет символа переноса строки в середине правила — Apache это молча проигнорирует
Работа с DNS и хостингом
Отдельная тема — как настроить редирект с одного домена на другой reg ru: если оба домена зарегистрированы в reg.ru и обслуживаются на одном хостинге, схема та же — правило прописывается на сервере, а в DNS старого домена остаётся та же A-запись. DNS-уровень сам по себе URL не редиректит, но он должен приводить пользователя на сервер, где 301 и отдаётся.
Меняются только две вещи в этой связке. Первая — MX-записи: если на старом домене работала корпоративная почта, их оставляют как были, иначе ящики отвалятся в момент переноса. Вторая — SSL-сертификат на старом домене: его обязательно продлевают, пока идут переходы. На практике видели ситуацию, когда клиент не продлил Let's Encrypt, и весь трафик упёрся в ошибку браузера минут за десять до переключения. Осадок был неприятный.
Если сайт переезжает между хостингами одновременно со сменой домена, порядок такой: сначала поднимаем новый сайт и проверяем его на временном адресе, потом включаем редирект на старом, и только после этого меняем A-запись в DNS. TTL записи выставляют заранее — за сутки-двое — чтобы переключение произошло за 10–30 минут, а не за сутки.
На смену NS-серверов дают до 24 часов, но реально у большинства провайдеров DNS-кеш обновляется за 2–6 часов. Планируйте переезд на будний день без пиковой нагрузки, чтобы успеть отреагировать, если что-то пойдёт не так.
Перенаправление через панель управления
Не всем удобно лезть в конфиг. Как настроить редирект можно и через интерфейс хостинга: в cPanel — через «Domains → Redirects», в ISPmanager — через «WWW-домены → Редирект», в Plesk — через «Сайты и домены → Перенаправление». Логика везде одна: выбираем источник, выбираем приёмник, ставим галочку «постоянный» и указываем, сохранять ли путь.
Сайты на Tilda тоже переносят без доступа к серверу. Как настроить редирект в тильде: в разделе «Настройки сайта → Домен» указываем основной домен, а над старым в DNS-панели прописываем CNAME на tilda.ws. Сама Tilda отдаёт 301 с прикреплённого второстепенного домена на основной. Если домен не прикреплён к проекту в интерфейсе, редиректа не будет — это первый момент, который проверяем.
| Панель | Где настраивается | Особенность |
|---|---|---|
| cPanel | Domains → Redirects | Не работает с изменением пути на уровне подпапок |
| ISPmanager | WWW-домены → Редирект | Правило пишется в отдельный конфиг nginx |
| Plesk | Сайты и домены → Перенаправление | Есть выбор кода 301/302 прямо в интерфейсе |
| Tilda | Настройки сайта → Домен | Работает только для прикреплённого домена |
Проверка корректности перехода
Дальше встаёт вопрос как сделать редирект с одной страницы на другую осмысленно, а не «на главную» — и правильно ли он отдаётся с точки зрения поисковиков. Быстрее всего проверять через curl:
curl -I https://old-domain.ru/catalog/tovar-1/В ответе должны быть строка HTTP/1.1 301 Moved Permanently и заголовок Location с полным адресом новой страницы. Если видите 302, 200 или цепочку из двух 301 — правило надо править. Отдельно проверяют редирект с www на без-www, с http на https и обратно.
Как сделать редирект с домена на домен так, чтобы поисковики об этом узнали, а не догадались сами — в Google Search Console есть инструмент «Изменение адреса», в Яндекс Вебмастере — «Переезд сайта». Оба они запускают ускоренную переиндексацию и сохраняют историю в отчётах. Плюс не забудьте подать новый sitemap на новом домене — процедура описана в отдельной инструкции про создание карты сайта, и она же сильно ускоряет перенос.
Сам редирект удобнее проверять пакетно, а не по одному URL — на крупных сайтах это экономит часы. Мы обычно сверяем старый и новый sitemap автоматически и смотрим расхождения: как проверить редирект на сайте через инструменты и анализаторы цепочек, разбирали отдельно. Ещё один ориентир — отчёт «Ошибки сканирования» в Search Console и «Диагностика» в Вебмастере: если через 2–3 недели после переезда там всплывают 404 со старых URL, значит карта редиректов неполная.
Параллельно стоит посмотреть, как перенос влияет на позиции. Факторы ранжирования не меняются при переезде, но просадки случаются — обычно из-за цепочек, медленного ответа нового сервера или потерянных внутренних ссылок. Аналитические метрики по основным факторам ранжирования помогают понять, где именно теряется вес: в поведенческих, технических или ссылочных сигналах.
Читайте также
- Как проверить редирект на сайте
- Как правильно создать sitemap для автоматической отдачи страниц
- Как быстро ускорить индексацию сайта после запуска
- Основные факторы ранжирования в поисковых системах