В чем отличие 301 от 302 редиректа. Оптимизация черная и белая. Ссылки и "временно перемещённый"

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

И так, редиректы были созданы для того, чтобы перенаправлять пользователей с одной страницы на другую без каких-либо дополнительных действий с их стороны. Существуют 2 основных вида редиректа — 301 и 302:

  • 301 (Moved Permanently) — редирект, который сообщает поисковым системам, что страница навсегда переехала на новый URL адрес, при этом идет передача ссылочного веса со старой страницы на новую
  • 302 (Temporary redirect) — этот вид редиректа используется для временного перенаправления пользователей на другой URL адрес, и подразумевает, что вскоре он будет снят, а страница будет снова доступна

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

В каких случаях стоит применять 302 редирект

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

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

Как поставить 302 редирект

  • .htaccess

Redirect 302 /page1 http://www.newsite.ua/page2

Для использования данного вида редиректа необходима поддержка сервером Apache, а так же наличие в корне вашего сайта файла.htaccess. Просто скопируйте данный код в этот файл и замените /page1 на внутренний адрес страницы, с которой вы хотите сделать редирект, и http://www.newsite.ua/page2 — на полный адрес страницы, куда будет вести редирект.

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

Стандартные случаи применения 301 редиректа:

  • склеивание зеркал сайта;
  • канонизация слеша в конце URL;
  • редирект одной страницы на другую;
  • редирект для дублей главной страницы (например, с index.php);
  • переезд на новый домен;
  • изменение адреса страницы;
  • изменения «хвоста» (суффикса) страниц, например, с «html» на «htm»;
  • перенос группы страниц из одной категории в другую.

В каких ещё случаях целесообразно настроить 301 редирект

– Из товарных карточек

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

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

Прежде чем принять такое решение, нужно провести детальный анализ, описанный в нашей статье « »

– Дропы

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

Наиболее используемые правила настройки файла.htaccess для 301 редиректа

Options +FollowSymLinks RewriteEngine On

Переадресация домена без www на домен с www:

RewriteCond %{HTTP_HOST} ^site\.ru$ RewriteRule ^(.*)$ http://www.site.ru/$1

Переадресация домена с www на без www:

RewriteCond %{HTTP_HOST} ^www.site\.ru$ RewriteRule ^(.*)$ http://site.ru/$1

Перенаправление с одной статической страницы на другую:

Redirect 301 /was.php http://www.site.ru/new.php

Редирект на папки без слеша:

RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} ^(.+)/$ RewriteRule ^(.+)/$ http://www.site.ru/$1

Редирект на папки со слешем в конце:

RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} !\..{1,10}$ RewriteCond %{REQUEST_URI} !(.*)/$ RewriteRule ^(.*)$ http://www.site.ru/$1/

301 редирект с HTTPS-версии на HTTP:

RewriteCond %{HTTPS} "on" RewriteRule .* http://%{HTTP_HOST}%{REQUEST_URI}

301 редирект с домена на домен:

RewriteCond %{HTTP_HOST} ^xn-...\.xn--p1ai$ RewriteRule ^(.*)$ http://www.site.ru/$1

Перенос изображений на поддомен:

RewriteRule ^img/(.+)\.jpg$ http://img.domain.ru/$1.jpg

Редирект с поддомена на основной домен второго уровня:

RewriteCond %{HTTP_HOST} ^test.site.ru$ RewriteRule ^(.*)$ http://site.ru%{REQUEST_URI}

302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)

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

Случаи, в которых целесообразно использовать 302 редирект:

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

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

404 ошибка: страница не найдена

404 ошибка – это код ответа сервера, который означает, что страница, которую вы запрашиваете, не найдена.

Чаще всего причиной этой ошибки становятся:

  • неправильно введённый URL;
  • битые ссылки;
  • изменение адреса страницы;
  • удаление страницы или прекращение существования сайта.

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

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

Что выбрать: 301 или 404?

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

Вопрос №1

CMS создаёт много несуществующих страниц в пагинации. Например, страниц в разделе?p=20, а в пагинации может доходить и до?p=1000. Что лучше: настроить 301 редирект на существующие страницы или 404?

Вопрос №2

Есть интернет-магазин из 4000 страниц. Сотни товаров уже не нужны для продажи и требуется убрать их с сайта. У каждого товара своя страница. Как лучше сделать: поставить 404 код ответа сервера на эти страницы или сделать 301 редирект на главную?

Для начала нужно удалить страницу из навигации и поиска по сайту (на сайте больше не должно быть внутренних ссылок на эту товарную карточку). Далее проанализировать наличие переходов на товарные карточки. Если переходы есть и пользователей интересует именно эта модель, настраивать 301-й или 404-й будет неправильно. На таких карточках нужно предоставить информацию о том, что товара нет, и не будет в наличии, и предложить аналогичные товары, поместив блок «Вас также может заинтересовать».

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

Вопрос №3

Как поступить с ошибкой 404 для удалённых или несуществующих новостей. Оставить 404 или редиректить 301-м на главную?

Ответ

Оставить 404-й код ответа сервера. 404-й для того и существует, чтобы появляться, если пользователь зашёл на несуществующую страницу.

Вопрос №4

Как может сказаться на индексировании большое количество 301 редиректов на внутренние страницы? Есть сайт, каталог постоянно пополняется, но, одновременно, большая часть товара выбывает из оборота и больше поставляться не будет. На такие страницы ставится статус «под заказ», они отдают 200, пока ещё в индексе. Из них больше половины карточек товара, но фактически это мусор. Из-за опасения потерять трафик, есть предложение ставить на них 301 редирект. Как это скажется на индексировании?

Ответ

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

Такие страницы нужно удалить из навигации сайта, далее необходимо провести детальный анализ, описанный в статье « ». По результату анализа настроить постраничный 301 редирект на аналогичные модели или настроить 404 ответ сервера.

Вопрос №5

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

Ответ

Если товар через некоторое время появился, можно убрать 301-й редирект. В таком случае нужно добавить восстановленные страницы на переобход в Яндекс.Вебмастер и Google Search Console.

Вопрос №6

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

Вариант 1. Просто снимаем материалы, пусть поиску отдаются 404 или 410 ответы. Со временем они уйдут из выдачи, но на дубликаты могут быть ссылки и т. д.

Вариант 2. Снимаем материалы и делаем 301 редиректы на главные копии на основном сайте.

Вариант 3. На всех дублях указать канонические адреса.

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

Ответ

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

Не нашли ответа на интересующий вопрос? Тогда задайте его в комментариях!

Подписаться на рассылку

), научный сотрудник компании 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, поскольку все рассмотренные нами решения служат разным целям.

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

Что такое redirect 301 и когда его используют?

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

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

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

Вообще, различают несколько видов редиректов:

  • Код 300 — это когда есть несколько страниц на выбор.
  • Код 301 — запрашиваемая страница существует, но навсегда перемещена на другой ресурс.
  • Код 302 — запрашиваемая страница существует, но она перемещена временно.
  • Код 303 — запрашиваемый ресурс расположен в другом месте.
  • Код 304 — содержимое страницы осталось неизменным.
  • Код 305 — доступ к ресурсу возможен через прокси-сервер.
  • Код 306 — не используется.
  • Код 307 — аналогичен коду 303.
  • Код 308 — редирект экспериментального типа.

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

Если говорить о redirect 301, то SEO-оптимизаторы используют его в следующих случаях:

  • Для склеивания URL-ов. Фактически, один сайт может быть найден в поисковом запросе с приставкой WWW и без нее. Если не склеить два зеркала, то каждый из них будет набирать рейтинг отдельно друг от друга, что не очень хорошо. К тому же, может посчитать одно из зеркал дубликатом, что приведет к выпадению из индекса.
  • Если адрес страницы изменился.
  • Когда речь идет о перемещении на другой . Бывают случаи, что сайт попадает под какие-то санкции со стороны поисковика, что неизбежно приводит к снижению трафика и другим негативным последствиям. Владелец данного сайта принимает решение перенести сайт, но у старого ресурса сохранилось большое количество читателей и , сохранивших сайт себе в ленту.
Чтобы их не потерять и используется редирект 301.
  • Когда наблюдается дублирование информации на сайте. Дубликаты страниц есть практически на каждом ресурсе, поэтому чаще всего их удаляют, но можно настроить все так, что с помощью редиректа 301 посетители попадали бы на другие страницы. Это хорошо для , ведь поисковой робот будет видеть только основную страницу, а дубликаты он не будет воспринимать как повтор .
  • Для сохранности битых ссылок. Использование редиректа 301 также позволяет перенаправлять посетителей, чтобы они не попадали на несуществующие страницы.

Чтобы понять, к чему может привести смена домена или адреса страницы без использования redirect 301, можно представить себе ситуацию наглядно.

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

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

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

Таким образом, использование redirect 301 дает немало преимуществ:

Однако, стоит также отметить, что после использования redirect 301 сайт все-таки немного потеряет в рейтинге, оказавшись немного ниже в строках поиска.

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

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

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

  • Самой простой настройкой считается настройка редиректа в коде страницы. Этот способ может быть использован, если страниц для перенаправления немного.
  • Настройка с помощью файла.htaccess.
  • Настройка через.htaccess с использованием mod_rewrite.

Теперь о каждом из способов давайте несколько подробнее.

Через код страницы

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

Через файл.htaccess

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

Делается это очень просто:

  1. Заходим в корневой каталог своего сайта.
  2. Правой кнопкой мыши жмем по пустому пространству. Далее создаем новый файл.
  3. Задаем файлу имя — .htaccess (помните, что точка в начале является обязательным атрибутом).

Созданный файл уже можно редактировать с помощью любого стандартного редактора (к примеру, Notepad++).

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

Redirect 301 /old.php /new.php

Есть и другой вариант:

Redirect permanent /old.php /new.php

С помощью mod_rewrite

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

RewriteEngine On

RewriteCond %{HTTP_HOST} ^www.domain\.com$

RewriteRule ^(.*)$ http://domain.com/$1

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

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

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

В чем отличие 301 и 302 редиректа?

Можно выделить несколько основных различий этих редиректов:

  1. Если SEO-оптимизатор использует код 302, то ссылочный вес никуда не переносится, в отличие от редиректа 301.
  2. Различие есть и в страницы ботами. Если в случае с редиректом 301 старая страница оказывается ненужной, то в редиректе 302 временно покинутая страница должна также проходить индексацию, чтобы она не потеряла свои позиции в строках поиска.
  3. Результаты поиска. Если используется редирект 301, то старая страница больше не отображается. Если используется редирект 302, то в поиске будут отображаться обе страницы.
  4. Редирект 302 может повлиять на наложение штрафных санкций со стороны поисковой системы. Робот может воспринять две страницы как один из методов — клоакинг.

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

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

Что выбрать?

Redirect 301 применяется в тех случаях, когда возврата к старой страничке не будет..

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

Помимо этого, использование редиректа 302 целесообразно в следующих случаях:

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

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

Заключение

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

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

С уважением, Настя Чехова