Редирект 301 и 302: что такое редирект, когда его ставить и как проверить
Редирект — это автоматическое перенаправление пользователя и поискового робота с одного адреса страницы на другой. Код 301 сообщает, что страница переехала навсегда, а 302 указывает на временное перемещение. Переадресацию настраивают при смене домена, переходе на защищенный протокол https, объединении дублей и удалении разделов через конфигурацию сервера, панель хостинга или CMS, а проверяют просмотром кода ответа.
301 — навсегда, 302 — временно · сервер, панель хостинга или CMS · проверка за минуту · переезд домена у нас — от 20 000 ₽
Редирект — это, простыми словами, автоматическое перенаправление: человек открывает один адрес, а сервер показывает ему страницу по другому. Браузер при этом самостоятельно запрашивает новый адрес и моментально отображает его конечное содержимое в окне. Человек обычно видит только то, как старая ссылка в адресной строке сменяется новой, а загрузка происходит без дополнительных кликов. Поисковый робот реагирует на такой ответ глубже: он считывает цифровой код состояния сервера, понимает причину переадресации и обновляет сохраненные данные о структуре сайта. Если адрес изменился, а перенаправление не настроили, посетитель увидит сообщение о несуществующей странице, а поисковые системы постепенно исключат старый URL из результатов выдачи.
Грамотно настроенная переадресация связывает между собой разные версии страниц, сохраняет внешний ссылочный профиль и предотвращает потерю целевого трафика при любых технических изменениях. Понимание того, как работают серверные перенаправления, необходимо каждому владельцу интернет-ресурса, маркетологу и веб-мастеру. Это базовый элемент технической оптимизации, от которого напрямую зависит доступность разделов сайта для людей и поисковых систем.
Команда digimoОбновлено
Содержание
Что такое редирект простыми словами и как он работает
Механизм переадресации базируется на стандартном протоколе передачи гипертекста HTTP, по которому взаимодействуют клиентские программы и веб-серверы. Когда пользователь вводит адрес сайта в строку браузера или переходит по внешней ссылке из поисковой выдачи, браузер формирует текстовый запрос к серверу, где расположен данный сайт. В стандартной ситуации сервер находит запрошенный документ и отправляет обратно положительный ответ с кодом 200, передавая HTML-код страницы. Если же для указанного URL активировано правило перенаправления, сервер прекращает поиск старого документа и формирует служебный заголовок с кодом из группы 3xx.
В этом служебном ответе обязательно присутствует заголовок Location, в котором сервер указывает новый целевой адрес документа. Получив такой ответ, браузер не пытается отобразить старый контент, а моментально отправляет повторный запрос по адресу, указанному в параметре Location. Этот второй запрос сервер обрабатывает в обычном режиме и возвращает финальную страницу с кодом 200. Вся цепочка обмена служебными сообщениями занимает доли секунды, поэтому для человека процесс выглядит как естественное открытие нужного раздела под обновленным адресом.
Что такое код ответа сервера
Это число из трех цифр, которым сервер отвечает браузеру на запрос адреса: 200 — страница найдена и отдана, 301 — адрес перемещен навсегда, 404 — документ не найден.
Что такое URL
Это стандартизированный адрес документа или страницы в сети, который включает сетевой протокол, имя домена и точный путь к файлу.
Для поисковых систем логика работы переадресации имеет ключевое значение при формировании поискового индекса. Поисковый робот Яндекса или Google, сканируя интернет, точно так же обращается к страницам по протоколу HTTP и фиксирует полученные заголовки. Обнаружив код перенаправления, поисковый алгоритм понимает, что информация переместилась, и переходит по указанному новому адресу. В зависимости от того, какой именно код отдал сервер — постоянный 301 или временный 302, поисковый робот принимает принципиальное решение: перенести накопленные сигналы старого адреса на новый URL либо оставить прежний адрес в поиске как основной.
Основная цель использования переадресации на любом действующем сайте — исключить появление ошибок и сохранить стабильный поток посетителей. Без правильно настроенных перенаправлений неизбежно возникают следующие технические проблемы:
- Потеря пользователей, приходящих по внешним ссылкам со сторонних сайтов, каталогов, рекламных объявлений или сохраненных закладок браузера, если старая страница была переименована или перемещена в другой каталог.
- Проседание позиций в поисковой выдаче: когда поисковый робот регулярно получает ошибку 404 вместо привычного контента, он удаляет неработающий адрес из поисковой базы.
- Появление полных технических дублей сайта, доступных одновременно по адресам с префиксом www и без него, либо по протоколам http и https. Поисковые системы воспринимают такие варианты как независимые площадки с одинаковым контентом, что негативно сказывается на ранжировании.
- Размывание ссылочного веса между версиями страниц, оканчивающимися на закрывающий слеш и без него. Серверный редирект жестко сводит все альтернативные написания адреса к единому каноническому стандарту.
Что такое 301 редирект и чем он отличается от 302
В спецификации протокола HTTP предусмотрено несколько кодов для управления перенаправлениями, однако в регулярной практике веб-разработки и SEO применяются преимущественно два из них: 301 и 302. Главное различие между ними заключается не в том, как на них реагирует браузер пользователя, а в том, как эти указания трактуют поисковые роботы.
| Код | Что говорит поисковику и браузеру | Когда ставить |
|---|---|---|
| 301 | Адрес перемещен навсегда. Старый URL не вернется, исключи его из базы и замени новым. Браузер сохраняет новый адрес в кэш. | Смена домена, постоянный переезд на https, объединение разделов, смена структуры сайта. |
| 302 | Адрес перемещен временно. Старый URL остается актуальным, не удаляй его из поиска. Браузер не кэширует перенаправление жестко. | Технические работы, сезонные промо-акции, тестирование версий страниц, временное отсутствие товара. |
| 307 и 308 | Современные аналоги кодов 302 и 301. Гарантируют строгое сохранение исходного метода передачи данных при переходе. | Специальные сценарии работы веб-приложений и отправки сложных форм. |
Редирект 301 — это постоянный переезд адреса: старый больше не нужен, поисковик со временем заменяет его новым. Для поисковых систем директива 301 служит прямой командой склеить два адреса между собой. Это означает, что со временем старый URL полностью пропадает из поисковой выдачи, а на его месте по тем же поисковым фразам начинает показываться новый целевой адрес. При этом все входящие ссылки, которые вели на прежнюю страницу, поисковый алгоритм начинает учитывать в пользу нового документа. Браузер пользователя, впервые встретив ответ 301, кэширует его локально: при повторных попытках открыть старую ссылку браузер даже не обращается к серверу за уточнением, а сразу загружает новый адрес из локального кэша.
В свою очередь, редирект 302 говорит поисковику: адрес временный, старый оставь в поиске. Поисковый алгоритм понимает такой код как краткосрочную меру и оставляет исходную страницу в своем индексе. Пользователь временно перенаправляется на альтернативный документ, но в поисковой выдаче продолжает отображаться прежний URL. Это необходимо, например, в случаях, когда интернет-магазин запускает временную посадочную страницу под недельную акцию или когда раздел закрывается на реконструкцию на пару дней. Если использовать 302 редирект правильно, поисковые роботы не станут исключать базовую страницу из результатов поиска, ожидая ее скорого возвращения к штатной работе.
При этом 301 и 302 редирект: разница для человека незаметна, для поисковика решающая. Обычный посетитель сайта в обоих случаях видит одинаковое поведение: клик по ссылке и мгновенный переход на нужную информацию. Однако грубая ошибка веб-мастера — применить код 302 при окончательной смене структуры сайта или полном переезде на новый домен. В такой ситуации поисковый робот продолжает годами держать в поиске несуществующие старые адреса, не спешит заменять их новыми и не переносит накопленный авторитет страниц. Сайт теряет накопленные позиции, а новые разделы индексируются с большими задержками.
В стандартах HTTP версии 1.1 также существуют коды 307 Temporary Redirect и 308 Permanent Redirect. Они выступают строгими техническими эквивалентами кодов 302 и 301 соответственно, но с одним важным отличием: они запрещают клиенту менять метод сетевого запроса при перенаправлении. Если пользователь отправил данные через метод POST, то при ответе 307 или 308 браузер обязан отправить эти же данные методом POST и на новый адрес. Старые реализации кодов 301 и 302 нередко автоматически конвертировали метод POST в обычный запрос GET, что вызывало потерю отправленных форм. В стандартной поисковой оптимизации коды 307 и 308 встречаются редко, так как поисковые системы обрабатывают их аналогично классическим 302 и 301 кодам.
Важно также понимать, какие технические решения не являются полноценными серверными редиректами:
- HTML-тег meta refresh. Размещение в блоке head специального тега с директивой обновления страницы перенаправляет пользователя через указанное число секунд. Для поискового робота это не является настоящей переадресацией уровня сервера. Поисковик может воспринять такой механизм как спам или медленно обработать передачу адреса.
- Перенаправление с помощью языка JavaScript. Конструкции вида window.location приводят к открытию нового адреса только после того, как браузер скачает HTML-файл и выполнит скрипт. Поисковый робот тратит на такой парсинг дополнительные вычислительные ресурсы, а в ряде случаев вовсе игнорирует скриптовые переходы.
- Атрибут rel="canonical". Это не редирект, а рекомендация поисковой системе считать один документ приоритетным среди группы дублирующих страниц. При наличии тега canonical обе страницы физически доступны пользователям, отдают код 200 и не перенаправляют человека в принудительном порядке.
- Что такое канонический адрес Это предпочитаемый адрес веб-страницы, который веб-мастер указывает в исходном коде, чтобы поисковые системы объединяли похожие дубли и показывали в поиске только основной вариант.
Когда ставить 301 редирект: переезд домена, https, смена адресов
Постоянное перенаправление применяется в строго определенных жизненных циклах проекта. Каждый случай требует точечной настройки, чтобы поисковые роботы безошибочно сопоставили старые и новые страницы.
Перед настройкой правил переадресации важно четко разграничить типовые технические сценарии:
- Переезд на новый домен Полная переадресация со всех старых адресов прежнего имени на абсолютно идентичные адреса нового сайта без изменения внутренней структуры URL.
- Переход с http на https Один редирект для всего сайта: каждый адрес на http отправляет на тот же адрес с https, а не на главную.
- Зеркала www и без www Выбор единого формата отображения адреса проекта и безусловное перенаправление со второстепенного варианта написания на основное главное зеркало.
- Смена адресов страниц при переносе Постраничная переадресация при смене каталогов, изменении структуры категорий интернет-магазина или внедрении понятных человеку адресов.
- Удаленная страница со ссылками Перенаправление с закрытой или снятой с производства позиции на ближайшую по смыслу категорию или товар-аналог, исключая отправку на главную.
- Дубли со слешем и без Автоматическое приведение адресов к единому виду: либо со слешем на конце URL, либо с его обязательным удалением для предотвращения дублирования.
Случай с переходом на безопасный протокол заслуживает детального внимания, так как затрагивает абсолютно все разделы ресурса. Защищенный редирект с http на https ставят для всего сайта разом: каждый адрес на тот же адрес, а не на главную страницу проекта. Недопустимо перенаправлять пользователя из глубокого подраздела каталога или статьи блога на главную страницу защищенной версии: посетитель потеряет искомый материал и просто закроет вкладку. Сервер должен сопоставлять пути запроса один к одному, меняя в адресе исключительно протокол соединения с незащищенного на безопасный.
Что такое https
Это безопасный протокол передачи данных в интернете, который использует шифрование для защиты паролей, платежных данных и персональной информации посетителей сайта.
После внедрения SSL-сертификата многие владельцы сайтов замечают системные предупреждения в панелях веб-мастеров. В разделе «Диагностика» Яндекс Вебмастера есть рекомендация «Главное зеркало сайта не использует HTTPS-протокол». Это системное оповещение указывает на то, что робот Яндекса все еще считает основным вариантом старую незащищенную версию сайта. Чтобы исправить ситуацию, мало просто включить перенаправление на сервере: необходимо зайти в Яндекс Вебмастер в инструмент выбора главного зеркала и явно указать адрес с защищенным протоколом https. Только после этого поисковый робот перестроит алгоритм обхода и корректно склеит версии сайта.
Что такое зеркало сайта
Это полная или почти полная копия сайта по другому сетевому адресу, которая отвечает на запросы пользователей тем же содержанием.
Когда проект переносится на современный технологический стек, структура адресов нередко претерпевает изменения. Наша практика показывает, что при переносе на нашу платформу, где можно, адреса страниц оставляют прежними, а где структура меняется — ставят постоянную переадресацию со старого адреса на новый. Сохранение исходного URL избавляет проект от необходимости повторной индексации, что экономит время поискового краулера. Если же платформа требует иной логики построения путей, составляется подробная таблица соответствия: каждый старый адрес связывается с новым релевантным документом правилом 301, а переключение рабочего домена осуществляется строго после завершения тестирования.
Как сделать 301 редирект: .htaccess, панель хостинга, CMS или код
Конкретный метод настройки постоянного перенаправления выбирается исходя из архитектуры хостинга, типа установленного веб-сервера и прав доступа к файловой системе сайта. Перед редактированием любых конфигурационных файлов в обязательном порядке создают резервную копию рабочей версии файла: одна синтаксическая ошибка способна вызвать внутренний сбой сервера с кодом 500 и полностью остановить работу сайта.
На виртуальном хостинге под управлением веб-сервера Apache базовым инструментом управления маршрутизацией служит текстовый файл .htaccess, размещаемый в корневой директории сайта. Для простой переадресации конкретной страницы используется директива Redirect модуля mod_alias:
Redirect 301 /staraya-stranica/ https://site.ru/novaya-stranica/
Этот файл считывается сервером Apache при каждом входящем запросе. Важно соблюдать строгий порядок директив: частные правила для отдельных страниц размещают выше общих правил перенаправления разделов, иначе общее правило перехватит сетевой запрос раньше времени.
Что такое .htaccess
Это файл дополнительной конфигурации веб-сервера Apache, позволяющий настраивать права доступа, перенаправления и параметры работы сайта для отдельных папок.
Если сайт размещен на виртуальном или выделенном сервере под управлением производительного веб-сервера nginx, переадресация настраивается непосредственно в файле конфигурации виртуального хоста. Редактировать этот конфигурационный файл может только администратор, обладающий root-доступом к операционной системе сервера. Внутри блока server задается инструкция return с указанием нужного кода:
return 301 https://site.ru$request_uri;
Такая директива обрабатывается сервером nginx в оперативной памяти на порядки быстрее, чем громоздкие конструкции других серверов, не создавая избыточной нагрузки на процессор.
Для пользователей, не имеющих навыков работы с конфигурационными файлами по SSH или FTP, оптимальным решением выступает панель управления хостингом. Практически каждый современный хостер предусматривает визуальный графический раздел для управления правилами. Раздел о перенаправлениях в панели хостинга позволяет без правки исходного кода прописать исходный адрес страницы, выбрать целевой URL и назначить код 301 через интуитивную экранную форму. Точное название данного модуля зависит от программной оболочки хостинг-провайдера.
В системах управления контентом логика перенаправлений часто реализуется специализированными программными модулями. В CMS WordPress для этих задач используют специальный плагин для редиректов, который перехватывает запросы к несуществующим адресам и автоматически отдает заголовок 301 согласно заданной таблице. В конструкторах сайтов, таких как Tilda, реализована штатная встроенная настройка редиректов прямо в панели управления сайтом: веб-мастер вносит старые и новые пути в соответствующие текстовые поля настроек домена.
В ситуациях, когда доступ к конфигурационным файлам веб-сервера полностью закрыт, а CMS не поддерживает модули маршрутизации, перенаправление реализуют программным кодом в исполняемом скрипте страницы. Например, редирект средствами PHP выполняется вызовом стандартной системной функции header до отправки любого видимого контента в браузер:
PHP
header("Location: https://site.ru/novaya-stranica/", true, 301); exit;
При этом важно помнить, что HTML-тег meta refresh — для поисковика не редирект: подобные клиентские методы перенаправления не передают ссылочный вес и крайне медленно распознаются поисковыми алгоритмами.
Как сделать редирект с одного домена на другой целиком
При смене доменного имени проекта критически важно настроить переадресацию не просто на главную страницу нового сайта, а обеспечить сквозное постраничное сопоставление всех внутренних документов. Если посетитель или робот переходит по ссылке на конкретную публикацию или товар старого домена, он должен попадать на точно такую же публикацию или карточку товара на новом адресе. Склейка всех входящих запросов исключительно на титульную страницу нового проекта приводит к разрушению структуры поисковой выдачи: поисковик расценивает такие страницы как удаленные с ошибкой Soft 404, а целевой трафик безвозвратно теряется.
После того как сквозной серверный редирект с домена на домен настроен и проверен, необходимо уведомить поисковые системы о факте миграции. В панели Яндекс Вебмастер для этого предусмотрен специальный инструмент «Переезд сайта». Веб-мастер выбирает привязанный новый домен, подтверждает владение обоими ресурсами и отправляет заявку поисковому роботу. Это ускоряет процесс признания нового домена главным зеркалом и синхронизирует базы данных Яндекса.
Если масштабных изменений на проекте не происходит, а требуется всего лишь редирект с одной страницы на другую, достаточно добавить единственную строчку правила в конфигурацию сервера или плагин CMS. Это стандартная рутинная операция при переносе устаревшей статьи в новый актуальный раздел или объединении двух небольших заметок в один обстоятельный материал.
Важно отдавать себе отчет в том, что редирект — это не моментальная волшебная палочка для мгновенного переноса трафика: поисковику нужно время, чтобы обойти старые адреса и заменить их новыми. Сроки полного признания нового адреса и точные позиции сайта в поиске обещать невозможно, поскольку поисковый робот распределяет ресурсы краулинга исходя из собственной внутренней очереди обхода.
Переезжаете на новый домен или на другую платформу и не хотите разбираться в .htaccess? Перенос сайта: на другой хостинг или домен — от 20 000 ₽, от 2 дней; на нашу платформу — от 3 000 ₽ за страницу. Ставим постоянную переадресацию со старых адресов на новые и сообщаем о переезде в Яндекс Вебмастере.
Как проверить редирект: браузер, Вебмастер и проверка редиректов онлайн
После сохранения любых директив маршрутизации необходимо на практике убедиться, что сервер корректно отдает нужный цифровой код, а в процессе перехода не возникает скрытых технических ошибок. Проверку выполняют несколькими независимыми инструментами, чтобы исключить влияние кэширования.
В первую очередь корректность работы оценивают непосредственно в окне любого браузера. Для этого открывают инструменты разработчика нажатием клавиши F12 или через контекстное меню браузера, после чего переходят на вкладку «Сеть» (Network). Обязательно активируют флажок «Отключить кэш» (Disable cache) и вводят старый адрес в строку браузера. На вкладке отобразится список сетевых запросов: самый первый элемент списка должен иметь статус 301 или 302, а в детальных заголовках ответа в строке Location должен значиться точный новый URL. Вслед за ним в списке должен идти второй запрос к новому адресу с кодом ответа 200.
Для глубокого анализа индексации привлекают профессиональные панели для веб-мастеров. В сервисе Яндекс Вебмастер используется штатный инструмент «Проверка ответа сервера». Веб-мастер указывает старый URL, выбирает опрашивающего робота и запускает мгновенный тест: система выводит полученный HTTP-статус и адрес перенаправления прямо в окне отчета. Кроме того, в отчете «Страницы в поиске» для успешно перенаправленных документов со временем появляется системный статус «Редирект». В панели Google Search Console аналогичную функцию выполняет инструмент «Проверка URL», показывающий, по какому адресу робот был перенаправлен при последнем сканировании.
Сторонние специализированные сервисы позволяют автоматизировать рутинные действия при массовом аудите сайта. Качественная онлайн-проверка кода ответа без необходимости авторизации мгновенно имитирует запрос поискового робота и отображает всю последовательность серверных заголовков.
Своевременная проверка редиректа занимает минуту, а находит ошибки, которые иначе видны через недели по падению переходов. Если сервер ошибочно отдает код 200 на старом адресе или возвращает ошибку 500, владелец проекта вовремя заметит сбой и внесет правки до того, как поисковый робот исключит страницы из базы.
Особенно важно проверить цепочку редиректов нужно после каждого переезда: старый адрес → http → https → www — каждый лишний шаг замедляет загрузку и путает робота. Оптимальное техническое состояние — это перенаправление ровно в один шаг: старый адрес должен сразу же, без промежуточных звеньев, отдавать код 301 с переходом на итоговый защищенный URL с правильным зеркалом.
Что такое цепочка редиректов
Это последовательность из нескольких перенаправлений подряд, когда первый адрес ведет на второй, второй на третий, а третий на конечный документ.
Типичные ошибки: петля, цепочка, всё на главную
Некорректная настройка перенаправлений способна полностью парализовать доступ к сайту или привести к существенным потерям поискового трафика. Большинство проблем возникает из-за невнимательности при составлении директив или конфликта нескольких систем управления.
Перед развертыванием новых правил полезно изучить наиболее распространенные технические сбои:
- Цепочка из нескольких редиректов подряд Ситуация, при которой один адрес отправляет на промежуточный, а тот в свою очередь перенаправляет дальше. Браузер вынужден совершать множественные сетевые запросы, что существенно увеличивает время ожидания ответа страницы, а поисковые краулеры могут прервать сканирование, не дойдя до целевого документа.
- Петля переадресации: адрес перенаправляет сам на себя Конфликт правил веб-сервера, вызывающий циклическое перенаправление страницы А на страницу Б, которая отправляет запрос обратно на страницу А. В результате браузер прекращает загрузку и выводит сообщение о невозможности открыть страницу.
- 302 вместо 301 при постоянном переезде Использование временного кода перенаправления вместо постоянного при полной смене структуры или доменного имени сайта. Поисковые системы продолжают считать старый адрес актуальным и не индексируют новые страницы.
- Все удаленные страницы отправлены на главную Попытка перенаправить весь трафик с удаленных или неактуальных разделов исключительно на титульную страницу. Поисковые роботы признают такие действия имитацией ошибки 404 и аннулируют авторитет перенесенных адресов.
- Редирект на страницу с кодом 404 Настройка переадресации на несуществующий конечный адрес. Пользователь и робот проходят через редирект только для того, чтобы уткнуться в пустую страницу с ошибкой.
- Старые адреса во внутренних ссылках и карте сайта Сохранение прежних URL во внутренней перелинковке страниц, меню сайта или файле sitemap.xml. Это создает неоправданную нагрузку на сервер и замедляет индексацию.
- Браузер показывает старое из кэша Проверка работы перенаправлений в обычном окне браузера с активным кэшированием. Веб-мастер может видеть старую версию страницы и делать ошибочные выводы о неработоспособности настроенных правил.
Если редирект зациклился на живом сайте, сайт не открывается и починить некому — срочная помощь сайту, от 10 000 ₽.
Вопросы и ответы о редиректах
Как перевести сайт с http на https в WordPress?
Перевод сайта под управлением WordPress на защищенный протокол https начинается с подключения действующего SSL-сертификата в панели вашего хостинг-провайдера. После активации сертификата зайдите в административную панель сайта в раздел «Настройки» — «Общие» и замените адрес в полях «Адрес WordPress» и «Адрес сайта» с http на https. Далее настройте принудительный серверный 301 редирект со всех страниц с http на https через файл .htaccess или специальный плагин. Обязательно обновите внутренние ссылки на изображения и скрипты в базе данных, чтобы исключить проблему смешанного содержимого, а затем измените адрес главного зеркала в панели Яндекс Вебмастер.
Что значит «сервер отвечает редиректом на запрос robots.txt» (Яндекс Вебмастер) и что делать?
Предупреждение указывает на то, что поисковый робот Яндекса при попытке прочитать системный файл robots.txt получил код перенаправления 301 или 302 вместо прямого кода 200. Файл robots.txt должен отдавать код ответа 200 строго по адресу главного зеркала проекта без каких-либо промежуточных переходов. Чаще всего ошибка возникает, когда общее правило перенаправления с http на https или с www на версию без www перехватывает сетевые запросы к служебным системным файлам. Чтобы исправить проблему, проверьте конфигурацию сервера и пропишите исключение, разрешающее прямую отдачу файла robots.txt, либо скорректируйте главное зеркало в Вебмастере.
Сколько держать редирект после переезда?
Правило постоянного перенаправления 301 рекомендуется держать активным столько времени, сколько на старый адрес продолжают поступать переходы реальных пользователей или поисковых роботов. На практике оптимально не удалять настроенные правила вовсе, если вы сохраняете административный контроль над старым доменом. Даже спустя длительное время люди могут переходить по забытым ссылкам из сохраненных закладок браузера, внешних печатных материалов или старых статей. Если снять редирект слишком рано, эти пользователи моментально столкнутся с ошибкой 404, а поисковые алгоритмы будут вынуждены заново пересчитывать ссылочные связи.
Передает ли 301 редирект позиции?
Постоянный 301 редирект сообщает поисковой системе о необходимости объединить старый и новый адреса, однако автоматического и прямого переноса позиций в поисковой выдаче никто гарантировать не может. Поисковику требуется время, чтобы заново обойти сайт, пересчитать текстовую релевантность нового контента и оценить поведенческие факторы перенесенного документа. Если новый сайт стал медленнее загружаться или изменилась структура текстов, позиции могут скорректироваться вне зависимости от факта настройки редиректа. Поисковые системы переносят ссылочную историю, но итоговая видимость всегда формируется совокупностью всех факторов ранжирования.
Как сделать переадресацию сайта на другой сайт целиком?
Для полной переадресации одного сайта на другой настраивают сквозной постраничный 301 редирект на уровне конфигурации веб-сервера Apache или nginx. Каждый конкретный адрес старого доменного имени должен перенаправлять посетителя на строго соответствующий адрес на новом домене. После настройки серверных инструкций обязательно зарегистрируйте оба домена в Яндекс Вебмастере и активируйте штатную процедуру в разделе «Переезд сайта». Перенаправление всех без исключения старых страниц скопом на одну только главную страницу нового сайта допустимо лишь в том крайнем случае, когда старый проект полностью ликвидируется, а на новом сайте отсутствует аналогичная внутренняя структура.
Редирект или canonical — что выбрать?
Выбор между серверным редиректом и указанием канонического адреса зависит от доступности страницы для конечного пользователя. Если старая страница полностью утратила актуальность, была удалена или навсегда переехала по новому адресу, необходимо ставить серверный 301 редирект. Человек не должен видеть пустые или устаревшие разделы. Если же на сайте присутствуют две похожие или дублирующие страницы, которые обязательно должны быть физически открыты для посетителей (например, страница товара с разными параметрами сортировки или цветом), используют атрибут rel="canonical". Он оставляет обе страницы доступными людям, но подсказывает поисковику, какую из них показывать в поиске.
Можно ли сделать редирект без доступа к серверу?
Если у вас нет прямого доступа к файловой системе сервера по протоколам SSH или FTP, настроить перенаправление можно через графическую панель управления хостингом или через административную панель используемой CMS. Большинство хостинг-провайдеров предлагают готовый раздел для управления маршрутизацией через браузер, а в популярных системах управления сайтом достаточно установить соответствующий программный модуль. Если же отсутствует доступ и к хостингу, и к панели управления сайтом, настроить переадресацию невозможно: в этом случае потребуется обратиться к текущему хостинг-провайдеру или разработчикам. При комплексном переезде проекта на нашу платформу все подобные задачи мы берем на себя в рамках услуги перенос сайта.
Читайте также
- Что такое индексация сайта и как её ускорить — подробное руководство о том, как поисковые системы находят, сканируют и добавляют веб-страницы в базу данных поиска.
- «Сайт не может обеспечить безопасное соединение»: причины и починка — разбор типичных ошибок при установке SSL-сертификатов, настройке протокола https и смешанного содержимого.
- Яндекс Вебмастер: как добавить сайт и читать отчёты — практическая инструкция по работе с панелью веб-мастера, диагностике технических неполадок и контролю индексации.