Что такое 301 редирект, зачем он нужен и как его сделать

Содержание:

Распространенные ошибки SEO при внедрении перенаправления
Что такое редирект и когда он нужен
- Какие бывают редиректы
Для чего нужен 301 Redirect
Как настроить 301 редирект
Конфигурация Apache
Когда вы должны использовать 301 редирект?
Для чего используют
Наиболее популярные правила
Примеры использования для защиты сайта от множественных дублей страниц
Как сделать Редирект с http на https без htaccess — ковыряем web.config
Редирект с протокола http на https.
What is redirection?

Распространенные ошибки SEO при внедрении перенаправления

Ошибка №1: перемещение доменов без предварительной настройки перенаправления

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

В чем проблема? В переходный период новый домен уже мог быть просканирован и проиндексирован. Поскольку перенаправления не было, Google теперь рассматривает его как дубликат старого домена и потенциально может даже наказать за это.

Чтобы этого избежать, настройте все редиректы до того, как новый сайт заработает. Затем отправьте новый сайт в индекс через Google Search Console и позвольте поисковой системе самостоятельно отслеживать и распознавать эти перенаправления.

Ошибка № 2: перенаправление на нерелевантный URL

Для SEO важна актуальность работы редиректа. Перенаправление на случайную страницу, скорее всего, не повлияет на SEO. Не понимая связи между двумя страницами, Google может не перенесет вес, если таковой имеется.

Как правило, при редиректах всегда перенаправляйте трафик на ближайшую, наиболее подходящую альтернативу исходной странице.

Ошибка № 3: настройка цепочек переадресации

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

Ошибка №4: увеличение задержки перенаправления

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

Ошибка № 5: редиректы URL в файле Sitemap / внутренние ссылки

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

Ошибка № 6: наличие существующих редиректов во время переезда сайта

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

Они перехватывают старые URL-адреса, на которые есть ссылки на внешних сайтах, или добавленные пользователями в закладки.

Если старые редиректы просто удалить, эти внешние ссылки и закладки приведут к 404 ошибкам (или, что еще хуже, ошибкам сервера HTTP 500 в зависимости от того, как обрабатываются эти старые страницы).

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

Старое перенаправление: старая-страница-A → текущая-страница-B

Новое перенаправление: текущая-страница-B → новая-страница-C

В то время как мы могли бы сделать A → C

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

Что такое редирект и когда он нужен

Что такое аккаунт и зачем он нужен?

Неактуальный сайт или страницу программисты называют донором, а ту, на которую перенаправляют, — акцептором. В нашем случае http://nic.ru/ — сайт-донор, а https://nic.ru/ — сайт-акцептор.

В каких случаях нужен редирект

Для адаптации. Самый популярный редирект — перенаправление пользователя с десктопной версии сайта на мобильную.
При ренейминге. В случаях, когда вы изменили название бренда и перешли на сайт с новым доменным именем.
При переходе на безопасный протокол соединения. Чтобы обезопасить себя и своих клиентов, меняете протокол http на https.
Для перенаправления с неактуальных страниц/сайтов. Например, товара больше нет в продаже или вы больше не оказываете какую-то услугу и хотите перенаправить пользователя на страницу с похожим товаром или услугой.
При сайтах или страницах-дублях. Схожий контент на нескольких ресурсах ухудшает ранжирование, а если сайты или страницы идентичны, поисковые системы вовсе исключат эти страницы из поиска. Чтобы не создавать дубли и не рисковать ранжированием, настраивают постоянный или временный редирект.
При частых запросах с www, если ваш сайт без www. На вас могут сослаться и так, и так, но для поисковых систем это разные сайты, поэтому настраиваете редирект на один из вариантов.
При переходе на новый движок сайта. У каждой CMS свои правила генерации URL. Если адрес не будет совпадать со старым, без редиректа не обойтись — иначе клиенты не смогут вас найти.

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

Какие бывают редиректы

Есть четыре основных вида редиректа — 301, 302, 303, 307. Поисковые системы сами определяют его по коду состояния http.

301 — постоянный редирект

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

302 — временный редирект со статусом «Найдено»

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

303 и 307 — аналоги 302 редиректа

303 редирект обозначает «смотрите другой ресурс», его применяют, когда вы не перенесли контент на другой адрес, но у вас есть подходящий под перенаправление другой сайт или страница. Для этого редиректа браузер использует метод GET.

Статус 307 редиректа — временное перенаправление. То есть запрашиваемая страница в данный момент находится по другому адресу. В отличие от 302 изначальная версия ресурса сохранит свои позиции.

Вам не обязательно запоминать, какой редирект что обозначает. Эти цифры при настройке вам не пригодятся. Достаточно понимать, какое решение подойдёт именно в вашей ситуации — временное или постоянное — и написать код, подходящий под нужный редирект.

Для чего нужен 301 Redirect

Что такое бот в вк и зачем он нужен: краткое пособие

301 редирект является тем видом перенаправления, который поисковые системы признают как правильное решение для перемещенных страниц сайта. Поэтому при настройке Permanent Redirect никаких изменений в ранжировании или наложений штрафных санкций не происходит. Это естественная переадресация. Какое-то время назад этот способ переадресации использовался вебмастерами для выхода из под фильтров, но не факт, что на сегодняшний день этот способ может помочь. Хотя от определенных фильтров иногда спасает (ссылка).

На сегодняшний день основными показаниями к использованию 301 Редиректа являются ситуации:

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

Где делают Permanent Redirect 301? Способы зависят от возможностей вебмастера и его доступа к данным. Поэтому создать 301 Редирект можно через htaccess, php, настройки сервера, javascript. Естественно, что использовать все способы одновременно не надо.

Адрес страницы изменен

Итог бездумной корректировки URL? Поисковая система видит отказ пользователя и понижает сайт в выдаче по поисковому запросу. Катастрофа. А все из-за какой-то корявой ссылки, которая изначально осталась незамеченной и никого, кроме самого «вебмастера» совершенно не смущала. Но эту ситуацию можно исправить как раз 301 редиректом. Как сделать 301 редирект с одной страницы на другую (со старого url на новый), расскажем дальше.

Склейка зеркал

Зеркала — это, например, когда сайт один, а доменов несколько. Обычно, компании, работающие на бренд, выкупают сразу все доступные зоны, чтобы никто не смог воспользоваться их именем. Также присоединяются названия адреса сайта через дефис и без него. Но даже без такой катавасии, на вашем сайте 100% есть зеркала! В данном случае это написание адреса сайта с www и без, а также доступ через https. В любом из этих случаев делается 301 redirect, причем еще при создании вебресурса, иначе от головной боли с дублями страниц потом тяжело избавится. Редирект 301 с www на без www и наоборот (если основным сайтом является www.имя_домена.ru), а также c http на https (сомневаюсь, что часто бывает перенаправление наоборот), включая разные доменные зоны, обязателен! Для проверки наличия основного зеркала, помогут панели вебмастера поисковых систем.

Исправляем технический бардак

Здесь вариантов устроить технический бардак уйма начиная с нарушений элементарных правил создания страниц и заканчивая дублями, которые создаются плагинами на сайте (переводчики, комментарии, поиск по сайту). Сюда же можно отнести мобильные версии выдачи страниц (с этим в последнее время хлопот немало), но их лечат прописыванием canonical. Дубли создаются не только по вине вебмастера, есть и вынужденные. Но случаи по неопытности первого, все же больше наносят вреда. Некоторые прячут такие погрешности закрытием от индексации, но лучше использовать 301 Permanent Redirect и тогда робот точно поймет, что хочет ему сказать человек.

301 редирект вместо 404 Not Found

Не торопитесь сразу убирать 404 (Страница не найдена) и везде проставлять 301 Редирект

Тут важно прочувствовать разницу. Код 404 Not Found обязателен на страницах, которые удалены или никогда не существовали, а вот с битыми ссылками можно бороться 301 Редиректом! Если страница, которую ищет пользователь, существует, зачем отсылать его по древу сайта для ее поиска? Найдена битая ссылка на какую-то страницу? Перенаправляем по правильному адресу кодом 301 и посетитель даже не догадается о том, что ссылка уже была нерабочая

Как настроить 301 редирект

Что такое листинг и зачем он нужен

Джон Мюллер предупреждает, что Google может не проиндексировать конечную страницу, если не соблюсти все правила. Нужно использовать канонический тег, внутренние ссылки и при необходимости тег hreflang для конечной страницы, а не той, с которой вы перенаправляете пользователя. Иначе Google получит неправильные сигналы и может не проиндексировать конечную страницу.

Настроить переадресацию можно через панель управления вашим хостингом или вручную средствами HTML, PHP, JavaScript.

В настройках конкретного хостинга обычно подробно описано, как сделать редирект через панель управления. Для разных CMS есть специальные плагины для редиректов. Разберем способы для настройки вручную на примере редиректа на сайт с www или без него.

Редирект для Nginx

Для серверов под Nginx нужно использовать файл nginx.config, добавьте код в секцию server. Если вы настроили виртуальные хосты, для каждого хоста нужно редактировать файлы отдельно.

С домена с www на домен без www

server {#...
    if($host~ * www\.(.*)) {
        set $host_without_www $1;
        rewrite ^ (.*) $ http: //$host_without_www$1 permanent;
    }#...
}

С домена без www на домен с www

server {#...
    if($host~ * ^  + \. + $) {
        rewrite ^ (.*) $ $scheme: //www.$host$1 permanent;
    }#...
}

После изменения nginx.config перезапустите nginx с помощью команды «service nginx restart». Проверить, все ли корректно заполнено, можно через команду «nginx -t».

Редирект для Apache

Если вы используете Apache, вам нужен файл .htaccess. Для доступа есть несколько вариантов:

Используйте FTP и включите отображение скрытых файлов. Найдите .htaccess в каталоге public_html в папке с названием домена.
Откройте панель управления хостингом, включите отображение скрытых файлов и найдите его через Диспетчер файлов.

Скачайте .htaccess, добавьте код редиректа и загрузите файл заново. Если файла .htaccess нет, его нужно создать.

На домен без www

Options +FollowSymLinks
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.site\.ru$ 
RewriteRule ^(.*)$ <a href="https://site.ru/https://site.ru/$1" class="redactor-autoparser-object">https://site.ru/https://site.ru/$1</a>

На домен с www

Options +FollowSymLinks
RewriteEngine On
RewriteCond %{HTTP_HOST} ^site.ru
RewriteRule (.*) <a href="http://www.site.ru/http://www.site.ru/$1" class="redactor-autoparser-object">http://www.site.ru/http://www.site.ru/$1</a>

Редирект через PHP

Действует на уровне сервера. Лучше использовать другой способ, потому что этот работает медленно. Через PHP перенаправление настраивают для сайтов, где редирект нужен на многих, но не на всех страницах.

Файл index.php расположен в корневой папке. Скачайте его и добавьте код или отредактируйте прямо в диспетчере файлов в панели управления хостингом.

На домен без www

<!--?php
header("Location: http://site.ru/", true, 301);
exit();
?-->

На домен с www

<!--?php
header("Location: http://www.site.ru/", true, 301);
exit();
?-->

Редирект через HTML

Редирект через HTML-код медленнее, он работает на стороне браузера. Код нужно добавить между тегами и страницы, с которой нужно перенаправить. В параметре content=»» указывают задержку по времени.

На домен без www

<meta http-equiv="refresh" content="0; url=http://site.ru/">

На домен с www

<meta http-equiv="refresh" content="0; url=http://www.site.ru/">

Редирект через JavaScript

Редирект настраивают и с помощью JavaScript, он работает на стороне браузера, как и HTML. Это медленный способ и не сработает, если у пользователя в браузере отключен JavaScript. Его обычно настраивают для редиректов с задержкой, если такое требуется.

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

На домен без www

<script type="text/javascript">
    window.location.replace("http://site.ru/");
</script>

Для задержки:

На домен с www

<pre><script>
    window.location.replace("http://www.site.ru/");
</script></pre>

Через cPanel

cPanel — это платная панель управления веб-хостингом. В ней тоже можно настроить редиректы, причем не используя вводы кодов. Во вкладке «Домены» есть раздел «Перенаправления», там нужно настроить редирект.

На домен без www

В списке выберите нужный домен.
В поле «Перенаправляет на» пропишите его с префиксом http://.
Поставьте отметку у «Перенаправлять только с www»

На домен с www

В списке выберите нужный домен.
В поле «Перенаправляет на» пропишите его с префиксом http://www.
Поставьте отметку у «Не перенаправлять www»

Конфигурация Apache

Перед тем, как сделать редирект с https на http, добавьте следующее правило перенаправления в файл конфигурации Apache (если у вас есть доступ к нему), либо в файл .htaccess, расположенный в корневом каталоге вашего сайта:

RewriteEngine On
RewriteCond %{HTTPS} off 
RewriteCond %{HTTP_HOST} ^www. 
RewriteCond %{HTTP_HOST} ^(?:www.)?(.+)$ 
RewriteRule ^ https://%1%{REQUEST_URI}

Если вместо example.com вы хотите использовать по умолчанию URL www.example.com, то просто измените третью и пятую строки:

RewriteEngine On
RewriteCond %{HTTPS} off 
RewriteCond %{HTTP_HOST} !^www. 
RewriteCond %{HTTP_HOST} ^(?:www.)?(.+)$ 
RewriteRule ^ https://www.%1%{REQUEST_URI}

Когда вы должны использовать 301 редирект?

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

Очень важно сделать пере направление со всех старых страниц сайта, если эти страницы более не будут доступны

Вот ещё несколько ситуаций, когда нужно использовать 301 редирект.

Переход на новый домен (был сайт — moystariysite.ru, стал newsite.com). В этом случае, нужно сделать редирект со всех старых URL адресов.
Перенаправление с www на без www, и с обычного протокола http, на безопасный протокол https (http://www.moysite.ru на https://moysite.ru)
Удаление старых статей.
Объединение нескольких старых статей. Если на вашем сайте есть несколько похожих статей, вы можете объединить их в одну большую. В этом случае, старые ненужные статьи, также нужно будет удалить и сделать с них редирект на новую большую статью.

Для чего используют

Ответ сервера 301 — очень простой и наиболее эффективный способ постоянного редиректа. При нем передается вес страницы на новый адрес.

Как правило, 301 редирект используют по следующим причинам:

необходимо удалить дубли страниц;
нужно сохранить пользовательские сигналы, которые накопил контент;
нужно перенаправить трафик с вспомогательных страниц на основную;
необходимо передать новому документу ссылочный вес;
есть необходимость склейки зеркал сайта (http и https, www и без www);
документ был перемещен и трафик со старого адреса нужно направить на новый;
была произведена смена доменного имени.

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

Наиболее популярные правила

Приведенные примеры работают для серверов функционирующих на APACHE, для NGINX настройки в файле .htaccess работать не будут. В примерах используется %{QUERY} — так обозначается часть URL, которая следует после знака вопроса. Правила для редиректа срабатывают только при условии соответствия правилу указанному в редиректе.

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

Options +FollowSymLinks
RewriteEngine On

301 редирект для страниц имеющих Get-параметры в URL

Для наглядности примера допустим адрес страницы имеет вид http://mysite.ru/catalog/index.php?IBLOCK_ID=5&SECTION_ID=15. Следующее правило будет делать переадресацию:

RewriteCond %{QUERY} ^IBLOCK_ID=5&SECTION_ID=15$ 
RewriteRule ^catalog/index\.php$ /newcatalog/?

Иногда необходимо настроить редирект для изменяющихся Get-параметров, например в текущем примере динамическим параметром будет SECTION_ID:

RewriteCond %{QUERY} ^IBLOCK_ID=5&SECTION_ID=(.*)$ 
RewriteRule ^catalog/index\.php$ /newcatalog/?

Переадресация со страниц без значения Get-параметра

Например адрес страницы имеет вид — http://mysite.ru/?addon, тогда редирект будет следующим:

RewriteCond %{QUERY} ^addon$  
RewriteRule ^$ /?

Переадресация одного адреса, без вложенных адресов

Например довольно часто необходимо настроить переадресацию со страницы раздела http:/site.ru/razdel/, однако прочие страницы в данном разделе должны работать без редиректа, например страница http://mysite.ru/razdel/section.php?SECTION_ID=1. Для этого нужно добавить всего один символ — $.

RewriteRule ^razdel/$ http://mysite.ru/new-razdel/

Примеры использования для защиты сайта от множественных дублей страниц

Редирект с разных доменов и субдоменов

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

Таким образом, все домены типа www.site.ru, www.site.net, test.site.com будут переадресовываться на сайт www.site.com.

Как удалить несколько слешей/тире в урле

Иногда «по случайности» в урле могут появиться по несколько слешей, например, www.site.com/catalog////page-1.html. В таких случаях необходимо делать 301 редирект на страницу с одним слешем www.site.com/catalog/page-1.html :

Аналогично, можно склеить в урле несколько дефисов в один: с www.site.com/catalog/page—1.html на www.site.com/catalog/page-1.html:

Как сделать редирект с любого урла на url только в нижнем регистре

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

Как сделать Редирект с http на https без htaccess — ковыряем web.config

Если вы хотите сделать 301 редирект с http на https без htaccess и вам не подходят настройки nginx, возможно, у вас хостинг под управлением Windows? Тогда добавляем вот такие строчки в файл web.config на сервере:

<?xml version=»1.0″ encoding=»UTF-8″?>

<system.webServer>

<rules>

</conditions>

</rule>

</rules>

</R ewrite>

</system.webServer>

</configuration>

Таким образом, будет настроено полное перенаправление домена с http на https, вместе с поддоменами. Но если поддомены трогать запрещено, тогда используем код ниже, вставляя его в тот же web.config:

<?xml version=»1.0″ encoding=»UTF-8″?>

<system.webServer>

<rules>

</conditions>

</rule>

</rules>

</R ewrite>

</system.webServer>

</configuration>

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

RewriteCond %{HTTPS} !=on
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1

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

RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI}

Для Битрикс-сайтов на хостинге reg.ru

RewriteCond %{SERVER_PORT} !^443$
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI}

Для сертификатов https c Cloudflare:

RewriteCond %{HTTP:CF-Visitor} ‘»scheme»:»http»‘
# Without Cloudflare:
# RewriteCond %{HTTPS} off
RewriteRule ^ https://www.example.com%{REQUEST_URI}

RewriteEngine On
RewriteCond %{HTTPS} =off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI}

RewriteEngine On
RewriteCond %{ENV:HTTPS} !on
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI}

RewriteEngine on
RewriteCond %{HTTP:HTTPS} !on
RewriteCond %{REQUEST_URI} !robots.txt
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

What is redirection?

302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)

HTTP 1.0: 302 status code is «Moved Temporarily» — current page has been moved temporarily to another URL.
HTTP 1.1: the description phrase has been changed to «Found» — current page has been found.

link juice

Examples of using redirects

Redirecting your domain to a non-www URL:

Redirecting your domain to a www URL:

which URL ranks higher in the SERPs;
which URL is more represented in the index.

Redirecting your domain to URL without a slashwww.site.com/cat1www.site.com/cat1To delete the slash from the URLs:

To add the slash to the URLs:

To redirect the user from one page to another:

Redirecting the main page duplicates

Redirecting catalogs

www.site.com/old-catalog

Redirecting (sub-)domains

www.site.orgwww.site.netwww.site.comDeleting multiple slashes/hyphens from the URLswww.site.com/catalog////page-1.htmlwww.site.com/catalog/page-1.html

www.site.com/catalog/page—1.htmlwww.site.com/catalog/page-1.html

Redirecting from any URL to a lowercase URL

mounting a page-by-page 301 redirect from the old site to the new one;
don’t set up a redirect from robots.txt — add the Host directive to the new domain instead.

Generating 301 redirects

How to test the 301 redirect

whether it’s working (check the main page);
go through the main sections and webpages of the site.

When is it better to use a 301 redirect?

This is a preferred method by default;
For pages, that have beenmoved permanently, or their URLs have been changed;
For domains, if you’ve moved your website to the new domain;
For 404 pages. For example, if a certain product has been deleted from the catalog, you can set up a redirect to a page with a similar product, or to the URL of the product category.

When is it better to use rel= «canonical»?

If you can’t set up 301 redirects or it won’t be time-efficient;
For duplicate content, if you want to keep both versions (for example, pages with different clothing sizes);
When you have multiple URLs leading to the same page (catalog categories, pages for tracking the traffic from affiliate links, etc.);
For cross-domain resource sharing, if you want to transfer data between pages that have different origins (domains, for example).

To sum it up

Redirection chains (avoid them to maximize the speed and the link juice flow of the website);
Using the wrong type of redirect (to make the right decision, you have to consider all the details);
Setting up internal redirects without rewriting the URLs of the links. You have to make sure that links on your website don’t lead to pages with the redirect;
Redirecting to irrelevant pages/content. Your links should always lead either to similar pages or to the section of the site that included the requested page;
The wrong choice of either rel=canonical or 301 direct (see above);
Redirecting robots.txt (it’s better to add the Host directive);
Any redirect, which doesn’t lead to a page with a 200 status code (every link should lead to a properly working page with a 200 status response. Otherwise, don’t confuse the crawlers and just show the 404 Error page).