301 редирект (переадресация) через .htaccess
Содержание:
- Когда стоит делать 301 редирект
- Что делать, если 301 редирект не работает
- Настройка 301 редиректа
- Для чего нужен файл htaccess и как его найти
- Проверка редиректа 301
- Виды редиректов
- Рекомендации по настройке редиректов
- Как переехать на новый домен? Оптимальная стратегия 301 редиректа
- Редирект с протокола http на https.
- Проверка редиректа
- Редирект в .htaccess (RewriteEngine)
- Популярные разновидности редиректов
- Полезные советы
- Альтернативные методы переадресации
- Правила Redirect, RewriteRule и RewriteCond
- Заключение
Когда стоит делать 301 редирект
Мы редко используем rel=canonical, в основном обходимся только 301 редиректом, потому что его легче отследить визуально.
301 редирект просто необходим в следующих случаях.
Если поменялся протокол сайта
Например, основным зеркалом сайта являлся адрес с http, а теперь сайт переехал на протокол https. 301 редирект в данном случае просто необходим. Потому что для поисковых систем сайты на http и https — это разные сайты. Или указать поисковой системе использование сайта с www или без, потому что это тоже разные сайты для поисковой системы.
Если нужно склеить домены.
Например, вы решили увеличить показатели своего ресурса, такие как ссылочная масса Был найден дроп домен, обладающий хорошими показателями и вы его приобрели.
301 редирект поможет настроить перенаправление с этого домена на ваш основной ресурс, который нуждается в «усилении». То есть все показатели с приобретенного дропа передадутся новому сайту.
Внимание! Это может сработать и в минус, поэтому советуем протестировать купленный дроп на одной странице вашего сайта. Взять страницу которая имеет позиции по ключевым словам на 30-50 позициях
Перенаправить 301 редиректом дроп на нее, если через 3-4 недели позиции выросли, то тогда дроп можно приклеивать на вес домен. Если позиции остались такими же или упали, то здесь уже надо задуматься об эффективности этого дропа.
Если сайт переехал на новое доменное имя
Часто бывает, что происходит ребрендинг проекта и, соответственно, меняются доменные имена. Чтобы не потерять имеющийся трафик и позиции, нужно настроить 301 редирект со старого доменного имени на новое.
При изменениях внутри сайта.
Например, вы поменяли CMS и у вашего сайта изменилась структура. Соответственно, поменялись и адреса страниц. Нужно настроить 301 редирект со старых документов на их новые версии.
Склейка страниц с / на конце и без, или наоборот
Для поисковых систем урл site.ru/url/ и site.ru/url — это две разные страницы. Поэтому если ваша CMS не поддерживает автоматическую настройку перенаправления на нужный url, то вам необходимо это настроить самостоятельно.
Склейка мусора и дублей
Иногда, некоторые CMS формируют дубли контента, это одинаковые страницы, поисковая система их индексирует и тратит свой краулинговый бюджет, а так же может дубль поставить выше основной версии страницы. Поэтому такие страницы следует склеивать 301 редиректом.
Что делать, если 301 редирект не работает
Когда переадресация работает не так, как вы ожидали, или не работает вообще, необходимо провести корректировку и исправить возникшие ошибки.
Если не работает редирект 301 в .htaccess, но переадресация закодирована и верно прописана в этом файле, следует проверить состояние установки расширения mod_rewrite в Apache. Как правило, этот модуль стоит по умолчанию, однако при его отсутствии описанная выше кодировка .htaccess отказывается работать. Необходимо убедиться в том, что в коде присутствуют две строки, разрешающие модулю корректно работать: mod_rewrite и ReWriteEngine.
Если вы используете в строках RewriteCond, это поможет вам получить информацию о несоответствии входных данных с установленными характеристиками. Проигнорировав этот код, вы рискуете столкнуться с тем, что адреса URL с заглавными и строчными буквами могут работать некорректно. Применение L в коде указывает на то, что файл движка воспринимается как последняя строчка кода всего процесса подтверждения ввода данных.
Если вы не уверены в верности конфигурации кода в .htaccess, лучше использовать код L в строке, обозначенной как приоритетной.
Подводя итоги, нельзя не отметить, что, часто применяя 301 редирект, вы можете ухудшить состояние сайта, поэтому не стоит забывать о необходимости обновления входящих ссылок сайта на корректные URL.
Если при настройке 301 редиректа вы не будете использовать старые входящие ссылки вашего сайта и применять для перехода через них многократную переадресацию (301, затем 301, затем еще раз 301), скорость загрузки сайта снизится, а это может привести к ухудшению процесса оптимизации.
Чем больше переадресаций, тем меньше шансов у сканеров добраться до целевого сайта. Продвигать такой сайт в поисковых системах будет крайне трудно. Кроме того, при обновлении ссылок вашего сайта необходимо убедиться в том, что обновляются и файлы sitemap.xml новыми обновленными URL.
Если даже после прочтения нашей статьи у вас не получилось настроить 301 редирект или в процессе работы возникают ошибки, вам на помощь придут квалифицированные специалисты.
Оставить заявку
Настройка 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, который также располагается в корне сайта. Для перенаправления всего сайта целиком, следует прописать код:
Для чего нужен файл htaccess и как его найти
Файл htaccess — является файлом конфигурации веб-сервера Apache и задает правила работы веб-сервера в тех каталогах и подкаталогах, где размещен.
Располагается файл htaccess соответственно в том каталоге, для которого задает правила работы. Чаще всего для вашего сайта это будет корневая папка.
301 редирект применяют в ситуации, если URL адреса сайта сменились на новые, и необходимо «склеить» старые и новые страницы. Например:
- при смене домена;
- склейки в целях SEO-оптимизации. Например, страниц вида: «www.sitexample.com» и «sitexample.com»;
- при смене URL страницы, для сохранения трафика, приносимого страницей;
- при смене протокола с http на https;
- для переадресации со страниц с кодом ответа 404 на актуальные.
Проверка редиректа 301
Проверить 301 редирект не составит особого труда. Вам необходимо лишь ввести в строке браузера старый адрес своей страницы или сайта. Когда настройка проведена верно, вы будете перенаправлены на новый URL-адрес. Иногда для корректной проверки 301 редиректа требуется провести чистку кэша вашего браузера. Как правило, после всех манипуляций проверка проходит успешно.
Для окончательного подтверждения правильности настройки 301 редиректа рекомендуется проверить ответ сервера при помощи специальных сервисов (например, 2ip.ru) или использовать программу Netpeak Spider. Она позволит получать дополнительную информацию о вашем сайте. Ответ сервера должен быть «301» или же «301 MovedPermanently -> 200 OK».
Вас также может заинтересовать: Редирект с http на https: повышаем безопасность сайта
Виды редиректов
301 Moved Permanently
301 редирект выступает в качестве постоянного, передающего порядка 90-99 % ссылочного веса. Подобная переадресация в обязательном порядке указывает на перенос страницы на новый адрес, в связи с чем прежний URL прописывается как устаревший.
302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)
302 редирект является временным. Он передает 0 % от ссылочного веса, и его рекомендуют использовать крайне редко. Сегодня мажоритарное большинство сайтов в Интернете применяет протокол HTTP, определяющий принципы обработки URL-адресов. В двух версиях этого протокола ответ сервера может иметь разный статус:
- HTTP 1.0: 302 ответ сервера это «Moved Temporarily» – текущий документ временно перемещен на другой URL.
- HTTP 1.1: произошло изменение ответа сервера на «Found» – текущий документ найден.
307 Moved Temporarily (HTTP 1.1 Only)
Для протокола HTTP 1.1 307 редирект стал продолжателем 302 редиректа. Несмотря на то, что основные поисковые боты воспринимают его как аналог 302-го, рекомендуется отдавать предпочтение именно 301 редиректу. Использование 307 редиректа актуально для тех случаев, когда контент перемещается только на время (к примеру, в период проведения технических работ на сайте), а поисковые системы воспринимают ваш сервер как совместимый с HTTP 1.1.
Однако отследить, действительно ли ваш сервер определяется поисковыми системами в качестве совместимого с новым протоколом, практически невозможно, поэтому для временно перемещенного контента лучше использовать 302 редирект.
Когда требуется настройка 301 редиректа
301 редирект обычно используется в следующих случаях:
- при склеивании зеркал сайта с www и без www;
- при перемещении сайта на новый домен;
- при переносе сайта на новую CMS;
- при изменении URL-адресов страниц;
- при устранении дублей страниц сайта.
В последнем случае 301 редирект используется крайне редко, однако именно он позволяет эффективно устранить дубли без необходимости в «ковырянии» кода самой CMS. Это особенно актуально при необходимости в поисковой оптимизации сайтов, при которой вопрос наличия или отсутствия дублей у страниц стоит особенно остро.
При использовании редиректа 301 происходит передача pr-страниц и тИЦ сайта, в связи с этим передается ссылочный вес новому URL. При этом вы избавляетесь от необходимости решать вопрос с возможными санкциями на старый домен со стороны поисковых систем, поскольку 301 редирект не транслирует их на новый адрес. Это приятное дополнение для всех, кто решает использовать данный алгоритм.
Оставить заявку
Нередко в Сети можно встретить мнение о том, что 301 редирект не обязательно применять. Однако при оптимизации любого сайта вы наверняка столкнетесь с обратным.
Например, каждый сайт в «начале своего пути» может загрузиться по двум адресам, один из которых использует www, а другой нет. Но в итоге происходит размывание ссылочной массы. Дело в том, что при прописывании ссылки на ваш сайт другие ресурсы могут ставить в начале адрес www, а могут обойтись и без него. Ссылочная масса размывается, а поисковики для оптимизации используют только один вариант.
Многие наверняка вспомнят те деньки, когда поисковые системы воспринимали один и тот же сайт, написанный в двух видах (с www и без www), как два разных ресурса. Поэтому, чтобы избежать потерь ссылочной массы и добиться успешной оптимизации вашего сайта, просто необходимо использовать 301 редирект.
Вас также может заинтересовать: Проверка индексации сайта: 4 варианта
Рекомендации по настройке редиректов
При настройке серверного редиректа рекомендую ознакомиться с правилами, которые помогут избежать ошибок внутренней оптимизации и понижения позиций сайта со стороны поисковых систем.
- По возможности избегайте редиректов. Из-за них может увеличиться время загрузки сайта и сократиться краулинговый бюджет. Поэтому во многих случаях будет уместнее настроить атрибут canonical.
- Перенаправляйте на релевантные страницы, контент которых не существенно отличается от первичной страницы. Это очевидно с точки зрения поведенческих факторов и помогает избежать появления 404 ошибки.
- Избегайте цепочки редиректов — бесконечного перенаправления с одного адреса на второй, со второго на третий и так далее. Это плохо по двум основным причинам:
- теряется ссылочный вес;
- поисковые системы, в частности Google, следуют 3-4 перенаправлениям и, как правило, не добираются до конечной страницы и не сканируют её.
- Не закрывайте конечный адрес от индексации.
Как переехать на новый домен? Оптимальная стратегия 301 редиректа
Оптимальной стратегией переезда на новый домен, учитывая пожелания 2-ух основных поисковых систем рунета Яндекс и Google, это:
- постраничный 301 редирект со старого сайта на новый.
- при этом для файла robots.txt редирект не делаем, а прописываем в нем директиву Host на новый домен.
Тогда код для настройки редиректа на старом сайте может иметь следующий вид:
а файл robots.txt для старого сайта:
Генерация 301 редиректов
Если вы не очень технически подкованы, то можно воспользоваться сервисами генерации базовых редиректов:
На таких сервисах можно только подставлять собственные данные и сразу получать готовый код для редиректов между доменами, директориями или урлами.
Как проверить 301 редирект
После каждого изменение логики работы 301 редиректа необходимо проверять работоспособность сайта:
Также для более тщательной проверки отработки редиректов можно использовать следующие сервисы:
http://bertal.ru — максимально подробная информация по ответам сервера.
Как и когда лучше использовать 301 редирект vs Canonical
301 — Эй, Поисковики: моя страница уже не здесь, и она навсегда переехала на новую страницу. Пожалуйста, удалите старую страницу из индекса и передайте её вес на новую страницу.
Canonical — Эй, Поисковики (так для большинства поисковых систем): у меня есть несколько версий этой страницы (или содержания), пожалуйста, индексируйте только ту версию страницы, на которую стоит canonical. Я буду держать другие страницы доступными для людей, чтобы они могли их видеть, но, Поисковик, не включай их в свой индекс и пожалуйста, передай вес на мою предпочтительную страницу.
Редирект с протокола 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}
Проверка редиректа
Так же, вы можете воспользоваться одним из онлайн-сервисов, которые позволяют просмотреть правильность выполнения редиректа. Например, Redirect Checker. Для выполнения проверки вам нужно:
- 1.Перейти на страницу онлайн-сервиса по этой ссылке
- 2.В поле для ввода указать адрес, с которого должно осуществляться перенаправление в формате http://имя-сайта.ру .
- 3.А затем нажать на кнопку «Analyse».
В результате сервис вам выдаст отчет о правильности работы перенаправления. В моем случае редирект работает не правильно:
Перенаправление вроде бы как происходит, но это происходит несколько раз, и почему то происходит не 301 редирект, а 302. Насколько я поняла, это называется циклический редирект, и такого быть не должно. Поэтому мне нужно пробовать другие варианты.
Так же, вы можете проверить правильность выполнения редиректа для конкретной поисковой системы. Для этого, перед нажатием на кнопку «Analyse», нужно выбрать из выпадающего списка название нужного поискового робота:
После того, как вы добавите свой сайт с протоколом HTTPS в поисковые системы, укажите основное зеркало, дождетесь переиндексации и правильно настроите 301-редирект, ваш переезд на протокол HTTPS можно будет считать завершенным. Для крупного сайта такой переезд может занять от нескольких недель, до нескольких месяцев. Все будет зависеть от того, как долго яндекс будет производить склейку зеркал.
Так же, вы можете назначить 301 редирект сразу после получения и установки с SSL-сертификата, но в этом случае вы рискуете тем, что многие страницы вашего сайта могут на время выпасть из поисковой выдачи.
Я надеюсь, что данная статья поможет вам правильно настроить редирект для HTTPS –протокола и осуществить переход на SSL-сертификат с наименьшими потерями. Если данная статья вам понравилась, делайте репост в социальные сети и подписывайтесь на мою рассылку. Желаю вам успешного переезда и до встречи в следующих статьях.
С уважением Юлия Гусарь
Редирект в .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
Популярные разновидности редиректов
Чтобы понять, как правильно переадресовывать страницы, важно разобраться, какие виды редиректов чаще всего используются, как они называются и чем отличаются друг от друга
- 301-й редирект. Под этим кодом скрывается постоянная переадресация, при которой запрашиваемый url устаревает и контент размещается по новому адресу. Ссылочный вес практически полностью перемещается на другой документ, и происходит склейка метрик, которые были накоплены.
- 302-й редирект. Такой редирект имеет временный характер, и при его использовании метрики не склеиваются. В зависимости от версии HTTP ответ сервера будет иметь тот или иной статус.
- Moved Temporarily (то есть «перемещено временно») для HTTP 1.0 говорит о временном перемещении публикации на другой адрес.
- Ответ при версии 1.1 свидетельствует о том, что найти документ не удалось, и меняется на Found («Найдено»).
- 307-й редирект. Он также имеет временный характер. Используется в редких случаях, когда контент переезжает на кратковременный период, например при необходимости провести техобслуживание.
- Meta Refresh. Это обновления, происходящие не на сервере, а на странице. Самая распространенная ситуация, в которой можно встретить такой код, это отсчет времени, сопровождающийся сообщением: «Если через 5 секунд переход не состоялся, нажмите сюда». Специалисты по SEO не рекомендуют использовать этот статус, так как велик риск, что из-за него ухудшатся поведенческие факторы и позиции страницы в органической поисковой выдаче.
Выбирая вид редиректа, важно учитывать, что постоянный не требуется, когда планируется краткосрочный переезд или причиной для изменений стали сложности со старым доменом. Попав под фильтр или в бан, вы перетянете на новый url свои прежние проблемы
Полезные советы
- Современные браузеры по умолчанию используют кеширование для редиректов. Чтобы проверить работу редиректа необходимо очистить кеш в браузере или использовать любой сторонний сервис по проверке кода ответа сервера.
- Нежелательно создавать цепочки редиректов. При медленной работе сервера это вызовет недовольство пользователя. Поисковые роботы также не любят последовательные редиректы — вес исходной страницы может не передаться.
- При составлении файла .htaccess простые директивы должны идти раньше сложных, которые распространяются на весь сайт. Такая компоновка будет более удобной при работе с файлом и поможет избежать путаницы.
Альтернативные методы переадресации
- Редирект 302. Применяется в случае временной переадресации с одного url на другой. При его использовании поисковая система индексирует все доступные версии сайта или страницы. Объединения ссылочного веса и внутренних метрик на приоритетном ресурсе не происходит.
- 307 Temporary Redirect рекомендуется применять в исключительных случаях. Например, при техническом обслуживании сайта, когда он недоступен некоторое время.
- Обновления Meta Refresh выполняют переадресацию не на уровне сервера, а непосредственно на сайте. Пользователь сталкивается с временной задержкой (обычно около пяти секунд), после чего для перехода на нужную страницу должен принудительно запустить определенную команду. Этот метод часто приводит к падению посетительского интереса и проседанию поисковых индексов.
- Редирект rel=«canonical». Позволяет сохранить доступ посетителям ресурса к контенту дублирующихся страниц. При этом для поисковиков наличие команды canonical на одной из страниц говорит о том, что только она подлежит индексации в поиске.
В большинстве случаев постоянная переадресация является более правильным решением, чем временная. На практике это объясняется просто. Предположим, сайт сменил доменную зону, а затем еще и обзавелся защищенным протоколом https. При настройке временной переадресации в индексе Яндекса и Google по одним и тем же запросам появились три версии сайта с пропорциональным проседанием позиций в выдаче. После настройки редиректа 301 на приоритетный url произошло склеивание дублей, робот вернул сайт в топ выдачи.
Не рекомендуется использовать постоянный редирект при временном переносе сайта или наличии серьезных проблем со старым доменным именем. Если адрес забанен или попал под поисковую фильтрацию, смена дислокации с применением переадресации не поможет избавиться от этих ограничений.
Правила Redirect, RewriteRule и RewriteCond
1.1. Директива Redirect
Синтаксис Redirect:
Redirect — устанавливает прямой редирект с одной страницы на другую.
В status пишут код редиректа. Является необязательным параметром. Чаще всего пишут 301, что сигнализирует о постоянном смене адреса страницы.
Важно, чтобы страница «/откуда» была прописана в формате без указания полного адреса сайта, но с указанием полного относительного адреса URL начиная со слэша «/» (т.е. с корня сайта)
Страницу куда идёт редирект нужно писать полностью, т.е. абсолютный адрес страницы URL: с названием домена и протокола http или https.
Например:
Можно также писать по другому:
1.2. Директива RewriteRule
Директива RewriteRule устанавливает правила перехода. Синтаксис следующий:
- При внешнем редиректе меняется урл адреса в строке браузера — «»;
- При внутреннем — не меняет урл адреса в строке браузера — «» или «»;
1.3. Директива RewriteCond
Директива RewriteCond определяет условия, при котором выполняется правила в RewriteRule. Синтаксис:
Например, этими условиями могут быть браузер пользователя, IP-адрес, заголовок и т.д.
1.4. Директива RedirectMatch
Директива RedirectMatch аналогична Redirect с той лишь разницей, что позволяет записывать регулярные выражения. Синтаксис:
Заключение
Использование редиректа 301– очень важный способ поисковой и пользовательской оптимизации веб-ресурса
Использовать его следует с осторожностью. Неправильная настройка может привести к сбоям в работе сайта и потере поисковых позиций
Инструментов для настройки корректной работы Permanent Redirect 301 существует достаточно много. Наиболее удобный и правильный – внесение записей в файл .htaccess. Недостаток этого метода в том, что он доступен только для веб-серверов Apache. При использовании IIS придется настраивать web.config. Для создания сложных правил переадресации более всего подходит PHP, но в этом случае без помощи программиста не обойтись. Еще одним вариантом настройки 301 редиректа может быть обращение к хостинг-провайдеру с целью подключения услуги web-форвардинга.
