Как правильно использовать редирект

Что представляет собой редирект и как он работает

Редирект – это процедура автоматического перенаправления пользователя с одного сайта на другой. Он может быть оптимизирован как для отдельных элементов сайта (страницы, вкладки, каталоги и т.п.), так и для всего ресурса в целом.

Принцип работы редиректа заключается в следующем алгоритме:

1. Сначала пользователь вводит необходимый ему запрос в поисковую строку, либо переходит по гиперссылке.
2. После этого сервер начинает обрабатывать поступивший запрос.
3. В ходе данного процесса он доходит до параметра redirect и начинает следовать ему.
4. Пользователь либо переходит на новый URL-адрес, заранее прописанный в инструкции, либо же получает определённый код http.

Как правило, на эту процедуру уходит всего несколько долей секунды, из-за чего она попросту незаметна для простого пользователя. Однако она крайне важна для владельца сайта. Если хозяин сможет правильно использовать редирект, он сможет положительно повлиять на СЕО-оптимизацию сайта. Редирект применяется Сео-специалистами для контроля трафика на сайте. Поисковики в свою очередь индексируют с его помощью информацию.

Можно выделить несколько ключевых ситуаций, в которых вам может потребоваться переадресация:

1. Смена доменного имени. При помощи перенаправления можно избежать потери прошлого трафика и сохранить все показатели предыдущего ресурса.
2. Удаление какого-либо раздела на сайте.
3. Одинаковые страницы. Наличие на сайте одинакового содержания может сильно ухудшить его ранжирование. Однако если ввести в код команду redirect, будет выделен только основной контент.
4. Переход на другой движок. Все CMS обладают собственными правилами генерации URL. В случае, если новый адрес не будет таким же, как и прошлый, пользователи не смогут воспользоваться старым. Вместе с этим будут утрачены уже имеющиеся результаты продвижения.
5. Соединение доменов. В данном случае подразумевается присутствие или отсутствие в именах «/» и «www». К примеру, ресурсы Aflife.ru и www.Aflife.ru поисковик воспримет как отличающиеся друг от друга ресурсы. В будущем боты объединят оба этих адреса, однако за это время у вас вряд ли получится достигнуть желаемых показателей посещаемости. В таком случае наилучшим решением будет настройка редиректа.

Ошибки при использовании редиректов

Любая многоуровневая переадресация. Если возможен такой вариант, не стоит делать переадресации с несколькими уровнями. Если этого не делать, то они будут работать куда быстрее и передадут максимальный объем ссылочного веса.

Использование неправильного типа переадресаций

Когда вы выбираете вид переадресации следует принимать во внимание нюансы каждой из них

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

Редиректы на нерелевантные страницы / контент. Перенаправление всегда должно выводить на самую релевантную страницу: либо на идентичную страницу, либо на ответвление директории/раздела, к которой относится эта страница.

Неправильный выбор при использовании rel=”canonical” вместо 301 redirect. Смотрите объяснения в тексте выше.

Переадресация, в которой конечная точка это не 200-я страница. Она должна привести к странице с кодом сервера 200. Иначе лучше не запутывать поисковые машины и предоставлять им 404 ответ.

Перенаправление файла robots.txt. Поскольку, к примеру, вам нужно внести директиву Host для Yandex в случае склейки доменов.

Nataliya Fialkovskaya

SEO specialist

Nataliya is SEO expert at Sitechecker. She is responsible for blog. Can’t live without creating valuable content about SEO and Digital Marketing.

Редирект в .htaccess (RewriteEngine)

Синтаксис:

Redirect  URL-path URL-to-redirect

Необязательный параметр — это три цифры — код редиректа (например, 301). Если не указан, то по умолчанию подставляется 302.

— часть запрашиваемого пользователем (или поисковиком) адреса, которая должна обязательно начинаться со слеша (/)

— полный адрес сайта (и, возможно, часть пути), на который будет осуществляться редирект. Должен быть вида http://site.ru/ — то есть обязательно должен присутствовать протокол (http://) и закрывающий адрес сайта слеш (/).

Если заканчивается не слешем, то редирект будет срабатывать только в случае точного совпадения запрошенного пользователем адреса и .

Если заканчивается слешем, то редирект сработает не только для указанного адреса, но и для всех, которые начинаются на указанный. А к будет добавлена часть адреса, следующая за последним указанным слешем в .

Действие директивы аналогично , но в параметрах URL-regexp и URL-to-redirect можно использовать регулярные выражения.

// должно быть включено (on) для работы RewriteRule
RewriteEngine on 
RewriteRule URL-regexp URL-to-redirect ]

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

Примеры использования:

Redirect / http://yandex.ru/yandsearch?text= # Выполнится 302 редирект (по умолчанию) на поиск в Яндексе символов, введенных в адресную строку после названия Вашего сайта.

# То есть если посетитель введет http://ваш_сайт.ru/page, то браузер его перенаправит на http://yandex.ru/yandsearch?text=page

Redirect 301 /hello.html http://google.ru/search?q=bye # В случае перехода на страницу http://ваш_сайт.ru/hello.html выполнится 301 редирект на поиск в Гугле фразы "bye".

RedirectMatch (.*)\.jpg$ http://хостинг_для_картинок$1.jpg # "Временно" (по умолчанию действует 302 редирект) переадресовываем все запросы jpeg-картинок на какой-либо бесплатный хостинг

# или то же самое, но с применением RewriteRule:
RewriteEngine on
RewriteRule (.*)\.jpg$ http://хостинг_для_картинок$1.jpg 

Общие правила работы с .htaccess

• Всегда делайте резервную копию файла перед внесением изменений, чтобы оперативно «откатить» их.
• Вносите изменения пошагово, добавляйте по одному правилу и оценивайте, как оно сработало.
• Если размещаете несколько файлов .htaccess в разных каталогах, прописывайте в дочерних только новые директивы, которые актуальны для конкретного каталога, остальные унаследуются от родительского каталога или файла в корневой папке.
• Очищайте кэш браузера: Ctrl + F5, в Safari: Ctrl + R, в Mac OS: Cmd + R.
• Если возникает ошибка 500, проверьте синтаксис правила (нет ли опечатки). Можно воспользоваться сервисами проверки файла .htaccess онлайн, например таким. Если ошибок не найдено, значит в главном конфигурационном файле такой тип директивы запрещен, придется обратиться за консультацией к программисту и хостинг-провайдеру.
• В директивах .htaccess кириллические символы не допускаются. Если необходимо указать адрес кириллического домена (мойсайт.рф), воспользуйтесь любым whois-сервисом, чтобы узнать его написание по методу punycode. Например, адрес «сайт.рф» будет выглядеть как «xn--80aswg.xn--p1ai/$1».
• Слишком большое количество директив в .htaccess может снизить работоспособность сайта. Старайтесь использовать файл только в том случае, если другим путем задачу решить нельзя.
• Если нет времени подробно изучать особенности директив, воспользуйтесь генератором .htaccess.

Способ 5. Javascript-редирект с задержкой.

Этот вариант больше подходит если нужно сначала выполнить какой-то Javascript-код (например Метрики и т.п.) — а потом редиректить.

Не слишком надёжный способ выполнения задержки, т.к. у всех на компьютерах скорость выполнения Javascript может быть разной, но это лучше чем ничего. Т.е. можно рядом поставить код метрики и к примеру задержку в 300 миллисекунд — код Метрики скорее всего успеет выполниться и потом будет редирект.

Таким образом, можно пробовать использовать и этот редирект для учёта достижения целей в метрике например и др.

<script > <!— setTimeout (‘window.location = «//leonov-do.ru/»;’, 300); //—> </script>

В данном случае код сработает через 300 миллисекунд (1000 = 1 секунда). Не очень удобно может быть и для посетителя, но если нужен учёт метрикой (и не используются цели на предыдущей страничке на клик по кнопке и т.п.) — это тоже вариант.

Альтернативные способы указания перенаправлений

HTTP перенаправления это не единственный способ переадресации. Есть еще два метода: HTML перенаправления используют элемент , и JavaScript перенаправления используют DOM.

HTML перенаправления

HTTP перенаправления более предпочтительный способ создания перенаправлений, но, иногда, у веб-разработчиков нету контроля над сервером или возможности настроить его.  Для таких особых случаев, разработчики могут создать HTML страницу с элементом  и установить атрибуту значение  в блоке . Когда страница отображается, браузер найдет этот элемент и перейдет на указанную страницу.

<head> 
  <meta http-equiv="refresh" content="0; URL=http://www.example.com/" />
</head>

Атрибут  начинается с числа, которое означает, сколько секунд браузер должен ждать, прежде чем перейти по данной ссылке. Всегда устанавливайте 0, для лучшей доступности.

Очевидно, этот метод работает только с HTML страницами и не может использоваться для изображений или другого типа контента.

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

JavaScript перенаправления

Перенаправления в JavaScript создаются установкой значения свойства  и новая страница загрузиться.

window.location = "http://www.example.com/";

Как и HTML перенаправления, этот тип не будет работать на всех ресурсах, и очевидно, что работает только на стороне клиента, который выполнит JavaScript. С другой стороны, вы можете вызвать перенаправление, только тогда, когда исполнится определенное условие.

Приоритетность

При использовании трех возможных способов URL перенаправления, некоторые методы могут быть вызваны одновременно, но какой из них будет применен первым? Порядок приоритетов следующий:

1. HTTP перенаправления всегда выполняются первыми, пока еще страница даже не была передана,  и конечно же, пока еще не прочитана.
2. HTML перенаправления () выполняються только, если перенаправление не было в выполнено в HTTP.
3. JavaScript перенаправления используются как последняя возможность перенаправления, и работают только если разрешено выполнение JavaScript на клиентской стороне.

Используйте HTTP перенаправления, когда это возможно, и не используйте элемент . Если разработчик изменяет HTTP перенаправление и забывает изменить HTML перенаправление , тогда они больше не идентичны, и закончится это вечным циклом или другим ночным кошмаром.

3. Зачем настраивать 301 redirect

Веб – мастера устанавливают перенаправление 301 по нескольким причинам.

• Связать все URL с любыми субдоменами (http, www и др.) с одним единственным адресом, для максимизации полномочий домена
• Для ребрендинга или смены адреса сайта.
• Что – бы направить трафик с оного ресурса на другой если они принадлежат одному владельцу.

Во втором случае, переезде блога на новый адрес или смене имени, перенаправление 301 является единственно правильным и неотъемлемым решением для поддержки входящих ссылок с первого ресурса и ассоциации со вторым – новым.
И кроме того 301 redirect нужен затем, зачем и нужно перенаправление: отправить пользователей на правильный маршрут или адрес.

При третьем сценарии, богатые фирмы покупают домены, которые ассоциируются с их брендом и генерируют больше поискового трафика за счет 301 redirect.

4. Сценарии использования 301 Redirect

Вот несколько конкретных случаев, когда вы захотите использовать 301 редирект в качестве инструмента.

№1. Изменение URL-адреса.

Возможно, ваш исходный URL-адрес был плохо оптимизирован, или вы реорганизуете структуру папок URL-адресов вашего веб-сайта.
Это постоянная проблема у новых блогеров, которые начинают публиковать посты не зная о SEO — оптимизации.
Со временем люди учатся и хотят придать постоянной ссылке более презентабельный вид.

№2. Воссоздание фрагмента контента.

Иногда вам может потребоваться полностью перестроить старый фрагмент контента на совершенно новую страницу — например, если вы решите использовать другой шаблон веб-страницы.В этом случае вам нужно убедиться, что вы реализовали простое перенаправление 301 со старого URL-адреса на новый. 
Как только это будет сделано, не забудьте отменить публикацию и архивировать старую страницу.

№3. Объединение нескольких частей контента.

Если вы решили, что у вас есть несколько частей контента, которые пересекаются, соревнуются за одни и те же ключевые слова или все они охватывают одну и ту же тему, вы можете объединить их. 
Однако вы не захотите потерять видимость в поисковых системах, которую могли достичь эти старые страницы.
После создания нового консолидированного ресурса следует настроить простое перенаправление 301 с каждой из старых страниц на одну новую страницу. 

№4. Перенос контента из одного домена в другой.

Если вы перемещаете свой веб-сайт из одного домена в другой, жизненно важно, чтобы вы реализовали перенаправление 301 от страницы к странице со старого контента на новый.
Это просто, если сайт перемещает домен, но остается прежним с точки зрения структуры и макета. Если контент изменяется или реструктурируется, по-прежнему важно, чтобы вы сделали разумный выбор перенаправления, учитывающий исходные намерения пользователей, чтобы передать видимость каждой из ваших старых страниц их новым аналогам.
При реализации перенаправления 301 от страницы к странице из одного домена в другой необходимо помнить об особой проблеме: ваши перенаправления должны обслуживаться с исходного URL-адреса

№5. Перенос веб-сайта во время поэтапного запуска в Интернете

Вы можете перемещать свой веб-сайт из одного домена в другой, как описано выше, но из-за ограничений проекта вы используете поэтапный подход к запуску. Это означает, что вы запускаете основные страницы веб-сайта на первом этапе, затем вторую волну страниц на втором этапе и так далее.
В этом случае мы рекомендуем создать карту поэтапного перенаправления. Все URL-адреса из вашего старого домена должны быть учтены, и для каждого этапа должны быть указаны перенаправления.
На первом этапе вы должны будете реализовать 301 редирект для всех страниц, которые будут учтены на новом сайте. 
Вы также добавите 302 редиректа для всех остальных страниц, обычно на главную страницу нового веб-сайта. Это предотвратит появление ошибки 404 у пользователей, пытающихся посетить ваш старый домен, не сбивая с толку поисковые системы из-за того, что ваши страницы будут внезапно перенаправлены на, казалось бы, нерелевантный контент.
При запуске каждой фазы вы должны обновлять свои перенаправления, заменяя свои 302 на 301 по мере того, как становится доступным соответствующий контент.
Еще раз, эти перенаправления должны быть реализованы так, чтобы они обслуживались из вашего старого домена.

301 перенаправление не единственный регулировщик, на маршрутах в интернете.

Разница в одном слове:

1. 301 redirect — ПОСТОЯННОЕ перенаправление.
2. 302 redirect — ВРЕМЕННОЕ перенаправление.

301 redirect — лучше для поисковой оптимизации и для SEO – оптимизации блога.

Что лучше, 301 редирект или Canonical?

Существуют некоторые правила восприятия таких команд перенаправления. Вот так они воспринимаются поисковыми системами:

• 301 редирект сигнализирует: «Мой документ был навсегда перемещен на новый адрес и я не планирую возвращать его на старый. Пожалуйста, замените адреса в поисковой выдаче и передайте все метрики со старого документа новому». 301 редирект прописывается на серверном уровне, то есть зайдя на страницу вас сразу же автоматически перенаправляет на новую.
• rel=canonical говорит следующее: «Я обладаю несколькими вариантами документа. Среди них я выделил основную и пометил ее canonical. Проиндексируйте пожалуйста ее. Остальные версии документа также будут видны пользователям, но их сканировать не нужно». Rel=canonical прописывается в коде документа, зайдя на документ вас никуда не перенаправит, но поисковые системы просканировав код страницы увидят, что там обозначены рекомендации — признать главным урлом, другую страницу.

Понятно, что используются эти рекомендации в разных случаях.

Когда применять 301

По умолчанию, 301 редирект является более оптимальным методом переадресации, чем rel=canonical.

Его следует применять:

• для документа, который был перемещен на новый адрес навсегда;
• для документа, который утратил актуальность, но имеет много трафика и внешних ссылок»;
• в случае смены доменного имени.

Когда применять Canonical

Как правило, rel=caconical применяется в случаях:

• если присутствуют дубли контента, например страницы с одним и тем же описанием одного и того же товара, с незначительной разницей, которые вы не сможете продвигать раздельно;
• если нет возможности реализовать 301 редирект;
• если один и тот же контент имеет разные адреса (навигация по сайту, нумерация страниц в каталогах).

Вам может быть это полезно: Подробная статья про rel=canonical.

Настройка 301 редиректа для SEO

Правильно настроенные редиректы являются одним из важных факторов SEO оптимизации и продвижения сайта в поисковых системах. Рассмотрим основные варианты склеек, необходимых для нормального ранжирования ресурса с помощью файла .htaccess.

Как уже говорилось для поисковой системы версия с www и без, это разные сайты.

Первый вариант:

Второй вариант:

Перенаправление с site.ru на www.site.ru

Первый вариант:

Второй вариант:

У каждого ресурса должно быть выбрано основное зеркало, адрес которого и будет участвовать в поисковой выдачи. Для его выбора и используется эти перенаправления. Основным зеркалом может быть адрес как с www, так и без этого префикса.

И наоборот, с https на http

Данные редиректы нужно использовать для тех же целей, что и в предыдущем случае. При наличии на сайте SSL сертификата, который обеспечивает защищенный протокол https, будет логично настроить соответствующее перенаправление, так как для поиска это два разных сайта.

Настройка 301 редиректа

Настроить постоянное перенаправления можно несколькими способами. Разберем основные из них более подробно.

Через плагины CMS

301 редирект можно запросто настроить, используя специальные плагины. Для сайтов, организованных на платформе WordPress, самым популярным и удобным является плагин Simple 301 Redirects.

Нужно отметить, что единственным минусом данного расширения является отсутствие автоматического составления редиректов. Каждое перенаправление задается вручную.

Через htacсess

Один из самых распространенных способов настройки редиректа. Задействуется файл .htaccess, который находится в корне сайта в папке public_html. Данный файл является серверным и присутствует на серверах под управлением Apache.

Как правило, .htaccess создается автоматически при установке CMS. Если же его нет в корне сайта, то необходимо создать его вручную.

Перед тем, как редактировать серверные файлы, следует сделать резервную копию.

Чтобы настроить 301 редирект с помощью .htaccess, нужно прописать в содержимом файла следующее (используя адрес своего сайта):

Чтобы перенаправить весь сайт на другой адрес:

Чтобы перенаправить один документ на другой:

Через php условия

Данный вариант может подойти тем вебмастерам, которые отлично разбираются в структуре своего проекта и владеют знаниями PHP. Для того, чтобы настроить редирект посредством PHP, нужно внести изменения в соответствующий файл, например index.php, если перенаправление настраивается с главной страницы:

Естественно, вместо http://www.site.ru/new-link/ следует использовать адрес, на который настраивается редирект.

Через Nginx

Файл nginx.conf является серверным, как и .htaccess. Единственное отличие, что данный вариант присутствует на серверах под управлением Unix.

Для того, чтобы настроить 301 редирект, нужно отредактировать nginx.conf, который также располагается в корне сайта. Для перенаправления всего сайта целиком, следует прописать код:

Что такое redirect 301 и когда его используют?

Прежде чем говорить о том, что такое redirect 301, необходимо рассказать о принципе работы любой страницы в интернете. Многие наверняка знают об этом, но повторить это будет не лишним. Итак, человек переходит по какой-нибудь ссылке, либо вводит ее в строке поиска, после чего его интернет-браузер формирует запрос в формате HTTP, который он в дальнейшем отправляет на сервер запрашиваемого ресурса.

Сервер обрабатывает полученный запрос, после чего пересылает ответ в виде страницы с определенным кодом, что и является основой для отображения веб-страницы.

Если запрашиваемая страница существует и располагается по запрашиваемому адресу, то сервер пересылает ответ с кодом 200. Если страница отсутствует, то код из ответа будет 404. Если же страница существует, но она была перемещена в другое место, то вернется искомый редирект 301.

Вообще, различают несколько видов редиректов:

• Код 300 — это когда есть несколько страниц на выбор.
• Код 301 — запрашиваемая страница существует, но навсегда перемещена на другой ресурс.
• Код 302 — запрашиваемая страница существует, но она перемещена временно.
• Код 303 — запрашиваемый ресурс расположен в другом месте.
• Код 304 — содержимое страницы осталось неизменным.
• Код 305 — доступ к ресурсу возможен через прокси-сервер.
• Код 306 — не используется.
• Код 307 — аналогичен коду 303.
• Код 308 — редирект экспериментального типа.

Формально все они существуют, но реально используются только два вида кодов — 301 и 302. Об их различии мы поговорим чуть позже.

Если говорить о redirect 301, то SEO-оптимизаторы используют его в следующих случаях:

• Для склеивания URL-ов. Фактически, один сайт может быть найден в поисковом запросе с приставкой WWW и без нее. Если не склеить два зеркала, то каждый из них будет набирать рейтинг отдельно друг от друга, что не очень хорошо. К тому же, поисковая система может посчитать одно из зеркал дубликатом, что приведет к выпадению из индекса.
• Если адрес страницы изменился.
• Когда речь идет о перемещении на другой домен. Бывают случаи, что сайт попадает под какие-то санкции со стороны поисковика, что неизбежно приводит к снижению трафика и другим негативным последствиям. Владелец данного сайта принимает решение перенести сайт, но у старого ресурса сохранилось большое количество читателей и подписчиков, сохранивших сайт себе в ленту.

• Когда наблюдается дублирование информации на сайте. Дубликаты страниц есть практически на каждом ресурсе, поэтому чаще всего их удаляют, но можно настроить все так, что с помощью редиректа 301 посетители попадали бы на другие страницы. Это хорошо для индексации, ведь поисковой робот будет видеть только основную страницу, а дубликаты он не будет воспринимать как повтор контента.
• Для сохранности битых ссылок. Использование редиректа 301 также позволяет перенаправлять посетителей, чтобы они не попадали на несуществующие страницы.

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

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

При этом, никто не гарантирует, что сайт останется на тех же позициях в строках поиска, что и раньше.

Таким образом, использование redirect 301 дает немало преимуществ:

• Количество переходов на ресурс сохраняется. Даже если адрес сайта был изменен, все прежние его посетители будут автоматически перенаправлены по новому адресу.
• Ссылочный вес сайта сохраняется при перехода на новый домен.
• Отсутствие необходимости в повторной индексации и, как следствие этому, сохранение прежних позиций.

Однако, стоит также отметить, что после использования redirect 301 сайт все-таки немного потеряет в рейтинге, оказавшись немного ниже в строках поиска.

Но подобное довольно быстро исправляется, поэтому этот небольшой недостаток не может затмить всех преимуществ использования редиректа.

Чего не стоит делать с редиректами?

Вот несколько вещей, которые не стоит делать с редиректами, если вы не хотите спустить в трубу ваши усилия по сео-оптимизации:

1. Два и более редиректов подряд. Поисковики не любят, когда происходит несколько редиректов подряд. Поэтому необходимо стараться делать так, чтобы был всего один redirect. Кроме того, каждая переадресация это время и дополнительный запрос к сайту.

2. Перенаправление на несуществующие страницы. Необходимо, чтобы страница, на которую происходит редирект, существовала и отображалась с кодом 200 (нет ошибок).

3. Бездумное использование кодов 301 и 302. Не стоит использовать коды не по назначению. Например, если вы временно перенесли страницу, то использование 301 кода может привести к массе проблем, когда вы начнете использовать исходную страницу. Как минимум, проблема в том, что поисковики уже стали считать исходную страницу несуществующей.

4. Использование JavaScript для замены полноценного редиректа. Как уже говорилось, поисковики не считают данный вид редиректа полноценным. Поэтому если необходима нормальная переадресация, то используйте иные методы.

5. Часто менять редиректы. Это как в жизни, если вас постоянно переадресуют разным людям, то закрадывается некое подозрение. Поэтому, старайтесь тщательно продумывать структуру ваших url адресов.

6. Если тексты страниц сильно отличаются. Представьте себе, что вы пытаетесь открыть страницу с мемами о котятах, а вас переадресует на страницу о физике. Вряд ли бы вы отнеслись к такой ситуации позитивно. Аналогично, поисковики воспринимают подобные редиректы. Конечно, существуют нюансы, например, код 302 на страницу «сайт чинится». Однако, не стоит подобным злоупотреблять.

Теперь, вы знаете что такое редирект, а так же некоторые важные особенности.

• Нативная реклама
• Nofollow, Noindex: что это такое и как использовать

Может быть полезно:

Как сделать редирект

При использовании апача (apache) на сервере, переадресацию можно просто выполнить с помощью файла .htaccess, однако, при этом, не забыть включить модули mod_alias (для поддержки директив Redirect, RedirectPermanent и RedirectMatch) и/или mod_rewrite (для использования реврайта) в php.ini.

Редирект с помощью директивы Redirect или RedirectPermanent модуля mod_alias

Недостатком данного способа является то, что все адреса, которые необходимо перенаправить, нужно перечислять один за одним, каждый отдельно. Также можно использовать RedirectPermanent для аналогичных целей.

Редирект с помощью директивы RedirectMatch

Этот редирект подобен предыдущему, за исключением того, что можно задавать регулярное выражение для старых URL адресов. Допустим, при смене движка с PHP на ASP, можно старые адреса перенаправить следующим образом:

Редирект с помощью директивы RewriteRule модуля mod_rewrite

Для использования директивы RewriteRule необходимо удостовериться, что в httpd.conf подключен модуль mod_rewrite, а также влючена опция FollowSymLinks. Использование реврайт модуля дает много возможностей для перенаправления страниц на новые адреса.

Перенаправление домена с www на не-www

или альтернативный, более понятный синтаксис

Редирект запросов с не-www на домен с www префиксом

или же альтернативный вариант

301 редирект со страниц со слешем на без слеша (весь сайт)

301 редирект со страниц без слеша на слеш (часто в CMS системах устанавливается автоматически)

Один (а не два последовательных!) 301 редирект на без www и с слешем на конце адреса страницы

Один (а не два последовательных!) 301 редирект на c www и со слешем на конце адреса страницы

Один (а не два последовательных!) 301 редирект на c www и без слеша на конце адреса страницы

Один (а не два последовательных!) 301 редирект на без www и без слеша на конце адреса страницы

301 редирект для index.php, index.html или index.htm (например в Joomla), массовая склейка

Редирект с протокола http на https

Если возникает циклический редирект, то воспользуйтесь этим вариантом:

Редирект с протокола https на http

Обратный редирект, если перестали использовать SSL сертификат.

302 и 307 редирект: как правильно использовать

Использование 302 редиректа оправдано, если:

Не забывайте: если Google посчитает использование 302 редиректа в каком-то конкретном случае ошибочным, старый URL пропадет из выдачи, а ссылочный вес и PageRank полностью перейдут к новому.

Правила использования 302 редиректа в .htaccess аналогичны описанным правилам использования 301, необходимо лишь заменить R=301 на R=302. В глазах поисковых систем 307 редирект является практически полным аналогом 302. Единственное различие — 307 редирект сохраняет метод передачи запроса, тогда как 302 может вести себя непредсказуемо с методами отличными от GET (это POST, PUT, DELETE). Информации, обрабатывает ли передачу веса аналогично 301 редиректу, если считает что в этом случае лучше использовать его.