Переадресация домена нужна в самых разных ситуациях. Компания поменяла название и переехала на новый адрес. Для бренда зарегистрировали несколько доменных зон. Сайт открывается одновременно с www и без него. Старый проект закрыли, но посетителей нужно отправить на новый. Иногда требуется перенаправить не весь домен, а только отдельную страницу.
На первый взгляд задача простая: посетитель вводит один адрес, а браузер открывает другой. На практике здесь легко перепутать DNS и редирект, выбрать неправильный код ответа, потерять внутренние страницы или получить бесконечную цепочку перенаправлений.
Правильно настроенная переадресация работает незаметно. Человек открывает старую ссылку и оказывается в нужном месте, а поисковые системы понимают, что произошло с адресом. Поэтому сначала стоит разобраться, что именно нужно перенаправить и на какой срок.
Предположим, раньше сайт находился на oldsite.ru, а теперь его основной адрес newsite.ru.
Пользователь открывает oldsite.ru. Запрос приходит на сервер, обслуживающий старый домен. Вместо обычной страницы сервер возвращает ответ, сообщающий браузеру, что ресурс находится по другому адресу.
Браузер получает новый URL и автоматически переходит на него.
Именно это обычно называют редиректом или переадресацией.
Важно, что старый домен при такой схеме продолжает выполнять полезную работу. Он должен оставаться зарегистрированным, а запросы к нему должны попадать туда, где настроено перенаправление.
DNS и переадресация домена не одно и то же
Это одна из самых распространенных путаниц.
DNS помогает определить, куда отправить запрос к доменному имени. Например, A-запись связывает домен с IPv4-адресом сервера, а CNAME позволяет одному имени ссылаться на другое имя в предусмотренных DNS случаях.
Но изменение DNS-записи само по себе обычно не заставляет браузер заменить один адрес в строке на другой.
Представим два домена:
oldsite.ru
newsite.ru
Если направить оба на один IP-адрес, запросы просто будут приходить на один сервер. Браузер по-прежнему знает, какой домен ввел пользователь.
Чтобы после открытия oldsite.ru в адресной строке появился newsite.ru, сервер или специальный сервис должен вернуть HTTP-перенаправление.
Поэтому при настройке полезно разделять две задачи: DNS доставляет запрос в нужное место, а веб-сервер сообщает браузеру, куда перейти дальше.
Когда используют постоянный редирект 301
Код 301 сообщает, что ресурс постоянно перемещен на другой адрес.
Он подходит, когда изменение действительно предполагается постоянным.
Типичные ситуации:
- сайт окончательно переехал на новый домен;
- старое название компании заменено новым;
- одна версия домена выбрана основной;
- изменился постоянный URL страницы;
- дополнительный домен всегда должен вести на основной.
Для поисковых систем это важный сигнал о том, что старый и новый адреса связаны между собой.
Но 301 не стоит использовать просто потому, что это самый известный редирект. Если перенаправление действительно временное, нужен другой подход.
Когда нужен временный редирект
Иногда ресурс перемещается ненадолго.
Например, определенную страницу временно отправляют на другой адрес, а затем собираются вернуть обратно. В таком случае сообщать о постоянном переезде нелогично.
Для временных сценариев существуют соответствующие HTTP-коды перенаправления. На практике часто встречается 302.
Для обычного владельца сайта главное правило проще самих кодов: постоянное изменение должно обозначаться как постоянное, временное — как временное.
Если сайт окончательно сменил домен, временный редирект обычно не является лучшим выбором. Если страница должна вернуться на прежний URL через несколько дней, не стоит объявлять ее постоянно переехавшей.
Как перенаправить старый домен на новый
Допустим, сайт полностью переехал с oldsite.ru на newsite.ru.
Самая грубая схема выглядит так:
oldsite.ru → newsite.ru
Но для реального сайта этого недостаточно.
У старого домена наверняка существуют внутренние страницы:
oldsite.ru/catalog
oldsite.ru/contacts
oldsite.ru/blog/article
Если все они отправляют посетителя исключительно на главную newsite.ru, часть структуры теряется.
Гораздо правильнее сохранять путь:
oldsite.ru/catalog → newsite.ru/catalog
oldsite.ru/contacts → newsite.ru/contacts
oldsite.ru/blog/article → newsite.ru/blog/article
Конечно, это возможно, если структура нового сайта сохранилась.
Если страницы изменились, для важных старых URL лучше определить наиболее подходящие новые адреса индивидуально.
Почему нельзя отправлять все старые страницы на главную
Представим интернет-магазин, на конкретный товар которого несколько лет ведут ссылки из обзоров и форумов.
Компания меняет домен. Пользователь нажимает старую ссылку на товар, но вместо карточки попадает на главную нового магазина.
Технически редирект сработал. Для человека результат плохой: ему придется самостоятельно искать нужный товар.
То же самое относится к статьям, разделам услуг, категориям и другим внутренним страницам.
При полноценном переезде лучше стремиться к максимально точному соответствию старых и новых URL.
Это особенно важно для сайта с большим количеством поискового и ссылочного трафика.
Можно ли настроить переадресацию в панели хостинга
Во многих случаях это самый простой способ.
Панель управления хостингом может содержать отдельную функцию перенаправления домена или URL. Пользователь выбирает исходный адрес, указывает новый и при необходимости тип перенаправления.
Преимущество очевидно: не нужно вручную редактировать конфигурацию веб-сервера.
Но интерфейсы хостингов отличаются. Где-то можно перенаправить весь домен с сохранением пути, где-то функция рассчитана только на более простые сценарии.
Перед сохранением настроек стоит понять, что именно создаст панель.
Особенно важно проверить несколько внутренних страниц после включения переадресации, а не ограничиваться главной.
Как сделать редирект через .htaccess
На хостингах с Apache перенаправления часто настраивают через файл .htaccess.
Например, при полном переезде домена правило должно отправлять запросы со старого адреса на новый и по возможности сохранять остальную часть URL.
Точный синтаксис зависит от задачи и конфигурации сервера, поэтому копировать первое найденное правило из интернета без проверки не стоит.
Перед редактированием полезно сохранить копию существующего .htaccess. Этот файл может уже содержать правила CMS, настройки безопасности и другие директивы.
Одна ошибочная строка способна привести к ошибке сервера или зациклить перенаправление.
После изменения нужно проверить главную страницу, несколько внутренних URL и варианты адреса с HTTP, HTTPS и www, если они используются.
Как перенаправление работает в Nginx
На VPS с Nginx редирект обычно задается непосредственно в конфигурации веб-сервера.
Для старого домена создается или изменяется соответствующий server-блок, который принимает запрос и возвращает перенаправление на новый адрес.
Такой способ удобен тем, что запрос не нужно передавать CMS или приложению только ради того, чтобы сообщить о новом URL.
Но владелец VPS должен внимательно работать с конфигурацией.
После изменений желательно сначала проверить ее корректность средствами самого Nginx и только затем применять настройки. Это особенно важно на сервере, где одновременно размещено несколько сайтов.
Редирект через CMS или веб-сервер
Некоторые CMS и плагины позволяют создавать перенаправления из административной панели.
Это удобно для отдельных страниц. Например, статья получила новый URL, а владелец хочет направить старый адрес на новую публикацию.
Для перенаправления целого домена чаще логичнее использовать возможности хостинга или веб-сервера.
Причина проста: запрос можно обработать раньше, не загружая всю CMS.
Кроме того, старый сайт после переезда может вообще перестать существовать. Держать полноценную установку CMS только ради одного редиректа обычно нет необходимости.
Поэтому способ стоит выбирать по масштабу задачи. Несколько измененных страниц удобно контролировать средствами сайта, а полный переезд домена лучше организовывать на уровне инфраструктуры.
Что делать с www и адресом без www
Адреса www.example.ru и example.ru технически различаются.
Для обычного сайта лучше заранее определить основной вариант.
Если основным выбран example.ru, обращения к www.example.ru можно постоянно перенаправлять на него. Если сайт традиционно работает с www, схема будет обратной.
Главное — последовательность.
Не стоит допускать ситуацию, когда часть страниц открывается с www, часть без него, а внутренние ссылки хаотично используют обе версии.
После настройки проверьте не только главную страницу, но и внутренний URL.
Например:
www.example.ru/catalog → example.ru/catalog
а не:
www.example.ru/catalog → example.ru
Так сохраняется нормальная структура сайта.
Как перенаправить HTTP на HTTPS
После подключения SSL-сертификата сайт обычно переводят на защищенную версию полностью.
В таком случае запрос:
http://example.ru/page
должен приводить к:
https://example.ru/page
При этом путь страницы сохраняется.
Настроить такое перенаправление можно средствами панели хостинга, веб-сервера или другого используемого сервиса.
Важно убедиться, что HTTPS уже действительно работает. Если сначала заставить все HTTP-запросы переходить на защищенный адрес, а сертификат установлен неправильно, пользователи попадут на ошибку безопасности.
После настройки следует проверить обе версии адреса вручную.
Почему HTTPS нужен даже старому домену
Этот момент часто забывают при переезде.
Предположим, oldsite.ru должен только перенаправлять пользователей на newsite.ru. Кажется, что SSL старому домену больше не нужен, ведь самого сайта там нет.
Но пользователь может открыть:
https://oldsite.ru/catalog
Прежде чем сервер сможет сообщить браузеру о редиректе, браузер должен установить защищенное соединение со старым доменом.
Если сертификат отсутствует или недействителен, человек сначала увидит предупреждение безопасности. До красивого автоматического перехода на новый сайт дело может вообще не дойти.
Поэтому HTTPS на старом домене стоит сохранять, пока с него работает переадресация.
Можно ли оставить старый домен без хостинга
Не всегда для редиректа требуется полноценный тариф, на котором раньше находился сайт.
Некоторые регистраторы и DNS-провайдеры предлагают собственную услугу веб-переадресации. В таком случае старый домен можно обслуживать без отдельного обычного сайта.
Но наличие такой функции и ее возможности нужно проверять у конкретного сервиса.
Важно, чтобы решение поддерживало необходимый тип редиректа, HTTPS и, если требуется, сохранение пути внутренних страниц.
Простая функция отправить весь домен на одну страницу подходит не для каждого переезда.
Нужно ли сохранять старый домен после переезда
Если сайт действительно работал на старом адресе, отказываться от домена сразу после переезда обычно неразумно.
На него могут вести внешние ссылки. Адрес может находиться в старых письмах, документах, закладках пользователей, каталогах и рекламных материалах.
Пока домен принадлежит прежнему владельцу, все эти обращения можно корректно перенаправлять.
Если регистрацию прекратить, спустя некоторое время адрес может получить другой человек.
Для известного бренда последствия особенно неприятны: пользователи по привычке вводят старый адрес, но попадают уже на чужой ресурс.
Поэтому стоимость продления старого домена стоит сравнивать не только с прямым трафиком, но и с риском его потери.
Как перенаправить только одну страницу
Редиректы нужны не только при смене домена.
Допустим, раньше услуга находилась по адресу:
example.ru/old-service
Теперь ее страница:
example.ru/services/new-service
Старый URL мог попасть в поисковую выдачу, закладки и внешние публикации. Просто удалять его нежелательно, если существует прямой новый аналог.
Можно настроить перенаправление именно этого URL.
Такой подход полезен при изменении структуры сайта, объединении похожих страниц или переименовании разделов.
Но не нужно автоматически перенаправлять любую удаленную страницу куда-нибудь. Если подходящей замены действительно нет, искусственный редирект на нерелевантную страницу не делает сайт удобнее.
Чем опасна цепочка редиректов
Представим, что сайт несколько раз менял настройки.
В результате получается:
http://www.oldsite.ru → https://www.oldsite.ru → https://oldsite.ru → https://newsite.ru
Пользователь в итоге попадет куда нужно, но пройдет через несколько промежуточных ответов.
Такие цепочки лучше сокращать.
Если конечный основной адрес уже известен, старые варианты желательно направлять на него максимально прямым путем.
Особенно внимательно стоит проверять правила после смены домена, подключения HTTPS и изменения www. Каждая из этих операций может добавить собственный редирект, и вместе они иногда образуют неожиданно длинную цепочку.
Что такое циклическая переадресация
Гораздо хуже длинной цепочки ситуация, когда правила начинают отправлять запрос друг к другу.
Например, одно правило перенаправляет www на версию без www, а другое по ошибке делает обратное.
Получается:
www.example.ru → example.ru → www.example.ru → example.ru
Браузер замечает, что переходы не заканчиваются, и прекращает загрузку.
Подобная ошибка может появиться и при одновременной настройке редиректов в нескольких местах. Например, одно правило работает в панели хостинга, другое в .htaccess, третье внутри CMS.
Поэтому лучше понимать, где именно выполняется каждое перенаправление, а не включать одинаковую функцию везде на всякий случай.
Как редиректы влияют на поисковое продвижение
Для поисковой системы смена адреса является технически значимым событием.
Если страница постоянно переместилась, корректный постоянный редирект помогает связать старый URL с новым.
Особенно это важно при смене домена.
Но сам по себе 301 не исправит плохо организованный переезд. Если тысячи старых страниц отправить на одну нерелевантную главную, изменить всю структуру без соответствий и одновременно закрыть часть нового сайта от индексации, наличие редиректа не сделает миграцию аккуратной.
Хороший переезд сохраняет логику адресов там, где это возможно.
После серьезной смены домена также стоит проверить настройки сайта в инструментах для вебмастеров и наблюдать за индексацией нового адреса.
Нужно ли менять внутренние ссылки после установки редиректа
Да, если сайт уже работает на новом адресе.
Редирект является страховкой для старых ссылок, а не причиной продолжать использовать их внутри сайта.
Предположим, меню нового сайта по-прежнему ведет на oldsite.ru/catalog, откуда посетитель автоматически возвращается на newsite.ru/catalog.
Для пользователя это может быть почти незаметно, но запрос совершает лишний переход без какой-либо пользы.
После миграции внутренние ссылки, canonical, sitemap и другие элементы сайта должны использовать актуальные URL.
Старый домен остается для внешних старых ссылок и пользователей, которые еще обращаются к прежнему адресу.
Почему редирект иногда не начинает работать сразу
Если одновременно с переадресацией менялись DNS-записи, результат может зависеть от их обновления.
Например, владелец направил старый домен на новый сервер и настроил редирект уже там. Пока часть DNS-резолверов использует прежние данные, запросы некоторых пользователей продолжают приходить на старый сервер.
В такой ситуации один человек уже видит правильное перенаправление, а другой еще нет.
Сам HTTP-редирект после попадания запроса на правильно настроенный сервер работает сразу. Задержка возникает на предыдущем этапе, когда меняется маршрут домена через DNS.
Поэтому при переезде полезно заранее понимать всю цепочку: где обслуживается DNS, на какой сервер приходит старый домен и где именно настроен редирект.
Как проверить переадресацию после настройки
Проверка только главной страницы недостаточна.
Для полного переноса домена стоит открыть несколько вариантов:
- старый домен по HTTP;
- старый домен по HTTPS;
- версию с www;
- версию без www;
- несколько внутренних страниц;
- старый URL с параметрами, если такие ссылки используются.
В адресной строке должен появляться ожидаемый конечный адрес.
Но браузер показывает только видимый результат. Для технической проверки полезно посмотреть HTTP-ответ и убедиться, что сервер возвращает именно тот код, который был запланирован.
Также стоит проверить отсутствие длинных цепочек и циклов.
Какие ошибки встречаются чаще всего
Первая ошибка — попытка сделать полноценную переадресацию только изменением A или CNAME-записи. DNS и HTTP-редирект выполняют разные задачи.
Вторая — перенаправление всех старых страниц на главную нового сайта.
Третья — удаление старого домена сразу после переезда.
Четвертая — отсутствие рабочего HTTPS на старом адресе.
Пятая — одновременное создание похожих правил в панели хостинга, CMS и конфигурации веб-сервера.
Шестая — выбор постоянного редиректа для заведомо временной ситуации.
Седьмая — проверка только одного варианта главной страницы при полном игнорировании www, HTTP и внутренних URL.
Большинство этих проблем возникают не из-за сложности самой технологии, а из-за желания настроить переадресацию одной кнопкой, не определив сначала желаемую схему.
Сначала нарисуйте конечный маршрут
Перед изменением настроек полезно буквально записать, откуда и куда должен попадать посетитель.
Например:
http://oldsite.ru/catalog → https://newsite.ru/catalog
https://www.oldsite.ru/catalog → https://newsite.ru/catalog
http://newsite.ru/catalog → https://newsite.ru/catalog
https://www.newsite.ru/catalog → https://newsite.ru/catalog
В этом примере сразу видно, что конечным считается один вариант адреса. Все остальные дороги ведут к нему.
После этого гораздо проще понять, какие DNS-записи должны доставлять запросы на сервер, где нужен SSL-сертификат и какие правила перенаправления следует настроить.
Правильная переадресация должна быть незаметной
Для посетителя хороший редирект выглядит скучно: он нажал старую ссылку и сразу оказался на нужной новой странице.
Именно этого и нужно добиваться.
Если изменение постоянное, используется соответствующий постоянный редирект. Если временное — временный. При смене домена внутренние пути по возможности сохраняются, старый адрес продолжает обслуживаться, а HTTPS работает на обеих сторонах.
При этом не нужно путать переадресацию с DNS. Сначала запрос должен попасть на сервер или сервис, способный его обработать, и уже затем браузер получает указание перейти на новый URL.
Самая надежная схема получается тогда, когда у сайта есть один четко выбранный основной адрес, а все устаревшие и альтернативные варианты ведут к нему коротким и понятным маршрутом. Тогда старые ссылки продолжают приносить посетителей, адресная структура остается логичной, а переезд домена не превращается в коллекцию случайных редиректов.
