Редирект 302: 302 редирект и его отличия от 301 – Что такое 302 редирект, в чем отличие от 301, разница в настройке

alexxlab

Содержание

5 главных отличий между 301 и 302 редиректом

Чем отличается 301 и 302 редирект

Каждый опытный веб-мастер должен знать, в каких случаях стоит использовать 301 и 302 редирект.

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

В отличие от своего «близкого родственника», 302 редирект – это лишь временное перенаправление на другой адрес, которое подразумевает возврат к старому варианту в неопределенном будущем.

301 и 302 редирект – различия

  1. При использовании 302 редиректа «пузомерки» и ссылочный вес не передаются новому URL. У 301 и 302 редиректов разница не наблюдается лишь насчет передачи трафика – в обоих случаях пользователь, использующий старую ссылку, всегда будет перенаправляться на новую страничку.
     
  2. 301и 302 редирект имеют отличия в восприятии исходной страницы ботами поисковиков. Если при 301 про старую страницу нужно забыть и больше никогда не пытаться на нее заходить, то 302 редирект – это указание не забывать и продолжать индексировать ее содержимое в независимости от продолжительности перенаправления.
     
  3. Влияние на поисковую выдачу в зависимости от выбора 301 или 302 редиректа – различия будут касаться прекращения отображения старой страницы в результатах поиска (при 301-м) или же наличия в них обоих страничек (при 302-м).
     
  4. Следует принимать во внимание, что используя 301 и 302 редирект, разница в риске попасть под фильтры поисковых систем  довольно существенна.
    Если за 301-е перенаправление могут наказать лишь в случае выявления целенаправленных махинаций со склеиванием показателей и веса разных сайтов, то 302-й часто может быть распознан как элемент, который часто используется в черном SEO (как разновидность клоакинга).
     
  5. При настройке 301и 302 редиректов отличия отсутствуют. Используются одни и те же команды.

Редирект 301 или 302?

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

Также следует остановить свой выбор на 302-м перенаправлении, если:

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

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

Остались вопросы? Задавайте их в комментариях и мы обязательно поможем Вам разобраться!

 

Инструкция: настройка редиректов 301, 302 и тд

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

Редиректы.jpg

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

Перед тем, как начать настраивать редирект, необходимо понять, что он такое:

Редирект — это автоматическая переадресация пользователя на URL, который отличается от запрошенного им изначально.

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

Страница с которой перенаправили называется «донор», а куда перенаправили – «акцептор».

Зачем использовать редиректы

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

Некоторые SEO-специалисты используют редиректы для перенаправления на дорвеи. Подобное карается поисковиками и относится к черным методам SEO.

Почему чёрные методы продвижения погубят ваш бизнес. Подробнее

В каких еще случаях используют редиректы:

  • изменение адресов страниц сайта;
  • перенаправление пользователей на мобильную версию сайта;
  • перенаправление с http на https и обратно;
  • перенаправление с www на без www адреса сайта;
  • смена доменного имени;
  • удаление дублей страниц, когда проблему нельзя решить иным методом

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

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

Настраиваем редирект

Существует различные типы редиректов, которые разделяются по своей реализации. Одним из популярнейших является серверный редирект, который настраивается в файле .htaccess (конфигурационный файл наиболее распространённого сервера Apache). Также для настройки редиректа используются файл nginx.config, а также PHP, HTML, JavaScript.

Еще одним различием является HTTP-статус. По коду состояния HTTP поисковые системы и браузеры понимают, к какому виду относится редирект. Всего их 9, но пользуются в основном тремя.

301 Moved Permanently

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

Вот некоторые примеры использования 301 редиректа:

Редиректы www

RewriteCond %{HTTP_HOST} ^www\.site\.com$ [NC]
RewriteRule ^(.*)$ httр://sitе.соm/$1 [R=301,L]

В данном случае мы перенаправляем пользователя из домена с www на домен без www:

RewriteCond %{HTTP_HOST} ^www\.site\.com$ [NC]
RewriteRule ^(.*)$ httр://sitе.соm/$1 [R=301,L]

И наоборот, без www в URL с www:

Изменение расширения файла
При переходе на новую платформу или CMS могут поменяться URL-адреса. В этом случае используется переадресация: RedirectMatch 301 (.*)\.php$ http://www.sitе.соm$1.html
Редиректы с разных доменов и поддоменов

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

Наличие/отсутствие слеша (/) в конце URL

Поисковики считают один и тот же URL со слешем и без него двумя разными адресами (httрs:// http://www.sitе.соm/pricе/">www.sitе.соm/pricе/ и https://www.sitе.соm/priсе)">https://www.sitе.соm/priсе). Чтобы пользователи могли спокойно заходить на сайт и не обращать внимание на эту мелочь, настройте переадресацию. Если вы хотите удалить слеш в конце, то пропишите:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)/$ /$1 [L,R=301]

Чтобы добавить:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*[^/])$ /$1/ [L,R=301]

Переключение с HTTP на HTTPS

Для того, чтобы настроить редирект на HTTPS, необходимо установить команду для редиректа на HTTPS-версию сайта. Подробнее читайте в руководстве по вашей CMS.

Битые ссылки

В случае, если вы удалили какую-либо страницу и создали новую, то пропишите 301 редирект либо на главную, либо на новую страницу:

Важно: Не забывайте удалять ссылки на старую страницу в других местах сайта.

302 Found, 302 Moved Temporarily

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

Чтобы настроить редирект в .htaccess, пропишите этот код:

307 Moved Temporarily

Данный тип редиректа показывает, что документ временно доступен по иному URL. От предыдущего типа отличается методом передачи запроса (GET, POST), который указывает поисковым системам, что не нужно кэшировать этот документ (если не указано иных указаний).

Применяется данный редирект, например, в случае, если контент перемещается только временно (например, при перепроектировании). Это позволяет поисковикам понять, что ваш сервер совместим с HTTP 1.1.

Кроме того, клиенты не должны автоматически переадресовывать запросы POST / PUT / DELETE. Кэширование должно выполняться только в том случае, если в ответе сервера есть заголовки Cache-Control или Expires.

Некоторые советы по настройке

  • Если требуется поставить 301 редирект – ставьте только его. Иные статус-коды при настройке https, зеркал сайта и захода с www и без него приводит к тому, что поисковые системы получают инструкцию о временном перемещении страниц, хотя это не так. Если это обнаружится, то может произойти пессимизация ресурса в выдаче.
  • Страница-акцептор редиректа обязательно должна быть релевантной странице донору и отвечать статус-кодом 200. Это нужно, чтобы донор передал вес релевантному акцептору и поисковики быстро склеили страницы без потери трафика.
  • Не заменяйте rel=canonical редиректами. rel=canonical нужно использовать в таких случаях:
    • на страницах пагинации, если CMS сайта не позволяет убрать текст основной страницы;
    • для страниц, которым необходимо иметь разные версии: основная, для печати, отдельная мобильная;
    • страницы с динамическими параметрами;
    • если одна страница опубликована в разных категориях, в результате чего получаются разные URL.
  • Не устанавливайте более одного редиректа подряд. Это замедляет использование сайта, повышает нагрузку на сервер и в итоге может привести к потере веса конечной страницы.
  • В файле .htaccess вначале используйте переадресации страниц с более высоким уровнем вложенности. Это нужно для того, чтобы уменьшить количество возможных ошибок при обработке статус-кодов. Например:
    • Вначале редирект с site.com/cat-1/subcat-1/ на site.com/cat-1/subcat-2/;
    • Потом с site.com/cat-0/ на site.com/cat-0
  • Проверьте то, что вы настроили. Часто можно не заметить мелкую ошибку или опечатку и проверив работоспособность редиректа, вы поймете, что все же где-то закралась неточность. Перед проверкой обязательно сбросьте кэш, т.к. браузер кэширует редиректы.
  • В дополнение к предыдущему пункту – не перенаправляйте пользователя или робота на несуществующие страницы. Обязательно проверьте работоспособность ссылки.
  • Не используйте 301 редирект для перенаправления на шаблон оформления 404 страницы. Необходимо изначально правильно настраивайте статус-коды и обработку несуществующих URL. Это нужно для того, чтобы роботы быстрее индексировали или переиндексировали страницы сайта без добавления в выдачу ненужных страниц.
  • Не создавайте переадресацию для страниц с несколькими URL, принадлежащих к разным каталогам. В таких случаях необходимо использовать rel=canonical.
  • Не стоит использовать редирект для схожих, но не аналогичных страниц (например, 2 товара из одного сегмента в магазине).
  • Не используйте редиректы для служебных файлов. Например, robots.txt при переезде оставляйте доступным, чтобы у поисковых роботов не было проблем с его распознаванием и обработкой.

Заключение

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

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

301, 302 редирект и rel=canonical: в чём их различия с точки зрения UX и SEO

Автор: Питер Мейерс (Dr. Peter J. Meyers), научный сотрудник компании Moz и эксперт в области поискового маркетинга.

В одном из последних выпусков Whiteboard Friday Питер Мейерc объяснил, как поисковые роботы и пользователи воспринимают страницы в зависимости от выбранного решения – переадресации 301, 302 или rel=canonical, почему этот выбор важен, и как каждый из этих вариантов может обрабатываться Google.

Практически каждые три месяца в SEO-сообществе разгораются дискуссии на тему различий между переадресацией 301, 302 и rel=canonical. В частности, а есть ли они? Не являются ли эти приёмы в основе своей одним и тем же? Краткий ответ:

нет, не являются. Ниже мы рассмотрим почему.

Вопросы на эту тему снова возникли примерно месяц назад, когда сотрудник Google Джон Мюллер опубликовал FAQ по переносу сайта на HTTPS. В нём он в очередной раз напомнил, что и 301 и 302 редиректы передают PageRank.

После этих заявлений со стороны сотрудников поиска среди SEO-специалистов появилось мнение, что 301 и 302 редирект – одно и то же.

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

Почему это сложный вопрос?

301 редирект – это то, что мы называемым постоянной переадресацией. К примеру, пару лет назад Moz переехал с сайта seomoz.org на moz.com. Это было не временное изменение, а постоянное. Поэтому мы хотели сообщить Googlebot, а также всем остальным ботам и браузерам две вещи:

  • отправляйте людей на новый URL;
  • переносите PR, ссылочный вес, авторитетность и все сигналы ранжирования со старой страницы на новую.

В результате и люди и поисковые роботы должны попадать на новую страницу.

Классическим примером использования 302 переадресации является проведение однодневной распродажи. С помощью этого приёма мы сообщаем, что есть основная страница товара.  Мы не можем добавить на неё информацию об акции. Нам нужен новый URL. Поэтому мы хотим настроить 302 редирект, временную переадресацию, чтобы все сигналы ранжирования оставались на старой (основной) странице. Перенаправляйте людей на другую страницу в течение пары дней, затем мы её уберём.

Таким образом, 301 и 302 редирект – это разные вещи. Первый тип переадресации сообщает пользователям, что новый URL – это новый дом, а второй – что это временный пункт назначения.

Почему эти различия важны?

В реальности мы нередко наблюдаем следующую ситуацию: у сайта есть страница W с 301 редиректом на страницу T, на которой настроена переадресация 302 на страницу F, а страница F с помощью атрибута rel=canonical указывает на страницу W. Реакция Google: «W, T, F. И что нам нужно делать?».

Мы посылаем нечёткие  сигналы. Мы делаем бессмысленные вещи и принуждаем Google интерпретировать нас, а это сложная работа.

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

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

В чём различия между переадресацией 301, 302 и rel=canonical

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

1. Долгосрочные 302 редиректы могут обрабатываться как 301-е

Если вы настроили переадресацию 302 и спустя полгода не убрали её, то Google может предположить, что на самом деле здесь должна быть постоянная переадресация, а временная настроена по ошибке. В результате Google перенаправляет пользователей на страницу B и передаёт все сигналы ранжирования от старого адреса страницы к новому.

В некоторых случаях использование 302 редиректа вообще не имеет смысла. К примеру, если вы переезжаете с HTTP на HTTPS и настроили 302 переадресацию, она может расцениваться как постоянная. Соответственно, сигналы ранжирования будут передаваться на HTTPS-версию. Как известно, Google отдаёт предпочтение защищённым ресурсам, поэтому он может сделать этот выбор за вас.

Если вы не понимаете, куда идут сигналы, посмотрите на страницу, которая ранжируется. В большинстве случаев этот URL их и получает.

Поэтому, если вы настроили 302 редирект, оставили его и видите, что страница B индексируется и ранжируется, то эта страница, вероятно, получает сигналы ранжирования.

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

Мы описали, как может действовать Google в такой ситуации. Но, если вы в течение полугода не убрали 302 редиректы, то каким было ваше намерение? Чего вы хотели добиться таким способом?

Частью этой проблемы также является то, что задавая вопрос: «Разве 301,302 редирект и rel=canonical это не одно и то же?», на самом деле мы подразумеваем: «Разве это не одно и то же для SEO?». По нашему мнению, это допустимый, но очень опасный вопрос. Да, мы должны знать, как передаются сигналы ранжирования и да, Google может передавать их через любое из этих решений. Однако с точки зрения UX они очень разные, и это важно.

2. Rel=canonical предназначен для ботов, а не для людей

Принцип работы rel=canonical значительно отличается от переадресации 301 и 302. К примеру, у нас есть страница A и страница B. Мы хотим сделать так, чтобы страница A указывала на страницу B как каноническую. С помощью rel=canonical мы сообщаем ботам: «Мы хотим, чтобы вы рассматривали страницу B как основную. По некоторым причинам мы не можем отказаться от дубликатов. Но эта страница – основная. Мы хотим, чтобы она ранжировалась, но люди при этом оставались на странице A».

Следовательно, rel=canonical полностью отличается от 301 редиректа, который позволяет перенаправлять пользователей и ботов на страницу B. Этот приём также отличается от 302 редиректа, который позволяет перенаправлять пользователей на другую страницу, а ботов удерживать на текущей.

Давайте посмотрим с точки зрения пользователя. Нам неоднократно задавали такой вопрос: «Мы слышали, что rel=canonical передаёт сигналы ранжирования. Что нам следует выбрать? Этот вариант или 301 редирект? Что будет лучше с точки зрения SEO?».

Мы на самом деле считаем, что rel=canonical, как правило, передаёт сигналы ранжирования. Однако, что касается SEO, это плохой вопрос. При использовании любого из этих решений опыт взаимодействия пользователей с ресурсом совершенно разный.

Почему это важно – как для ботов, так и для людей

Мы хотим, чтобы рассматривая эти три варианта, вы помнили: 302 редирект передаёт PageRank. Если вам нужна постоянная переадресация, чтобы и пользователи и боты попадали на страницу B, и она ранжировалась, используйте верный сигнал. Не вводите Google в заблуждение. Если он будет выбирать сам, этот выбор может оказаться неверным. Некоторые из ваших 302 редиректов могут обрабатываться как 301, но это не делает их одинаковыми. При этом rel=canonical – это совершенно другой приём, ориентированный на поисковых роботов.

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

Редиректы htaccess. Отличие 301 редиректа от 302 и 307

Простое перенаправление — директива Redirect ( 301 редирект htaccess )

1. Осуществление перенаправления на новые страницы сайта

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

Redirect 301 /staraya.html http:

2. Приведение фидов к общему формату

Раньше использовались различные форматы фидов, такие как: Atom, RSS, Rdf. Сегодня RSS является основным и самым популярным среди них, поэтому можно позаботиться о том, чтобы другие форматы перенаправлялись в один. Для этого также используется файл htaccess и следующий код:

<IfModule mod_alias.c>

RedirectMatch 301 /feed/(atom|rdf|rss|rss2)/?$ http://vash-sait.ru/feed<a href="http://vas-sait.ru/feed/">/</a>

</IfModule>

 Сложное перенаправление — директива RewriteRule

1. Перенаправление домена с www на без www.

Очень часто приходится использовать 301 редирект в htaccess для склеивания доменов с www и без www.

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

Options +FollowSymLinks

RewriteEngine On

RewriteCond %{HTTP_HOST} ^www.info-business.pro$ [NC]

RewriteRule ^(.*)$ /$1 [R=301,L]

 2. Перенаправление посетителей на разные старницы в зависимости от IP-адреса посетителя.

В htaccess имеется возможность указать на какую страницу, будет перенаправлен пользователь с конкретным IP-адресом. Например, перенаправление посетителей с ip адресом 183.11.101.1 на страницу kontakt.html

SetEnvIf REMOTE_ADDR 183.11.101.1 REDIR="redir"

RewriteCond %{REDIR} redir

RewriteRule ^/$ /kontakt.html

3. Перенаправление в случае обновления веб-ресурса

Во время тестирования или обновления ресурса пользователь не сможет попасть на сайт. Однако будет неправильным не предупредить его об этом. В .htaccess можно прописать код, который будет перенаправлять пользователя на информационную страницу, описывающую сущность проблемы (причины, сроки и т. д.).

RewriteEngine on

RewriteCond %{REQUEST_URI} !/info.html$

RewriteCond %{REMOTE_HOST} !^14.124.354.80

RewriteRule $ http://vash-sait.ru/info.html [R=302,L]

Где 14.124.354.80 — заменить на свой IP адресс.

4. Защита от хотлинков

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

RewriteEngine On

RewriteCond %{HTTP_REFERER} !^$

RewriteCond %{HTTP_REFERER} !^http://([ -a-z0-9] .)?vash-sait.ru [NC]

RewriteRule .(gif|jpe?g|png)$ - [F,NC,L]

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

RewriteRule .(jpg|png|gif)$ http://vash-sait.ru/images/imageinfo.jpg [NC,R,L]

5. Перенаправление на безопасное https-соединение

В .htaccess можно настроить перенаправление на безопасное https соединение, чтобы все пользователи работали только через данный протокол, гарантирующий безопасность и надежность передачи данных между сервером и клиентом.

RewriteEngine On

RewriteCond %{HTTPS} !on

RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

6. Автоматическая подстановка слеша в конце адреса.

Очень распространены ситуации, когда URL-адрес, заканчивается именем каталога: http://vash-sait.ru/images/raznoe

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

RewriteCond %{REQUEST_URI} /+[^.]+$

RewriteRule ^(.+[^/])$ %{REQUEST_URI}/ [R=301,L]

7. Блокировка пользователей пришедших с определенного сайта

Если владелец сайта не хочет, чтобы его ресурс посещали пользователи, зашедшие с определенного домена и требуется им закрыть доступ — htaccess также готов помочь. Вы можете перекрыть трафик с определенных сайтов используя страницу 403 или «запрет доступа». Полезна данная настройка тогда, когда на ваш сайт появились ссылки с сайтов с запрещенным контентом и по ним идет трафик на ваш сайт.

<IfModule mod_rewrite.c>

RewriteEngine on

RewriteCond %{HTTP_REFERER} zapretnui-sait.com [NC,OR]

RewriteCond %{HTTP_REFERER} zapretnui-sait.com [NC,OR]

RewriteRule .* - [F]

</ifModule>

Редирект в htaccess, отличие 301 редиректа от 302 и 307

Очень часто перейдя на какой-либо из сайтов, можно внезапно оказаться на странице с ошибкой 307, 302, или же 301. Наверняка каждый из нас, хотя бы раз да сталкивался с такими ошибками. Но далеко не каждый знает значение данной ошибки, а также видит разницу между ними.

307, 302 и 301 редирект в htaccess, используется в случае изменения адреса к конкретному материалу на сервере. Благодаря данным редиректам, можно без каких-либо сложностей сменить домен своего сайта, даже не переживая о том, что ваши потребители или новые клиенты, планировавшие обращение к вам — не смогут найти ваш ресурс.

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

Основной разницей между 307, 302 и 301 редиректом, заключается в постоянстве. 307 и 302 — используются для указания информации о временном отсутствии доступа к информации, размещенной по этому адресу. Такого рода редирект используется в случае временного отключения сайта или определенной страницы, во время проведения технических работ. В отличие от первых двух, 301 редирект в htaccess, используется в случае постоянного изменения места расположения конкретной страницы с материалом, или же ресурса в целом. К примеру, в случае переезда на новый домен.

Google: почему 302 редирект превращается в 301

Google сообщил, что в какой-то момент 302 (временный) редирект может рассматриваться поисковиком как 301(постоянный) редирект. И всё из-за путаницы в использовании редиректов среди вебмастеров.

Установка 302 редиректа выглядит проще, чем работа над 301, поэтому некоторые вебмастера прибегают к 302 и в нужных, и ненужных случаях. Поэтому если Google решит, что вы ошибочно установили 302 редирект, он будет воспринимать его как 301.

Сейчас, по данным Google, оба варианта переадресации передают PageRank и ссылочный вес от старого адреса страницы к новому. Однако при 302 редиректе в выдаче Google будет отображаться старый URL страницы, т.к. на новый адрес она перемещена временно.

Что касается 301 редиректа Google советует вебмастерам поддерживать его активным в течение года после настройки. Во-первых, поисковику может потребоваться от 6 месяцев до года, чтобы понять, что сайт переехал. Во-вторых, пользователи могут находить старые ссылки, и если по ним нет переадресации, они могут приводить пользователей на страницу с ошибкой 404 или на припаркованный домен, что не очень хорошо.

Как установить 301 или 302 редирект

Установка редиректов может отличаться в зависимости от веб-сервера сайта. Наиболее распространенным является Apache, поэтому предлагаем несколько инструментов для работы со служебным файлом .htaccess:

  1. Xtoolza
  2. MSurf

Информация для справки

301 редирект (постоянное перенаправление) означает, что запрашиваемая страница окончательно перемещена в новое местоположение. Использовать переадресацию 301 рекомендуется следующих случаях:

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

  • Например, попасть на страницу можно несколькими способами: http://example.com/dom, http://dom.example.com или http://www.example.com. Бывает удобно выбрать один из этих URL в качестве основного и использовать переадресацию 301 для решения проблемы с дублированным контентом.

  • При объединении двух сайтов требуется, чтобы все URL устаревших страниц указывали на страницы, действующие в данный момент.

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

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

301 или 302 редирект — РодинаЛинков.ру продвижение сайта статьями с вечными ссылками

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

Почему редирект имеет такое значение? Если вы переносите веб-страницу или весь сайт на новое место, например, в случае, когда вы меняете доменное имя, вы хотите, чтобы пользователи могли найти ваш сайт. Редирект приводит к тому, что браузер пользователя автоматически переводит его со старого адреса на новый. Вам может казаться, что Гугл и другие поисковые системы просто последуют редиректу, но именно здесь начинаются сложности. Когда сайт переезжает, для Гугла это может послужить сигналом для применения фильтра «aging delay». Обычно сайт пропадает из поисковых рейтингов на несколько месяцев. Иногда даже на год. К этому вопросу мы вернемся несколько позже.

Существует немного ситуаций, когда лучше использовать редирект 301. Как часто вам приходилось временно переносить страницу на новый адрес? Обычно перенос носит постоянный характер. Тем не менее, создание редиректа 302 выглядит несколько проще, чем создание редиректа 301. Вы можете просто использовать Javascript или мета-тег для создания 302го. Создание редиректа 301 требует введения специальных команд в ваш .htaccess файл, если вы работаете на Apache. В случае с серверами Windows создание редиректа 301 потребует еще больше сил и времени. Именно это приводит к нездоровой тендеции использовать 302 редирект вместо 301го.

И Google понимает, что многие люди используют 302 редирект, хотя на самом деле подразумевают 301. К счастью, Google не связан каким-либо правом и не обязан понимать людей дословно. Чтобы обеспечить наилучшие результаты поиска, Гугл может и должен проверять 302 редиректы и делать вывод о том, действительно ли вебмастер имел в виду 302 или это обычная ошибка, и на самом деле имелся в виду редирект 301.

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

Другими словами, если вы окончательно перемещаете вебсайт или отдельную страницу, лучше всё-таки ставить 301 редирект. 302й в данной ситуации считается некорректным. Ставя 302 редирект, который обозначает «временно перемещено», вы как бы просите поисковую систему продолжать индексировать старый домен или страницу, но при этом проиндексировать и новое расположение. В прошлом специалисты использовали 302 редиректы, чтобы обойти хитрый фильтр от Google под названием aging delay («возрастная задержка»). Многие до сих пор спорят о существовании этого фильтра. На факт остается фактом: по какой-то причине новые сайты, просуществовавшие около 6-8 месяцев, быстро набирающие ссылочную массу, переставали появляться в выдаче. Поговаривали, что «молодняк» помещался в так называемую «песочницу» — дозревать. Именно поэтому появился миф о том, что лучше всего сразу покупать старые домены, а кто-то использовал 302 редирект. В какой-то момент эта обходная стратегия действительно работала, но, как показывает практика, теперь это не лучший вариант.

Так что… если вы боитесь потерять свои позиции в рейтинге из-за 301го редиректа, не переходите на новый домен. А еще лучше сделайте так, чтобы финансовое благополучие вашей компании не зависело от рейтингов. В реальном мире бизнес избегает смены названия компании. Это выглядит подозрительно. Можно ли винить Гугл в приминении той же логики? «Если вы меняете домен, значит, у вас не всё гладко. Так давайте подождем и посмотрим на ваше поведение, прежде чем мы начнем рекомендовать вас пользователям»,

Редирект 301 и 302, и разница между ними

Переадресация определяется при помощи HTTP кода 301 или 302, отдаваемых веб-сервером в ответ на запрос клиента. При этом редиректы различаются, 302 обычно устанавливается временно, 301 часто характеризуется как «ресурс перемещен навсегда».

 

 

Редирект 301 и 302 различаются тем, что 301 кэшируется браузером пользователя, а 302 нет. 301 отрабатывает быстрее, что значимо для индексации поисковиками.

 

Запрос отправляется когда происходит обращение через браузер, для тестирования же работы редиректа удобно использовать curl.

 

curl -v server-gu.ru

* Rebuilt URL to: server-gu.ru/
* Trying 185.93.111.169…
* Connected to server-gu.ru (185.93.111.169) port 80 (#0)
> GET / HTTP/1.1
> Host: server-gu.ru
> User-Agent: curl/7.47.0
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Server: nginx/1.6.2
< Date: Thu, 07 Sep 2017 17:09:12 GMT
< Content-Type: text/html; charset=iso-8859-1
< Content-Length: 327
< Connection: keep-alive
< Location: https://server-gu.ru/

 

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

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

 

 

Редирект может быть настроен в Nginx , в конфигурационном файле Apache или через файл .htaccess.

При настойке удобно сначала устанавливать редирект 302, затем, когда он отрабатывает корректно, затем заменять его на 301.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *