виды, особенности, когда использовать > Q-SEO
Все что нужно знать о кодах ответа 3хх
Все прекрасно знакомы с кодами ответа 301 и 302 — это HTTP коды перенаправления. На самом деле они далеко не единственные и существует еще несколько различных типов редиректов, многие из которых мы, как SEO-специалисты, не используем. Хотя иногда, сканируя сайт, можно увидеть, что некоторые страницы отдают код ответа 307. И вот вопрос — что с ними делать? Нужны ли они нам вообще?
Собственно, сначала нужно разобраться в теории — для чего созданы различные типы редиректов и когда они используются.
Напомним, что переадресация URL (редирект) — это функция сервера, которая отправляет клиента и поисковую систему с одного URL-адреса на другой. Чаще всего редиректы автоматические и классифицируются с помощью кодов ответа, определенных в протоколе HTTP.
Какие бывают коды редиректов:
Забегая наперед: в статье будут использоваться термины GET, POST, HEAD запросы. Поэтому тем, кто, прочитав это, напрягся и начал чувствовать себя неуверенно — посмотрите справку в конце этой статьи.
HTTP 300 — Multiple Choice (Множественный выбор)
300 код ответа возвращается, когда запрашиваемый ресурс (страница) имеет более одного «пункта назначения» со своим уникальным идентификатором. То есть предоставляется информация об альтернативах, чтобы пользователь (или браузер) мог выбрать предпочтительный конечный ресурс, перенаправив свой запрос на один или несколько из этих идентификаторов.
Обычно разрешается максимум 5 адресов. Браузер может сделать выбор из этого списка автоматически, если он понимает предоставленный тип носителя.
Когда дают право выбрать
Представьте, что это страница «Википедия:Неоднозначность», когда Вики предлагает перечень ссылок, чтобы вы могли найти нужный ответ на свой вопрос.
Когда используют
Используют, чтобы браузер или пользователь имели право выбирать наиболее подходящую страницу для своих потребностей. К примеру, так можно представить опции разных форматов файла, несколько языковых версий. В целом, это довольно редкое явление и имеет мало общего с вашим SEO.
HTTP 301 – Moved Permanently (Навсегда перемещен)
Этот статус указывает на то, что ресурс навсегда изменил URL. То есть для запрашиваемой страницы был установлен новый адрес и последующие обращения к ней должны осуществляться по заданному новому URI.
Со временем поисковая система обновит свой индекс, заменив старый адрес страницы на новый. Браузеры и другие типы клиентов закэшируют новый URL-адрес и будут автоматически следовать редиректу напрямую, не проверяя оригинал для последующих запросов. Сохраненные закладки также обычно обновляются.
301 редирект может быть задан в файле htaccess, index.php или httpd.conf на сервере или в системе управления контентом. Например, есть несколько плагинов WordPress для управления 301 редиректами.
При изменении структуры URL-адресов на сайте очень важно настроить 301 редирект для каждого нового адреса. Невыполнение этого требования приведет к снижению доверия к сайту поисковой системы и пользователей.
Когда используют
Часто используют 301 редирект, чтобы устранить дубли страниц, перенаправить робота и пользователя с неактуальной страницы или имеющей код ответа сервера 404. Редиректы с кодом ответа 301 настраивают, когда меняется структура URL-адреса после обновления дизайна или переезда; при настройке главного зеркала сайта.
Как настроить
Все способы настройки 301 редиректа с примерами смотрите в нашей статье Как настроить 301 редирект
Минутка философии…
301 редирект должен быть постоянным, но насколько постоянным может быть постоянство?
Представитель Google Джон Мюллер как-то дал ответ по поводу длительности 301 редиректа: «… Это может быть год, а в идеале даже больше года, так что мы (Google) действительно могли быть уверены, что все, что указывало на старые URL, указывает на новые URL».
Такая философия нам ясна, продолжаем.
HTTP 302 – Moved Temporarily, Found (Временно перемещен)
Код ответа 302 используется для временных перенаправлений. Поскольку конечный адрес может быть изменен в любой момент, браузер должен продолжать использовать старый URI-адрес и дальше.
По поводу PageRank. Официальная версия Google – любой тип 3xx переадресации (в том числе и 302) не теряет PageRank. Тем не менее, это не значит, что можно не переживать, если у вас настроен 302 редирект для постоянного перенаправления.
Google не заменяет старый URL на новый в своем индексе, но если он поймет, что 302 редирект был настроен по ошибке вместо 301, то переиндексирует URL вам на радость.
Безусловно, для этого нужно некоторое время — если это вообще случится. Вероятность этого такая же, как и того, что Google не будет индексировать закрытые в robots.txt страницы, но это уже совсем другая (печальная) история. Так вот, поисковая система, скорее всего, будет ранжировать такой URL-адрес ниже, чем если бы Вы настроили постоянное перенаправление.
Когда используют
302 редирект не настраивают для адресов, которые изменились навсегда. Такой редирект используют, чтобы исходная страница оставалась в индексе или, если посадочная часто меняется. Чаще всего 302 редирект настраивают когда изменяются URL-адреса во время обслуживания сайта, чтобы контент по-прежнему был доступен по другому URL-адресу.
Также мы слышали, что существует такая практика: настроить 302 редирект для товара, которого нет в наличии. Мы не рекомендуем так делать. Лучше, указать на товаре, что сейчас его нет в наличии и добавить блок с похожими или интересными для пользователя товарами на этой странице:
На что стоит обратить внимание
302 лучше настраивать для временного перенаправления адреса, если будет использоваться GET и HEAD метод передачи запроса, так как работу 302 редиректа с другими запросами (POST, PUT) сложно спрогнозировать.
В случае, если используются запросы отличные от GET/HEAD, рекомендуется настраивать 307 редирект (о нем читайте ниже).
HTTP 303 – See Other (Просмотр других ресурсов)
На практике код ответа 303 похож на 302, но он не обозначает перемещение запрашиваемого адреса.
303 код ответа сервера указывает, что запрашиваемый ресурс можно найти по другому URL. То есть — браузеру только предоставляется адрес. Этот конечный адрес не кэшируется.
Когда используют
303 редирект настраивают в случае, когда на определенный запрос браузера нет подходящего ответа (страницы), но можно предложить более-менее удовлетворительный.
С 303 редиректом раньше отлично были знакомы разработчики, так как после POST отправки формы на сайте необходимо было настроить переадресацию, чтобы избежать повторной отправки формы после возможной перезагрузки страницы пользователем.
На что стоит обратить внимание
Некоторые (устаревшие) клиенты не интерпретируют статус 303. В таких случаях применяется 302 редирект.
HTTP 304 – Not Modified (Не модифицировано)
Браузеры могут отправлять запрос, который спрашивает, был ли ресурс изменен после определенного времени. Для внесения информации о последнем редактировании веб-страницы созданы заголовки Last-Modified и If-Modified-Since.
Браузер отправляет запрос, если ранее он уже загружал страницу и закэшировал ее. Если содержимое страницы было изменено с того времени как то сервер даст ответ со статусом 200 OK. Или, если ресурс не был изменен, сервер отправит статус 304 Not Modified – произойдет переадресация на сохраненную копию страницы.
Когда используется
Когда ответ сервера сигнализирует, что страница не изменялась со времени создания последнего кеша. То есть браузеру нет смысла повторно проверять страницу.
SEO-специалисты используют If-Modified-Since и Last-Modified.
Основная цель использования заголовков If-Modified-Since и Last-Modified состоит в том, чтобы обеспечить эффективное обновление кэшированной информации. Управление кэшем поможет улучшить скорость загрузки страницы, а также улучшить общую производительность веб-сайта и, тем самым, удобство для пользователей.
С точки зрения SEO, контролировать обновление кэша очень важно, потому что так можно улучшить сканирование и индексацию сайта.
Вы же помните, что для каждого сайта есть определенный краулинговый бюджет, и задача оптимизатора состоит в том, чтобы максимально эффективно использовать его.
Проблемы со сканированием, само собой, встречаются на действительно больших сайтах — сканируются страницы, которые вовсе не приоритетные для нас, а до необходимого контента робот может так и не дойти. Например, страница «О нас» может часто сканироваться, потому что на нее стоит ссылка на каждой странице сайта в шапке или в футере. Поэтому робот может считать ее важной, хотя на самом деле это не так.
Настроив If-Modified-Since и Last-Modified, можно показать роботу какие именно страницы есть смысл переобходить, а какие так и остались не измененными.
В целом, ускоряется загрузка страниц для пользователей, снижается нагрузка на сервер, в результатах поиска может отображаться дата последнего обновления содержимого страницы, существенно ускоряется индексация страниц.
HTTP 305 – Use Proxy (Использовать прокси)
Переадресация со статусом 305 происходит, когда запрашиваемый ресурс доступен только через прокси-сервер. При этом адрес прокси указывается в ответе. Ожидается, что веб-браузер повторит запрос через прокси.
Некоторые браузеры (Mozilla, Internet Explorer) обрабатывают этот статус некорректно. Скорее всего, они расценивают небезопасным тот факт, что запрос отправляется серверу не напрямую.
Когда используется
Как было сказано выше, если получить доступ к странице можно только через прокси сервер. Прокси сервер используют для разный целей — начиная от анонимности и заканчивая необходимостью кэшировать содержимое, чтобы ускорить загрузку страницы.
На что стоит обратить внимание
Этот код был проигнорирован многими поисковыми системами и, фактически, заброшен.
HTTP 306 – Switch Proxy (Зарезервирован)
Изначально 306 код ответа сигнализировал, что клиент должен использовать определенный прокси-сервер . Больше он неактуален и просто остается зарезервированным.
HTTP 307 – Temporary Redirect (Временный редирект)
Этот статус был создан, чтобы уточнить 302 редирект.
Код ответа 307 означает, что сейчас запрашиваемый ресурс доступен по другому адресу, но потом все равно вернется на прежний URL. Точно так же, как и с 302, страница не кэшируется, а поисковые системы, вероятнее всего, не будут добавлять в свой индекс новый URL.
Этот код ответа аналогичен 302, за исключением того, что он не позволяет изменить метод запроса с POST на GET.
Когда используют
Настраивают 307 редирект в тех же случаях, что и 302 (смотрите выше). 302 всегда использовался для создания временных перенаправлений, но с появлением HTTP 1.1 код ответа 307 конкретизировал его. Хоть 307 редирект является стандартом HTTP 1.1., он более новый и точный, вовсе необязательно, что этот код ответа широко поддерживается серверами, браузерами или поисковыми системами. До тех пор, пока новый стандарт не станет более распространен, лучше всего указывать 302 редирект.
На что стоит обратить внимание
Чтобы различать две предполагаемые особенности кода ответа 302, создали коды 303 и 307. На практике, ни один из них не используется SEO-специалистами намеренно.
HTTP 308 – Permanent Redirect (Перенаправление на постоянной основе)
Этот код ответа — аналог 301 редиректа с той лишь разницей, что он не позволяет изменить метод запроса с POST на GET. Он точно так же автоматически кэшируется и передает внутренний вес на новую страницу.
Перемещен навсегда
Стоит отметить, что этот код ответа экспериментальный.
Когда используется
Как вы уже догадались, 308 редирект настраивают в тех ситуациях, где мы используем 301 редирект. Также когда необходимо выполнить перенаправление на сайте с большим количеством форм, использующих метод POST. Или, если для повторного запроса требуется метод POST.
Есть и другие случаи использования 308 редиректа. Например, Google Drive перенаправляет с кодом ответа 308, чтобы показать, что была прервана загрузка данных.
Справка
Чтобы понять, какой редирект использовать, нужно немного узнать о том, как работает HTTP. Сейчас придется потерпеть, но потом вы будете великолепны.
HTTP протокол характеризует взаимодействие между двумя компьютерами (клиентом/браузером и сервером) с помощью запросов и ответов. GET, HEAD и POST — это самые распространенные методы запросов, которые помогают браузеру или клиенту «общаться» с сервером.
GET — получение ресурса (страницы). GET-запросы могут кэшироваться. Они остаются в истории браузера, могут быть добавлены в закладки и используются специально для извлечения содержимого страницы (HTML, изображения, JS, CSS).
HEAD — получение информации заголовка. HEAD полностью соответствует GET запросу с разницей, что при запросе HEAD нас не интересует сам ресурс (страница/документ), а только его HEADER и код ответа.
POST — отправка данных на сервер. Конечно, можно отправлять данные на сервер с помощью GET, но использовать POST запросы правильнее. Отправка больших объёмов данных с помощью GET нецелесообразна и имеет ограничения. Запросы POST чаще всего отправляются веб-формами. Вы точно когда-нибудь использовали форму на сайте, которая, когда вы нажимаете кнопку «Назад» или попытки обновить страницу, выдает предупреждение по типу «Все несохраненные данные будут утеряны». Это потому, что это был запрос POST. POST запросы не кэшируются, не сохраняются в истории браузера и не могут быть добавлены в закладки, поскольку они являются набором команд для сервера, а не запросом статического ресурса.
Та-дааааааам, Вы — великолепны.
И, закрывая тему.
Что мы должны использовать?
Работаем мы с такими редиректами: 301, 302, 304, 307, 308. А реально используем 301, 304 и 302. Догадались почему?
Да, потому что 307 и 308 коды ответа сервера еще не полюбились всем браузерам, клиентам и поисковым системам. Поэтому давайте общаться с ними на понятном для них языке.
Комментарии
Комментарии
Перенаправления в HTTP — HTTP
URL перенаправление (redirecting), также известное как URL пересылка (forwarding), это метод представления страницы, формы или целого веб-приложения, более чем одним URL адресом. HTTP предоставляет специальный вид ответов, HTTP redirect, для выполнения этой операции, используемой для многих целей: временного перенаправления, пока выполняется обслуживание сайта, постоянное перенаправление, для сохранения работоспособности внешних ссылок, после смены архитектуры сайта, страниц прогресса, пока загружается файл, и так далее.
В HTTP, перенаправление вызывается при отправке сервером специального ответа на запрос: redirects. HTTP перенаправление, это ответы с кодом статуса3xx
. Когда браузер получает ответ перенаправления, он использует новый предоставленный URL-адрес и немедленно загружает его: в большинстве случаев переадресация невидима для пользователя, за исключением небольшого влияния производительность.
Есть несколько типов перенаправлений и делятся на три категории: постоянные, временные и специальные перенаправления.
Постоянные перенаправления
Эти перенаправления призваны длиться вечно. Они подразумевают, что оригинальный URL-адрес больше не должен использоваться, а вместо него должен быть использован новый. Поисковые роботы запускают обновление связанного URL-адреса для ресурса в своих индексах.
Код | Текст | Обработка метода | Случаи использования |
---|---|---|---|
301 | Moved Permanently | GET методы неизменны.Другие методы могут быть превращены в GET .[1] | Реорганизация веб-сайта. |
308 | Permanent Redirect | Метод и тело запроса неизменны. | Реорганизация веб-сайта, с не-GET ссылками/операциями. |
[1] Спецификация не была намерена разрешать изменение метода, но на практике, клиентские приложения делают это. Код 308
был создан чтобы избавиться от неоднозначности в поведении, при использовании не-GET
методов.
Временные перенаправления
Иногда, доступ к запрашиваемому ресурсу не может быть предоставлен из определённого места, но может быть предоставлен из другого. В этом случае, могут быть использованы временные перенаправления. Поисковые роботы не запоминают новую, временную ссылку. Временные перенаправления также используются, когда создаются, обновляются, или удаляются ресурсы, которые представляют временные страницы.
Код | Текст | Обработка метода | Случаи использования |
---|---|---|---|
302 | Found | GET методы неизменны.Другие методы могут быть превращены в GET .[2] | Веб-страница недоступна по непредвиденным причинам. В этом случае поисковые роботы не будут обновлять свои ссылки. |
303 | See Other | GET методы неизменны.Другие превращены в GET (тело запроса теряется). | Используется для перенаправления после PUT или POST для предотвращения обновления страницы, что может спровоцировать повторный вызов операции. |
307 | Temporary Redirect | Метод и тело запроса неизменны. | Веб-страница недоступна по непредвиденным причинам. В этом случае поисковые роботы не будут обновлять свои ссылки. Лучше чем код 302 когда не-GET ссылки/операции доступны на сайте. |
[2] Спецификация не была намерена разрешать изменение метода, но на практике, клиентские приложения делают это. Код 307
был создан чтобы избавиться от неоднозначности в поведении, при использовании не-GET
методов.
Специальные перенаправления
В добавок к обычным перенаправлениям, есть 2 специальные. Перенаправление с кодом 304
(Not Modified) перенаправляет страницу к локальной закешированной копии (которая была устаревшей), и перенаправление с кодом 300
(Multiple Choice) это ручное перенаправление: тело, представленное браузером, как веб-страница, перечисляет возможные перенаправления и пользователь выбирает одно из них.
Код | Текст | Случаи использования |
---|---|---|
300 | Multiple Choice | Не так много: варианты перечислены на HTML странице. Может быть обслужен со статусом 200 OK . |
304 | Not Modified | Обновление кеша: означает, что значение кеша все ещё актуально и может быть использовано. |
HTTP перенаправления это не единственный способ переадресации. Есть ещё два метода: HTML перенаправления используют элемент <meta>
, и JavaScript перенаправления используют DOM.
HTML перенаправления
HTTP перенаправления более предпочтительный способ создания перенаправлений, но, иногда, у веб-разработчиков нету контроля над сервером или возможности настроить его. Для таких особых случаев, разработчики могут создать HTML страницу с элементом <meta>
и установить атрибуту http-equiv
значение refresh
в блоке <head>
. Когда страница отображается, браузер найдёт этот элемент и перейдёт на указанную страницу.
<head>
<meta http-equiv="refresh" content="0; URL=http://www.example.com/" />
</head>
Атрибут content
начинается с числа, которое означает, сколько секунд браузер должен ждать, прежде чем перейти по данной ссылке. Всегда устанавливайте 0, для лучшей доступности.
Очевидно, этот метод работает только с HTML страницами и не может использоваться для изображений или другого типа контента.
Заметьте, что перенаправления не позволяют работать должным образом кнопке «Назад» в браузере: вы можете вернуться на страницу назад, но мгновенно будете перенаправлены на страницу с которой пришли.
JavaScript перенаправления
Перенаправления в JavaScript создаются установкой значения свойства window.location
и новая страница загрузиться.
window.location = "http://www.example.com/";
Как и HTML перенаправления, этот тип не будет работать на всех ресурсах, и очевидно, что работает только на стороне клиента, который выполнит JavaScript. С другой стороны, вы можете вызвать перенаправление, только тогда, когда исполнится определённое условие.
Приоритетность
При использовании трёх возможных способов URL перенаправления, некоторые методы могут быть вызваны одновременно, но какой из них будет примёнён первым? Порядок приоритетов следующий:
- HTTP перенаправления всегда выполняются первыми, пока ещё страница даже не была передана, и конечно же, пока ещё не прочитана.
- HTML перенаправления (
<meta>
) выполняются только, если перенаправление не было в выполнено в HTTP. - JavaScript перенаправления используются как последняя возможность перенаправления, и работают только если разрешено выполнение JavaScript на клиентской стороне.
Используйте HTTP перенаправления, когда это возможно, и не используйте элемент <meta>
. Если разработчик изменяет HTTP перенаправление и забывает изменить HTML перенаправление , тогда они больше не идентичны, и закончится это вечным циклом или другим ночным кошмаром.
Есть много случаев для использования перенаправлений, но поскольку они влияют на производительность, то должны использоваться как можно реже.
Связывание доменов
В идеале, есть только одно место, и следовательно один URL адрес, для одного ресурса. Но, есть несколько причин, чтобы иметь альтернативные имена для ресурса (несколько доменов, как с, так и без префикса www или более короткие и лёгкие для запоминания адреса, …). В этих случаях, использовать перенаправление к одному истинному URL адресу, более подходящий вариант, чем дублировать ресурс.
Связывание доменов может быть необходимым по нескольким причинам:
- Расширение вашего сайта. Распространённый случай, когда ваш сайт находится под доменом
www.example.com
, а доступ к страницам должен быть возможным также изexample.com
. В этом случае создаются перенаправления для страниц изexample.com
к страницамwww.example.com
. Вы также можете предоставлять обычно используемые имена синонимов или частые опечатки ваших доменных имён. - Переезд на другой домен. К примеру, ваша компания была переименована и вы хотите чтобы люди которые обычно использовали старый сайт компании находили вас под новым именем.
- Принуждённый HTTPS. Запросы к HTTP версии вашего сайта буду перенаправлены к HTTPS версии.
Сохранения ссылок рабочими
Когда вы изменяете структуру веб-сайта, URL адреса ресурсов меняются. Даже, если вы можете обновить внутренние ссылки вашего сайта в соответствии с новой схемой имён, у вас нет контроля на URL адресами используемыми внешними ресурсами. Вы не хотите, чтобы эти ссылки не работали, так как они приносят вам ценных пользователей (и помогают вашей SEO), так что вы устанавливаете перенаправления из старых URL адресов на новые.
Не смотря на то, что данный метод работает также для внутренних ссылок, вы должны избегать внутренних перенаправлений. Перенаправления имеют большое влияние на производительность, и если вы имеете возможность избежать их, корректируя внутренние ссылки, тогда делайте так.
Временные ответы для небезопасных запросов
Небезопасные запросы изменяют состояние сервера и пользователь не должен не нарочно запросить их. Обычно, вы не хотите чтобы ваши пользователи повторно отправляли PUT
, POST
или DELETE
запросы. Если вы только обслуживаете запросы, простое нажатие кнопки перезагрузки повторно отправит запрос.
В этом случае, сервер вернёт ответ 303
(Смотреть другие), который будет содержать правильную информацию, но если кнопка перезагрузки будет нажата, эта страница просто отобразится повторно без ответа на небезопасный запрос.
Временные ответы на долгие запросы
Некоторые запросы могут потребовать больше времени сервера, например запрос DELETE
, который срабатывает по расписанию. В этом случае, ответом будет перенаправление 303
(Смотреть другие), которое связывает со страницей показывающей, что действие было запланировано, и в результате информирует о процессе или позволяет отменить запрос.
Apache
Перенаправления могут быть установлены или в настройках сервера, или в каждой директории в файле В IIS, вы используете элемент Циклы перенаправлений случаются когда за успешным перенаправлением следует другое, которое уже было выполнено. Другими словами, существует такой цикл, который никогда не закончится и в конечном счёте ни одна страница не будет найдена. В большинстве случаев это проблема сервера, и если сервер не может обнаружить её, то отправит код статуса В случае, когда сервер не может обнаружить его: цикл перенаправлений может распространиться на несколько серверов, каждый из которых не имеет полной картины происходящего. В этом случае, браузеры покажут сообщение об ошибке. Firefox выведет: тогда, как Chrome: В обоих случаях, пользователь не может ничего сделать (в отличие от ошибки на стороне клиента, например, несоответствие файлов куки или кеша). Важно избегать циклов перенаправлений, так как они полностью нарушают работу пользователя. От автора: В этом уроке мы с вами начнем знакомиться с директивами перенаправления. Возможности данных директив так или иначе используются практически в любом проекте, без них сложно представить работу мало-мальски полноценного сайта: их возможности используются для СЕО, для создания ЧПУ, для простого редиректа, для ограничения доступа к сайту или его части и т.д. Директивы перенаправления (или редиректа) делят на две группы: директивы простого перенаправления и директивы сложного перенаправления (модуль mod_rewrite). Возможности первой группы директив ограничиваются банальным физическим редиректом, при котором пользователь не только получит содержимое файла, на который был произведен редирект, но и произойдет изменение адреса URL (внешний редирект). Возможности же второй группы директив позволяют производить преобразования URL «на лету», не изменяя адресную строку браузера. Эта возможность позволяет использовать ЧПУ на сайте (этой темы мы коснемся в следующем уроке). Бесплатный курс по PHP программированию Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC В курсе 39 уроков | 15 часов видео | исходники для каждого урока Итак, первая директива Redirect имеет следующий синтаксис: Redirect code old_url new_url Redirect code old_url new_url Здесь: code – необязательный код статуса, с которым будет произведен редирект (по умолчанию — 302) old_url – запрос new_url – адрес перенаправления Синтаксис данной директивы довольно строг и предполагает использование только абсолютных адресов, т.е. в адрес должен начинаться со слеша (слеш указывает на корень сайта). Для адреса перенаправления (new_url) допускается использование схемы (т.е. протокола). И несколько примеров использования директивы Redirect: # Редирект с file.html (находится в корне) на file.php (там же)
Redirect /file.html /file.php
# Редирект с главной страницы сайта на внешний адрес
Redirect / //ya.ru
# Редирект с file.html на file.php с указанием кода статуса
Redirect 301 /file.html /file.php
# Используя 410 код мы сообщаем, что данный url является «мертвым»
Redirect 410 /file.html # Редирект с file.html (находится в корне) на file.php (там же) Redirect /file.html /file.php # Редирект с главной страницы сайта на внешний адрес Redirect / //ya.ru # Редирект с file.html на file.php с указанием кода статуса Redirect 301 /file.html /file.php # Используя 410 код мы сообщаем, что данный url является «мертвым» Redirect 410 /file./]+\.(rar|zip))$ /file.php?file=$1 В следующем уроке мы начнем знакомиться с директивами модуля mod_rewrite, которые предоставляют гораздо больше возможностей по работе с перенаправлениями. На этом текущий урок завершен. Удачи и до встречи в следующем! Бесплатный курс по PHP программированию Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC В курсе 39 уроков | 15 часов видео | исходники для каждого урока Создайте веб-приложение на PHP на примере приема платежей на сайте Вы здесь:
Главная - HTML - HTML Основы - Редирект на HTML Иногда возникает необходимость сделать редирект пользователя без использования скриптов. Напоминаю, что редирект - это перенаправление пользователя с одного адреса на другой. Разумеется, можно воспользоваться JavaScript. Однако, не всегда это удобно, вдобавок, не у всех включён JavaScript (хотя сейчас это безумная редкость, но всё-таки), поэтому в этой статье я расскажу о том, как сделать редирект на HTML. Редирект на HTML делается с помощью мета-тега "refresh". Значение данного мета-тега задаёт основные параметры для редиректа: Обратите внимание, что число в значении атрибута "content" (в нашем случае 5) означает, через сколько секунд будет совершён переход. А через точку с запятой мы задаём значение URL, в котором указываем, на какой адрес необходимо направить пользователя. Также Вы можете создать страницу, которая будет обновляться через заданные промежутки времени. Реализуется это элементарно, разумеется с помощью того же редиректа, но уже значение URL - это текущая страница: Как видите, здесь значение URL ничему не равно. Результатом выполнения этого HTML-кода будет обновление страницы каждые 5 секунд. Теперь Вы знаете, что редирект возможен не только на JavaScript, но и на HTML. Что очень здорово, так как не всегда есть возможность использовать JavaScript, а такое действие, как регулярное автоматическое обновление страницы, достаточно часто используется. Копирование материалов разрешается только с указанием автора (Михаил Русаков) и индексируемой прямой ссылкой на сайт (http://myrusakov.ru)! Добавляйтесь ко мне в друзья ВКонтакте: http://vk.com/myrusakov. Если Вы не хотите пропустить новые материалы на сайте, Если у Вас остались какие-либо вопросы, либо у Вас есть желание высказаться по поводу этой статьи, то Вы можете оставить свой комментарий внизу страницы. Порекомендуйте эту статью друзьям: Если Вам понравился сайт, то разместите ссылку на него (у себя на сайте, на форуме, в контакте): Она выглядит вот так: Она выглядит вот так: Как создать свой сайт 301 редирект или, так называемое постоянное перенаправление — говорит о том, что страница поменяла адрес или URL и перенаправляет на новую страницу. Если у вас на сайте была проиндексированная ПС страница, а вы поменяли ее адрес — в обязательном порядке сделайте 301 редирект на новую страницу. При 301 редиректе старая страница не индексируется, а вместо нее «подставляется» новая. 1 2 RewriteEngine on Redirect 301 /old-page http://ваш-урл.ру/new-page Собственно, похожий пример внимательный читатель увидит выше, в случае перенаправления RSS. Да, технология та же. 1 2 3 Options +FollowSymLinks RewriteEngine on RewriteRule (.*) [R=301,L] Есть интересная методика «скрытия» внешних ссылок путем 301 редиректа. Допустим, у вас есть «сквозная» ссылка в сайдбаре, которая ведет на ваш профиль в Google+, она внешняя, то есть ведет на внешний ресурс. Для SEO очень хорошо, когда таких ссылок как можно меньше. Можно спрятать их и сделать внутренними. Технология производства внутренних ссылок из внешних: Подобным образом можно ставить любые другие условно постоянные ссылки. 1 2 RewriteEngine on Redirect 302 /old-page http://ваш-урл.ру/new-page Код абсолютно такой же, как в случае с постоянным перенаправлением. RewriteRule $ /inside.html [R=302,L] Есть несколько типов редиректов, рассмотрите каждый из них в кратце, чтобы определить какой из них вам больше подходит. Редирект через htaccess – самый популярный, и довольно простой способ. Чтобы его сделать, вам понадобится создать в папке сайта файл с названием .htaccess (обратите внимание, что название файла начинается с точки, это не опечатка). Если вы используете CMS WordPress или Joomla, то скорее всего этот файл у вас уже есть, в этом случае вам нужно будет просто отредактировать его. Редирект при помощи PHP – подойдет в том случае, если вы разбираетесь в PHP и знаете структуру своего сайта. Этот вариант подойдет вам, если ваш сайт написан не на CMS. В ином случае лучше используйте редирект через htaccess. Редирект HTML – если у вас простой HTML сайт и вам нужно сделать перенаправление для одной страницы – это самый простой вариант. Сделать перенаправление для всего сайта этим способом будет трудозатратно, особенно если у вас на сайте больше 10 страниц. Редирект при помощи JavaScript – этот способ подойдет также в том случае, если у вас простой сайт, либо если нужно сделать редирект для одной – двух страниц, либо для всего сайта в целом. Инструкции, которые вы увидите ниже, нужно прописать в файл .htaccess в самое начало. Пропишите эту строку в .htaccess файле, и тогда все посетители вошедшие на сайт по протоколу HTTP будут перенаправляться на защищенный протокол HTTPS. Если вы прописываете редирект для WordPress, то обратите внимание на то, что в файле уже есть строка RewriteEngine On. Поэтому сразу под ней вам нужно добавить такие строки В PHP редирект делается так: сервер отправляет заголовки headers браузеру посетителя, и тот переходит по нужному адресу автоматически. Чтобы сделать редирект через HTML, нужно добавить на каждую страницу где он планируется специальный мета тег. Мета тег прописывается внутри тега . Этот вид перенаправления удобен тем, что его код можно прописать в одном файле (в отличие от html метода), и этот файл вставить на каждой странице прописав HTML redirect играют важную роль для масштабных веб-проектов. Возможность переадресации трафика с одного сайта на другой помогает лучше управлять потоками посетителей и выполнять реструктуризацию ресурса. С помощью редиректов пользователи могут отправлять сообщения с одинаковым содержанием на разных доменах, не позволяя их классифицировать как дублированный контент. Кроме этого перенаправления доменов являются эффективными способом для поисковой оптимизации. Редиректы выполняются с помощью .htaccess , PHP скрипт , HTML мета-тегов и JavaScript . Редиректы используются для информирования серверов о том, что контент сайта был перенесен с одного URL-адреса на другой. Делать это необходимо, когда исходный веб-адрес ( цель входящей ссылки ) занимает высокие позиции в выдаче поисковых систем ( SERP ). В этом случае редирект сообщает поисковому роботу, что нужный контент был перенесен, предоставляя пользователю ссылку на новый адрес. Без таких переадресаций веб-мастера столкнулись бы со страницей ошибки 404 вместо искомого сайта. Это то, чего коммерческие ресурсы особенно стремятся избежать. Онлайн-магазины предлагают постоянно меняющийся ассортимент товара, который отображается на многих страницах. Как только товар перестает продаваться, потенциальных клиентов перенаправляют на страницу с аналогичным продуктом. Это позволяет более эффективно управлять потоком посетителей, а также уменьшить показатель отказов. Кроме этого перенаправление позволяет одинаковому контенту быть доступным по различным веб-адресам. Все альтернативные адреса перенаправляются в сторону приоритетного домена сайта: Различают клиентские и серверные HTML meta redirect . В случае с серверными перенаправлениями происходит передача кодов состояния HTTP пользовательским агентам ( браузерам и поисковым роботам ). Когда дело доходит до перенаправлений на стороне клиента, все выглядит по-другому: они выполняются без какого-либо ответа, и никакие коды состояний не передаются. Именно поэтому не все системы поддерживают редирект. Это может привести к ситуациям, когда посетители остаются на оригинальном сайте и не перенаправляются на новую страницу. Такие недостатки делают использование серверных редиректов более предпочтительным. Поэтому клиентские решения должны применяться только тогда, когда перенаправления домена на стороне сервера невозможно из-за технических препятствий. В большинстве случаев серверные перенаправления домена выполняются через конфигурационный файл .htaccess или PHP скрипт . Преимущество этих методов состоит в том, что можно индивидуально определить, какой код состояния HTTP должен быть выведен на экран пользовательскому агенту. Это позволяет веб-мастерам помечать перенаправления, как постоянные или временные. Ниже приведены актуальные коды состояния HTTP 301 и 302 : Если код состояния HTTP не определен явно, сервер передает код состояния 302 во время редиректа. Это не всегда необходимо и рекомендуется вручную вводить нужный код состояния при каждой переадресации, так как это позволяет снизить вероятность ошибки индексации, как в ситуации взлома URL . В отличие от редиректа 301 , код состояния 302 сообщает поисковым роботам, что первоначальный URL должен оставаться индексируемым. Предназначенный для постоянной работы адрес редиректа конкурирует с адресом, указанным в индексе поисковой системы. .htaccess представляет собой конфигурационный файл на сервере Apache , используемый для перезаписи центральной конфигурации на уровне каталогов. Этот файл позволяет администраторам сайта выполнять специфичные настройки каталога для доменов и их подкаталогов. Одна из функций файла .htaccess включает в себя серверные перенаправления отдельных адресов на другие URL . После того, как файл .htaccess со следующим кодом помещается в основные каталоги, запросы на исходный домен перенаправляются серверной стороной на домен www.example.com ‘ ‘: Строка кода начинается с redirect 301 HTML и определяет код состояния HTTP , который будет передан сервером. Далее следует путь к контенту, который должен быть перенаправлен. и $ обозначают начало и конец пути, а L означает последнее правило для соответствующего запроса. R = 301 пересылает статус HTTP 301 . При настройке редиректа с помощью .htaccess ошибочные записи могут серьезно повлиять на работу сайта. Учитывая, что эти изменения вступают в силу сразу после сохранения файла .htaccess , нужно тщательно проверять соответствующие конфигурации. HTML redirect на другую страницу может также быть выполнен PHP скриптом ( например, в index.php ). Следующий код отображает постоянное перенаправление к целевому URL ‘www.example.com’ : При передаче через PHP скрипт код состояния HTTP определяется с помощью функции « header » во второй строке кода. В этом примере должен быть выполнен постоянный 301 редирект . Учитывая, что серверные перенаправления обычно выполняются на временной основе, то для постоянного редиректа нужно явно указать код состояния 301 . Адрес назначения перенаправления также прописан в ‘ header ‘. В примере перенаправление происходит на ‘ http://www.example.com ‘. Функция ‘ exit ‘ в четвертой строке кода заканчивает сценарий и препятствует выполнению следующей строки. Чтобы редиректы работали через PHP скрипт, блок кода должен быть расположен в начале HTML страницы. Это препятствует передаче сервером содержимого HTML на страницу перенаправления. Если выполнение перенаправления на стороне сервера невозможно по техническим причинам, то можно использовать клиентское решение. Для этого применяется HTML метатег « refresh » и JavaScript . Недостатком перенаправления на стороне клиента является то, что серверы не передают коды состояния HTTP запрашивающим браузерам или поисковым роботам. Более того, перенаправления на стороне клиента не поддерживаются всеми пользовательскими агентами, а это значит, есть риск того, что не все посетители сайта будут перенаправлены. Redirect HTML index на стороне клиента оказывают негативное влияние на поисковый индекс. С клиентскими редиректами 301 не происходит явного исключения из индексации через код состояния HTTP . Это может привести к перенаправлению доменов, конкурирующих с доменами назначения, когда речь заходит о поисковых запросах, связанных с рейтингом. В отличие от серверных редиректов, которые остаются невидимыми для пользователей, клиентские всегда сопровождаются задержками. HTML перенаправления реализуются через метатеги с атрибутом ‘ http-equiv ’. Для этого нужен простой HTML-файл и соответствующий тег в заголовке для создания перенаправления. Чтобы посетители получали информацию о редиректе, в HTML-документе должно быть установлено соответствующее уведомление: « Пожалуйста, подождите. Вы будете перенаправлены … ‘. Простое перенаправление с помощью refresh выглядит следующим образом: Клиенту будет предложено перенаправление на новую страницу через метатег http-equiv = «refresh» . То, как это происходит, определяется в атрибуте ‘ content ’. Приведенный выше пример перенаправляет пользователей на домен ‘ www.example.com ‘ через десять секунд. JavaScript предлагает простую возможность HTML redirect домена на стороне клиента. Но JavaScript поддерживается не всеми браузерами из-за соображений безопасности. Использование данного решения также может создать проблемы для поисковых роботов и пользователей с активными дополнениями NoScript . Вот как выглядит код перенаправления с помощью JavaScript : Самое главное здесь это третья строка кода. Объект ‘ window.location ‘ используется, чтобы сделать ссылку на текущий адрес сайта. Команда ‘ replace ‘ инструктирует браузер направить пользователя к домену назначения (‘ www.example.com ‘). Данная публикация представляет собой перевод статьи « Domain redirects via .htaccess, PHP, HTML, and JavaScript » , подготовленной дружной командой проекта Интернет-технологии.ру Примеры редиректов или же перенаправлений на другую страницу. Метод replace() позволяет заменить одну страницу другой таким образом, что это замещение не будет отражено в истории просмотра HTML-страниц (history) браузера Метод reload() полностью моделирует поведение браузера при нажатии на кнопку reload в панели инструментов. Если вызывать метод без аргумента или указать его равным true , то браузер проверит время последней модификации документа и загрузит его либо из кеша (если документ не был модифицирован), либо с сервера. Такое поведение соответствует нажатию на кнопку reload . Если в качестве аргумента указать false , то браузер перезагрузит текущий документ с сервера. Такое поведение соответствует одновременному нажатию на reload и кнопки клавиатуры shift (reload+shift) . Следующие примеры тоже перенаправят на google: С помощью функции setTimeout возможно реализовать задержку переадресации перед выполнением редиректа (в примере – 5 секунд): Простой пример редиректа с таймером: В php есть функция header() , которая разрешает не только подменять стандартные заголовки, но и добавлять новые. Редирект HTML в PHP: Второй вариант, аналогичный по смыслу, но может быть полезным, если установка кода и редирект должны осуществляться в разных местах: Первая строка указывает код http, а вторая, собственно, задает адрес. В большинстве случаев, проблем не возникнет. Однако, если у вас используется режим FastCGI , то вместо "HTTP/1.1 301 Moved Permanently" может потребоваться написать "Status: 301 Moved Permanently" . Необязательный параметр status – это три цифры – код редиректа (например, 301). Если не указан, то по умолчанию подставляется 302. URL-path – часть запрашиваемого пользователем (или поисковиком) адреса, которая должна обязательно начинаться со слеша (/) URL-to-redirect – полный адрес сайта (и, возможно, часть пути), на который будет осуществляться редирект. Должен быть вида http://site.ru/ – то есть обязательно должен присутствовать протокол (http://) и закрывающий адрес сайта слеш (/). Если URL-path заканчивается не слешем, то редирект будет срабатывать только в случае точного совпадения запрошенного пользователем адреса и URL-path . Если URL-path заканчивается слешем, то редирект сработает не только для указанного адреса, но и для всех, которые начинаются на указанный. А к URL-to-redirect будет добавлена часть адреса, следующая за последним указанным слешем в URL-path . Действие директивы RedirectMatch аналогично Redirect , но в параметрах URL-regexp и URL-to-redirect можно использовать регулярные выражения. У директивы RewriteRule более широкий спектр применения. Который, в числе прочих возможностей, разрешает ее использования и для редиректа – с указанием в конце строки в квадратных скобках [ ] флагов L (выполнить немедленно) и R (редирект). Дело в том что я так делала, но не перенаправляет на страницу ajax.php(( ага, ну, для начала попробуй удалить все пробелы до тега пробелы. я сегодня столько раз его редактировала что на эт не обращала внимания..разве эт так существенно? так блин на счет хеширования я знаю..эт просто я сижу для себе пишу. рассбираюсь по тихоньку и до этого еще не дойшл что я такого "негладкого и неправильного наделала" надела Предположим, что вы хотите, чтобы пользователям, которые переходят на страницу https://example.com/initial.php отображалась страница https://example.com/final.php . Это можно сделать с помощью несколько методов PHP , JavaScript и HTML . В этой статье мы расскажем о каждом из методов, которые можно использовать для PHP перенаправления на другую страницу. Вот несколько переменных, которые мы будем использовать: Если хотите добавить редирект с initial.php на final.php , можно поместить на веб-странице initial.php следующий код. Он отправляет в браузер новый заголовок location : Здесь мы используем PHP-функцию header() , чтобы создать редирект. Нужно поместить этот код перед любым HTML или текстом. Иначе вы получите сообщение об ошибке, связанной с тем, что заголовок уже отправлен. Также можно использовать буферизацию вывода, чтобы не допустить этой ошибки отправки заголовков. В следующем примере данный способ перенаправления PHP показан в действии: Чтобы выполнить переадресацию с помощью функции header() , функция ob_start() должна быть первой в PHP-скрипте . Благодаря этому не будут возникать ошибки заголовков. В качестве дополнительной меры можно добавить die() или exit() сразу после редиректа заголовка, чтобы остальной код веб-страницы не выполнялся. В отдельных случаях поисковые роботы или браузеры могут не обращать внимания на указание в заголовке Location . Что таит в себе потенциальные угрозы для безопасности сайта: Чтобы прояснить ситуацию: die() или exit() не имеют отношения к редиректам. Они используются для предотвращения выполнения остальной части кода на веб-странице. При PHP перенаправлении на страницу рекомендуется использовать абсолютные URL-адреса при указании значения заголовка Location . Но относительные URL-адреса тоже будут работать. Также можно использовать эту функцию для перенаправления пользователей на внешние сайты или веб-страницы. Это не является чистым PHP-решением . Тем не менее, оно также эффективно. Вы можете использовать функцию PHP echo() для вывода кода JavaScript , который будет обрабатывать редирект. Если воспользуетесь этим решением, то не придется использовать буферизацию вывода. Что также предотвращает возникновение ошибок, связанных с отправкой заголовков. Ниже приводится несколько примеров, в которых использованы разные методы JavaScript для редиректа с текущей страницы на другую: Единственным недостатком этого метода перенаправления на другой сайт PHP является то, что JavaScript работает на стороне клиента. А у ваших посетителей может быть отключен JavaScript . Также можно использовать базовый HTML для выполнения редиректа. Это может показаться непрофессиональным, но это работает. И не нужно беспокоиться о том, что в браузере отключен JavaScript или ранее была отправлена ошибка заголовков: Также можно использовать последнюю строку из предыдущего примера, чтобы автоматически обновлять страницу каждые « n » секунд. Например, следующий код будет автоматически обновлять страницу каждые 8 секунд: В этой статье я рассмотрел три различных метода перенаправления с index php , а также их преимущества и недостатки. Конкретный метод, который стоит использовать, зависит от задач проекта. Данная публикация представляет собой перевод статьи « How can I do a redirect to different url before page load in PHP » , подготовленной дружной командой проекта Интернет-технологии.ру Да, этот вопрос уже задавался, но мы включаем один шаг, который мы не видели ни в одном другом ответе. Этот вопрос включает в себя три страницы: один HTML и две страницы PHP. На HTML-странице есть reCaptcha, который проверяется, когда пользователь нажимает кнопку SEND, которая переходит на страницу verify.php. Он имеет стандартное значение true или false, если приведенный ниже код заявления Это где начинается неудача или отсутствие результатов. если true, мы хотим перейти к send-info.php и отправить информацию на сервер. Мы не можем увидеть код в send-info.php загрузить или выполнить. Мы знаем, что код работает, добавляя его в выражение true if. Итак, вопрос в том, является ли это ошибкой, потому что send-info.php не загружается или информация с переменной не принимается со страницы HTML с данными? Когда вы просматриваете исходный код, он содержит когда вы должны только увидеть Это означает, что было некоторое пространство, выведенное где-то в файле PHP до команды header, и я подозреваю, что у вас отключено предупреждение / сообщение об ошибке, иначе вы бы получили следующее предупреждение: в верхней части файла php. Также попробуйте включить отчет об ошибках … и он скажет вам, где произошел первый вывод Не забудьте удалить код сообщения об ошибке, как только вы исправите его. В этом посте подробно рассматриваются причины и решения Как исправить "Заголовки уже отправлены" ошибка в PHP HTML перенаправление. Код перенаправления мета-обновления HTML. Перенаправление мета-обновления HTML - это перенаправление на стороне клиента, а не постоянное перенаправление 301. Мета-обновление HTML с интервалом времени 0 секунд рассматривается Google как
подсказка для 301 редиректа для передачи рейтинга страниц. Если хотите
реальный постоянный редирект 301, вы можете сделать это с
Перенаправление PHP после включения кода PHP в
HTML файлы. Перенаправление выполняется с помощью мета-обновления в разделе заголовка. Ссылка в разделе тела для резервных целей. Замените старую страницу кодом перенаправления на URL-адрес страницы, на которую нужно выполнить перенаправление. old-page.html: Страница перемещена по адресу: ./images/(.*)$ http://images.example.com/$1 permanent;
IIS
<httpRedirect>
для настройки перенаправлений.500
Internal Server Error
. Если вы встретите такую ошибку вскоре после редактирования настроек сервера, то это скорее всего цикл перенаправлений.This Webpage has a redirect loop
Файл htaccess. Редирект
Разработка веб-приложения на PHP
Редирект на HTML
<meta http-equiv="refresh" content="5;URL=http://myrusakov.ru">
<meta http-equiv="refresh" content="5;URL=">
Предыдущая статья Следующая статья
Если Вы хотите дать оценку мне и моей работе, то напишите её в моей группе: http://vk.com/rusakovmy.
то Вы можете подписаться на обновления: Подписаться на обновления
<a href="https://myrusakov.ru" target="_blank"><img src="https://myrusakov.ru/images/button.gif" alt="Как создать свой сайт" /></a>
<a href="https://myrusakov.ru" target="_blank">Как создать свой сайт</a>
[URL="https://myrusakov.ru"]Как создать свой сайт[/URL]» 301 и 302 редирект или перенаправление
Бывает так, что сайт переезжает на новый домен, нужно сохранить структуру ссылок, а их могут быть сотни и тысячи, на каждую установить перенаправление нереально. Код ниже поможет разобраться с такой ситуацией:
302 редирект или временное перенаправление говорит ПС, что страница перемещена временно, поэтому индексировать нужно обе страницы, старую и новую.
302 редирект удобно использовать, когда проводятся какие-либо долгосрочные работы на сайте и не нужно показывать посетителям «поломанные» страницы.123.123.123.123Html перенаправить на другую страницу
Читайте ниже чтобы узнать какие именно инструкции в нем нужно прописать, чтобы создать перенаправление.Редирект всего сайта (всех страниц) на другой сайт
Стоит отметить важный момент, отправлять заголовки можно только до вывода другой информации. То есть они должны отправляться до вывода любой другой информации через echo и до отправки кук.Редирект на другой сайт
На больших сайтах этот метод не удобен, и рекомендуется использовать редирект через htaccess.Редирект на другой сайт
Редирект на другой сайт
Перенаправление доменов сайта
Типы редиректов
Серверные редиректы
Перенаправление через .htaccess
Перенаправления с помощью PHP
Клиентские редиректы
Переадресация с помощью HTML метатега refresh
Переадресация с помощью JavaScript
Редирект в HTML
Редирект в JavaScript
Редирект в PHP
Редирект в .htaccess (RewriteEngine)
Php перейти на другую страницу
Использование функции PHP header() для редиректа URL-адреса
Вывод кода JavaScript-редиректа с помощью функции PHP echo()
Использование метатегов HTML для редиректа
Заключение
Веб-страницу можно увидеть здесь Страница интернета
Мы не веб-разработчики, и это единственный PHP-код, который мы когда-либо писали. Потребовалось 5 дней, чтобы добраться до этой формы с помощью контактной формы, поэтому мы в отчаянии!
Для ясности, контактная форма является папкой, и все три формы находятся в этой папке, мы попробовали без контактной формы в путиРешение
«Невозможно изменить информацию заголовка — заголовки уже отправлены (вывод начался с …» Решение состоит в том, чтобы убедиться, что перед строкой нет пустых строк HTML redirect - перенаправление мета-обновления HTML
Перенаправление мета-обновления HTML
content = "0; url = http: // www .mydomain.com / new-page.html ">
это
страница
Пример перенаправления мета-обновления HTML
html-redirect-test.htm:
content = "0; url = https: //www.rapidtables.com/web/dev/html-redirect.htm">
Страница перемещена на:
это
страница
Нажмите эту ссылку, чтобы перенаправить с html-redirect-test.htm обратно на эту страницу:
Тест перенаправления мета-обновления HTML
Переадресация тега канонической ссылки HTML
Каноническая ссылка не перенаправляет на предпочтительный URL-адрес, но может быть альтернативой перенаправлению URL-адресов для веб-сайтов, большая часть трафика которых поступает из поисковых систем.
Тег канонической ссылкиHTML может использоваться, когда есть несколько страниц с похожим содержанием, и вы хотите сообщить поисковым системам, какую страницу вы предпочитаете использовать в результатах поиска.
Канонический тег ссылки может ссылаться на один и тот же домен, а также на междоменный.
Добавьте тег канонической ссылки на старую страницу, чтобы создать ссылку на новую страницу.
Добавьте тег канонической ссылки на страницы, которые вы предпочитаете не привлекать трафик поисковых систем для ссылки на предпочтительную страницу.
Тег канонической ссылки должен быть добавлен в раздел
.old-page.html:
Перенаправление URL ►
См. Также
Что такое переадресация HTML? Лучший гид
Перенаправление HTML происходит, когда пользователь вводит URL-адрес, но он изменяется, и браузер направляет его на другую веб-страницу. Разработчики веб-сайтов полагаются на них, когда им нужно изменить структуру своего сайта или расположение определенной страницы.
Что такое перенаправление HTML?
Перенаправление - это когда URL-адрес веб-страницы автоматически меняется на другой URL-адрес. Это полезно, когда вы хотите перенаправить страницу в новое место; например, переадресация часто используется, когда компании меняют свое имя, а также меняют URL-адреса своих веб-сайтов.
Full Stack Web Developer Course
Стать экспертом в курсе MEAN StackViewКак перенаправить страницу на другую страницу в HTML
Самый простой способ перенаправить на другой URL - использовать метатег обновления.Мы можем разместить этот метатег внутри тега
вверху любой HTML-страницы, который выглядит так:Значение атрибута содержимого - это количество секунд, по истечении которых страница должна выполнять перенаправление. Вы можете установить нулевое значение для немедленной загрузки.
Через три секунды вы будете перенаправлены на домашнюю страницу Simplilearn.
Рис: перенаправление HTML
Поддержка браузера
Firefox | Хром | Safari | Opera | IE |
Есть | Есть | Есть | Есть | Есть |
Получите навыки работы с HTML5 и CSS3 с помощью магистерской программы Full Stack Java Developer.Нажмите, чтобы узнать подробности программы!
Заключение
В этой статье мы кратко представили концепцию перенаправления HTML и продемонстрировали, как перенаправлять веб-страницы с помощью тега. Если вы хотите войти в увлекательную индустрию веб-разработки или новичок, стремящийся продвинуться по карьерной лестнице, это лучшее время, чтобы сделать следующий шаг к достижению ваших целей. Программа последипломного образования Simplilearn по разработке полного стека - отличный способ расширить ваши навыки.Программа последипломного образования, разработанная в сотрудничестве с Caltech CTME, может помочь вам ускорить вашу карьеру в области разработки программного обеспечения. Вы попадете на тщательно подобранный путь обучения сквозной разработке программного обеспечения с практическим опытом программирования полного стека.
Если у вас есть вопросы, задавайте их в разделе комментариев, и наши специалисты оперативно на них ответят.
Настройка перенаправления со страницы HTML без использования JavaScript - Techie Delight
В этом посте обсуждается, как настроить перенаправление со страницы HTML без использования JavaScript.
1. Использование метатега
Вы можете перенаправить свой веб-сайт или его содержимое с помощью META Refresh. Идея состоит в том, чтобы разместить в разделе заголовка вашей HTML-страницы следующее:
В параметре содержимого https://www.example.com/ следует заменить фактической ссылкой на веб-страницу, и при желании вы можете увеличить временной интервал (в секундах) между загрузкой страницы и перенаправлением.
Вот простой пример, демонстрирующий это, когда перенаправление происходит на https://www.google.com/ при загрузке страницы без каких-либо задержек:
|
2.Использование 301 Redirect
Обратите внимание, что использование мета-обновления не рекомендуется Консорциумом World Wide Web (W3C)..(. *) $ https://www.google.com/$1 [L, R = 301, NC]
Чтобы настроить 301-редирект для отдельных страниц, вы можете сделать это:
Перенаправление 301 /oldpage.html /newpage.html |
3. Использование тега
- загрузка
свойство Вы также можете настроить перенаправление, используя свойство onload
тега HTML
. Затем страница будет перенаправлена, как только будет загружена DOM и будет запущено событие onload
.
|
Это все о перенаправлении со страницы HTML в JavaScript и jQuery.
Спасибо за чтение.
Используйте наш онлайн-компилятор для публикации кода в комментариях с использованием C, C ++, Java, Python, JavaScript, C #, PHP и многих других популярных языков программирования.
Нам нравится? Направляйте нас к своим друзьям и помогайте нам расти. Счастливое кодирование 🙂
404 | Микро Фокус
Сформируйте свою стратегию и преобразуйте гибридную ИТ-среду.
Помогите вам внедрить безопасность в цепочку создания стоимости ИТ и наладить сотрудничество между ИТ-отделами, приложениями и службами безопасности.
Помогите вам быстрее реагировать и получить конкурентное преимущество благодаря гибкости предприятия.
Ускорьте получение результатов гибридного облака с помощью услуг по консультированию, трансформации и внедрению.
Службы управления приложениями, которые позволяют поручить управление решениями экспертам, разбирающимся в вашей среде.
Услуги стратегического консалтинга для разработки вашей программы цифровой трансформации.
Полнофункциональное моделирование сценариев использования с предварительно созданными интеграциями в портфеле программного обеспечения Micro Focus, демонстрирующее реальный сценарий использования
Услуги экспертной аналитики безопасности, которые помогут вам быстро спроектировать, развернуть и проверить реализацию технологии безопасности Micro Focus.
Служба интеграции и управления услугами, которая оптимизирует доставку, гарантии и управление в условиях нескольких поставщиков.
Анализируйте большие данные с помощью аналитики в реальном времени и ищите неструктурированные данные.
Анализируйте большие данные с помощью аналитики в реальном времени и ищите неструктурированные данные.
Анализируйте большие данные с помощью аналитики в реальном времени и ищите неструктурированные данные.
Мобильные услуги, которые обеспечивают производительность и ускоряют вывод продукта на рынок без ущерба для качества.
Анализируйте большие данные с помощью аналитики в реальном времени и ищите неструктурированные данные.
Комплексные услуги по работе с большими данными для продвижения вашего предприятия.
Как создать оптимизированное для SEO перенаправление
Код
Добавьте это в начало файла .htaccess .
RewriteEngine на
Вот как вы создаете 301 редирект.
Redirect 301 /page-a.html http://www.exmaple.com/page-b.html
Если вы хотите использовать генератор, я создал его здесь. Чтобы узнать больше, продолжайте читать.
Что такое перенаправление, оптимизированное для SEO?
Перенаправление, оптимизированное для SEO, - это перенаправление, которое обрабатывается вашим сервером и происходит мгновенно. Хотя перенаправления страниц, добавленные через виджеты, выполнят свою работу, они не подходят для SEO. Разница между перенаправлением, оптимизированным для SEO, и перенаправлением, добавленным в виджет, заключается в том, что последний дает поисковой системе очень мало информации о том, что произошло с исходным содержанием страницы.
Почему это важно
Подумайте об этом так: допустим, у меня есть страница с учебником по созданию веб-сайта в Adobe Muse. Страница проиндексирована Google и генерирует приличный объем трафика. Когда я впервые создал страницу, я не очень много знал о SEO, поэтому дал ей URL-адрес http://example.com/page-1.html
.
Теперь, когда я знаю больше о SEO, я хочу изменить URL-адрес на что-то более релевантное содержанию страницы. Я решил изменить URL-адрес страницы на http: // example.ru / create-a-website-in-adobe-muse.html
.
Параметры перенаправления
Если я ничего не сделаю и просто заменю старый URL на новый, я потеряю весь трафик на исходный URL, потому что поисковая система не имеет возможности узнать, что это одна и та же страница. Я, скорее всего, попаду под удар доверия, потому что поисковые системы несколько раз будут отправлять пользователей по неправильному URL-адресу, прежде чем страница будет полностью удалена из индекса поисковой системы. Это также приведет к тому, что количество репостов в социальных сетях вернется к 0.Когда Google действительно проиндексирует новую страницу, потребуется время, чтобы завоевать доверие, и любая реклама, которая могла перейти на предыдущий URL-адрес, пропадет даром.
Перенаправление через виджет (не оптимизировано для SEO)
Не делайте этого . Единственная разница между переадресацией виджета и отсутствием каких-либо действий заключается в том, что поисковая система не подвергнет вас доверию, отправляя пользователей по неработающим ссылкам. Перенаправление с помощью виджета по-прежнему приведет к тому, что счетчик всех публикаций в социальных сетях будет начинаться с 0, и в конечном итоге вы потеряете весь трафик с контента страницы.Когда поисковые системы индексируют новую страницу, они медленно начнут отправлять трафик на новый URL, но не будут знать, что create-a-website-in-adobe-muse.html
- это новая версия page-1.html
. Вместо этого он, скорее всего, будет рассматриваться как дублированный контент.
Перенаправление через
.htaccess (оптимизировано для SEO).htaccess перенаправления вызывают мгновенное перенаправление. В то время как перенаправление виджета сообщает поисковым системам, что новый URL-адрес является временным, файл .Перенаправление htaccess сообщит поисковой системе, что изменение является постоянным, и перенесет эффективность SEO на новый URL.
Найдите свой файл
.htaccessЧтобы получить доступ к файлу .htaccess , вам понадобится доступ к вашему серверу, и очень простой способ сделать это - воспользоваться бесплатным приложением FileZilla. Установите приложение и подключитесь к своему серверу.
После подключения к серверу перейдите в строку меню и щелкните Просмотр> Фильтры имени файла... и убедитесь, что ни один из фильтров не выбран. Теперь откройте папку public_html , и вы должны увидеть файл .htaccess . Щелкните правой кнопкой мыши и выберите Просмотр / редактирование .
Как добавить перенаправления
Создание перенаправления URL для одной страницы - одно из самых простых перенаправлений для добавления в файл .htaccess . Если вы хотите использовать генератор, я построил его здесь. Если вы хотите создать перенаправление самостоятельно, начните с копирования строки ниже и поместите ее перед всем остальным текстом в .htaccess файл.
RewriteEngine на
Для создания перенаправления:
Redirect 301 /page-a.html http://www.exmaple.com/page-b.html
Если вам нужно перенаправить файл во вложенной папке включите вложенную папку после 301
следующим образом:
Redirect 301 /subfolder/page-a.html http://www.exmaple.com/subfolder/page-b.html
Множественные перенаправления
Добавить несколько перенаправлений так же просто, как создать новую строку и добавить ту же структуру кода:
Redirect 301 / page-a.html http://www.exmaple.com/page-b.html
Redirect 301 /page-c.html http://www.exmaple.com/page-d.html
Последние сообщения
Как включить чистые URL-адреса в вашем магазине Эквида
Эквид теперь предлагает возможность генерировать чистые URL-адреса в вашем Эквид-магазине. В этом посте вы узнаете, как включить эту функцию в своем магазине.
Как удалить index.html с домашней страницы в Adobe Muse
Когда вы публикуете свой веб-сайт в Adobe Muse, Muse устанавливает URL-адрес домашней страницы в качестве индекса.html версия. Поскольку версия без index.html более чистая, согласованная и ее легче запомнить, вы можете убедиться, что чистая версия будет единственной версией, которая появится.
Как добавить код перенаправления на свои страницы WordPress
Если вы когда-нибудь измените URL-адрес страницы или сообщения, и посетитель затем перейдет по старому URL-адресу, он получит сообщение об ошибке, в котором говорится, что страница, которую они искали, не может быть найдена. Это не потому, что его не существует; это просто потому, что его переместили.
В этой статье мы рассмотрим, как предупредить браузер пользователя об изменении местоположения и о том, где находится новое. Это называется перенаправлением 301. Вам нужно будет создать редирект, если:
- Вы планируете удалить сообщение или страницу в пользу нового содержания
- Вы планируете изменить постоянные ссылки своего сообщения или страницы
Использование плагинов
Самый простой способ добавить перенаправления на ваш сайт - использовать такой плагин, как Simple 301 Redirects или Redirection.Хотя использовать плагин для перенаправления несложно, он имеет некоторые незначительные проблемы с производительностью. В зависимости от вашего хостинг-провайдера WordPress, ваши переадресации WordPress могут быть немного медленнее на несколько микросекунд.
Перенаправление
Установите и активируйте плагин. После активации перейдите на страницу «Инструменты » »Перенаправление , чтобы настроить перенаправления.
Плагин перенаправления не только позволяет настраивать перенаправления, но также помогает обнаруживать ошибки 404 на вашем сайте WordPress.Затем вы можете перенаправить эти URL-адреса в соответствующий пункт назначения.
Простая переадресация 301
Еще один простой в использовании плагин - Simple 301 redirects. Как следует из названия, он упрощает переадресацию 301. Просто установите и активируйте плагин, а затем перейдите на страницу «Настройки » »301 Перенаправляет , чтобы добавить свои URL-адреса.
Настройка 301 редиректа в WordPress с использованием.htaccess
Используя файл конфигурации веб-сервера .htaccess, пользователи WordPress могут настроить 301 быстрое перенаправление.
Имейте в виду, что небольшая ошибка в вашем коде .htaccess может сделать ваш сайт WordPress недоступным, и он может начать показывать внутреннюю ошибку сервера.
Вот почему важно сделать резервную копию файла .htaccess, прежде чем вносить какие-либо изменения.
Чтобы отредактировать файл .htaccess, вам необходимо подключиться к своему веб-сайту с помощью FTP-клиента.Файл .htaccess находится в корневом каталоге вашего сайта WordPress.
Если вы не видите там свой файл .htaccess, то вам нужно заставить FTP-клиент показывать скрытые файлы.
Вы можете редактировать файл .htaccess в любом текстовом редакторе, например в Блокноте.
Вот простая переадресация, при которой мы пытаемся отправить пользователя, посетившего старую запись, на новую.
RewriteEngine On
Redirect 301 / an-old-post / http://example.com/a-new-post/
Вы можете добавить приведенный выше код, желательно в конце вашего.htaccess файл.
Автоматическое перенаправление веб-страницы с помощью HTML-кода
Прежде чем мы углубимся в процесс создания автоматического перенаправления, давайте сначала разберемся, что такое автоматическое перенаправление и почему они используются. Автоматическое перенаправление - это метод, который автоматически переводит вас на другой веб-сайт или веб-страницу (по истечении определенного периода времени) после того, как вы попали на веб-страницу. Если вы долгое время пользовались Интернетом, вы бы заметили, что иногда страница через несколько секунд перенаправляется на другую веб-страницу.Теперь давайте посмотрим, почему они используются и как их создавать.
Автоматические перенаправления используются по следующим причинам:
Если ваш веб-сайт или некоторые веб-страницы были перемещены в другое место.
Для показа рекламы.
Для повышения рейтинга определенной страницы на веб-сайте, который сильно оптимизирован. Иногда на этой странице нет ничего важного для пользователей.
Есть еще одна ситуация, когда можно использовать автопереадресацию.Их можно использовать при обнаружении страниц с ошибками. Еще не многие веб-сайты приняли это.
Различные методы автоматического перенаправления:
Создать автоматическое перенаправление очень просто, и это можно сделать за пару простых шагов. Существуют различные методы автоматического перенаправления:
1) Автоматическое перенаправление с использованием мета-тега обновления:
Это самый простой и легкий из всех методов автоматического перенаправления. На него не влияют кроссбраузерные проблемы, и он занимает всего одну строку кода в разделе заголовка html-страницы.Создайте метатег с http-Equiv в качестве обновления. В параметре содержимого сначала введите количество секунд, по истечении которых страница должна быть перенаправлена (в моем примере я использовал 5 секунд). Не используйте 0 (для временного интервала), так как выполняется автоматическая переадресация сразу. После параметра содержимого ставится точка с запятой (;). Параметр url принимает адрес веб-страницы, на которую он должен быть перенаправлен.
Введите следующий код в текстовом редакторе или файле блокнота и сохраните его как перенаправление.html (вы можете сохранить его, используя любое имя, но убедитесь, что у вас есть .html в качестве расширения имени файла)
Это страница с автоматическим перенаправлением.
_ **
2) Автоматическое перенаправление с использованием Javascript:
Этого метода обычно избегают, поскольку у многих людей в браузерах отключен JavaScript. В этом методе функция тайм-аута используется для выполнения операции с использованием объекта window.location. Window.location принимает значение URL-адреса, на который должна быть перенаправлена веб-страница через указанное количество секунд.Время указывается в миллисекундах. В этом примере указан тайм-аут 2 секунды (2000 мс). Используйте следующий код на своей веб-странице и вместо https://www.google.com введите адрес веб-сайта, на который должен перейти пользователь.
Это страница с автоматическим перенаправлением.
3) Использование PHP:
Функция перенаправления заголовка (предоставляемая PHP) используется на веб-странице для перенаправления в другое место. Включите следующий код в текстовый редактор.Сохраните его как redirect.php (вы можете дать ему любое имя). Как только вы откроете файл, вы будете перенаправлены на google.com.
Предупреждения:
Следует проявлять осторожность, чтобы не использовать относительные URL-адреса (для автоматического перенаправления), чтобы избежать проблем с кроссбраузерностью.