Как ни странно, многие вебмастеры не понимают разницу между редиректом 301 и 302. В отличие от пользователей, поисковые системы распознают разные виды редиректов и по-разному их трактуют. Редирект 301 означает, что страница была окончательно перемещена по новому адресу. Редирект 302 означает, что перенос адреса носит временный характер. Поисковым системам нужно чётко понимать, стоит ли сохранять старую версию страницы или заменить ее новой, расположенной в новом месте. Если использовался некорректный вид редиректа, это может ввести в заблуждение поисковик и привести к серьезной потере трафика.
Почему редирект имеет такое значение? Если вы переносите веб-страницу или весь сайт на новое место, например, в случае, когда вы меняете доменное имя, вы хотите, чтобы пользователи могли найти ваш сайт. Редирект приводит к тому, что браузер пользователя автоматически переводит его со старого адреса на новый. Вам может казаться, что Гугл и другие поисковые системы просто последуют редиректу, но именно здесь начинаются сложности. Когда сайт переезжает, для Гугла это может послужить сигналом для применения фильтра "aging delay". Обычно сайт пропадает из поисковых рейтингов на несколько месяцев. Иногда даже на год. К этому вопросу мы вернемся несколько позже.
Существует немного ситуаций, когда лучше использовать редирект 301. Как часто вам приходилось временно переносить страницу на новый адрес? Обычно перенос носит постоянный характер. Тем не менее, создание редиректа 302 выглядит несколько проще, чем создание редиректа 301. Вы можете просто использовать Javascript или мета-тег для создания 302го. Создание редиректа 301 требует введения специальных команд в ваш.htaccess файл, если вы работаете на Apache. В случае с серверами Windows создание редиректа 301 потребует еще больше сил и времени. Именно это приводит к нездоровой тендеции использовать 302 редирект вместо 301го.
И Google понимает, что многие люди используют 302 редирект, хотя на самом деле подразумевают 301. К счастью, Google не связан каким-либо правом и не обязан понимать людей дословно. Чтобы обеспечить наилучшие результаты поиска, Гугл может и должен проверять 302 редиректы и делать вывод о том, действительно ли вебмастер имел в виду 302 или это обычная ошибка, и на самом деле имелся в виду редирект 301.
Правильно ли Google обрабатывает 302 редирект? Если вместо 301го был использован 302 редирект, поисковые системы могут продолжать индексировать старый URL-адрес и игнорировать новый как дубликат. При этом количество ссылок могут делиться между двумя адресами, отрицательно сказываясь на поисковых рейтингах. Поисковая машина может правильно понять, что делать с вашим 302 редиректом, а может и не понять. Представители Google утверждают, что они будут рассматривать редирект 302, как 301, если они сочтут, что вебмастер допустил ошибку, но кто знает, как в этом случае поступят другие поисковики?
Другими словами, если вы окончательно перемещаете вебсайт или отдельную страницу, лучше всё-таки ставить 301 редирект. 302й в данной ситуации считается некорректным. Ставя 302 редирект, который обозначает "временно перемещено", вы как бы просите поисковую систему продолжать индексировать старый домен или страницу, но при этом проиндексировать и новое расположение. В прошлом специалисты использовали 302 редиректы, чтобы обойти хитрый фильтр от Google под названием aging delay ("возрастная задержка"). Многие до сих пор спорят о существовании этого фильтра. На факт остается фактом: по какой-то причине новые сайты, просуществовавшие около 6-8 месяцев, быстро набирающие ссылочную массу, переставали появляться в выдаче. Поговаривали, что "молодняк" помещался в так называемую "песочницу" - дозревать. Именно поэтому появился миф о том, что лучше всего сразу покупать старые домены, а кто-то использовал 302 редирект. В какой-то момент эта обходная стратегия действительно работала, но, как показывает практика, теперь это не лучший вариант.
Так что... если вы боитесь потерять свои позиции в рейтинге из-за 301го редиректа, не переходите на новый домен. А еще лучше сделайте так, чтобы финансовое благополучие вашей компании не зависело от рейтингов. В реальном мире бизнес избегает смены названия компании. Это выглядит подозрительно. Можно ли винить Гугл в приминении той же логики? "Если вы меняете домен, значит, у вас не всё гладко. Так давайте подождем и посмотрим на ваше поведение, прежде чем мы начнем рекомендовать вас пользователям",
Неправильное использование или даже непонимание смысла 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 редирект. А сделать это можно при помощи файла htaccess или через php. Оба способа будут рассмотрены в данной статье.
Для чего вообще нужная переадресация
Сама переадресация, не говоря о номере редиректа, необходима для того, чтобы сохранить какие-либо старые страницы в индексе поиска. В основном, такая мера нужна для старых сайтов, на которых уже накопилось достаточное количество статей и прочих материалов. При переезде на новый домен или переименовании страницы, она перестает корректно отображаться по старой ссылке. В итоге, когда пользователь найдет старую сохраненную копию вашего сайта в поисковой выдаче и перейдет через нее к вам на сайт, он увидит ошибку вместо статьи, и вы потеряете потенциального посетителя.
Переадресация нужна для того, чтобы сделать уже умершие страницы ресурса живыми, чтобы не терять людей, а порой для того, чтобы демонстрировать им какие-то важные сообщения.
К примеру, если у вас есть раздел с новостями компании, и вы решили на 2 дня показать пользователям новую статью, дабы раскрутить ее. Сделать это можно как раз при помощи переадресации со страницы со всеми новостями на страницу с конкретной статьей.
Если неумело распоряжаться переадресацией, то поисковые роботы могут воспринять перенаправление URL неправильно. К примеру, если вы пропишите в php переадресацию, но не укажите ее причину. Тогда поисковый робот примет ваш ресурс за фишинговый, который лишь нужен для перекачки трафика между сайтами или страницами. Такие проекты используют для штучного увеличения трафика на ресурсах и одновременной раскрутки большого количества страниц. А чтобы указать причину переадресации указывают redirect 301 в файле htaccess или любой другой. Когда поисковик увидит сообщение о редиректе, он не будет относиться к вашему ресурсу с опаской, и сайт не потеряет свои позиции в выдаче. Потому распоряжайтесь редиректом мудро!
Через какой редирект сделать переадресацию — через 301 или 302
Это одна из любимейших тем для споров между вебмастерами на форумах. Одних предпочитают делать передресацию через 301 редирект, а другие утверждают, что он неправильно работает, и выбирают 302-й. Нельзя сказать, что какой-то из образовавшихся лагерей прав, поскольку через 301 редирект выгодно делать переадресацию в одних случаях, а через 302 — в других. Разберем в каких случаях как лучше сделать.
Разумеется, 301 редирект вебмастера любят больше. Было время, когда сайты и страницы, работающие через 302 редирект, блокировали. Это был единичный случай в истории индексации ресурсов и больше подобных прецедентов не было. Но воспоминания у вебмастеров-старожилов остались, потому к 302 редиректу по-прежнему относятся с опаской. А зря, ведь он часто бывает выгодным для раскрутки сайта.
Сделать перенаправление с одной страницы на другую через 302 редирект выгодно в тех случаях, когда вы хотите временно активировать переадресацию. ведь 302 редирект так и переводится, как Temporary redirect, в то время, как 301 редирект означает Permanent Redirect, то есть постоянное перенаправление. Получается, что используя 302 редирект, вы даете поисковикам команду не удалять старые ссылки с выдачи, а сохранять их вместе с новыми, на которые указано перенаправление.
Переадресация с помощью 302 редиректа выгодна в тех случаях, когда вам нужно на время убрать одну страницу и показать вместо нее другую. К примеру, если вы хотите донести до людей какой-нибудь новый материал. Тогда вы можете поставить на него переадресацию и указать 302 редирект. За это вас не накажет ни один из поисковиков. Кроме того, так вы можете хитро обойти 404 ошибку и перенаправлять людей с части сайта, на которой ведутся технические работы. Но еще лучше использовать этот редирект для раскрутки новых постов, ведь это передача трафика, которая законно будет зафиксирована поисковыми системами.
Что касается redirect 301, то данный способ перенаправления хорошо работает только в том случае, если вы хотите активировать переадресацию навсегда. Ведь если сделать 301 редирект для страницы, которая не всегда должна быть перенаправлена, со временем она исчезнет из выдачи и ее заменят на страницу, на которую была активирована переадресация. Так стоит делать, к примеру, если вы хотите убрать попадание пользователей на главную с указанием index формата php, либо чтобы убрать зеркала с и без WWW.
301 редирект хорошо поможет тем, кто решил настроить новый домен для своего сайта. Тогда указать 301 редирект в настройках htaccess или в php будет даже полезно, ведь страницам передается «вес» прошлого домена. То есть ТИЦ и PR, благодаря которым определяется опытность и рейтинг сайтов в поисковых системах Гугл и Яндекс, будут переданы для новой страницы или того же сайта с другим URL. Так что прежде, чем сделать переадресацию, хорошо подумайте о том, какая из них будет выгоднее для страницы: 301 редирект навсегда или временный 302-й?
Как настроить 301 редирект для разных случаев в файле htaccess
Если вам необходимо сделать переадресацию всего сайта со старого домена на новый, то в htaccess нужно указать всего одну строчку: Redirect 301 / http://www.новый_домен.ру/new.html. Таким образом, поисковые роботы получат известие о перманентном переезде со старого адреса на новый, и постепенно вес старого URL будет присужден текущему адресу. Кроме того, вы можете при помощи аналогичной строки сделать перенаправление со старой страницы на новую с сохранением ее PR. Для этого вместо одного слэша «/», который означает корневой каталог сайта, пропишите в htaccess путь к странице, которую вы перенаправляете. В качестве команды вы можете не указывать 301-й редирект, а писать его полное название — RedirectPermanent — эта опция работает одинаково.
Но чаще всего 301-й редирект используют для того, чтобы склеить домен с WWW и без WWW. Ведь по умолчанию на ваш сайт можно зайти и введя домен с WWW, и без WWW. Это приводит к нежелательному дублирования страниц, что негативно влияет на индексацию и раскрутку ресурса. Потому вам нужно настроить htaccess так, чтобы сайт работал только с одним из доменов: либо с WWW, либо без WWW. Какой вариант выбирать — это уже лично ваше решение, поскольку принципиальной разницы нет. В любом случае, даже если пользователи будут вводить противоположный адрес, их запрос все равно будет перенаправлен на другой URL.
Чтобы настроить переадресацию на главный домен со вторичного зеркала, вам следует в htaccess прописать правила перенаправления. Сделать это можно активировав переадресацию при помощи строк Options +FollowSymLinks и RewriteEngine on. Далее вам нужно будет указать с какой страницы активировать перенаправление: если со страницы с WWW, то пропишите RewriteCond %{HTTP_HOST} ^www\.(.*)$, а если со страницы без WWW — то RewriteCond %{HTTP_HOST} ^([^www].*)$. В последней строке функции необходимо указать куда перенаправлять пользователей: если вы хотите сделать главным зеркалом домен без WWW, то напишите в htaccess RewriteRule ^(.*)$ http://%1/$1 , а если с WWW — то RewriteRule ^(.*)$ http://www.%1/$1 .
Учтите, что есть большая разница между настройкой htaccess для серверов с различными модулями. Многие сервера работаю с mod_rewrite. Если ваш также рабоатет с этим модом, то вам следует использовать команды, которые были описаны выше: RewriteRule, RewriteCond; а тип редиректа указывать в скобках (например, для 301 нужно прописать ). А если ваш сервер работает с активированным модом mod_alias, то используйте в htaccess другие команды, вроде RedirectMatch 301, Redirect 301, RedirectPermanent и прочие.
Как активировать «переезд навсегда» через код php
Настроить перманентное перенаправление можно не только через htaccess — это можно прописать и в коде php. Порой такой способ даже лучше предыдущего, поскольку у новичков часто возникают проблемы с использованием файла htaccess. А в результате вместо нормальной переадресации на сайте появляется сообщение об ошибке 500, которое гласит о неправильном синтаксисе в файле htaccess. И хоть php нельзя назвать более легким языком, чем внутренний язык конфигурационного файла htaccess, настроить через него перенаправление куда проще в некоторых случаях.
В языке php переадресация работает при помощи функции header () и параметра Location. Чтобы вы могли в php активировать 301-й редирект, вам нужно будет его указать как «HTTP/1.1 301 Moved Permanently», то есть как «уезжающий навсегда». Написать это необходимо в скобках после первого аргумента header. А после следующего аргумента header нужно прописать в скобках следующее: «Location: http://www.домен_куда_переезжать.ru». Предварительно рекомендуется коротко ознакомиться с языком php и тем, как он работает, чтобы случайно не наделать глупых ошибок.
Стоит учесть, что указанный способ переадресации через язык php хоть и работает аналогичным способом, как и при помощи htaccess, но не всегда является уместным. Особенно, если вы хотите настроить гибкое перенаправление, например, с главной с index.php на главную страницу без индексного файла. Тогда такая переадресация вам не поможет. Она сгодится разве что для автоматического перенаправления с конкретной страницы на другую.
Почему перенаправление 301 не работает
Очень часто случается, что вебмастера допускают ошибку в написании правил для файла htaccess. Либо упускают из виду какие-либо специфические особенности своего сервера. После этого переадресация либо вообще не работает, либо страница выдает ошибку под номер 500. Если у вас второй вариант, и выскакивает ошибка, то попробуйте поочередно закомментировать все опции файла htaccess, пока не дойдете до той строки, которая уберет ошибку 500. Чтобы закомментировать строку нужно сразу перед ней без пробелов поставить решетку «#».
Но, как показывает практика, часто перенаправление не работает по иным причинам, не только из-за ошибок в синтаксисе. С одной стороны, проблема может крыться в том, что вы использовали неверные команды, потому что на вашем сервере работает не мод mod_rewrite, а другой модуль. Тогда вам нужно будет лишь указать иные команды. С другой стороны, проблема может скрываться в неправильных настройках сайта. Проверьте, активированы ли у вас ЧПУ-ссылки. Кроме того, проследите, чтобы файл htaccess имел правильное имя. Его создают в текстовом файле и часто забывают менять формат.txt на.htaccess, ведь правильный конфигурационный файл не имеет имени, а только расширение.
Лучший способ решить проблему с перенаправлением — это обратиться в техническую поддержку хостинг-провайдера, которым вы пользуетесь. Обычно, помощи долго ждать не приходится, так как это популярная проблема среди вебмастеров. Дело в том, что переадресация может не работать из-за того, к примеру, что сервер не поддерживает знаки вопросов в указанных старых ссылок в htaccess. Вы не можете знать об этом заранее, потому напишите в поддержку за детальной информацией.
Но и возможных проблем будет достаточно, если неправильно настроить переадресацию ресурсов. Для того, чтобы устранить возможность возникновения проблемных ситуаций, надо разобраться с тем, что же это такое, а также какие способы настройки редиректа существуют?
Что такое 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 должен находиться в корневом каталоге каждого интернет-ресурса. Данный файл включает в себя множество функций, с помощью которых можно устанавливать запрет на просмотр отдельных групп каталогов, осуществлять кодировку страниц и т.д. Если этого файла не существует, то его без проблем можно создать самостоятельно.
Делается это очень просто:
- Заходим в корневой каталог своего сайта.
- Правой кнопкой мыши жмем по пустому пространству. Далее создаем новый файл.
- Задаем файлу имя — .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 редиректа?
Можно выделить несколько основных различий этих редиректов:
- Если SEO-оптимизатор использует код 302, то ссылочный вес никуда не переносится, в отличие от редиректа 301.
- Различие есть и в страницы ботами. Если в случае с редиректом 301 старая страница оказывается ненужной, то в редиректе 302 временно покинутая страница должна также проходить индексацию, чтобы она не потеряла свои позиции в строках поиска.
- Результаты поиска. Если используется редирект 301, то старая страница больше не отображается. Если используется редирект 302, то в поиске будут отображаться обе страницы.
- Редирект 302 может повлиять на наложение штрафных санкций со стороны поисковой системы. Робот может воспринять две страницы как один из методов — клоакинг.
Что касается общих моментов, то их также несколько. К примеру, редирект 301 и 302 будут точно также прописываться в файле.htaccess. Единственным отличием будет смена кода, т.е. 301 на 302 и наоборот.
Также от использования разных кодов редиректа не зависит количество входящего трафика. Дело в том, что пользователь так или же иначе будет попадать на новый адрес сайта, если он будет кликать по старой ссылке.
Что выбрать?
Redirect 301 применяется в тех случаях, когда возврата к старой страничке не будет..
Что касается редиректа 302, то это неплохой выход для страницы какого-нибудь интернет-магазина. В них постоянно присутствуют различные скидочные предложения, на которые можно настроить переходы с помощью кода 302, чтобы постоянно не переделывать основную страницу сайта.
Помимо этого, использование редиректа 302 целесообразно в следующих случаях:
- Страница находится на стадии каких-либо изменений, поэтому ее необходимо временно скрыть от посетителей.
- Если необходимо поддерживать индексацию старого ресурса.
- Если владельцу сайта не важна новой страницы.
- Если на первоначальной странице находятся какие-либо ссылки, подлежащие индексации.
- Страница будет подвергаться частым изменениям.
Правильный выбор редиректа 301 или 302 в тех или иных случаях позволит SEO-оптимизатору добиться нормального состояния сайта. Он постоянно трудится на своего ресурса, поэтому ему очень не хотелось терять наработанные им позиции в случае вынужденной смены адреса или домена, поэтому использование различных редиректов оказывается весьма кстати.
Заключение
Стоить отметить, что redirect 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, поскольку все рассмотренные нами решения служат разным целям.