Содержание
301 или 302 редирект: Какой лучше использовать?
Joshua Hardwick
Глава отдела контента в Ahrefs (проще говоря, я отвечаю за то, чтобы каждый пост в блоге был КРУТЫМ).
Статистика статьи
Ежемесячный трафик 188
Ссылающиеся веб-сайты 4
Данные из Контент Эксплорер
Показывает, сколько различных веб-сайтов ссылаются на этот контент. Как правило, чем больше сайтов ссылаются на вас, тем выше вы ранжируетесь в Google.
Показывает ежемесячный рассчетный поисковый трафик на эту статью по данным Ahrefs. Фактический поисковый трафик (по данным Google Analytics) обычно в 3–5 раз больше.
Количество ретвитов этой статьи в Twitter.
Поделиться этой статьей
Содержание
Редиректы — вещь простая. Если вы перемещаете контент на новое место навсегда, используйте 301 редирект. Если перемещение временное, используйте 302 редирект.
Но вы можете спросить, какая разница? Пользователи же не заметят разницу между 301‑м и 302‑м редиректами. Оба работают одинаково.
Ответ прост: поисковые системы учитывают 301 и 302 редиректы по-разному. И если выбрать неправильный, то это может создать проблемы для SEO, которые могут оставаться незамеченными месяцами и даже годами.
В этом посте вы узнаете:
- Когда использовать 301 и 302 редиректы
- Как сделать 301 и 302 редиректы
- Как Google учитывает 301 и 302 редиректы
- Как исправить«случайные» 302 редиректы (и стоит ли)
Когда использовать 301 редирект
- Вы навсегда меняете URL страницы.
- Вы навсегда переезжаете на новый домен.
- Вы переходите с HTTP на HTTPS.
- Вы хотите исправить проблему с дублированным контентом на не-www и www версиях.
- Вы навсегда склеиваете две или больше страниц или сайтов.
- Вы навсегда меняете структуру URL на сайте.
Когда использовать 302 редирект
Для использования 302 редиректов намного меньше ситуаций, но они есть:
- Вы хотите перенаправлять пользователей на правильную для них версию сайта (на основе местоположения или языка).
- Вы хотите провести A/B сплит тест дизайна или функциональности страницы.
- Вы хотите получить обратную связь о новой странице, не повредив позициям старой.
- Вы проводите промо кампанию и хотите временно перенаправлять пользователей на страницу с предложением.
Несомненно, есть и другие примеры, но чаще всего они слишком специфические и требуют индивидуального решения. Как правило, 302 редиректы следует использовать только если вы планируете вернуть старую страницу через короткое время.
Как настроить редиректы
Настроить 301 и 302 редиректы можно с помощью нескольких способов, но самый распространённый — отредактировать файл .htaccess. Его можно найти в корневом каталоге сайта.
Примечание.
Если в корневом каталоге вашего сайта нет этого файла, то либо ваш сервер работает на Apache, либо у вас просто нет этого файла. Проверить на чём работает ваш сервер можно с помощью этого инструмента. Если у вас Apache, вам нужно создать файл .htaccess с помощью Notepad или TextEdit и загрузить его на сервер. Если у вас Nginx, прочитайте это. Если у вас Windows/IIS, читайте это.
Если вы используете WordPress, можно сделать проще и использовать бесплатный SEO плагин для создания редиректов. В плагине RankMath эта функциональность есть сразу. Но этот плагин тоже справится с работой.
Как сделать 301 редирект
Если вам нужно сделать 301 редирект с одного URL на другой, добавьте следующую строку в файл .htaccess:
Redirect 301 /old-page.html /new-page.html
Также можно использовать плагин RankMath или Redirections. Просто выберите тип редиректа и укажите источник и целевой URL.
Если вам нужно настроить перенаправление для всего сайта, добавьте в файл . (.*)$ https://newsite.com/$1 [L,R=301,NC]
Имейте в виду, что старый хостинг должен работать, чтобы редирект сработал. Это может быть затратно. Поэтому обычно лучше делать редирект через DNS. Большинство регистраторов позволяют выбрать между 301 и 302 редиректами. Если вы используете Google Domains, выберите Website > Forward domain, затем введите домен и выберите “Permanent redirect” (англ. — Постоянный редирект).
В нашем полном руководстве по настройке 301 редиректов можно узнать как сделать настройку для многих других ситуаций (например, перенаправление с не-www на www, HTTP на HTTPS).
Как сделать 302 редирект
Если вы хотите сделать 302 редирект с одного адреса на другой, добавьте в файл .htaccess следующую строку:
Redirect 302 /old-page.html /new-page.html
В WordPress это также можно сделать с помощью плагинов RankMath или Redirections:
Для перенаправления всего сайта используйте следующий код:
RewriteEngine on RewriteCond %{HTTP_HOST} ^oldsite. (.*)$ https://newsite.com/$1 [L,R=302,NC]
Обычно сайты не перенаправляют с помощью 302 редиректа. Почти всегда домены меняют навсегда, поэтому стоит использовать 301 редирект. То же касается и редиректов с HTTP на HTTPS и с версии без www на версию с www (и наоборот).
Как Google учитывает 301 и 302 редиректы
Поскольку для конечного пользователя 301 и 302 редиректы работают одинаково, выбор сводится к тому как Google относится к ним. Поэтому нам нужно рассказать о двух вещах:
- Индексация
- Ссылочные сигналы
Индексация
Когда один URL перенаправляется на другой, Google оставляет в индексе только один из них.
Для 301 редиректов…
… это будет«новый» URL. Например, если вы сделали 301 редирект со страницы old-page.html на страницу new-page.html, Google проиндексирует new-page.html, а old-page.html удалит из индекса. Потому что 301 редирект говорит Google о том, что перемещение постоянное и нет смысла оставлять в индексе старый URL.
Иногда люди запутываются в этом, потому что после настройки 301-го редиректа старый URL всё ещё может показываться какое-то время в Google при использовании оператора site:
.
Например, Moz поменял и перенаправил свой домен seomoz.org на moz.com много лет назад, но seomoz.org всё ещё остаётся в Google.
Причина в том что, как объяснил недавно Патрик, поиск с оператором site: ничего не говорит об индексации URL. Для проверки нужно использовать Инструмент проверки URL или отчёт Покрытие в Поисковой консоли Google.
Для 302 редиректов…
… Google обычно оставляет в индексе первоначальный URL. Несмотря на это, Google знает что люди часто путают 302 и постоянные редиректы, поэтому каждый 302 редирект они оценивают отдельно и пытаются определить что именно он значит.
Вот что сказал Джон Мюллер, сотрудник Google:
Когда мы обнаруживаем редирект и понимаем что используется 302, мы сначала предполагаем что это временное перенаправление и считаем что вы хотите оставить в индексе первоначальный URL, а не тот на который настроен редирект. […] Несмотря на это, когда 302 похож на постоянный редирект, который вы могли случайно настроить неправильно, мы учитываем его как 301. И вместо первоначального URL мы проиндексируем URL, на который настроен редирект.
Никто точно не знает как долго должен висеть 302 редирект до того как Google начнёт учитывать его как постоянный. Обычно это длится от нескольких недель до нескольких месяцев. Но также это может занять дни, недели, или месяцы.
В некоторых обстоятельствах Google даже может сразу воспринять 302 как 301.
Например, недавно Патрик провёл небольшой эксперимент, в котором настроил 302 редирект с одного сайта на другой. Как только Google просканировал«старый» домен и увидел перенаправление,«старый» домен исчез из результатов поиска, а«новый» появился.
Если вы не уверены в том, как Google учитывает ваши 302 редиректы, есть быстрый«трюк»:
Вставьте URL, который вы хотите перенаправить Инструмент проверки URL в поисковой консоли Google. Если он показывает сообщение о том, что«URL не проиндексирован», то скорее всего Google учитывает его как постоянный (301). Если он есть в Google, он учитывает его как временный (302).
Только перепроверьте дату последнего сканирования. Если последнее сканирование было после того как вы сделали изменения, запросите переиндексирование и вернитесь позже.
Примечание.
Исходя из наших наблюдений, Google обычно учитывает 302 редирект как постоянный быстрее, если перенаправление делается на«авторитетную» страницу или сайт. Скорее всего так происходит потому что«новая» страница или сайт уже какое-то время существуют, поэтому шанс того что вы хотите сделать перенаправление постоянным будет выше.
Ссылочные сигналы
3XX редиректы раньше теряли PageRank, но с 2016 года это больше не так.
30x редиректы больше не теряют PageRank.
— Gary 鯨理/경리 Illyes (@methode) July 26, 2016
Теперь, когды вы перенаправляете один URL на другой, ссылочные сигналы консолидируются без потерь. Несмотря на это, часто люди не до конца понимают как это работает и как тип редиректа может повлиять на передачу сигналов.
Для 301 редиректов …
… ссылочные сигналы консолидируются«вперёд» на новом URL.
Например, если на старой странице old-page.html было десять ссылок и вы перенаправляете его (301) на новую страницу new-page.html, все ссылочные сигналы объединяются и переносятся на новую страницу new-page.html. Другими словами, Google должен ранжировать новую страницу new-page.html так, будто у неё есть 10 ссылок.
Несмотря на этом, не всё так просто. Потому что неправильные редиректы Google учитывает как soft 404 ошибки:
Это не проблема, если вы перемещаете контент на новый URL без значительных изменений. Но если редирект нерелевантен, как в случае перенаправления старого поста в блоге на главную страницу, ссылки на«старую» страницу не помогут«новой» ранжироваться лучше. Поэтому за лучшее делать редиректы максимально релевантными.
Если вам интересно как Google учитывает один из 301 редиректов, попробуйте сделать так:
Перейдите в Поисковая консоль > Ссылки > Внешние ссылки.
Далее, отфильтруйте отчёт по«Целевой страницу» и вставьте«новый» URL. Например, мы недавно перенаправили старый пост (ahrefs.com/blog/seo-secrets/) с помощью 301 редиректа на главную страницу блога (ahrefs.com/blog/), поэтому мы вставим главную блога и выберем URL из списка.
Дальше вставьте«старый» URL в Сайт Эксплорер Ahrefs и перейдите в отчёт Ссылающиеся домены (Referring Domains).
Наконец, в консоли отфильтруйте ссылки по«Сайту» и вставьте ссылающиеся домены из Ahrefs по одному.
Если вы сделали это для нескольких доменов и не увидели в консоли соответствующий доменов, скорее всего Google учитывает редиректы как soft 404 ошибки и не учитывает ссылки для нового URL.
Если вы нашли соответствующий домен, перейдите на него чтобы посмотреть сами ссылки. Вы должны увидеть что-то вроде этого:
Обратите внимание, что колонка«Целевой URL» (Target URL (if different)) показывает«старый» URL. Это говорит нам о том, что Google учитывает ссылки для«нового» URL.
Для 302 редиректов …
… ссылочные сигналы консолидируются«обратно» на«старый» URL.
Например, если вы перенаправили (302) старую страницу old-page.html на новую страницу new-page.html, а у новой страницы new-page.html есть десять ссылок, ссылочные сигналы будут консолидироваться на старой странице old-page.html. Другими словами, Google будет ранжировать старую страницу old-page.html как если бы у неё было 10 ссылок.
Но не всё так просто. Всё зависит от того как Google учитывает этот 302 редирект.
Если он учитывает его как временный, ссылочные сигналы действительно консолидируются в обратную сторону. При условии что перенаправляемая страница та же или похожа на«новую» страницу. Если нет, редирект может учитываться как soft 404 ошибка.
Если он воспримет его как постоянный, ссылочные сигналы будут учитываться для новой страницы.
Проверить как Google учитывает редирект можно с помощью Инструмента проверки URL. Просто вставьте«старый» URL. Если«Каноническая страница, выбранная Google» показывает«Проверенный URL» (как в случае ниже), то Google учитывает редирект как временный. Если нет, то как постоянный.
Нужно ли «исправлять» случайные 302 редиректы?
Допустим вы сделали распространённую ошибку и настроили 302 редиректы вместо постоянных. Нужно ли тратить драгоценное время и менять их на 301 редиректы?
Ответ зависит от того, как Google учитывает эти редиректы на данный момент.
Если он разобрался сам и понял что случайные 302 нужно заменить на постоянные, то смена 302 на 301 редирект мало что поменяет. Если он ещё не разобрался, то скорее всего лучше поменять редиректы.
Чтобы проверить как Google учитывает отдельно взятые URL адреса, можно использовать Инструмент проверки URL в консоли, как мы уже показывали ранее. Тем не менее, если вам нужно поменять много редиректов, это может занять слишком много времени. Быстрее будет сначала сосредоточиться на 302 редиректах, по которым идёт органический трафик. Это явный признак того, что Google рассматривает данный редирект как временный.
Для этого можно использовать инструмент Аудит Сайта в Ahrefs. Просканируйте сайт и перейдите в отчёт Перенаправления, чтобы посмотреть уведомления о 302 редиректах.
Если они там есть, нажмите чтобы посмотреть затронутые URL адреса и отсортируйте отчёт по Органическому трафику от большего к меньшему.
Из-за того что эти цифры — оценка из Сайт Эксплорера Ahrefs, лучше будет перепроверить перенаправленные URL с трафиком в Инструменте проверки URL. Если канонические страницы выбранные пользователем и выбранные Google совпадают, Google учитывает 302 редирект как постоянный. Если не совпадают, перенаправленная страница скорее всего получает органический трафик, потому что она всё ещё находится в индексе и Google учитывает редирект как временный. Если вы поставили его случайно, то это плохо. К счастью, простая замена 302 редиректа на 301 поможет решить эту проблему.
Заключение
Редиректы не сложные. Если вы перемещаете контент в новое место навсегда, используйте 301 редирект. Если временно — 302.
Тем не менее, хотелось бы быть уверенным, что если вы используете неправильный тип редиректа, Google скорее всего разберётся сам что вы имели в виду. Всегда ли он может разобраться сам? Конечно нет. Google не всегда достаточно умён чтобы разобраться самостоятельно, поэтому лучше всегда использовать правильный тип редиректа там где это возможно.
Остались вопросы? Напишите мне в Твиттер.
Перевел Дмитрий Попов, владелец Affilimarketer.com
виды, особенности, когда использовать > Q-SEO
Все что нужно знать о кодах ответа 3хх
Все прекрасно знакомы с кодами ответа 301 и 302 — это HTTP коды перенаправления. На самом деле они далеко не единственные и существует еще несколько различных типов редиректов, многие из которых мы, как SEO-специалисты, не используем. Хотя иногда, сканируя сайт, можно увидеть, что некоторые страницы отдают код ответа 307. И вот вопрос — что с ними делать? Нужны ли они нам вообще?
Собственно, сначала нужно разобраться в теории — для чего созданы различные типы редиректов и когда они используются.
Напомним, что переадресация URL (редирект) — это функция сервера, которая отправляет клиента и поисковую систему с одного URL-адреса на другой. Чаще всего редиректы автоматические и классифицируются с помощью кодов ответа, определенных в протоколе HTTP.
Какие бывают коды редиректов:
- HTTP 300 — Multiple Choice (Множественный выбор)
- HTTP 301 – Moved Permanently (Навсегда перемещен)
- HTTP 302 – Moved Temporarily, Found (Временно перемещен)
- HTTP 303 – See Other (Просмотр других ресурсов)
- HTTP 304 – Not Modified (Не модифицировано)
- HTTP 305 – Use Proxy (Использовать прокси)
- HTTP 306 – Switch Proxy (Зарезервирован)
- HTTP 307 – Temporary Redirect (Временный редирект)
- HTTP 308 – Permanent Redirect (Перенаправление на постоянной основе)
Забегая наперед: в статье будут использоваться термины 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 коды ответа сервера еще не полюбились всем браузерам, клиентам и поисковым системам. Поэтому давайте общаться с ними на понятном для них языке.
Комментарии
Комментарии
Руководство по перенаправлению 301 и 302 для SEO
Существует несколько способов перенаправления веб-страницы или всего веб-сайта, двумя основными из которых являются код ответа HTTP 301 или 302.
Правильный выбор для соответствующей ситуации важен для поисковой оптимизации, поскольку он посылает в Google сигнал о том, как реагировать на перенаправленную веб-страницу, в том числе о том, следует ли считать ее канонической.
Хотя Google постоянно совершенствует способы обработки сигналов, коды ответов 301 и 302 не изменились.
В этом руководстве вы узнаете, для чего нужны перенаправления 301 и 302, когда каждый из них используется, как они влияют на SEO и многое другое.
Коды состояния ответа HTTP
Когда браузер запрашивает веб-страницу с сервера, сервер отправляет ответ браузеру, чтобы сообщить ему, был ли запрос успешным.
Этот ответ называется кодом состояния ответа HTTP.
Код ответа сообщает браузеру статус запроса веб-страницы.
Существует пять типов кодов состояния ответа HTTP:
- Информационные ответы.
- Успешные ответы.
- Ответы на перенаправление.
- Ответ клиента об ошибке.
- Ответы сервера об ошибках.
Что такое редиректы 301 и 302?
Код состояния ответа перенаправления — это сообщение от сервера к браузеру, сообщающее браузеру, что веб-страница по запрошенному URL-адресу больше не существует.
Код ответа перенаправления также информирует браузер о том, что запрошенная веб-страница была перемещена на другой URL-адрес и что сервер теперь перенаправляет браузер на запрошенную веб-страницу в новом месте.
Вы можете захотеть перенаправить страницу по разным причинам, в том числе:
- Выбор канонического URL между WWW и не WWW.
- У вас есть новый веб-сайт или страница.
- Принуждение браузера к использованию HTTPS при посещении с использованием HTTP.
- Вы исправляете веб-страницу и хотите, чтобы пользователи переходили на другую страницу, пока старая находится в разработке.
Цель перенаправления определяет, какой тип перенаправления выбрать.
Неправильный выбор может повлиять на SEO.
Выбор правильного перенаправления гарантирует, что вы, по крайней мере, сохраните свой текущий рейтинг.
Что такое переадресация 301?
Перенаправление 301 отправляет сообщение поисковым системам о том, что веб-сайт или страница были перемещены навсегда .
Постоянный означает около года или дольше. Через год проверьте, перенаправляются ли люди на ваш сайт.
Если да, выясните, откуда они берутся, и попытайтесь исправить источник, прежде чем отменять перенаправление.
Джон Мюллер из Google недавно рекомендовал оставить переадресацию 301 для как минимум в год.
Когда следует использовать переадресацию 301?
Многие люди используют перенаправление 301 при покупке доменов, которые они хотят перенаправить на свой основной домен.
Это можно сделать, например, с доменами, в которых неправильно написан бренд или варианты доменного имени.
Также полезно использовать 301 при определении того, какой домен является вашим сайтом по умолчанию: «www.example.com» или просто «example.com».
Уместно использовать 301, если вы объединили два веб-сайта вместе или у вас устаревшие URL-адреса по любой другой причине.
Что такое переадресация 302?
Перенаправление 302 сообщает поисковым системам, что веб-сайт или страница были перемещены временно .
Когда следует использовать переадресацию 302?
Используйте этот тип перенаправления, если вы хотите перенаправить пользователей на новый сайт или страницу на короткий период времени, например, при изменении дизайна или обновлении своего веб-сайта.
Используйте 302 только в том случае, если вы планируете в конечном итоге вернуть старую страницу или настроить новую.
Вы также можете использовать переадресацию 302, если хотите протестировать новую страницу и получить отзывы потребителей, не нанося ущерба своему рейтингу по сравнению с исходной страницей.
Как перенаправления 301 и 302 влияют на SEO?
Когда вы используете 301, Google удаляет старую страницу из своего индекса, и большая часть ценности (ссылочного веса) этой страницы переносится на новую.
При этом важно отметить, что всякий раз, когда вы перемещаете страницу с одного URL-адреса на другой, поисковым системам потребуется некоторое время, чтобы заметить изменение, и, следовательно, вам нужно будет увидеть любое потенциальное влияние/изменение в рейтинге.
В общем, этот период времени относительно короткий.
При правильном использовании перенаправление 302 не повредит вашим усилиям по SEO.
Когда вы выбираете этот тип перенаправления, исходная страница остается проиндексированной в Google, и никакое значение (ссылочный вес) не передается новому URL-адресу, поскольку Google знает, что это временно.
Таким образом, вы сохраните ранжирование, ценность трафика и авторитет страницы.
Обычно проблемы возникают, когда люди не знают разницы между ними и выбирают 302 для постоянной переадресации сайта.
По сути, они создают новый веб-сайт или страницу и не переносят какую-либо ценность, которую они накопили со временем со старого веб-сайта или веб-страницы.
Вот почему важно понимать разницу между 301 и 302 и когда уместно использовать оба.
Как реализовать перенаправления
Согласно Google:
«Настройка перенаправлений на стороне сервера требует доступа к файлам конфигурации сервера (например, файлу .htaccess на Apache) или настройке заголовков перенаправления с помощью сценариев на стороне сервера (для например, PHP).
На стороне сервера можно создавать как постоянные, так и временные перенаправления».
Если вы не знаете, как это сделать, есть учебник по Apache .htaccess и руководство по перезаписи URL.
Если ваш сервер не работает на Apache, вам придется связаться с вашим хостом для получения указаний.
Если на вашем сайте используется WordPress, вы можете воспользоваться следующими плагинами, которые предназначены для максимального упрощения перенаправления:
- Перенаправление: предназначено для 301 перенаправления и 404 ошибок.
- Простая переадресация 301: работает только с переадресацией 301, но работает хорошо.
Перенаправления влияют на видимость поиска
Хотя существует девять кодов ответа перенаправления, которые сервер может отправить в браузер, наиболее часто используются два: коды состояния ответа HTTP 301 и 302.
Правильный выбор для ваших целей имеет решающее значение для SEO.
Это означает понимание того, какой из них использовать, чтобы помочь Google ранжировать ваш сайт там, где он принадлежит.
Дополнительные ресурсы:
- 6 ошибок переадресации, которые могут нанести ущерб трафику вашего сайта
- Как URL-адреса перенаправления могут повлиять на SEO
- Техническое SEO-руководство по перенаправлениям
Рекомендуемое изображение: VectorMine/Shutterstock
Категория
SEO
Что такое редирект 301 или 302? | Domain.
com
Обе формы перенаправления перенаправляют пользователей сайта с одного URL-адреса или веб-страницы на другой.
Существует простое различие между переадресацией 301 и 302: переадресация 301 указывает, что страница навсегда перемещена в новое место, в то время как переадресация 302 сообщает, что страница переместилась в новое место, но это только временный.
В этом посте будут рассмотрены различия между переадресацией 301 и 302, чтобы вы знали, какая переадресация является правильным инструментом в нужное время.
Все начинается с правильного домена. Получите сегодня на Domain.com.
Что такое переадресация 301?
Перенаправление 301 — это код состояния, который сообщает поисковым системам и пользователям, что страница была перемещена навсегда, и гарантирует, что они будут отправлены на правильную страницу. Поскольку это постоянно, когда используется перенаправление 301, это означает, что контент на странице был перемещен навсегда. Пользователи перенаправляются на новую страницу, которая заменила старую.
Перенаправление обычно помогает изменить URL-адрес страницы, когда она отображается в результатах поиска. Если вы вложили средства в создание веб-сайта или запуск интернет-магазина, обратите пристальное внимание на влияние, которое это оказывает на ваш сайт.
Вы можете думать о перенаправлении 301 как о форме изменения адреса, которую вам нужно будет заполнить в почтовой службе, если вы переедете. Точно так же, как ваша почта перенаправляется со старого адреса на новый адрес, ваш веб-трафик отправляется со старого URL-адреса на новый URL-адрес.
К счастью, вы не потеряете всю свою тяжелую работу по созданию своего старого сайта на страницах результатов поисковой системы (SERP). Вся ваша существующая ценность SEO и ссылочный вес для старого URL-адреса переносятся на ваш новый URL-адрес.
Что такое перенаправление 302?
В то время как перенаправление 301 — это постоянное перемещение вашего URL-адреса, перенаправление 302 — это временное изменение, которое перенаправляет пользователей и поисковые системы в нужное новое место на ограниченный период времени, пока перенаправление не будет удалено. Это перенаправление 302 может отображаться как найденное 302 (HTTP 1.1) или временно перемещенное (HTTP 1.0).
Редирект 302 гораздо проще сделать, так как это можно сделать с помощью метатега или в Javascript, вместо того, чтобы требовать от веб-мастера доступа к файлам сервера и тратить дополнительное время, необходимое для создания редирект 301.
Использование перенаправления 302 вместо перенаправления 301 становится проблемой, когда поисковые системы пытаются определить, какая страница имеет более высокую ценность. Вполне вероятно, что поисковая система будет отображать только одну версию страницы в результатах поиска, а это означает, что в списке может оказаться неправильная страница. Эта проблема со временем будет усугубляться, поскольку цепочка перенаправлений строится на старых сайтах.
Что означают числа 301 и 302?
Номера этих перенаправлений относятся к их коду состояния HTTP. В официальном реестре существует пять классов кодов состояния HTTP, и первая цифра каждого кода состояния определяет его класс ответа. Когда код начинается с цифры три, это означает, что код принадлежит к классу перенаправления.
Почему важен код состояния?
Код важен из-за вашего «ссылочного веса». Этот очаровательный термин относится к ценности поисковой системы, которую вы создали для определенного URL-адреса. Когда вам нужно сообщить сканерам поисковых систем, что ваш сайт или страница перемещены, вы должны правильно перенаправить их на новую страницу. Таким образом, «статус» вашего перенаправления имеет большое значение, иначе вы рискуете потерять этот «ссылочный вес» и, по сути, начнете с нуля. Вы также можете потенциально конкурировать со своей старой страницей в то же время.
Когда ваш URL-адрес правильно перенаправлен, вы сохраняете свой ссылочный вес и авторитет домена, поскольку вы перемещаете все на свою новую страницу, что означает, что вы сохраняете свой рейтинг в поисковых системах и силу ссылок. Перенаправление 302 не передает «сока» и не сохраняет авторитет вашего домена в новом местоположении. Он просто перенаправляет пользователя в новое место для вас, чтобы он не просматривал неработающую ссылку, страницу 404 не найден или страницу с ошибкой.
Это помогает улучшить взаимодействие с пользователем, но редко бывает так, что перенаправление 302 лучше, чем перенаправление 301. Давайте посмотрим, когда вы должны использовать каждый из них.
Когда следует использовать переадресацию 301?
Когда веб-мастер по ошибке использует переадресацию 302 вместо переадресации 301, это может вызвать проблемы для веб-сайта. Поскольку поисковые системы реагируют на каждое перенаправление по-разному, вам нужно убедиться, что вы настроили правильный. В противном случае поисковая система может решить, что это ошибка, и перестать направлять трафик на неправильную страницу.
Зная разницу между переадресацией 301 и 302, вы можете предотвратить это и помочь оптимизировать эффективность поисковой оптимизации вашего веб-сайта, а также убедиться, что вы не потеряете SEO, которое вы создали на своем веб-сайте. Предыдущая страница.
В некоторых случаях лучше использовать переадресацию 301, которая является постоянной переадресацией.
Вот некоторые примеры:
- Когда вы хотите перенести домен
- Когда ссылки на любые устаревшие URL-адреса необходимо отправить на новую страницу. Например: если вы объединяете два веб-сайта.
- Вы используете несколько разных URL-адресов для доступа к своему сайту. Вы должны выбрать один URL-адрес в качестве предпочтительного места назначения и использовать переадресацию 301 для перенаправления трафика на новый веб-сайт.
- Вы навсегда изменили доменное имя своего веб-сайта и хотите как можно быстрее отказаться от старого сайта.
- Вы запустили свой сайт в новой CMS, и структура вашего URL-адреса изменилась
- Вы конвертируете свой сайт с http на https.
Когда настроена переадресация 301, ваша новая страница отображается в результатах поиска с переадресацией 301. Код 301 сообщает поисковым системам, что вы навсегда переместили свой сайт, и весь трафик должен быть перенаправлен со старого контента на новый. Затем поисковые системы могут направить сигналы ранжирования и ценности поисковых систем в сторону нового URL-адреса, потому что он будет понимать, что это место является вашим новым постоянным домом.
Несмотря на то, что это лучший выбор в большинстве сценариев, в некоторых случаях было бы лучше использовать перенаправление 302.
Когда следует использовать переадресацию 302?
Несмотря на то, что перенаправление 302 не распространяет SEO, есть несколько сценариев, в которых его действительно имеет смысл использовать. Это менее распространенный сценарий, просто потому, что вы не часто временно перемещаете веб-страницу, но есть ситуации, когда это уместно. Примером такого времени может быть настройка электронной коммерции.
Например, если у вас есть продукт, которого больше нет в продаже, например, сезонный товар или товар, которого нет в наличии, вы можете создать переадресацию 302 и направить пользователей на страницу категории вашего интернет-магазина. Поскольку они не могут заказать продукт в это время, имеет смысл показать им аналогичные продукты, которые доступны в настоящее время. 302 сообщает поисковым системам, что веб-сайт просто временно отключен, и ценность страницы должна оставаться неизменной, а не передаваться по другому URL-адресу.
Еще одна причина, по которой веб-мастера могут использовать переадресацию 302 вместо переадресации 301, заключается в том, чтобы избежать задержки устаревания Google (подробнее об этом чуть позже), связанной с переадресацией 301. Однако это может стать проблемой для Google, потому что в конечном итоге ему придется учитывать, действительно ли веб-мастер намеревался использовать переадресацию 301.
Google пытается принимать эти решения, потому что хочет улучшить работу поисковой системы. Google также знает, что веб-мастера часто использовали перенаправление 302, когда перенаправление 301 было более подходящим выбором. Эта стратегия может вызвать проблемы не только с ранжированием в поисковых системах, но и с продолжающейся индексацией старого URL-адреса и разделением популярности ссылок между старым и новым URL-адресами.
Другой сценарий перенаправления 302 подходит, если вы проводите A/B-тестирование веб-страницы для проверки ее функциональности или дизайна. На самом деле это хорошая практика для мягкого запуска вашего веб-сайта, чтобы увидеть, какая версия более желательна или обеспечивает лучший пользовательский интерфейс. Используя перенаправление 302, вы можете получать отзывы клиентов и пользователей о своей новой странице, не влияя на рейтинг вашего сайта.
Задержка устаревания Google
Когда вы перемещаете веб-страницу или весь веб-сайт в новое место, вы хотите, чтобы пользователи по-прежнему могли найти ваш сайт. Затем вы хотите использовать перенаправление, чтобы указать веб-браузеру пользователя автоматически перенаправлять их из старого местоположения в новое. И хотя вы надеетесь, что это будет мгновенный процесс, и что Google или другие поисковые системы сразу же будут следовать перенаправлениям, иногда это не так.
Перемещение веб-сайта иногда может вызвать так называемую задержку устаревания Google.