Содержание

Настройка 404 ошибки, настройка 301 редиректа в htaccess и протокол https

  • Главная
  • Оптимизация сайта в деталях
  • Настройка редиректов и статус-кодов

Коды статуса HTTP

О состоянии страницы говорит код статуса HTTP, который автоматически отдается, когда браузер посетителя или робот поисковой системы запрашивает страницу на сайте. Поисковые роботы по этому коду понимают состояние сайта и конкретной страницы. Например, существует страница или нет, настроена ли переадресация, нет ли на стороне сервера ошибки.

Для работы с сайтом необходимо знать и понимать следующие коды:

200 – сервер успешно открыл страницу; только страницу с таким кодом будут индексировать роботы поисковой системы
301 – перенаправление навсегда, показывающее роботу и посетителю, что запрашиваемой страницы больше не существует, но есть аналогичная, куда и осуществляется редирект
302 – временное перенаправление, означающее, что существующий редирект только на время, например, пока редизайн сайта не закончится
404 – запрашиваемая страница не существует, такая страница для поисковика считается несуществующей и индексироваться она не будет

503 – сервер временно недоступен – проблема на стороне сервера, связанная, например, с нагрузкой сервера, на котором лежит сайт
500 – внутренняя ошибка сервера – возникает, когда сервер сталкивается с некорректностью работы сайта, например, скрипт не отрабатывает правильно или превышены разрешенные права на хостинге

Выделяют пять групп кодов статуса HTTP. Каждая группа начинается с определенной цифры и соответствует определенному состоянию:

  • 1xx — информирующие коды, сообщающие о процессе передачи данных.
  • 2xx — коды-успешности, информирующие об успешности работы сайта.
  • 3xx — редирект-коды, перенаправляющие запрос на другой url.
  • 4xx — коды ошибок клиента, сообщающие о невозможности работы сайта на стороне клиента.
  • 5xx — коды ошибок сервера, сообщающие о невозможности работы сайта на стороне сервера.

Бывают случаи, когда статус-код отдается некорректно. Например, рабочие страницы отдают код 404, то есть они недоступны, или несуществующие страницы отдают код 200. В этом случае необходимо провести корректную настройку статус-кодов в файле .htaccess.

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

Настройка 404 ошибки

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

Информацию о наличии страниц с ошибками можно получить также из сервиса webmaster.yandex.ru, настроенного для конкретного сайта.

Рекомендуется проводить проверку статус-кодов для всех страниц сайта. Если найдены страницы с кодами, отличными от 200 ОК, то нужно настроить сервер таким образом, чтобы все страницы с полезным контентом отдавали корректные ответы. Такое ответственное задание стоит поручить разработчикам сайта.

Настройка зеркал сайтов

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

Вам могут потребоваться зеркала, чтобы решать самые разные задачи. Например, чтобы обеспечить присутствие в зоне .RU и .РФ (kuvalda.ru и кувалда. рф) или оценить эффективность разных инструментов интернет-маркетинга (сайт в зоне .RU вы будете продвигать с помощью SEO, а на сайт .РФ привлекать аудиторию с помощью контекстной рекламы).

Зеркала — это два идентичных сайта, имеющих разные URL. Однако поисковые системы могут посчитать создание таких сайтов спамными действиями и наложить на них санкции, поэтому следует произвести правильную настройку зеркал, указав среди них основное.

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

Часто проблемы случаются с настройкой зеркал сайтов с www и без www. Как обнаружить их:

Чтобы провести проверку настройки зеркал с www и без www, необходимо зайти на каждую копию и проанализировать: сайт открывается и по одному адресу, и по другому, или в одном из вариантов происходит перенаправление. Также нужно просмотреть индекс Яндекса и Google на наличие страниц с www и без www. Если они есть, то, скорее всего, настройка зеркал выполнена неверно.

Для корректной настройки зеркал используется, помимо редиректа, директива host в файле robots.txt. Если директива host не прописана в файле robots.txt , то Яндексу и другим поисковым системам не дана информация о главном зеркале, и индексация сайта, скорее всего, пройдет некорректно.

Таким образом, основными этапами настройки зеркал являются:

  • настройка 301 редиректа с неосновного зеркала на основное;
  • корректировка ссылочной структуры сайта, чтобы исключить наличие на веб-ресурсе ссылки одновременно с неосновного и основного сайта;
  • обозначение в директиве host основного сайта, главное зеркало среди множества.

Перенаправления: 301 и 302 редирект

Существует два вида перенаправлений:

301 — «перемещен навсегда». Настройка 301 редиректа используется при смене URL страниц и при склейке сайтов. Прежняя страница выпадает из индекса, но при этом весь заработанный ею вес практически полностью передается на новую страницу, куда сделан редирект.

302 — «перемещен временно». Настройка 302 редиректа используется для временного перенаправления, например, во время редизайна сайта, когда страница еще «сырая», но сайт должен функционировать. При 302 редиректе прежняя страница сохраняется в индексе и ее вес не передается.

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

Узнать тип редиректа можно с помощью проверки кодов статуса http страниц, с которых идет перенаправление.

yoursite.com$ [NC]
Redirect 301 /old.html http://www.yoursite.com/new.html

• Редирект старого домена на новый

RewriteEngine On
RewriteCond %{HTTP_HOST} olddomen.net

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

Обнаружить данный изъян просто. Если при заходе на страницу производится перенаправление на другую страницу, и если в исходном коде страницы присутствует директива meta refresh с указанием URL, куда производится редирект, то на сайте используется редирект с помощью мета-тега Refresh.

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

Протокол https

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

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

На сегодняшний день протокол https поддерживается практически всеми браузерами. А поисковые системы работают как с протоколом http, так и с https. Поэтому больших проблем с продвижением сайтов на нестандартном протоколе не возникает. Однако если на сайте есть 2 версии одной и той же страницы – на http и на https, то для поисковой системы они будут дублями, а наличие дублей мешает продвижению. Также может возникнуть проблема при выборе основного зеркала, аналогичная выбору между зеркалами с www и без www.

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

Вернуться назад: Устранение проблем с хостингом и оптимизация кода сайтаЧитать далее: Сопутствующие настройки сайта

 

 

что это такое и как настроить правильный 301 redirect для сайта – виды и примеры

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

Допустим, вы вставляете в поисковую строку своего браузера URL https://google.com.ua/maps/ и нажимаете Enter. Вы попадаете на сайт карт Google. Если посмотреть на URL, то вы увидите, что в адресе появилась дополнительная аббревиатура: https://www.google.com.ua/maps/. Это один из самых простых примеров редиректа. Есть и более специфические, которые применяются с учетом стоящих задач и возникших ситуаций.

Сегодня мы детально расскажем, для чего используется 301 редирект, в каких ситуациях он применим, какие есть альтернативы, почему переадресация – это важно в контексте SEO-продвижения. Будет интересно и познавательно. Начинаем!

Что такое 301 редирект?

301 redirect – это скрипт, перенаправляющий юзера с одного УРЛ на другой, например, после смены URL сайта или веб-адреса отдельно взятой страницы. Пользователь вводит URL или переходит по ссылке, система моментально перенаправляет его по указанному адресу. При этом в зависимости от вида редиректа (302 или 307) он позволяет передавать вес ссылки или не передавать. Об этом мы тоже расскажем ниже.

Для чего используется 301 редирект

Хотя 301 редирект – инструмент несложный, он крайне важен как для повышения юзабилити сайта, так и для SEO-продвижения. Среди наиболее популярных вариантов применения такой переадресации можем назвать следующие:

  1. Адаптация сайта для мобильных устройств. Редирект перенаправляет юзера с десктопной версии на мобильную.
  2. Ренейминг. После перехода на новое доменное имя или при смене названия бренда редирект переводит юзера на актуальный домен.
  3. Переход с http на https. Сегодня очень важно задействовать https вместо http.
  4. Улучшение ранжирования при наличии веб-сайтов или страниц-дублей. Например, вы перенесли контент со старого ресурса на новый, тем самым создав дубли. А это плохо для ранжирования. Редирект на другой сайт перенесет ссылочный вес на новый адрес и сообщит поисковикам, что предыдущий URL больше не следует учитывать при ранжировании.
  5. Редирект с версии «без www» на версию «с www», и наоборот. Поисковики оценивают УРЛ с www и без www как совершенно разные страницы, хотя они одинаковые. Поэтому необходимо обязательно настраивать редиректы, чтобы не создавать дубли.

Еще одна частая причина использования redirect 301 – переход сайта на новый движок. Дело в том, что у разных CMS свои принципы создания URL-адресов. Из-за этого новый УРЛ может отличаться от предыдущего. Соответственно, в ходе смены CMS без редиректа не обойтись.

Виды редиректов

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

301 Redirect

Постоянный (перманентный) редирект, который сообщает поисковым роботам, что страница окончательно переехала на иной веб-адрес. Он передает новому УРЛ до 99% веса от старого и сообщает поисковикам, что последний нужно исключить из индексации. При настройке редиректа надо быть внимательным, потому что может возникать ошибка 404, которая ухудшает индексацию страниц.

302 Redirect

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

307 Redirect

Еще один временный редирект, который похож на 302, но имеет важное отличие. Он указывает поисковым системам, что не нужно кэшировать страницы, куда ведет redirect. Такой вариант стоит использовать кратковременно, например, в ходе незначительных технических доработок сайта.

Meta Refresh

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

Redirect rel=«canonical»

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

Случаи использования rel=«canonical»

Существует ряд ситуаций, когда использование rel=«canonical» наиболее разумно:

  1. У статьи есть дубли, которые нужны юзерам. К примеру, карточки товаров, отличающихся по цветам или по другим базовым характеристикам. Это актуально, например, для смартфонов, планшетов, ноутбуков и пр.
  2. Если по объективным причинам использовать редирект 301 сложно или невозможно.
  3. Есть несколько кросс-доменов с похожими текстово-визуальными материалами.
  4. Если у одного и того же контента разные адреса (например, если мы говорим о сортировке каталога).

В остальных случаях рекомендуется использовать перманентный 301 редирект или временный (302, 307) в зависимости от ситуации.

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

htaccess?

Чтобы настроить 301 редирект, нужно использовать файл конфигурации .htaccess. Его можно найти через FTP или через администраторскую панель хостинга.

Важно! Чтобы найти файл .htaccess, сначала потребуется дать разрешение на показ скрытых файлов. Иначе вы его просто не увидите. Если файла нет, его нужно будет создать. Также необходимо обязательно выполнить команду RewriteEngine On.

Итак, как настроить редирект для ваших целей? Давайте разберем на конкретных примерах.

Склейка зеркал сайта (с www и без www)

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

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

Использование незащищенного соединения http в настоящее время не рекомендуется. Оно негативно сказывается на SEO-показателях. Браузер при посещении сайта с http сообщает юзеру о незащищенном соединении. Поэтому нужно настроить переадресацию с http на https. Чтобы сделать правильную настройку 301 редиректа, впишите .htaccess правило:

Одна из настроек точно сработает и будет переадресовывать на защищенное соединение https всех посетителей.

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

Постраничный 301 редирект

Редирект для одной страницы

Редирект с одного домена на другой

301 redirect на поддомен

Редирект для URL (без параметров)

Редирект для URL (с параметрами)

Редирект с index.php на главную

301 редирект со страницы ошибки 404 Not Found

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

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

Переадресация на мобильную версию

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

Массовый redirect для категорий

Представьте, что вы переименовали категорию с сотнями или даже тысячами позиций. Настраивать редирект для каждой отдельной страницы – трата времени и сил. Гораздо проще использовать массовый редирект для категории, применив код:

Создание переадресации 301 с помощью настроек и плагинов CMS

Большинство современных CMS имеет комплекс интегрированных инструментов для удобной настройки перенаправления. Но правила редиректов в каждом конкретном случае будут отличаться.

Если ваш веб-ресурс построен на WordPress, рекомендуем использовать следующие плагины:

  • Redirection. Это один из наиболее востребованных плагинов для WordPress. С его помощью также можно собирать исчерпывающую статистику по редиректам, отслеживать ошибки 404 на сайте и пр.;
  • Safe Redirect Manager. Это довольно простой плагин, задача которого заключается в поддержке регулярных выражений. Одно из главных преимуществ SRM в том, что он почти не влияет на быстродействие сайта;
  • Quick Page/Post Redirect Plugin. Позволяет настраивать редиректы и добавлять к URL атрибут «nofollow», что полезно для SEO. Но у него есть недостаток – регулярные выражения в нем не поддерживаются;
  • Simple 301 Redirects. Это удобный в использовании плагин. Но в нем приходится указывать URL для редиректа собственноручно, что отнимает немало времени.

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

Чтобы настроить редиректы в CMS Joomla, необходимо войти в административную панель, перейти в раздел «Компоненты» – «Перенаправление».

Там вы сможете настраивать переадресацию. Большое преимущество в данном случае в том, что система сама отслеживает страницы с битыми/нерабочими URL и позволяет перенаправлять пользователей на корректные веб-адреса.

Важное дополнение! Если ваш ресурс создан с помощью конструктора сайтов, могут возникнуть трудности с настройкой переадресации. К примеру, WIX вообще не позволяет создать файл .htaccess. Это серьезное ограничение. Тут придется либо смириться, либо искать альтернативу.

Другие способы создания переадресации

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

Через PHP

В первой строчке необходимо прописать старый URL, а во второй – новый.

ASP-редирект

ASP.NET редирект

JSP редирект

Редирект в Nginx

HTML-редирект

Обратите внимание! HTML-редирект – это вариант лишь для сравнительно небольших сайтов, где нет необходимости в пакетной переадресации, можно настраивать редиректы поочередно. Заметьте, что в части кода «content=»5» цифра 5 означает время задержки в секундах. Вы можете изменить это значение.

Рекомендации по настройке 301 redirect

Пожалуй, главная рекомендация – детально изучить виды редиректов, чтобы не ошибиться с выбором. Для постоянного перенаправления нужно использовать 301, а для временного – 302 или 307.

Если мы говорим о 301 редиректе, нужно следовать трем простым правилам:

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

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

  1. Настройка переадресации через файл .htaccess работает исключительно на серверах под ОС Linux с установленным сервером Apache и с подключенным модулем Mod-Rewrite. В противном случае все те методы переадресации, которые мы описали выше, попросту не сработают.
  2. Используя файл .htaccess, вы увеличиваете нагрузку на сервер. Если смотреть с позиции эффективности, то более рационально прописывать команды в файле hpptd.conf. Но в большинстве случаев у вебмастера просто нет к нему доступа. Соответственно, переадресация 301 может быть настроена только через .htaccess.
  3. В некоторых случаях процесс склейки и передачи PageRank может длиться несколько месяцев. Поэтому настоятельно рекомендуем не торопиться с удалением старой страницы или сайта. Дождитесь, пока перенос окончательно завершится.
  4. «Яндекс» требует обязательного прописывания директивы host в файл robots.txt. Поэтому изучите требования поисковых систем к настройкам redirect.

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

Как проверить 301 редирект?

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

Однако ручная проверка подходит только для случаев, когда вы переадресовываете одну или несколько страниц. Что делать, если переадресаций много, как проверить 301 редирект быстрее?

Для этого можно использовать специальные сервисы:

  1. Онлайн-платформы bertal и Header Checker Tool. У них довольно гибкие настройки, предлагается комплексная проверка. Однако проверять редиректы здесь можно только поочередно.

  1. Screaming Frog Seo Spider. Это весьма функциональный сервис, с помощью которого можно проверять редиректы, находить неработающие ссылки и дубликаты контента, анализировать заголовки страниц и метаданные, создавать XML-структуру сайта, выполнять интеграцию с GA, GSC и PSI.

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

Распространенные ошибки при настройке переадресации

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

Предлагаем рассмотреть несколько наиболее часто встречающихся ошибок:

  • применение редиректов между страницами, когда УРЛ в ссылках остается неизменным;
  • использование 302 или 307 вместо перманентного варианта 301;
  • ошибка при выборе редиректа. Нередко путаница возникает именно между 302 и 307;
  • переадресация файла robots.txt;
  • отсутствие четкого понимания различий между редиректом 301 и rel=«canonical»;
  • переадресация на нерелевантные страницы и/или нерелевантный контент;
  • редирект, который не приводит к 200 странице.

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

  1. Некорректная настройка переадресации.
  2. Вирусная атака на сервер.
  3. Использование чрезмерно длинной цепочки перенаправлений.

Если в вашем редиректе свыше пяти адресов, это плохо. Оптимально, когда есть только два звена: старый и новый URL. Все остальное лишнее.

Выводы

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

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

Как вам статья?

1 Star2 Stars3 Stars4 Stars5 StarsEmpty

Проголосовало: 7

Доступные настройки правил перенаправления · Документация по правилам Cloudflare

Перейти к содержимому

Значок GitHub Правила посещения на GitHub

Значок светлой темы (изображение солнца)Значок темной темы (изображение луны)Установить темную тему (⇧+D) )

    org/BreadcrumbList»>
  1. Продукты
  2. Правила
  3. …
  4. Одиночные перенаправления
  5. Доступные настройки

В следующих разделах описываются настройки правил перенаправления для настройки статических и динамических перенаправлений URL.

Выполняет перенаправление статического URL-адреса с заданным кодом состояния HTTP и, при необходимости, сохраняет строку запроса.

Перенаправление статического URL-адреса имеет следующие параметры конфигурации:

  • URL-адрес : литеральная строка, которая будет использоваться в HTTP-заголовке Location , возвращаемом в ответе перенаправления.

  • Код состояния : Код состояния HTTP ответа перенаправления (по умолчанию 301 ). Должен быть одним из следующих: 301 (перемещено навсегда), 302 (найдено, также известное как временно перемещено), 307 (временное перенаправление) или 308 (постоянное перенаправление).

  • Сохранить строку запроса : Сохранять ли строку запроса при перенаправлении (по умолчанию отключено).

Информация об API

Полный синтаксис поля «action_parameters» для правила перенаправления, выполняющего перенаправление статического URL-адреса, следующий:

 
 "action_parameters": { 
 
 "from_value": { 
 
 "target_url": { 
 
 "value": "" 
 
 }, 
 
 "status_code": , 
 
 "preserve_query_string ":  
 
 } 
 
 }

Единственным обязательным параметром является .

Необязательные параметры могут иметь следующие значения:

  • "status_code" (целое): 301 (перемещено навсегда), 302 (найдено, также известное как временно перемещено), 307 (временное перенаправление) или 308 (постоянное перенаправление).
  • "preserve_query_string" (логическое значение): true или false .

Динамическое перенаправление URL-адреса

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

Перенаправление динамического URL-адреса имеет следующие параметры конфигурации:

  • Выражение : Выражение, определяющее целевой URL-адрес перенаправления. Результат оценки этого выражения будет использоваться в HTTP-заголовке Location , возвращаемом в ответе перенаправления.

  • Код состояния : Код состояния HTTP ответа перенаправления (по умолчанию 301 ). Должен быть одним из следующих: 301 (переехал навсегда), 302 (найдено, также известно как временно перемещено), 307 (временное перенаправление) или 308 (постоянное перенаправление).

  • Сохранить строку запроса : Сохранять ли строку запроса при перенаправлении (по умолчанию отключено).

Информация об API

Полный синтаксис поля «action_parameters» для правила перенаправления, выполняющего динамическое перенаправление URL, следующий:

 
 «action_parameters»: { 
 
 "from_value": { 
 
 "target_url": { 
 
 "expression": "" 
 
 }, 
 
 "status_code": , 
 900 02 "preserve_query_string":  
 
 } 
 
 }

Единственный обязательный параметр — .

Необязательные параметры могут иметь следующие значения:

  • "status_code" (целое): 301 (перемещено навсегда), 302 (найдено, также известное как временно перемещено), 307 (временное перенаправление) или 308 (постоянное перенаправление).
  • "preserve_query_string" (логическое значение): true или false .

Перенаправление модов — Lighttpd — lighty labs

  • Содержание
  • Перенаправление URL
    • Описание
    • Опции
      • url .redirect-код
      • url.redirect
    • Примеры

Модуль: mod_redirect

Описание¶

Модуль перенаправления используется для указания перенаправлений для набора URL-адресов.

Опции¶

опция описание примечание
URL. перенаправление Правила сопоставления URL-адресов для создания перенаправления местоположения HTTP
url.код перенаправления определяет http-код, который отправляется с URL-адресом перенаправления (по умолчанию: 301) (с 1.4.31)

url.redirect-code¶

Код состояния HTTP, отправленный с перенаправлением HTTP (по умолчанию: 301)
например. url.redirect-code = 302

Если клиент должен использовать тот же метод (например, POST) для отправки запроса на цель перенаправления, то следует использовать код 307 или 308.
напр. url.redirect-code = 307
https://developer.mozilla.org/en-US/docs/Web/HTTP/Status 9www\.(.*)$» { url.redirect = («» => «https://%1${url.path}${qsa}») } (более подробную документацию можно найти в разделе «Регулярные выражения» документа mod_rewrite)

Обратите внимание, что «%1» в цели url.redirect относится к заключенному в скобки подвыражению в условном регулярном выражении (. *), непосредственно заключающему url.redirect . Это не имеет значения, которое «%1» имело бы в шаблоне evhost.path (где это означало бы «домен верхнего уровня»). Если url.redirect указывается в условном выражении регулярного выражения ( =~ ), шаблоны % заменяются соответствующими группами из регулярного выражения условия. %1 заменяется первым подвыражением, %2 — вторым и т. д. %0 заменяется всей подстрокой, соответствующей регулярному выражению. См. выше и ниже примеры использования шаблонов %. Отрицательное совпадение ( !~ ) не сохраняет шаблоны %.

Правила перенаправления оцениваются до первого совпадающего правила перенаправления. В качестве особого случая, чтобы разрешить короткое замыкание правил перенаправления 9/do-not-redirect/this/path» => «» ) . Затем дополнительное универсальное правило перенаправления может перенаправить все остальное. Это можно использовать в качестве альтернативы вложенным условиям внутри других условий.

No related posts.