Google о передаче PageRank страницами 301 и 302 редиректа


Содержание материала:

301 и 302 редирект передают PageRank в полном объёме

На конференции State of Search, которая прошла в Далласе, сотрудник Google Гэри Илш подтвердил, что и 301, и 302 редирект передают PageRank в полном объёме.

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

Гэри Илш сказал следующее:

«Мы протестировали – даже в тот день, когда Мэтт [Каттс] снял видеоролик на эту тему – и выяснили, что 301 переадресация не передаёт PageRank, или не передаёт PR полностью. Но в то же время мы внесли несколько изменений в систему индексирования, в которой рассчитывается PageRank, и я знаю, что это было исправлено… 301 и 302 редиректы определённо передают весь PageRank странице, на которую настроена переадресация. Другие сигналы также должны последовать».

Ответ Илша также показывает, что некоторые из тех видео, которые были записаны Мэттом Каттсом, больше не актуальны.

«Если вы проведёте тест, а я знаю, что есть минимум 3-4 человека в этой комнате, которые любят тестировать – если вы проведёте тест и увидите, что после того, как вы переадресовали страницу на идентичную страницу, и её позиции изменились, тогда это может быть проблема с нашей стороны. Но мы не наблюдали таких случаев», — добавил Илш.

После этого Дженнифер Слэгг из TheSEMPost задала Илшу конкретный вопрос: «Итак, что же лучше: 301 или 302 редирект?».

«Они должны передавать одинаковое количество PageRank», — подчеркнул Илш.

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

Graphic Designer

Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse moleste conseuat ven nulla facilisis at vero eros et accumsan et iusto odio dignissim qui blandit praesent upta. gue duis dolore te feugait nulla facilisi. Nam liber tempor cum soluta.

Romana Nasrin Reply

Graphic Designer

Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse moleste conseuat ven nulla facilisis at vero eros et accumsan et iusto odio dignissim qui blandit praesent upta. gue duis dolore te feugait nulla facilisi. Nam liber tempor cum soluta.

Leave a comment

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

Информация и цены, представленные на сайте, не являются договором публичной оферты.

Google о передаче PageRank страницами 301 и 302 редиректа

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

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

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

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

1) Что такое перенаправление HTML и почему этот метод обескуражен

Переадресация HTML автоматически отправит посетителя вашей страницы на новый сайт через определенное время. Это, как правило, дает вашему посетителю сообщение о том, что сайт был перемещен и что он будет перенаправлен через несколько секунд.

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

2) Что такое перенаправление 301 и как насчет rel = «canonical»

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

Это перенаправление HTTP также может помочь вам избежать путаницы с дилеммой «www.zornet.ru» и «zornet.ru». Поскольку многие люди используют стенографию, когда выписывают сайты, устанавливая, какая версия вашего сайта будет по умолчанию, а затем перенаправляет другую версию на тот, который вы выбрали, поможет вам обеспечить превосходный пользовательский интерфейс и обеспечить, чтобы все было ясно для поисковой системы пауки.

Поисковая система Google указал, что при использовании перенаправления 301 вам не нужно беспокоиться о том, чтобы потерять больше PageRank, чем через ссылку. Это означает, что 301 не повредит производительность.

Также важно отметить, что хотя некоторые разработчики сайтов считают, что использование rel = «canonical» будет выполнять ту же работу, что и 301-редирект, но это неверно. Тег rel = «canonical» был предназначен для обозначения оригинальной и первичной компании, когда должен существовать дублированный контент. Лучше использовать 301 при фактическом перемещении страницы.

3) Что такое перенаправление 302 и когда должен его использовать

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

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

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

4) Безопасно ли перенаправлять пользователей

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

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

Открытое перенаправление для файла:

Открытая переадресация для результатов поиска:

Проверка того, стал ли ваш сайт жертвой, может быть проблемой, но вот несколько гарантий:

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

2. Следите за любыми жалобами пользователей, чтобы узнать, упоминает ли кто-нибудь вредоносное ПО или вирусы, которые по-видимому происходят с вашего сайта. Иногда люди не понимают, что их перенаправляют и они могут нести ответственность.

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

5) Должен ли я переключать перенаправление

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

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

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

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

301 редирект — настройка и отличия от временного перенаправления

Переадресация с одной страницы на другую, или с одного домена на другой — это полезная функция, которую, однако, не все используют. А если и используют, то делают неправильную переадресацию. Ведь очень важно переориентировать страницу через корректный редирект. Если настроить переадресацию без указания редиректа, то поисковые машины быстро заметят это, и ваш сайт оштрафуют, вплоть до занесения ресурса под фильтр. Потому лучше настроить переадресацию через 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 % ^www\.(.*)$, а если со страницы без WWW — то RewriteCond % ^([^www].*)$. В последней строке функции необходимо указать куда перенаправлять пользователей: если вы хотите сделать главным зеркалом домен без WWW, то напишите в htaccess RewriteRule ^(.*)$ http://%1/$1 [L,R=301], а если с WWW — то RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301].

Учтите, что есть большая разница между настройкой htaccess для серверов с различными модулями. Многие сервера работаю с mod_rewrite. Если ваш также рабоатет с этим модом, то вам следует использовать команды, которые были описаны выше: RewriteRule, RewriteCond; а тип редиректа указывать в скобках (например, для 301 нужно прописать [R=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. Вы не можете знать об этом заранее, потому напишите в поддержку за детальной информацией.

301 или 302 редирект

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

Чем отличается 301 редирект от 302?

Редиректы

301 — постоянное перенаправление.

302 — временное перенаправление.

307 — аналог 302 редиректа, но с сохранением метода передачи запроса (GET, POST)

Советы:

  • Выбирайте цель с кодом 200;
  • Если редирект неприменим, то лучше поставить rel=canonical;
  • Исключайте файл robots.txt из редиректов;
  • Избегайте цепочек перенаправлений — более одного редиректа подряд;
  • Для проверки редиректов сбрасывайте кеш в браузере;
  • Не закрывайте перенаправление предназначенное для склейки в robots.txt

Трафик:

  • 301: передается.
  • 302: передается.
  • 301: передается.
  • 302: не передается (только в Яндексе).

Гэри Илш из Google:

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

Обход:

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

Индексация:

  • 301: старая страница не индексируется, дубли склеиваются.
  • 302: обе страницы индексируются, создаются дубли.

Санкции:

  • 301: возможны за конечную цель перенаправления.
  • 302: возможны за клоакинг.

Яндекс:

  • 301: в результатах поиска будет отображаться цель.
  • 302: в результатах поиска будет отображаться наиболее компактный URL.

Google:

  • 301: окончательное перемещение в новое местоположение.
  • 302: при длительном таком редиректе, перенаправление становится постоянным.

Для каких целей:

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

Структура подходящая для 302 редиректа

Выводы


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

Обновлено: 22.12.2020 1821 (в день: 3.509)

Правила 300-х редиректов поменялись: что нужно знать?

Пора ли переписывать учебники по SEO? Кажется, уже пора и при этом навсегда. Последние исследования, опубликованные на moz.com, прямо говорят именно об этом.

Данная статья является переводом статьи автора Cyrus Shepard под названием «301 Redirects Rules Change: What You Need to Know for SEO«, опубликованная на сайте moz.com. Прочитать оригинал статьи на английском языке Вы можете по этой ссылке. В тексте статьи мы также вставим свои пояснения, основываясь на собственном опыте.

Итак, о чем нам говорит старая школа SEO? Вот они, привычные всем нам правила:

  1. 301 редирект приведет к потере примерно 15% ссылочного веса (PageRank). Об этом говорил Matt Cutts еще в 2013 году, что 301 воспринимается как ссылка с одного ресурса на другой и снижает немного веса PageRank.
  2. 302s не передает PageRank. Ведь 302-й редирект является временным. И поисковым системам нет смысла воспринимать такой редирект по-другому.
  3. Переезд с HTTP на HTTPS влечет полную потерю PageRank. Причина в том, что переезд на HTTPS влечет за собой простановку 301-ых редиректов на каждой странице сайта.

Таким образом, 301 и 302 редиректы несут в себе множество больших проблем для тех, кто хочет изменить URL страницы или же URL всего сайта. К тому же смена URL может свести к нулю весь Ваш трафик. И выбирая из двух зол (менять URL или нет, переезжать на HTTPS или нет), многие решают совсем ничего не менять. Как следствие, многие оптимизаторы не спешат переводить свои сайты на человеко-понятные URL или же отложили переход на HTTPS именно из-за минусов от потери веса внешних ссылок и PageRank.

Новые правила редиректов 3XX

Зная о всех минусах перевода сайта с HTTP на HTTPS, в Google решил изменить устоявшиеся аксиомы, перестроив свои алгоритмы. Что мы об этом знаем?

  • В феврале 2020 года Джон Миллер (John Mueller) анонсировал в своем аккаунте Google+, что теперь при использовании редиректов PageRank больше не теряется при переходе с HTTP на HTTPS. Цель понятна — вебмастера должны перестать боятся переводить свои сайты с HTTP на HTTPS.
  • Gary Illyes объявил SEO-сообществу, что поисковику Google совершенно без разницы какой метод редиректа Вы используете, будь это 301, 302 или 307 редирект. Он объяснил, что поисковик Google будет прекрасно понимать это, перенося накопленный страницей или сайтом PageRank на новый URL.
  • И совсем недавно, Gary Illyes объявил у себя в Твиттере, что 3xx (это сокращенный вариант для всех 300-ых редиректов) больше не влечет за собой потерю PageRank.

Означают ли эти удивительные изменения в политике Google, что теперь все хорошо? И да и нет.

Хотя эти изменения от Google очень желанны и долгожданны, все равно еще существует риск, что при перемещении URL-адресов будет теряться накопленный PageRank и, возможно, будет проседать трафик. Также эти нововведения идут пока вразрез с устоявшимися старыми концепциями, которые доминируют, по крайней мере, в умах многих вебмастеров и SEO-оптимизаторов..

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

Вопрос: Могу ли я теперь использовать 301 без риска потери трафика?

Ответ: Нет. Все редиректы несут в себе риск потери трафика. Поисковая система Google теперь полностью переносит PageRank при использовании редиректов. Однако PageRank — это один из сигналов для Google при ранжировании сайтов в поисковой выдаче. В идеале при 301 редиректе с одной страницы на другую (такую же) страницу с идентичным содержимым меняется лишь URL. И теоретически потери трафика быть не должно.

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

Вопрос: Безопасно ли использовать 302 редирект вместо 301 редиректа?

Ответ: Опять нет. Некоторое время назад ходили слухи, что Google начал воспринимать 302 редирект (временный переезд страницы или сайта на новый URL) как 301 редирект (переезд на новый URL навсегда). Это было связано с массовыми ошибками вебмастеров, которые хотели установить 301 редирект, но ставили 302-ой и «забывали» об этом навсегда (или, наоборот, делали это специально, полагая что накопленный PageRank сохранится). Что и вносило хаос в поисковую выдачу Google.

Теперь мы знаем, что Google сохраняет накопленный PageRank при использовании 302 редиректа, но к Google остались еще вопросы:

  • Мы пока не знаем, всегда ли равнозначны 301 и 302 редиректы. По прошлому опыту, 302 редирект переносил часть PageRank (в том числе и накопленный ссылочный вес) со старого URL на новый, однако для этого требуется значительное время. В отличие от 301 редиректа, который сразу же показывает поисковику о полном «переезде» страницы или домена на новый URL. И пока неизвестно как быстро 302-й редирект воспринимается поисковиком.
  • 302-ой редирект — это устоявшийся web-стандарт для временного перемещения страницы или сайта, а Google вовсе не единственный поисковик в мире. То, что Google начал воспринимать 302-й редирект иначе, вовсе не значит, что остальные поисковые системы, под которые Вы продвигали свой сайт (Яндекс, Bing, Yahoo и т.д.) будут также благосклонный к 302-му редиректу как редиректу на «постоянной основе».

Рэнд Фишкин (Rand Fishkin) из moz.com в своем твиттере уже высказывался по поводу использования редиректов:

«Об объявлении Google о том, что «30x редиректы передают PageRank» — будьте осторожны. Тестируйте. И не надо слепо верить. Pagerank не является единственным или наиболее важным сигналом ранжирования.»

«Для Google, может быть, 302-й и 301-й редиректы теперь эквиваленты, но Вы можете поменять множество страниц с 302-м редиректом на 301-ы редирект и до сих пор не увидеть трафика.»

«Google громко объявил об изменениях в редиректах, как это делал и ранее, но в реальности все может работать по иному, чем было объявлено. В нашем деле лучше быть скептиком.»

Вопрос: Если я переведу сайт на HTTPS, то сохраню ли я весь свой трафик?

Ответ: Возможно. О переезде на HTTPS уже было неоднократно и подробно рассказано. Небольшая предыстория. Google хочет, чтобы весь интернет «переехал» на стандарт HTTPS, поощряя те сайты, которые уже осуществили такой «переезд». Проблема в том, что вебмастера не готовы были к потере накопленного ссылочного веса при использовании 301-го редиректа, несмотря на небольшие «поощрения» от Google.

Теперь, по утверждениям Google, ссылочный вес не теряется. Тем не менее, любые заявления поисковых систем нуждаются в практической проверке. И даже, если Google ссылочный фактор полностью переносит с http на https, то другие поисковые системы могут этого не делать.

Вопрос: А вообще все это работает?

Ответ: Сам «переезд» сайта — да. Подобная «миграция» на https весьма специфична, для поисковых систем меняется лишь домен с http://site.ru на https://site.ru, структура сайта, заголовки, тексты — все это остается прежним. Сначала возможны просадки трафика, потребуется переиндексация всего сайта после «переезда» на https и какое-то время для восстановления позиций. Тем не менее, и Яндекс уже научился «правильно» понимать «переезд» сайта на https.

Что имеем в итоге? Правила редиректов изменились. Причем очень существенно. Все должны понимать, что:

  • редиректы несут в себе риски в плане SEO;
  • 300-ые редиректы сохраняют ссылочный вес, следовательно, 301 редирект (постоянная переадресация) остается предпочтительным методом «переезда» сайта или страниц сайта.
  • не забываем, что ссылки и ссылочный вес — это лишь один из факторов продвижения сайта, которые влияют на позиции в Google;
  • лучший редирект — это когда все составляющие страницы, кроме ее адреса, остались неизменны;
  • «переезд» на https теперь не влечет за собой потерю ссылочного фактора, тем не менее на трафик и ранжирование могут повлиять другие факторы.

Все равно при редиректах действовать нужно с осторожностью.

Разница между 301 и 302 редиректом

Чем отличается 301 и 302 редирект

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

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

В отличие от своего «близкого родственника», 302 редирект – это лишь временное перенаправление на другой адрес, которое подразумевает возврат к старому варианту в неопределенном будущем.

301 и 302 редирект – различия

  1. При использовании 302 редиректа «пузомерки» и ссылочный вес не передаются новому URL. У 301 и 302 редиректов разница не наблюдается лишь насчет передачи трафика – в обоих случаях пользователь, использующий старую ссылку, всегда будет перенаправляться на новую страничку.
  2. 301и 302 редирект имеют отличия в восприятии исходной страницы ботами поисковиков. Если при 301 про старую страницу нужно забыть и больше никогда не пытаться на нее заходить, то 302 редирект – это указание не забывать и продолжать индексировать ее содержимое в независимости от продолжительности перенаправления.
  3. Влияние на поисковую выдачу в зависимости от выбора 301 или 302 редиректа – различия будут касаться прекращения отображения старой страницы в результатах поиска (при 301-м) или же наличия в них обоих страничек (при 302-м).
  4. Следует принимать во внимание, что используя 301 и 302 редирект, разница в риске попасть под фильтры поисковых систем довольно существенна.
    Если за 301-е перенаправление могут наказать лишь в случае выявления целенаправленных махинаций со склеиванием показателей и веса разных сайтов, то 302-й часто может быть распознан как элемент, который часто используется в черном SEO (как разновидность клоакинга).
  5. При настройке 301и 302 редиректов отличия отсутствуют. Используются одни и те же команды.

Редирект 301 или 302?

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

Также следует остановить свой выбор на 302-м перенаправлении, если:

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

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

Остались вопросы? Задавайте их в комментариях и мы обязательно поможем Вам разобраться!

Редиректы и SEO — полное руководство

HTML redirect — это процесс перенаправления пользователя с запрашиваемого URL-адреса на другой. Он используется, когда документ был временно или постоянно перемещен на другой URL-адрес . Редирект может быть эффективным инструментом улучшения юзабилити и SEO .

В этом руководстве мы рассмотрим, какие виды редиректов существуют, как они реализуются и как их использовать.

С технической точки зрения: что такое редирект

Редирект — это автоматический переход с запрашиваемого URL-адресу к URL-адресу назначения . Редирект завершается, когда клиент перенаправляется на URL-адрес назначения .

Редирект может быть инициирован, как на стороне сервера, так и на стороне клиента:

Редиректы на стороне сервера:

Редиректы на стороне клиента:

Редиректы на стороне сервера

HTML redirect на другую страницу на стороне сервера происходит, когда на HTTP-запрос приходит ответ с кодом статуса сервера, который указывает, что запрашиваемый документ перемещен на другой URL-адрес . После этого клиент запрашивает URL назначения , и пользователь перенаправляется на него.

Есть несколько видов HTTP кодов статуса ( RFC 7231 ), которые указывают на редирект определенного типа. Не существует хороших или плохих кодов статуса. Каждый вид редиректа имеет свое назначение и может быть применен для оптимизации определенного аспекта.

Топ-пост этого месяца:  Модуль OS в Node.js функции работы с операционной системой, методы и свойства

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

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

В следующей таблице приведены коды статуса 30x и их технические характеристики:

* cache-default для кодов состояния 301 , 302 , 307 и 308 может быть переназначен кэшированием метода запроса или с помощью явных элементов управления кэшем. Более подробную информацию по этой теме вы можете найти в RFC 7234, раздел 4.2.2 .

Поисковые системы могут по-разному реагировать, исходя из ответов на следующие вопросы:

  • Является ли HTML redirect временным или постоянным?
  • Может ли изначальный URL-адрес редиректа отображаться в результатах поиска?
  • Есть ли информация о том, как долго будет активен редирект?

Код статуса редиректа может помочь ответить на эти вопросы.

Редирект 301 — «Перемещено навсегда»

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

Редирект 301 кэшируется по умолчанию, если не указано иное. cache-default может быть переопределен кэшированием метода запроса или с помощью явных элементов управления кэшем.

Метод запроса может изменяться при повторном запросе. Современные браузеры обычно используют метод GET для передачи запроса к URL-адресу назначения даже если первоначальный запрос был отправлен с помощью метода POST .

Когда использовать редирект 301

Redirect 301 HTML является правильным решением для предотвращения тупиковых переходов и объединения входящих ссылок. Ссылочный вес и трафик могут быть сохранены. Обычно редирект 301 используется, если нужно, чтобы поисковые системы перенесли весь SEO-вес на URL-адрес назначения после перемещения на него документа навсегда.

Случаи использования редиректа 301

  • Перемещение домена на постоянной основе;
  • Перемещение документа на постоянной основе;
  • Изменение протокола сайта на постоянной основе;
  • Изменение структуры сайта на постоянной основе.

Когда не нужно использовать редирект 301

Редирект 301 является неверным решением для случаев, в которых кэширование может привести к неожиданному негативному поведению.

  • Геотаргетинг;
  • Таргетинг устройств;
  • А / В тестирование;
  • Отслеживание ( включая кампании с платой за клик и реферальные кампании ).

Redirect 301 HTML также не следует использовать, если вы хотите применить временное перенаправление.

  • Сезонные товары на сайтах электронной коммерции;
  • Временные специальные предложения на целевых страницах сайтов электронной коммерции.

Редирект 302 — «Найден» / «Временно перемещен»

Код состояния 302 указывает, что запрашиваемый документ временно перемещен на другой URL-адрес .

Редирект 302 не кэшируется по умолчанию. cache-default может быть переопределен кэшированием метода запроса или с помощью явных элементов управления кэшем.

Редирект 302 впервые был определен в HTTP / 1.0 ( RFC 1945 ) и описан фразой « Временно перемещено «. Хотя было указано, что первоначальный метод запроса должен использоваться и для URL-адреса назначения, браузеры часто обрабатывают редирект 302 вопреки стандарту с использованием для URL-адреса назначения метода GET .

В HTTP / 1.1 ( RFC 2616 ) редирект 302 был переименован в « Найдено » и были добавлены коды статуса 303 и 307 , чтобы предоставить возможность использовать различные временные редиректы, позволяющие и не позволяющие изменять метод запроса к URL-адресу назначения.

Код статуса 302 на сегодняшний день по-прежнему является наиболее часто используемым статусом временного HTML meta redirect и обеспечивает обратную совместимость для клиентов, которые не поддерживают HTTP / 1.1 .

Из-за временного характера редиректа 302 его поведение всегда можно изменить. Именно поэтому поисковые системы, как правило, не предают через него PageRank или SEO-вес URL-адресу назначения. Это также является причиной того, что редирект 302 часто рассматривается как « плохой » редирект для оптимизаторов, что является заблуждением. Есть случаи, в которых специфические характеристики редиректа 302 могут быть использованы с положительным эффектом для SEO .

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

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

Случаи использования редиректа 302 :

  • Геотаргетинг;
  • Таргетинг устройств;
  • А / В тестирование;
  • Отслеживание;
  • Периодическое временное содержимое;
  • Перенаправление при отсутствии страницы в результатах поиска.
  • Сезонные товары на сайтах электронной коммерции;
  • Временные специальные предложения на целевых страницах сайтов электронной коммерции.

Когда не следует использовать редирект 302

Код статуса 302 не следует использовать, если нужно передавать SEO-вес URL-адресу назначения.

  • Перемещение домена на постоянной основе;
  • Перемещение документа на постоянной основе;
  • Изменение протокола сайта на постоянной основе;
  • Изменение структуры сайта на постоянной основе.

HTML redirect 302 также не следует применять, если метод исходного запроса необходимо использовать для запроса к URL-адресу назначения.

  • Временное перемещение URL-адрес а обработчика формы, которая использует метод POST .

303 — «Смотреть другие»

Код статуса 303 был определен в HTTP / 1.1 и указывает на временный редирект. Метод запроса для URL-адреса назначения всегда GET .

Редирект 303 никогда не кэшируется. Большинство клиентов обрабатывают код статуса 303 так же, как и статус 302 .

Когда следует использовать редирект 303

Редирект 303 может использоваться, как и редирект 302 . Благодаря тому, что он не кэшируется ни при каких обстоятельствах, мы рекомендуем использовать 303 вместо 302 , когда временный редирект задается на неопределенный период времени или URL-адрес назначения может изменяться. Тем не менее, запрос к URL-адресу назначения всегда будет выполняться с использованием метода GET .

Случаи использования редиректа 303

  • Все случаи использования редиректа 302 , которые обрабатываются с помощью метода GET для повторных запросов:
  • Геотаргетинг;
  • Таргетинг устройств;
  • А / В тестирование;
  • Отслеживание;
  • Периодическое временное содержимое;
  • Перенаправление при отсутствии страницы в результатах поиска;
  • PRG-шаблон ( POST / редирект / GET ).

Когда не следует использовать редирект 303

HTML redirect на другую страницу 303 не может использоваться, если для повторного запроса должен быть использован метод POST . Также не рекомендуется использовать редирект 303 для клиентов, которые не поддерживают HTTP / 1.1 .

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

  • После первичного запроса требуется использовать метод POST . Например, при перемещении URL-адреса обработчика формы, для которого требуется метод POST ;
  • Перенаправление является постоянным;
  • Значение SEO должно передаваться URL-адресу назначения.

Редирект 307 — «Временно перемещено»

Код статуса 307 был определен в HTTP / 1.1 , чтобы заменить код 302 для случаев, когда метод запроса не должен изменяться для URL-адреса назначения.

Редирект 307 не кэшируется по умолчанию. cache-default может быть переопределен кэшированием метода запроса или с помощью явных элементов управления кэшем.

Когда следует использовать редирект 307

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

Случаи использования редиректа 307 :

  • Для повторного запроса требуется метод POST . Например, перемещение URL-адреса обработчика формы, для которой требуется метод POST .

Когда не следует использовать редирект 307

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

Редирект 308 — «Перемещено навсегда»

Код статуса 308 определен в RFC 7538 . Это постоянный аналог кода статуса 307 . В противоположность редиректу 301 он указывает, что метод повторного запроса URL-адреса назначения должен быть таким же, как и метод первоначального запроса.


HTML redirect 308 кэшируется по умолчанию, если не указано иное. cache-default может быть переопределен кэшированием метода запроса или с помощью явных элементов управления кэшем.

RFC 7538 ограничивает использование кода статуса 308 теми случаями, « когда сервер полностью уверен, что клиент распознает новый код, или когда резервный вариант семантики кода статуса 300 не является проблемой «.

Когда следует использовать редирект 308

Редирект 308 может быть применен, если нужно использовать метод первоначального запроса для повторного. Например, редирект на URL-адрес обработчика формы с использованием метода POST .

Случаи использования редиректа 308 :

  • Перемещение на сложном сайте с большим количеством форм, использующих метод POST ;
  • Если для повторного запроса требуется метод POST . Например, перемещение URL-адреса обработчика формы, для которой требуется метод POST ;
  • Все случаи использования редиректа 301 :
  • Перемещение домена на постоянной основе;
  • Перемещение документа на постоянной основе;
  • Изменение протокола сайта на постоянной основе;
  • Изменение структуры сайта на постоянной основе.

Когда не следует использовать редирект 308

Редирект 308 — это неверное решение для всех случаев, в которых кэширование может привести к неожиданному негативному поведению.

Заключение по редиректам на стороне сервера

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

Редиректы на стороне клиента

Редирект на стороне клиента — это прямой переход к URL-адресу назначения. Он инициируется непосредственно клиентом, например, браузером.

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

« Применение JavaScript для перенаправления пользователей может быть правильной практикой. Например, если вы перенаправляете пользователей на внутреннюю страницу, после того, как они авторизовались. При принятии решения об использовании JavaScript или других методов перенаправления, чтобы обеспечить соответствие практик, используемых на сайте, нашим рекомендациям, рассмотрите аспект, связанный с тем, для чего это делается. Имейте в виду, что редиректы 301 лучше всего использовать при переносе сайта, но можно использовать для этой цели JavaScript-редиректы, если у вас нет доступа к серверу. » — Справка Google Search Console — Руководство по повышению качества .

Обновление с помощью метаконтента

В HTML можно запустить редирект, используя следующий синтаксис в разделе :

Метатег HTML предлагает атрибут « http-equiv «, который можно использовать со значением « refresh «, чтобы задать автоматический запрос целевого URL-адреса через заданное время. URL-адрес и время должны быть указаны в атрибуте « content «. Значение атрибута content должно содержать количество секунд, через которое запускается редирект, после которого через точку с запятой указывается URL-адрес . URL-адрес не является обязательным. Метаэлементы должны располагаться в пределах раздела .

Приведенный в примере код указывает выполнить HTTP-запрос с помощью метода GET к URL-адресу http://www.example.com/

V через 5 секунд. Чтобы выполнить HTML redirect немедленно, укажите 0 секунд. В данном процессе не задействованы коды статуса редиректа.

Этот метод широко использовался на заре развития SEO для создания скрытой переадресации для дорвеев. Именно поэтому поисковые системы могут неверно истолковать намерения сайтов, которые используют метаобновления. Кроме этого метаобновления с задержкой больше чем в 0 секунд, противоречат Руководству по обеспечению доступности веб-контента .

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

JavaScript-редиректы

Javascript-редиректы являются альтернативным метаобновлению редиректом на стороне клиента. Для этого необходимо, чтобы клиент был в состоянии интерпретировать JavaScript .

  • Редирект на основе взаимодействия с пользователем;
  • Перенаправление для различных браузеров;
  • Таргетинг устройств.

В большинстве случаев лучше использовать редирект на стороне сервера, а не JavaScript-редирект . Даже если поисковые системы будут в состоянии правильно понять намерения, с которыми применяется JavaScript-редирект и правильно их интерпретировать, редирект на стороне сервера в любом случае должен рассматриваться, как предпочтительное решение, так как он характеризуется более низкими требованиями к клиенту. Если клиент не интерпретирует JavaScript , редирект не будет работать. Редирект на стороне сервера будет работать в любом случае.

По сравнению с метаобновлением, JavaScript-редирект позволяет перенаправить клиента, руководствуясь логикой. Он позволяет перенаправлять к разным URL-адресам назначения при различных обстоятельствах. Это делает его привлекательным выбором, например, при отслеживании определенного клиента или устройства для перенаправления по конкретному клиенту или устройству на определенный URL-адрес .

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

Примеры JavaScript-редиректов

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

Вот несколько примеров для различных методов реализации JavaScript-редиректа :

Заключение по редиректам на стороне клиента

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

Если перенаправление на стороне сервера применить невозможно, могут быть использованы JavaScript-редиректы при отслеживании конкретного браузера/клиента или геотаргетинге.

Общие случаи использования редиректов для целей SEO

Редиректы при изменении структуры сайта

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

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

Для предотвращения тупиков и сохранения пути пользователя, а также SEO-веса , мы предлагаем использовать код статуса 301 или 308 для перенаправления пользователей со старых URL-адресов на новые.

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

Редирект для геотаргетинга

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

  • Переадресация должна носить временный характер;
  • Редирект должен быть некэшируемым;
  • Поисковым системам должны предоставляться разные заголовки в зависимости от обстоятельств.

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

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

Исходя из перечисленных выше требований, мы предлагаем использовать для геотаргетинга редиректы 303 , 302 или 307 . Вебмастера могут помочь поисковым системам лучше понять международные сайты, если атрибут ссылки hreflang используется должным образом.

Перенаправление для Pay Per Click / реферального маркетинга

При использовании редиректа для Pay Per Click или реферального маркетинга для предотвращения определенных проблем требуется временный редирект. Адреса назначения HTML meta redirect могут меняться в зависимости от тестирования различных посадочных страниц или вследствие изменений в инфраструктуре отслеживания. Чтобы избежать проблем, поведение кэширования клиента должно контролироваться.

Pay Per Click / реферальные кампании порождают много внешних ссылок на сайты рекламодателей. Сайты часто покупают ссылки, где используется постоянный редирект, и, следовательно, имеет место передача SEO-веса . В то же время поисковые системы в целях борьбы с SEO-ссылками применяют различные санкции к таким сайтам. В худшем случае это может привести к попаданию под фильтр, например, Google Penguin . Сайт-продавец также может подвергнуться санкциям.

В большинстве случаев этим целям соответствует некэшируемый редирект. Но, мы говорим об оплаченном трафике, поэтому желательно оптимизировать скорость загрузки за счет снижения задержки при редиректе. Было бы полезно использовать временные редиректы и делать их кэшируемыми. Это можно сделать с помощью заголовков Cache-Control или Expire с малым временем продолжительности, например, 1 день. Кроме этого при правильно заданном кэшировании на стороне клиента при отслеживании будет учитываться только первый доступ, потому что URL-адрес назначения редиректа кэшируется и вызывается напрямую при повторном вызове исходного URL-адреса .

Требования к редиректу для Pay Per Click / реферальных кампаний :

  • Временный;
  • Некэшируемый / кэшируемый, в зависимости от задач.

В следующей таблице показано, какие коды состояния подходят для различных случаев:

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

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

  • HTML redirect должен быть временным;
  • Редирект должен быть не кэшируемым;
  • Поисковым системам должны предоставляться вариативные заголовки.

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

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

Исходя из перечисленных выше требований, мы предлагаем использовать для отслеживания устройств редирект 303 или 307 в зависимости от требуемого метода запроса URL-адреса назначения.

Google поддерживает как HTTP-редиректы , так и Javascript-редиректы при отслеживании устройств, но предлагает использовать редирект 302 вместе с определением rel=alternate .

Мы предлагаем использовать при отслеживании устройств redirect HTML code 303, 302 или 307 .

Используя rel=alternate должным образом, веб-мастера могут помочь поисковым системам лучше понять международные сайты.

Редиректы при изменении хоста или протокола и других коррекциях URL-адреса

Многие сайты используют htaccess для выполнения коррекции URL-адреса при изменении хоста, протокола и в других случаях.

Это, как правило, включает в себя ( но не ограничивается этим ):

  • Перевод на не-www версию с www версии;
  • Перевод на протокол HTTPS с HTTP;
  • Добавление слэша в конце.

Редирект для URL-коррекции должен быть постоянным, кэшируемым и передавать SEO-вес для объединения потока пользователей и веса на целевом URL-адресе .

Требования, предъявляемые к редиректу для URL-коррекции :

Мы предлагаем использовать для URL-коррекций редирект 301 или 308 .

Редиректы и Canonical в SEO

Технически, HTML redirect и rel=canonical вряд ли можно сравнивать. Однако с точки зрения SEO они помогают:

  • Избежать проблем с дублированным контентом;
  • Объединить свойства URL , например, популярность ссылок.

В противоположность редиректу, « canonical » — это HTML мета-элемент ссылки, который определяет предпочтительную версию документа, доступного по более чем одному URL-адресу . Это может помочь передать SEO-вес от исходного URL адресу назначения, в то время как пользователь может получить доступ непосредственно к документу-дубликату. Тем не менее, «Спецификация по связям канонических ссылок» ( RFC 6596 ) говорит, что, если автор использует canonical, ему следует ожидать, что поисковые системы, объединят свойства URL-адресов в каноническом URL-адресе .

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

И в отличие от неопределенного характера canonical , редирект является конкретным решением с четко определенным поведением приложений. Исходя из этого, редирект следует рассматривать как более предпочтительное решение, чем canonical , когда речь идет об объединении свойств URL-адреса и предотвращении проблем, связанных с дублированным контентом.

Топ-пост этого месяца:  Как сделать в html5 меню горизонтальное и вертикальное

Типичные ошибки SEO, связанные с редиректом

Цепочки редиректов

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

Появление цепочки HTML redirect ведет к:

  • Выводу предупреждения клиента « слишком много редиректов «.
  • Более продолжительному времени задержки.
  • Проблем с бюджетом сканирования.
  • Потере SEO-веса .

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

Редиректы как источник возникновения задержки

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

Пример:

Различные клиенты выдают сообщение « Слишком много редиректов » при различном количестве редиректов.

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

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

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

Перенаправление как причина проблем с бюджетом сканирования

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

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

Сбой отображения URL-адресов из-за редиректа

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

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

Поисковая система может:

  • использовать для вывода в результатах поиска изначальный URL-адрес ;
  • использовать для отображения в результатах поиска URL-назначения redirect HTML index .

Факторы, которые могут быть приняты во внимание поисковыми системами:

  • Период, на протяжении которого активен временный редирект;
  • Входящие ссылки на каждый URL-адрес ;
  • Трастовость хоста;
  • Длина первоначального URL-адреса и URL-адреса назначения;
  • Сигналы пользователей в результатах поиска;
  • Внутренний или внешний это редирект.

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

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

Петля редиректов из-за кэширования редиректов

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

  1. Мы реализуем редирект с URL-адреса http://example.com на URL-адрес http://www.example.com . Редирект кэшируется.
  2. Затем реализуем обратный редирект. Теперь с http://www.example.com на http://example.com . Этот редирект также кэшируется.

Если пользователь посещает сайт в то время, когда активен первый HTML redirect , браузер кэширует его. Когда пользователь возвращается на сайт, клиент видит новый редирект, обратный первоначальному, и кэширует его. В результате клиент может попасть в петлю между этими двумя URL-адресами .

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

Неправильный редирект при пагинации

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

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

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

Мы рекомендуем использовать некэшируемые временные редиректы для URL-коррекции пагинации.

Данная публикация представляет собой перевод статьи « Redirects & SEO — The Complete Guide » , подготовленной дружной командой проекта Интернет-технологии.ру

Google может не ставить различий между 301 и 302 ответом сервера

Во время очередного пятничного хэнгаута со специалистами, Джон Мюллер (John Mueller) признался, что Google может не ставить различий между ответами сервера 301 «Мoved temporary» и 302 «Мoved permanently» — оба варианта редиректа обеспечивают склейку старой и новой страницы, передают PageRank и ссылочный вес старого адреса новому.

Если 302 редирект настроен корректно, Google будет показывать в результатах поиска изначальный адрес страницы, считая, что на новый адрес она перемещена временно. Однако по прошествии времени, если код 302 не будет снят, то поисковик решит, что страница «переехала навсегда» и начнёт отображать в SERP конечный URL, как это делается в случае использования кода 301.

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

. Основной момент здесь заключается не в том, какой код ответа сервера передает странице PageRank — это под силу и коду 301, и 302; а в том, URL какой страницы будет в конечном итоге показываться в SERP — той, что существовала изначально или той, на которую перенаправляют пользователя», — поясняет Мюллер.

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

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

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

301 или 302 редирект

Как ни странно, многие вебмастеры не понимают разницу между редиректом 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го редиректа, не переходите на новый домен. А еще лучше сделайте так, чтобы финансовое благополучие вашей компании не зависело от рейтингов. В реальном мире бизнес избегает смены названия компании. Это выглядит подозрительно. Можно ли винить Гугл в приминении той же логики? «Если вы меняете домен, значит, у вас не всё гладко. Так давайте подождем и посмотрим на ваше поведение, прежде чем мы начнем рекомендовать вас пользователям»,

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:

  • HTTP 1.0: 302 status code is «Moved Temporarily» — current page has been moved temporarily to another URL.
  • HTTP 1.1: the description phrase has been changed to «Found» — current page has been found.

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:

  • which URL ranks higher in the SERPs;
  • which URL is more represented in the index.

Redirecting your domain to URL without a slash

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:

  • mounting a page-by-page 301 redirect from the old site to the new one;
  • don’t set up a redirect from robots.txt — add the Host directive to the new domain instead.

In this case, the code on the former website will have to look something like this:

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:

  • whether it’s working (check the main page);
  • go through the main sections and webpages of the site.

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»?

  • If you can’t set up 301 redirects or it won’t be time-efficient;
  • For duplicate content, if you want to keep both versions (for example, pages with different clothing sizes);
  • When you have multiple URLs leading to the same page (catalog categories, pages for tracking the traffic from affiliate links, etc.);
  • For cross-domain resource sharing, if you want to transfer data between pages that have different origins (domains, for example).

To sum it up

Both solutions pass the link juice and both are ranked by Google equally. 301 redirect is a bit more preferred, though.

Redirection mistakes

  • Redirection chains (avo t confuse the crawlers and just show the 404 Error page).

Hopefully, this 301 how-to guide will be your cheat sheet and will help you to use a 301 redirect on your website.

If you have any questions, ask them down below. I will try my best to help you!

AdBlock has stolen the banner, but banners are not teeth — they will be back

Добавить комментарий