Что значит редирект 302 в одноклассниках. Оптимизация черная и белая. Перенаправление в случае обновления веб-ресурса

14.01.2024

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 редирект на идентичные страницы основного сайта.

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

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

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

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

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

Redirect 301 /staraya.html http://vash-sait.ru/novaya.html

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

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

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

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

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

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

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

Options +FollowSymLinks RewriteEngine On RewriteCond %{HTTP_HOST} ^www.сайт$ RewriteRule ^(.*)$ /$1

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

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

SetEnvIf REMOTE_ADDR 183.11.101.1 REDIR="redir" RewriteCond %{REDIR} redir RewriteRule ^/$ /kontakt.html

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

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

RewriteEngine on RewriteCond %{REQUEST_URI} !/info.html$ RewriteCond %{REMOTE_HOST} !^14.124.354.80 RewriteRule $ http://vash-sait.ru/info.html

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

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

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

RewriteEngine On RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !^http://([ -a-z0-9] .)?vash-sait.ru RewriteRule .(gif|jpe?g|png)$ -

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

RewriteRule .(jpg|png|gif)$ http://vash-sait.ru/images/imageinfo.jpg

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

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

RewriteEngine On RewriteCond %{HTTPS} !on RewriteRule (.*) https://%{HTTP_HOST} %{REQUEST_URI}

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

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

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

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

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

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

RewriteEngine on RewriteCond RewriteCond %{HTTP_REFERER} zapretnui-sait.com RewriteRule .* - [F]

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

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

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

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

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

Среди SEO-ников в ходу три табу, которые они стараются не нарушать:

Никогда не использовать Flash на оптимизируемых сайтах
Никогда не использовать клоакинг (cloaking)
Никогда не пользоватся 302 редиректом.

phentermine online pharmacy

Конечно я сильно упростил в этом перечислении. Сравнивать использование флеша с клоакингом не совсем верно. Но не в этом суть, я постараюсь объяснить почему 302 редирект не такое зло как себе это можно представить, и как им воспользоваться себе во благо.

buy provigil online no prescription

Используя 302 redirect (Temporary redirect )- «временно перемещен» – вместо 301, исходный URL будет оставаться в индексе Google, и удерживать свои позиции, как если бы страница все еще была доступна. Однако пользователи, которые будут кликать на ссылке, попадут на ваш новый URL, – именно туда, куда вы намерены их направить.

buy xanax online

В отличии 301 редиректа, при использовании 302 на перемещенную страницу Page rank и вес страницы не передается. Почему же СЕОшники так боятся его использовать? Года два назад, очень активно использовался так называемый 302 hijack exploit, для манипуляций с выдачами поисковых систем. В данный момент все поисковые системы научились бороться с этим, но если интересно как это было, можно почитать в этой статье Page Hijack: The 302 Exploit, Redirects and Google (англ.) С тех пор прошло уже не мало времени, но мышечная память осталось. Отчасти это действительно так, не стоит злоупотреблять 302 редиректом, особенно если его использовать при переадресации с одного домена на другой. В этой же статье я приведу безопасные примеры использования 302 редиректа в пределах одного домена, многие CMS имеют функционал решения этих задач и без 302 редиректа, но смысл этой статьи как раз в использовании его.

buy diazepam without prescription buy soma no prescription

пример 1. Новые товары. Свежий контент.

valium online no prescription

Например, у вас есть сайт посвященный мобильным телефонам и основной кейворд это . Так же у вас есть страница с названием /newest-cell-phones.php , куда идут пользователи посмотреть последние новинки в сфере мобильной связи.

tramadol online pharmacy

На пару двей включаем 302 редирект со страницы /newest-cell-phones.php на страницу /lg-vx8350.php , на которой находится последнее ревью нового телефона LG. В тоже время, у вас есть постоянная ссылка с раздела посвященного моделям LG на файл lg-vx8350.php , потому как мы хотим, что бы эта страница была проиндексированна. Дублирования контента на сайте в итоге можно не боятся, потому как завтра вы сделаете новый 302 редирект страницы /newest-cell-phones.php на ваше новое ревью модели от Nokia которое находится на странице /nokia-2610.php .

tramadol online pharmacy

пример 2. Ресторанное меню.

buy ambien online

Вы запустили сайт ресторана, на котором посетители каждый день проверяют сегодняшнее меню. Так как ресторан работает только со свежими продуктами, то меню составляется всего лишь на несколько дней вперед. Конечно можно составить гиганское меню в PDF со всевозможными вариантами, но для пользователей это будет не самое удобное решение. Вместо этого вы ставите линк с главной страницы на файл /todays-menu.htm . Так же, у вас есть следующие страницы:

/monday-menu.htm
/tuesday-menu.htm
/wednesday-menu.htm
/thursday-menu.htm
/friday-menu.htm
/saturday-menu.htm
/sunday-menu.htm

buy klonopin online without prescription

В понедельник вы используете 302 редирект страницы /todays-menu.htm на /monday-menu.htm. На следующий день на /tuesday-menu.htm и так далее.

buy valium online no prescription

Подойдет ли в этом случае 301 редирект? Нет, не подойдет. Ведь вы хотите что бы /todays-menu.html находился в индексе и был в выдаче по запросу, что то вроде [restaurant name menu]. И вы не хотите, что бы на запрос [restaurant name menu] вы выдаче находилась страница /wednesday-menu.htm, потому как это не рационально и вы не можете контролировать время прихода поискового бота на ваш сайт (а в случае использования 301 редиректа в выдаче будет какая то из 7 страниц).

xanax online pharmacy

Что общего в приведенных выше примерах? Это признаки по которым стоит выбрать 302 редирект.

buy ambien no prescription

Вы можете использовать 302 редирект в следующих случаях.

valium online without prescription

URL A —> URL B

Когда важно, что бы URL A был проиндексирован и продолжал постоянно индексироватся.
Не критично, что бы контент на URL B был проиндексирован, но весьма полезен для посетителя.
У вас есть несколько страниц которое логически хорошо подходят под URL B
Вы разместили ссылки на URL A

buy ambien without prescription

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

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

Что значит редирект 302 в одноклассниках. Оптимизация черная и белая. Перенаправление в случае обновления веб-ресурса

Читайте также

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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