Редирект — это автоматическое перенаправление пользователей с одного сайта на другой. Я думаю вы с этим часто сталкивались, но если нет то, выглядит это следующим образом – пользователь набирает в адресной строке браузера один адрес, а оказываетесь на совершенно другом сайте. Помимо самого процесса, редиректом называется скрипт, выполняя который, браузер перенаправляет пользователя на другой сайт.
Давайте рассмотрим по ближе как сделать редирект на другой сайт.
Читайте также:Что значит делегировать домен?
Первый способ сделать редирект на другой сайт (подойдет для новичков)
Регистрируемся на одном из сайтов 2domains.ru или reg.ru, покупаем домен по чему именно у них? Потому что в зоне .ru или .рф стоит всего 99 рублей в год! Далее надо подождать несколько часов пока ваш домен зарегистрируется. Потом заходим в панель «Мои домены», и нажимаем на купленный нами домен и делаем что на скрине.
2domains.ru
reg.ru — вариант 1 (при выборе домена)
reg.ru — вариант 2(после того как вы зашли в купленный домен)
Нажимаем Заказать услугу «Переадресация домена / Web-forwarding» (она стоит 120 рублей в год)
В меню справа переходим в раздел Web-forwarding и там снова нажимаем на наш домен и на настройку перееадресации
Далее в колонку слева мы вводим откуда нас будет переадресовать и в колонку справа, куда нас будет переавторизовывать.
И отсюда видим что с домена будет переадресовывать на на страницу вконтакте [https://vk.com/
|https://vk.com/]
Какой тип редиректа выбрать: 301, 302, 307 или 308
Код ответа выбирают по сроку перенаправления и по тому, должен ли браузер запомнить новый адрес. Для постоянного переезда используют 301 или 308, для временного — 302 или 307. Если указать временный код при окончательной смене URL, поисковику может потребоваться больше времени, чтобы заменить адрес в выдаче; постоянный код при временной акции, наоборот, создаёт риск, что браузер или промежуточный кеш продолжит отправлять посетителей на новый адрес после её завершения.
Код
Тип
Что происходит с методом запроса
301
Постоянный
Некоторые клиенты могут заменить POST-запрос на GET
302
Временный
Некоторые клиенты могут заменить POST-запрос на GET
307
Временный
Метод запроса и тело запроса сохраняются
308
Постоянный
Метод запроса и тело запроса сохраняются
При обычном переходе по ссылке браузер отправляет GET-запрос, поэтому различие между 301 и 308 или между 302 и 307 обычно незаметно посетителю. Оно важно для форм и API: если запрос отправлен методом POST, 307 и 308 требуют сохранить метод и данные, а 301 и 302 не дают такой гарантии для всех клиентов.
Для поискового продвижения 301 и 308 сообщают, что старый URL заменён новым. Поисковики могут перенести на целевую страницу сигналы старого адреса, включая часть веса внешних ссылок, но это не означает автоматического сохранения всех позиций. Результат зависит от соответствия страниц, качества сайта и корректности переноса. Проверить связанные технические факторы можно при подготовке сайта к SEO.
302 и 307 указывают, что адрес может снова стать доступен. Поисковик обычно оставляет исходный URL основным, а постоянного переноса сигналов ожидать не следует. Эти ответы подходят, если перенаправление действительно закончится: например, посетителей временно ведут на страницу акции, пока основной раздел недоступен.
Ситуация
Подходящий код
Почему
Смена домена или постоянный перенос сайта
301 или 308
Старый адрес заменяется новым; сохраняют соответствие страниц один к одному
Переезд отдельной страницы
301 или 308
Посетитель и поисковый робот сразу попадают на её постоянный аналог
Временная акция или тестовая страница
302 или 307
После завершения кампании можно вернуть прежний URL
Технические работы
302 или 307
Временная страница не должна закрепиться вместо основного адреса
Форма или API с POST-запросом
307 или 308
Метод и тело запроса должны остаться прежними
При смене домена настройте отдельное соответствие старых страниц новым: главную — на главную, карточки и разделы — на соответствующие страницы. Перенаправление всех адресов только на главную теряет связь между URL и содержимым. Для акций временный редирект стоит снять сразу после окончания кампании; если старый адрес после этого удаляют окончательно, можно настроить постоянное перенаправление на актуальную страницу.
Кеширование тоже зависит от кода и настроек ответа. Постоянные перенаправления браузеры могут сохранять, поэтому после исправления правила часть посетителей ещё некоторое время будет попадать на прежний целевой адрес. Временные ответы обычно проще изменить, но конкретный срок кеша задают заголовки сервера. Перед запуском постоянного редиректа проверьте его на тестовой странице и убедитесь, что цепочки переходов не ведут обратно на исходный URL.
Редирект на уровне сервера: Apache, Nginx и PHP
Серверный редирект срабатывает до загрузки страницы и подходит для переноса домена, раздела или отдельного URL. Перед изменением конфигурации сохраните копию файла и проверьте правила на тестовом адресе: синтаксическая ошибка в конфигурации может сделать сайт недоступным. При переносе используйте код ответа, выбранный для постоянного или временного сценария.
Apache и файл.htaccess
Откройте .htaccess в корневой папке сайта. Для правил с RewriteRule должен быть включён модуль mod_rewrite; на большинстве хостингов он активен. Пример переноса всего домена на новый адрес с сохранением пути и параметров запроса:
Запрос к old-example.ru/catalog/item перейдёт на new-example.ru/catalog/item. Условие учитывает варианты домена с www и без него; замените домены на свои. Если нужен временный перенос, укажите R=302 вместо R=301.
Чтобы перенаправить одну страницу на другую, добавьте отдельное правило:
«apache Redirect 301 /old-page.html example.ru «
Для переноса всей папки с сохранением оставшейся части пути используйте:
«apache RewriteEngine On RewriteRule ^old-folder/(.*)$ /new-folder/$1 [R=301,L] «
Например, old-folder/item откроется по адресу /new-folder/item. Размещайте правило до более общих правил CMS, которые могут перехватить запрос раньше.
Nginx
Правила Nginx добавляют в конфигурацию нужного виртуального хоста, обычно внутри блока server. После изменения конфигурации проверьте её командой nginx -t, затем перезагрузите Nginx. На виртуальном хостинге без доступа к конфигурации сервера этот способ может быть недоступен.
Перенос домена с сохранением исходного пути и параметров запроса:
Переменная $request_uri содержит путь и строку параметров, поэтому /catalog/item?sort=price перенаправится вместе с параметром sort. Для отдельной страницы добавьте в блок server:
В этом варианте путь после /old-folder/ и параметры запроса попадут в новый адрес. Проверьте поведение на вложенных URL и убедитесь, что целевая папка не совпадает с исходной: ошибочное правило может создать цикл перенаправлений.
PHP-заголовок Location
PHP отправляет редирект через заголовок Location. Код выполнится, только если до него не был отправлен текст или HTML: пробелы перед <?php, вывод шаблона или сообщение об ошибке могут привести к сбою. После заголовка завершите выполнение скрипта командой exit.
Такой вариант перенаправляет на конкретную страницу. Для переноса домена с сохранением пути текущего запроса можно использовать $_SERVER['REQUEST_URI']:
При сборке целевого адреса проверяйте источник значения: не подставляйте непроверенный URL из параметра запроса в Location, иначе скрипт могут использовать для перенаправления на посторонние сайты. Для правил, которые должны работать на всём сайте, обычно удобнее конфигурация сервера: она срабатывает до запуска PHP и не зависит от того, какая страница обработала запрос.
Чем редирект отличается от DNS-переадресации и настроек домена
DNS связывает доменное имя с сервером, но сам по себе не задаёт переход с одного адреса сайта на другой. Когда посетитель вводит домен, DNS помогает браузеру найти сервер, который должен ответить на запрос. Уже веб-сервер или сервис переадресации возвращает браузеру команду перейти на новый URL.
Регистратор управляет доменом и его настройками: указывает, какие DNS-серверы обслуживают домен, а иногда предлагает отдельную услугу переадресации. Хостинг хранит файлы сайта и предоставляет доступ к серверу. Веб-сервер — например, Nginx или Apache — обрабатывает запросы к этим файлам и может отправить браузеру HTTP-ответ с кодом редиректа и новым адресом.
Записи DNS A и CNAME решают другую задачу. A связывает домен с IPv4-адресом сервера, а CNAME направляет одно доменное имя на другое имя. Ни одна из них не сообщает браузеру: «откройте такой-то URL». Например, A-запись может направить site.ru на IP-адрес сервера, но не перенаправит посетителя с site.ru/catalog на shop.ru/catalog. Путь страницы, протокол и параметры запроса обрабатываются уже после того, как браузер подключился к серверу.
Исключение — услуга web-forwarding у регистратора или DNS-провайдера. Она работает не за счёт одной записи A или CNAME: провайдер принимает запрос и сам отвечает браузеру перенаправлением. Перед подключением такой услуги нужно проверить, поддерживает ли она HTTPS и сохраняет ли путь после домена. Если сохраняется только главная страница, запрос к site.ru/catalog может перейти на shop.ru, а не на соответствующую страницу.
Для редиректа через хостинг домен сначала привязывают к серверу. Обычно для этого меняют DNS-записи или указывают DNS-серверы хостинга, затем добавляют домен в панели управления и проверяют, что сервер принимает запросы для него. Изменения DNS распространяются не мгновенно: некоторое время разные пользователи могут попадать на прежний сервер или видеть ошибку.
SSL-сертификат нужно выпустить и подключить для домена, который принимает исходные запросы. Если посетитель открывает site.ru, браузер проверяет сертификат до того, как сервер сможет отправить редирект. При отсутствии подходящего сертификата пользователь увидит предупреждение о безопасности и может не дойти до целевого сайта. Поэтому сначала привяжите домен, дождитесь обновления DNS и настройте сертификат для нужных вариантов имени — например, с www и без него. После этого включайте перенаправление и проверяйте оба адреса по HTTP и HTTPS.
Если сайт остаётся на прежнем хостинге, редирект обычно задают на веб-сервере. Если хостинга нет, можно использовать услугу регистратора, но её возможности зависят от тарифа и настроек. При переносе проекта стоит также проверить остальные технические параметры сайта: чек-лист технического аудита поможет найти ошибки, которые могут проявиться после смены домена.
Ошибки и риски при перенаправлении на другой сайт
Цепочка редиректов возникает, когда один адрес перенаправляет на второй, второй — на третий и так далее. Каждый переход добавляет задержку, а слишком длинная цепочка может закончиться ошибкой браузера или потерей части параметров. По возможности задавайте один прямой переход со старого URL на конечный адрес и проверяйте не только главную страницу, но и важные разделы.
Цикл появляется, когда правила отправляют адреса друг на друга. Например, HTTP перенаправляется на HTTPS, а правило на HTTPS возвращает посетителя на HTTP. Браузер повторяет запросы, пока не остановит переход с сообщением о слишком большом числе перенаправлений. Проверяйте правила целиком: в панели хостинга, конфигурации сервера и настройках CMS одновременно могут действовать разные редиректы.
Ошибки бывают и в самом адресе назначения. Абсолютный URL содержит протокол и домен, например example.ru относительный указывает путь внутри текущего сайта, например /page. Если вместо абсолютного адреса задать только page`, сервер или браузер может собрать ссылку относительно текущего пути и отправить посетителя не туда. Относительный путь подходит для страниц того же домена, а при переходе на другой сайт указывайте полный адрес. До публикации правила проверьте, что в URL нет опечаток, лишнего пробела и неверного протокола.
Отдельно проверьте сохранение параметров запроса. UTM-метки помогают определить источник перехода, а другие параметры могут содержать поисковый запрос, идентификатор товара или состояние страницы. Если правило ведёт на фиксированный адрес и отбрасывает строку после знака вопроса, аналитика перестанет связывать посещение с рекламной кампанией, а часть функций сайта может работать неправильно. Настройте передачу параметров и сравните адрес до и после перехода: например, проверьте, сохранились ли utm_source и utm_campaign.
Переход между HTTP и HTTPS тоже требует согласованных настроек. Если посетители входят на HTTP-версию, а сайт уже работает через HTTPS, перенаправляйте их на защищённый адрес одним шагом. Убедитесь, что сертификат действителен для исходного домена: сертификат целевого сайта не исправит ошибку, которая возникает при открытии исходного адреса. После изменения правил очистите кэш браузера или проверьте адрес в отдельном профиле, чтобы старый сохранённый редирект не исказил результат.
Опасный вариант — открытое перенаправление: сайт принимает адрес назначения из параметра запроса и отправляет пользователя куда угодно. Злоумышленник может использовать домен, которому доверяют посетители, чтобы сначала показать знакомый адрес, а затем перенаправить человека на поддельную страницу входа или оплаты. Не берите адрес назначения напрямую из пользовательского ввода. Если переход на внешние домены необходим, используйте список разрешённых адресов, проверяйте схему и домен, а для внутренних переходов принимайте только пути своего сайта.
Перед переходом пользователь должен видеть конечный домен, а не только ссылку на исходном ресурсе. Проверяйте его написание посимвольно: подмена одной буквы или похожий символ могут маскировать другой сайт. Не вводите пароль и данные карты, если адрес назначения отличается от ожидаемого; при сомнении откройте нужный сайт самостоятельно через закладку или введённый вручную адрес. После настройки проверьте цепочку переходов, конечный URL, сертификат и сохранность параметров на компьютере и телефоне. Такие проверки также входят в подготовку сайта к поисковому продвижению: этапы подготовки сайта.
Как проверить редирект и сохранить переходы из поиска
Проверьте, какой код ответа получает браузер и на какой адрес он приходит в итоге. Введите исходный URL вручную, затем повторите проверку для внутренних ссылок, закладок и страниц, которые открываются из поисковой выдачи. В адресной строке должен появиться нужный конечный адрес, а не промежуточная страница или сообщение об ошибке.
Для быстрой проверки заголовков ответа используйте команду curl -I. Например: curl -I старый-сайт.ru В ответе найдите код состояния и заголовок Location: при перенаправлении в нём указан следующий адрес. Ключ -L заставляет curl пройти цепочку до конца, а -I -L` помогает увидеть ответы на каждом шаге. Если вместо ожидаемого перенаправления сервер возвращает ошибку 404 или 500, проверьте правила на сервере и настройки CMS.
Сервисы диагностики редиректов показывают цепочку переходов и итоговый код ответа. Они удобны для массовой проверки списка URL, но не заменяют проверку в браузере: кэш, расширения и авторизация могут менять поведение для конкретного пользователя. Сравните результаты из нескольких источников, особенно если перенаправление настроено недавно.
Проверьте все варианты адреса сайта: с http и https, с www и без него, а также адреса с завершающим слешем. Каждый неосновной вариант должен вести на одну выбранную версию домена. Проверьте главную страницу и несколько внутренних URL: бывает, что главная перенаправляется правильно, а страницы разделов и товаров ведут на старые адреса или выдают ошибку.
При переносе сайта настройте соответствия между старыми и новыми страницами. Например, /catalog/old-name/ должна вести на страницу того же товара или раздела, а не на главную сайта. Если у старой страницы нет прямого аналога, выберите наиболее близкий раздел; перенаправлять все удалённые URL на главную не следует. Пользователь может не найти нужную информацию, а поисковая система — посчитать такое перенаправление нерелевантным.
Составьте таблицу соответствий перед настройкой и проверьте каждую строку после запуска:
Старый URL
Новый URL
Проверка
/catalog/old-name/
/catalog/new-name/
Код ответа и конечный адрес
/about.html
/company/
Код ответа и конечный адрес
Для переноса сайта обычно применяют постоянное перенаправление — код 301 или 308. Временный редирект с кодом 302 или 307 уместен, когда прежний адрес планируется вернуть. Не объединяйте несколько последовательных перенаправлений: старый URL должен вести прямо на актуальную страницу. Цепочка из нескольких переходов замедляет загрузку и усложняет обход сайта поисковым роботом.
После настройки сообщите поисковым системам о переносе через их инструменты для вебмастеров, если такая функция доступна для сайта и домена. Обновите карту сайта, внутренние ссылки и канонические адреса: они должны указывать на новые страницы, а не на адреса, которые перенаправляют. Технические проверки по другим параметрам можно включить в чек-лист аудита.
В аналитике проверьте, что счётчики продолжают собирать данные на новом домене, а источники переходов и целевые действия отображаются корректно. Сравнивайте посещаемость старых и новых страниц, ошибки 404, органические переходы и заявки. Если после переезда резко уменьшилось число посещений из поиска, проверьте карту соответствий, доступность страниц для роботов и правильность выбранной основной версии домена.
Кэш браузера, CDN и сервера может сохранять старый ответ после изменения настройки. Очистите кэш там, где он используется, затем проверьте URL в приватном окне и повторите диагностику через некоторое время. Если редирект работает у вас, но не у части посетителей, сравните ответы для разных сетей и уточните срок хранения кэша у хостинга или CDN.
Сохраняйте старые перенаправления после переноса и регулярно проверяйте их работу. Универсального срока для удаления нет: он зависит от посещаемости старых URL, внешних ссылок и того, как быстро поисковые системы обработают новые адреса. Ориентируйтесь на данные аналитики и отчёты вебмастеров; пока старые страницы получают переходы или внешние ссылки, редирект помогает привести посетителей на актуальный контент.
Экспертный комментарий
Материал подготовлен практикующим специалистом по маркетингу
Михаил Каржин — Вебмастер, маркетолог, преподаватель и специалист по рекламным технологиям. Разрабатываю сайты, рекламные кампании и стратегии продвижения для бизнеса. Работаю с Яндекс Директ, SEO, контентом, аналитикой и комплексным интернет-маркетингом. Пишу полезные статьи и книги.
Преподаватель маркетинга. Специалист по рекламе. Разработка сайтов. Яндекс Директ
reg.ru — вариант 1 (при выборе домена)
reg.ru — вариант 2(после того как вы зашли в купленный домен)
Нажимаем Заказать услугу «Переадресация домена / Web-forwarding» (она стоит 120 рублей в год)
В меню справа переходим в раздел Web-forwarding и там снова нажимаем на наш домен и на настройку перееадресации
Далее в колонку слева мы вводим откуда нас будет переадресовать и в колонку справа, куда нас будет переавторизовывать.
И отсюда видим что с домена будет переадресовывать на на страницу вконтакте [https://vk.com/
|https://vk.com/]
Ну вот и все. Надеюсь статья вам пригодиться.
Читайте также:
1) Что такое околоссылочный текст?
2) Сколько покупать ссылок, чтобы вывести сайт в ТОП?
3) Почему не растут позиции сайта?
4) Ссылочное эхо или положительное снятие ссылок
5) Способы привлечения поискового робота
Хотите больше уроков и статей подписывайтесь на мой блог!
