Redirects: 301, 302, 307 | How-To 301 guide
What is redirection?
Redirection is a way of forwarding the user to the URL that is different from the one they initially clicked on. Down below some of the most common types of redirection are listed.
301 Moved Permanently
A 301 redirect is a permanent redirect which passes between 90-99% of link equity (ranking power) to the redirected page. 301 signals that the page has been moved to another URL and the old URL is outdated.
302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)
302 is a temporary redirect which passes 0% of link equity, and shouldn’t be used in most cases.
As of now, the internet runs on an HTTP protocol which dictates how URLs work. In two versions of this protocol, the HTTP response status code is different:
307 Moved Temporarily (HTTP 1.1 Only)
A 307 redirect is the HTTP 1.1 successor of the 302 redirect. While the major crawlers will treat it like a 302 in some cases, it is best to use a 301 for almost all cases. The exception to this is when content is really moved only temporarily (such as during maintenance) and the server has already been identified by the search engines as 1.1 compatible.
Since it’s essentially impossible to determine whether the search engines have identified a page as compatible, it is generally best to use a 302 redirect for content that has been moved temporarily.
Other redirection types
There are also some other types of redirection: Meta Refresh or JavaScript redirection that are executed on the page level rather than the web server level. This is what a typical Meta Refresh redirect looks like:
It’s best not to use these types of redirect, as they are often used by spammers and doorway pages. Besides, they pass little to none of the link juice.
Examples of using redirects
Redirecting your domain to a non-www URL:
Redirecting your domain to a www URL:
To choose which URL to make canonical, consider:
When developing a website, it’s important to choose whether you want to add a slash to the links, because the search engines consider the links
— www.site.com/cat1
and
— www.site.com/cat1
to be different. Then, you’ll have to add the following code:
To delete the slash from the URLs:
To add the slash to the URLs:
To redirect the user from one page to another:
Redirecting the main page duplicates
This code ensures that if there are multiple versions of the direct link to the main page (index, etc.), they will all redirect to the canonical main page:
If the URLs reflect the structure of a catalog, changes in the catalog will lead to changes in the URLs. In this case, use the following redirect:
But, if the URL of the previous catalog comes right after the name of a domain: www.site.com/old-catalog, use this code:
If you’ve switched platforms or a CMS and only the URLs’ extension has changed, use this redirect:
Examples of using redirection to avoid duplicate pages
In case you’ve bought several domains with multiple TLDs, OR used a subdomain to develop a new website and forgot to block it from being indexed by the search engines. Either way, you have to set up redirection to the root domain:
That way, all the (sub-)domains like www.site.org, www.site.net, test.site.com, will redirect to www.site.com
Deleting multiple slashes/hyphens from the URLs
Sometimes, user can accidentally type in multiple slashes, e.g. www.site.com/catalog////page-1.html. In this case, you have to set up a 301 redirect to a page with a single slash www.site.com/catalog/page-1.html:
In the same way, you can set up a redirect from a URL with multiple hyphens (for example, www.site.com/catalog/page—1.html) to www.site.com/catalog/page-1.html:
Redirecting from any URL to a lowercase URL
The search engines notice the letter case, so it’s best to have your URLs in lowercase. If you haven’t developed your website with this in mind, you can use this PHP-script:
How to move your website to a new domain? The optimal strategy for a 301 redirect
According to the most popular search engines, the best strategy for moving to a new domain is:
Generating 301 redirects
If you’re not particularly tech-savvy, you can use the online services for generating basic redirects:
How to test the 301 redirect
With every change in 301 redirect, you need to test the site’s performance:
301 redirect VS Canonical — which one to use & when?
Minor details aside, in order to understand what exactly do we want to say, Google offers some clear-cut rules. In very simple terms, this is how the search engines understand our commands:
301: okay, google (or any other search engine), my page isn’t there anymore and it’s been permanently moved to a new URL. Please, delete the old link from the index, and pass the link juice to the new page.
Canonical: okay, google, I’ve got multiple versions of the same page (or its content), so, please, index only the canonical version. I will keep the other versions for people to see, but don’t index them, please, and pass the link juice to the canonical page.
When is it better to use a 301 redirect?
When is it better to use rel= «canonical»?
Both solutions pass the link juice and both are ranked by Google equally. 301 redirect is a bit more preferred, though.
Redirection mistakes
If you have any questions, ask them down below. I will try my best to help you!
302 редирект и его отличия от 301
Здравствуйте, мои уважаемые читатели. Сегодня будем разбираться в одной интересной теме которая волнует многих. Большинство оптимизаторов 302 редирект обходят стороной. Те, кто этого не делает, пожинает плоды отличной поисковой выдачи. Может быть, пора исправить ошибку?!
Принято считать, что 302 и 301 редиректы близки по значению, поэтому большинство вебмастеров просто не обращают на них никакого внимания. Однако для поисковых систем это совершенно неидентичные команды с различными трактовками.
Всё-таки стоит конкретнее и отдельно рассмотреть каждый из redirect’ов.
Его использование актуально в 3х случаях:
Иначе говоря, при использовании 301R, позиции в поисковике будут полностью сохранены, вне зависимости от объекта перемещения (одна или несколько страниц, сайт в целом).
Его использование говорит о том, что исходный адрес будет виден в поисковой выдаче, однако при клике по ссылке пользователь будет автоматически перекинут на новый временный адрес. Вес со старого домена и PageRank на новый передаются: индексация будет производиться поисковиком страницы с 302R так же, как и основного сайта. Даже если там и там контент будет одинаков, благодаря TR дублирования не будет.
Хотя всё это говорит о том, что вес со старого домена и PageRank на временный новый передаются: индексация будет производиться поисковиком страницы с 302R так же, как и основного сайта. Однако Джон Мюллер, специалист ПС Google, заявил, что если в течение 6-12 месяцев 302-ой будет сохраняться, он автоматически станет постоянным, то есть перейдёт в разряд 301-го.
Ошибки. Во время перенаправления никто не застрахован от ошибок. Основные из них – 4:
Чтобы устранить возможные ошибки, нет необходимости проверять вручную все страницы своего ресурса – достаточно воспользоваться онлайн-сервисом для этого (к примеру, http://www.scanlight.ru/oshibki/perenapravlenie-301-redirekt/). В специальное окно вводятся ссылки на страницы и, спустя короткое время, появится информация со сведениями о возможных ошибках.
Ссылки и “временно перемещённый”
Получается, что ссылочный профиль состоит из обратных и входящих ссылок, но они тоже должны быть не “абы какие”. Если ваш сайт приобретает анкор с авторитетного гиганта, то он как бы поднимает вас за счёт себя. Кроме того, чтобы линк работал на вас, он не должен содержать атрибутов “noindex”/”nofollow” (узнать это можно, открыв код страницы и найдя “href”-тег). Для СП важна ссылка, глубоко проникшая в структуру сайта, ведь большое их количество практически всегда ведёт на главную страницу, что не есть хорошо. Всё это относится к обычным стандартным линкам. А как дело обстоит со ссылочным профилем, который использует Temporary redirect?
Хотя и говорено о чёрной раскрутке много, оптимизаторы грешат ей по сей день. К примеру. pagecloaking – перенаправление на контент, зависимый от ситуации. То есть для поисковика это текст А, а для пользователя – это текст Б. Как это не назовёшь – прямым жульничеством или злостным спамом, поисковая оптимизация этого крайне не любит. Конечно, система тоже может давать сбои, и она не идеальна, тем не менее, не стоит злоупотреблять TR.
Здесь остановимся и рассмотрим всё немного подробнее.
Какой из этого вывод? Совместное использование прямых ссылок и Temporary redirect, с атрибутами “nofollow-noindex”, покупных – всё это вкупе формирует естественный ссылочный профиль сайта. А значит и приближает его к заветной цели – ТОПу. Если использовать исключительно линки прямые, поисковая система может значительно понизить сайт в выдаче, узрев в этом попытку манипуляции.
Представитель Google по качеству поиска Джон Мюллер (John Mueller) четко заявил, что 301 и 302 редиректы учитываются одинаково и передают соответственно оба Page Rank. Т.е. использование обоих перенаправлений на сайте также положительно влияют на продвижение сайта и его отдельных страниц.
Послушайте выступление представителя Google с разьяснениями на данную тему (на английском из школы вебмастеров Гугла)
Если мы внимательно проанализируем к примеру, SEO плагином типа RDS бар, то сможем увидеть, что все ссылки с социальных сетей имеют код 302, но их влияние высоко в плане продвижения. Также сылки на популярных форумах в 80% имеют такие же перенаправления в ссылках, но это не снижает их ценность и влияние на продвижение за счет естественного траффика который в обязательном порядке учтут поисковые системы.
Как настроить 302 редирект на своем сайте
Redirect 302 /старый адрес http://ваш-сайт.ру/новый линк
Вышеописанный код необходим для redirect’a внутренней страницы. Теперь рассмотрим код, который закрывает от пользователей тот контент, которые показывать не нужно. Опять прописываем:
Что касается php, то функция прописывается header заголовками Refresh или Location. Самое главное условие использования кода – отсутствие каких-либо пробелов, HTML-кодов, переводов строк и так далее. Код выглядит так:
Есть другой интересный вариант перенаправления посетителей. Используется он при помощи заголовка Refresh и, в примере, переход происходит спустя 10 секунд после полной загрузки страницы (кстати, актуален вариант для Метрики от Яндекса):
Что касается Java-скрипта, то здесь код копируется на необходимую для перехода страницу:
Либо другой вариант:
Как видим, настройка 302 редиректа не такая уж и сложная. Главное здесь – не ошибиться ни одним знаком.
Существует так называемый псевдоредирект. То есть, грузится во фрейме необходимая страница, а как такового перехода для поисковой машины не происходит. Его можно настроить либо через Frameset:
301 или 302 редирект: Какой лучше использовать?
Article stats
Shows how many different websites are linking to this piece of content. As a general rule, the more websites link to you, the higher you rank in Google.
Shows estimated monthly search traffic to this article according to Ahrefs data. The actual search traffic (as reported in Google Analytics) is usually 3-5 times bigger.
The number of times this article was shared on Twitter.
Share this article
Но вы можете спросить, какая разница? Пользователи же не заметят разницу между 301‑м и 302‑м редиректами. Оба работают одинаково.
В этом посте вы узнаете:
Когда использовать 301 редирект
Когда использовать 302 редирект
Для использования 302 редиректов намного меньше ситуаций, но они есть:
Несомненно, есть и другие примеры, но чаще всего они слишком специфические и требуют индивидуального решения. Как правило, 302 редиректы следует использовать только если вы планируете вернуть старую страницу через короткое время.
Как настроить редиректы
Если вы используете WordPress, можно сделать проще и использовать бесплатный SEO плагин для создания редиректов. В плагине RankMath эта функциональность есть сразу. Но этот плагин тоже справится с работой.
Как сделать 301 редирект
В нашем полном руководстве по настройке 301 редиректов можно узнать как сделать настройку для многих других ситуаций (например, перенаправление с не-www на www, HTTP на HTTPS ).
Как сделать 302 редирект
В WordPress это также можно сделать с помощью плагинов RankMath или Redirections:
Для перенаправления всего сайта используйте следующий код:
Обычно сайты не перенаправляют с помощью 302 редиректа. Почти всегда домены меняют навсегда, поэтому стоит использовать 301 редирект. То же касается и редиректов с HTTP на HTTPS и с версии без www на версию с www (и наоборот).
Как Google учитывает 301 и 302 редиректы
Поскольку для конечного пользователя 301 и 302 редиректы работают одинаково, выбор сводится к тому как Google относится к ним. Поэтому нам нужно рассказать о двух вещах:
Индексация
Когда один URL перенаправляется на другой, Google оставляет в индексе только один из них.
Для 301 редиректов…
Например, Moz поменял и перенаправил свой домен seomoz.org на moz.com много лет назад, но seomoz.org всё ещё остаётся в Google.
Для 302 редиректов…
Вот что сказал Джон Мюллер, сотрудник Google:
Никто точно не знает как долго должен висеть 302 редирект до того как Google начнёт учитывать его как постоянный. Обычно это длится от нескольких недель до нескольких месяцев. Но также это может занять дни, недели, или месяцы.
В некоторых обстоятельствах Google даже может сразу воспринять 302 как 301.
Например, недавно Патрик провёл небольшой эксперимент, в котором настроил 302 редирект с одного сайта на другой. Как только Google просканировал«старый» домен и увидел перенаправление,«старый» домен исчез из результатов поиска, а«новый» появился.
Если вы не уверены в том, как Google учитывает ваши 302 редиректы, есть быстрый«трюк»:
Только перепроверьте дату последнего сканирования. Если последнее сканирование было после того как вы сделали изменения, запросите переиндексирование и вернитесь позже.
Ссылочные сигналы
3XX редиректы раньше теряли PageRank, но с 2016 года это больше не так.
30x редиректы больше не теряют PageRank.
Теперь, когды вы перенаправляете один URL на другой, ссылочные сигналы консолидируются без потерь. Несмотря на это, часто люди не до конца понимают как это работает и как тип редиректа может повлиять на передачу сигналов.
Для 301 редиректов …
Например, если на старой странице old-page.html было десять ссылок и вы перенаправляете его (301) на новую страницу new-page.html, все ссылочные сигналы объединяются и переносятся на новую страницу new-page.html. Другими словами, Google должен ранжировать новую страницу new-page.html так, будто у неё есть 10 ссылок.
Несмотря на этом, не всё так просто. Потому что неправильные редиректы Google учитывает как soft 404 ошибки:
Это не проблема, если вы перемещаете контент на новый URL без значительных изменений. Но если редирект нерелевантен, как в случае перенаправления старого поста в блоге на главную страницу, ссылки на«старую» страницу не помогут«новой» ранжироваться лучше. Поэтому за лучшее делать редиректы максимально релевантными.
Если вам интересно как Google учитывает один из 301 редиректов, попробуйте сделать так:
Перейдите в Поисковая консоль > Ссылки > Внешние ссылки.
Дальше вставьте«старый» URL в Сайт Эксплорер Ahrefs и перейдите в отчёт Ссылающиеся домены (Referring Domains).
Наконец, в консоли отфильтруйте ссылки по«Сайту» и вставьте ссылающиеся домены из Ahrefs по одному.
Если вы нашли соответствующий домен, перейдите на него чтобы посмотреть сами ссылки. Вы должны увидеть что-то вроде этого:
Для 302 редиректов …
Например, если вы перенаправили (302) старую страницу old-page.html на новую страницу new-page.html, а у новой страницы new-page.html есть десять ссылок, ссылочные сигналы будут консолидироваться на старой странице old-page.html. Другими словами, Google будет ранжировать старую страницу old-page.html как если бы у неё было 10 ссылок.
Но не всё так просто. Всё зависит от того как Google учитывает этот 302 редирект.
Если он учитывает его как временный, ссылочные сигналы действительно консолидируются в обратную сторону. При условии что перенаправляемая страница та же или похожа на«новую» страницу. Если нет, редирект может учитываться как soft 404 ошибка.
Если он воспримет его как постоянный, ссылочные сигналы будут учитываться для новой страницы.
Нужно ли «исправлять» случайные 302 редиректы?
Допустим вы сделали распространённую ошибку и настроили 302 редиректы вместо постоянных. Нужно ли тратить драгоценное время и менять их на 301 редиректы?
Ответ зависит от того, как Google учитывает эти редиректы на данный момент.
Если он разобрался сам и понял что случайные 302 нужно заменить на постоянные, то смена 302 на 301 редирект мало что поменяет. Если он ещё не разобрался, то скорее всего лучше поменять редиректы.
Чтобы проверить как Google учитывает отдельно взятые URL адреса, можно использовать Инструмент проверки URL в консоли, как мы уже показывали ранее. Тем не менее, если вам нужно поменять много редиректов, это может занять слишком много времени. Быстрее будет сначала сосредоточиться на 302 редиректах, по которым идёт органический трафик. Это явный признак того, что Google рассматривает данный редирект как временный.
Для этого можно использовать инструмент Аудит Сайта в Ahrefs. Просканируйте сайт и перейдите в отчёт Перенаправления, чтобы посмотреть уведомления о 302 редиректах.
Если они там есть, нажмите чтобы посмотреть затронутые URL адреса и отсортируйте отчёт по Органическому трафику от большего к меньшему.
Заключение
Редиректы не сложные. Если вы перемещаете контент в новое место навсегда, используйте 301 редирект. Если временно — 302.
Тем не менее, хотелось бы быть уверенным, что если вы используете неправильный тип редиректа, Google скорее всего разберётся сам что вы имели в виду. Всегда ли он может разобраться сам? Конечно нет. Google не всегда достаточно умён чтобы разобраться самостоятельно, поэтому лучше всегда использовать правильный тип редиректа там где это возможно.
Подробная инструкция по редиректам: когда и как их использовать
Что такое редиректы?
Редиректы — это способ перенаправлять пользователей сайтов на URL, отличный от того, что они запросили. Дубли страниц ухудшают ранжирование сайта, а редиректы помогают с ними бороться.Ещё их используют когда нужно создать новую страницу взамен уже существующей и при этом сохранить позиции и трафик. Существует 9 видов редиректов, но в SEO-практике активно применяются лишь три из них:
Общие советы по настройке редиректов
1. Делайте редиректы только на релевантные страницы, со статусом 200 (OK).Чем более релевантна страница акцептора (та что принимает редирект) странице донору, тем быстрее они склеятся и тем больше веса она передаст.
2. Не используйте редирект там, где лучше поставить rel=canonical. Если контент страниц дублируется, но вам важно оставить страницы доступными для пользователей, используйте rel=canonical вместо редиректа. Например, если есть несколько версий контента (для печати, для мобильных,)
3. Не используйте редиректы для файла robots.txt. Этот совет в большей мере касается ПС Яндекс — для нее важно, чтобы при смене домена или переезде на защищенный протокол старый robots.txt был доступен роботам — так быстрее происходит склеивание доменов.
4. Избегайте двух, трёх и более редиректов подряд. Каждый новый редирект — это потеря времени загрузки, лишняя нагрузка на сервер и возможная потеря передаваемого веса страницы.
На больших ресурсах с множеством редиректов несоблюдение этого правила ведёт к возникновению страниц с 404 ошибкой.
6. Браузеры кешируют редиректы — чтобы проверить их работу, сбрасывайте кеш или используйте специализированные сервисы.
Важно!Хотя ссылочный вес и передается в полной мере, при массовом применении редиректов, например, при переезде на https, возможно проседание позиций и трафика страниц на 10-15%, с последующим восстановлением в течение 2-4 недель. Некоторые seo-специалисты, чтобы исключить возможность проседания трафика, советуют сначала настраивать 302 редирект, а после появления в выдаче большинства новых страниц — менять его на 301. Сразу предупреждаем, что такое использование 302 редиректа идёт вразрез с рекомендациями Google, но никто не запрещает вам экспериментировать 🙂
Массово проверить статус страниц сайта можно, используя программы для аудита сайта Netpeak Spider, SEO Screaming Frog и сервис Serpstat.
Быстрее всего найти рабочие и неверно настроенные редиректы можно в Serpstat в модуле «Аудит сайта — Персональный отчет — Код ответа».
1. Для определения главного зеркала сайта
Редирект с версии без www на версию с www
Редирект с версии с www на версию без www
Оба варианта равнозначны и правильны с точки зрения ПС. Если у вас в индексе больше страниц с www — лучше будет использовать переадресацию на версию с www, и наоборот.
2. Канонизация слеша в конце урла
— http://www.site.com/dog1/»>http://www.site.com/dog1/ — http://www.site.com/dog1 Если адрес страницы отличается хоть на один символ — ПС считают такие страницы разными. А если это разные страницы с одинаковым контентом — это дубли. Поэтому очень важно следить чтобы все URL страниц были только в нижнем регистре и одного формата (со слэшом или без слэша в конце). Как и для www — настраивайте перенаправления на версию страниц, с которой у вас больше в индексе.
Редирект для удаления «/» в конце
Редирект для добавления «/» в конце адресной строки
3. Редирект с любого URL на URL в нижнем регистре
Поисковые системы учитывают регистр URL, поэтому для избежания дублей важно использовать единый регистр для всех символов в URL.
4. Редирект при смене домена
При смене домена, если необходимо учесть пожелания Яндекса по переезду, следует сделать редиректы со всех страниц, кроме robots.txt. Для Google это делать не нужно.
В файл robots.txt для старого сайта необходимо внести:
Директиву Disallow тут вносим обязательно по требованиям поисковых систем, но её можно и оставить пустой.
5. Редирект со всех страниц одного домена на главную другого
Эта настройка может пригодится если у вас есть хороший старый домен, что совсем не подходит по тематике или структуре, но вы хотели бы передать с него вес на свой домен.
6. Редирект при переезде на https
Как и в случае со слэшами и главным зеркалом, главная цель такого редиректа — борьба с дублями страниц. Дополнительно при переезде на https рекомендуем использовать HSTS. Нужно понимать, что при настройке редиректов на https возможность слать http запросы к сайту остается. HSTS говорит браузеру, чтобы тот «не общался» с сайтом по http. Даже если браузер встретит на этом сайте ссылку http, или пользователь введет ее руками, он отправит запрос сразу на https версию и не пойдет по пути, когда запрос отправляется сначала на http версию, а уже потом сам сервер перенаправляет 301 редиректом на https. Это сделано, чтобы уберечь пользователя от возможных вклиниваний и перенаправлений крутых хакеров и злоумышлеников. Поисковые боты не будут попадать под этот сценарий.
7. Редирект при смене каталога, содержащего документы
Это правило обычно используют, если структура каталога отображается в URL, и необходимо поменять либо уйти от неё (например, чтобы добавить в URL ключевое слово или сократить его).
8. Редирект с одной страницы на другую
Используем, если изменился адрес документа, либо если больше нет услуги/товара, но есть аналоги, чтобы перевести пользователей и вес на эти страницы.
9. Склеить несколько символов, идущих подряд в 1 символ (в примере — склеить два дефиса в один):
Чаще всего это несколько слэшей либо дефисов подряд. Такие страницы могут появляться из-за некорректной настройки маршрутизаторов, например, два пробела подряд не объединяются и превращаются в два дефиса, либо маршрутизатор всегда дописывает «/» в конце, не проверяя его наличие.
10. Редирект для страниц, имеющих Get-параметры в URL
Иногда необходимо настроить редирект для изменяющихся Get-параметров. Например, параметром будет SECTION_ID:
Оба вида редиректов используем в основном когда необходимо настроить ЧПУ вместо url-а с параметрами
11. Переадресация одного адреса без вложенных адресов
Например, если большинство документов вашего сайта лежат в папке catalog, а страница site.com/catalog не содержит никакого контента.
302 и 307 редирект: как правильно использовать
Использование 302 редиректа оправдано, если:
Не забывайте: если Google посчитает использование 302 редиректа в каком-то конкретном случае ошибочным, старый URL пропадет из выдачи, а ссылочный вес и PageRank полностью перейдут к новому.
Выводы
Каждый редирект стоит использовать для решения той задачи, для которой он был создан, следовать рекомендациям поисковых систем: