SEO и JavaScript редиректы доказательства, что они перенаправляют PageRank


Оглавление (нажмите, чтобы открыть):

Новые правила 301 редиректов: что важно знать для SEO

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

  • 301-й редирект приводит к потере 15% от PageRank. Мэтт Каттс подтвердил это в 2013 году, когда объяснял, что при редиректе 301 теряется столько же PageRank, сколько при ссылке с одной страницы на другую.
  • При 302-м перенаправлении теряется PageRank. По определению, редирект 302 является временным, поэтому для поисковых систем имеет смысл обращаться с ними иначе.
  • PageRank теряется при переходе на HTTPS. Это связано с тем, что такой переход обычно подразумевает наличие множества редиректов 301.

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

Новые правила перенаправлений 3xx

Возможно, именно из-за этих проблем с переадресациями (в особенности с HTTPS) Google хорошо поработал над тем, чтобы уничтожить эти аксиомы.

  • В феврале 2020 Джон Мюллер из Google заявил, что при 301 или 302 переадресациях с HTTP на HTTPS PageRank не теряется. Это было воспринято как попытка Google привлечь веб-мастеров использовать протокол HTTPS.
  • Гэри Илш объявил миру SEO, что Google не интересует, какой метод перенаправления используется — это может быть как 301, так и 302 либо 307. Он объяснил, что Google понимает эти вещи и весь PageRank будет передан.

Также Гэри Илш загадочно написал в Twitter, что 30x редиректы больше не теряют PageRank.

30x redirects don’t lose PageRank anymore.

Означают ли все эти перемены то, что теперь всё будет хорошо?

И да, и нет. Несмотря на то, что Google, безусловно, принес хорошие новости, все же существуют риски и важные моменты при перемещении URL-адресов, выходящих за рамки PageRank. Мы рассмотрим это чуть позже.

Для начала, вот диаграмма, где сравниваются старые концепции и новая информация от Google:

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

Вопрос: Могу ли я теперь делать переадресации 301 без риска потерять трафик?
Ответ: Нет. Любые переадресации — это риск.
Несмотря на удивительную новость о том, что Google больше не забирает часть PageRank при 301 редиректе, имейте в виду, что PageRank является всего лишь одним из сотен других сигналов, которые Google использует для ранжирования страниц.

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

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

По сути, Гленн Гэйб, известный эксперт в мире SEO, обнаружил доказательства того, что Google воспринимает редиректы на нерелевантные страницы как «смягченную» версию страницы 404.

Вопрос: Безопасно ли во всех случаях использовать редирект 302 вместо 301-го?
Ответ: Опять же, нет.
Причина, по которой Google стал воспринимать 302 (временные) переадресации точно так же, как и 301 (постоянные), заключается в том, что на многих сайтах применялся неправильный тип (был использован 302-й редирект тогда, когда необходим был 301-й), что вызвало хаос в отношении ранжирования страниц Google.

И хотя мы теперь знаем, что Google передает PageRank через 302-е редиректы, у нас все еще есть несколько проблем. А именно:

  1. Мы не знаем, равны ли переадресации 301 и 302 во всех отношениях. Раньше мы видели, что через 302-й в конце концов передается PageRank, но только по прошествии значительного времени. В отличие от 301-го, где передача довольно быстрая, мы пока неизвестно, как обрабатываются 302-е редиректы в этом плане.
  2. 302 является веб-стандартом, и Google не единственный игрок на поле. 302 означает временную переадресацию, и вполне вероятно, что другие поисковые системы (Baidu, Bing, DuckDuckGo и прочие), а также социальные сервисы (Facebook, Twitter и т. д.) трактуют редиректы 302 иначе.

Рэнд Фишкин прекрасно подвел итоги:

On Google’s announcement that «30xs pass pagerank» — be wary. Test. Don’t assume. Pagerank isn’t the only or most important ranking signal.

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

Google’s made announcements like this before that later showed to work differently in the real world. Pays to be a skeptic in our field.

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

Как оказалось позже, обновления Google наподобие этого в реальном мире работают по-другому. Скепсис в нашей области не будет лишним.

Вопрос: Если я перенесу свой сайт на HTTPS, сохраню ли я весь свой трафик?
Ответ: Может быть, но миграции HTTPS — сложны.

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

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

И даже не считая проблем с PageRank, миграция на HTTPS может оказаться невероятно сложной. Прошло более года с момента миграции Moz.com, и мы рады, что сделали это, но в процессе перемещения было много шансов ошибиться. Так что всегда думайте не только о преимуществах, но и о рисках.

Кейс от Cyrus Shepard: Работает ли это?

«Еще не догадываясь о нововведениях, как-то раз мне удалось протестировать правила Google PageRank для 3xx редиректов, производя миграцию небольшого сайта. Эта миграция включала в себя не только переезд на HTTPS, но и перемещение на полностью новый домен. Кроме URL-адресов, каждый элемент сайта оставался неизмененным: контент, заголовки страниц, изображения, всё. В итоге получился отличный тест.

Итак, я ожидал увидеть снижение трафика из-за 15%-ной потери в PageRank. Ниже на скриншоте вы можете увидеть, что же на самом деле произошло с трафиком:

Вместо ожидаемого снижения, трафик увеличился после миграции! Взрыв. Мозга. Да, возможно, этот рост связан с тем самым небольшим повышением, которое Google предоставляет HTTPS-сайтам, хотя уже нельзя быть в этом уверенным.»

Что теперь важно учитывать для SEO?

Веб-мастерам и SEO-специалистам необходимо запомнить несколько важных моментов относительно того, как теперь передается Google PageRank при 3xx перенаправлениях:

  • Все переадресации в определенной степени рискованны для SEO.
  • Несмотря на то, что PageRank сохраняется при любом перенаправлении 3xx, редирект 301 остается предпочтительным для постоянных переадресаций (неизвестно, будут ли все поисковые системы одинаково относиться ко всем редиректам).
  • PageRank — это лишь один из многих факторов, используемых Google для ранжирования веб-страниц.
  • Помимо PageRank, все остальные правила о перенаправлениях остаются. Если вы делаете переадресацию на несущественную страницу или покупаете веб-сайт, чтобы перенаправить 1000 страниц на свою домашнюю страницу, вы, скорее всего, не увидите значительного положительного эффекта.
  • Лучшая переадресация — это такая, при которой составляющие веб-страницы остаются по максимуму без изменений (кроме URL).
  • Сайты, успешно мигрировавшие на HTTPS, теперь меньше подвержены потерям PageRank, но может возникнуть много других проблем при сканировании и индексировании, которые могут негативно повлиять на позиции и трафик.
  • Изменение URL-адресов с целью…
    • удаления множественных параметров,
    • улучшения структуры директорий/подпапок,
    • добавления ключевых слов в URL-адрес,
    • создания ЧПУ

    …теперь является менее рискованным занятием, ведь 3xx перенаправления сохраняют PageRank. Тем не менее, всегда будьте осторожны с переадресациями. Если вы находитесь в сомнениях, обратитесь к первому пункту.

Влияние 301 редиректа на поисковую выдачу

301 redirect. Что о нем нужно знать?

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

Начнем с теории: redirect 301 – это HTTP-код ответа, использующийся для постоянного перенаправления пользователей с первоначально запрашиваемого адреса на другой (основной).

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

Когда используется 301 redirect

  1. Классический пример использования 301 redirect – два имени сайта, которые отличаются лишь наличием/отсутствием www и для человека кажутся совершенно одинаковыми адресами. Но для поисковых систем они считаются разными. Если в подобной ситуации не использовать 301 redirect, влияние на поисковую выдачу может быть крайне негативным за счет дублирования контента и перераспределения веса.
    В данном случае 301 редирект сайта используется для склеивания URL-ов, ссылочного веса и показателей авторитетности. При этом считается, что передается от 90 до 99% ссылочного веса.
  2. 301 редирект с одной страницы на другую часто используется в случае, если адрес одной или нескольких из них был по какой-либо причине изменен, но Вы не хотите терять занимаемое старым URL место в поисковой выдаче.
  3. 301 редирект сайта в случае его перемещения на другой домен чаще всего просто необходим. Ведь кроме того, что происходит передача веса через redirect 301, также сохраняется наработанный поисковый трафик и база клиентов, у которых Ваш старый сайт мог находиться в закладках.
  4. Если имеется дублирование контента на сайте, 301редирект страницы вполне может стать выходом из сложившейся ситуации. Проще всего, конечно же, удалить неуникальные материалы, но использовать редирект на другую страницу также никто не запрещает. В этом случае поисковики будут индексировать только одну, указанную основной, страничку и не будут иметь к Вам никаких претензий по поводу повторяющегося контента.

  5. Чтобы не удалять битые ссылки, можно использовать 301 редирект (ссылки, ведущие на несуществующие странички, перестанут вводить в заблуждение посетителей и поисковых ботов).

Как настроить 301 редирект. Варианты

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

Этот способ подойдет при наличии небольшого количества страничек для перенаправления.

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

  • Через .htaccess с использованием mod_rewrite. Если этот модуль включен, например, для перенаправления с WWW на адрес, не содержащий три W, 301 redirect будет выглядеть вот так:
  • Кроме приведенного примера этот вариант используется в случаях, когда необходимо совершить более масштабные действия вроде перенаправления:

    • всех адресов с символом «/» в конце на такие же без него и в обратном направлении;
    • файлов в случае смены их расширения;
    • всего веб-ресурса целиком.

    Правильно настроенный 301 редирект страницы поможет Вам избавиться от большого числа возможных проблем в виде:

    • потери ссылочного веса, «пузомерок», трафика при переезде на новый адрес сайта;
    • дубликатов страниц;
    • потерянных позиций в результатах поиска при смене адреса странички;
    • битых ссылок и т. п.

    А в каких случаях Вы используете 301 redirect? Поделитесь своим опытом с нами и другими читателями, используя блок комментариев ниже под этой статьей!

    Новые правила 301 редиректов: что важно знать для SEO

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

    • 301-й редирект приводит к потере 15% от PageRank. Мэтт Каттс подтвердил это в 2013 году, когда объяснял, что при редиректе 301 теряется столько же PageRank, сколько при ссылке с одной страницы на другую.
    • При 302-м перенаправлении теряется PageRank. По определению, редирект 302 является временным, поэтому для поисковых систем имеет смысл обращаться с ними иначе.
    • PageRank теряется при переходе на HTTPS. Это связано с тем, что такой переход обычно подразумевает наличие множества редиректов 301.

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

    Новые правила перенаправлений 3xx

    Возможно, именно из-за этих проблем с переадресациями (в особенности с HTTPS) Google хорошо поработал над тем, чтобы уничтожить эти аксиомы.

    • В феврале 2020 Джон Мюллер из Google заявил, что при 301 или 302 переадресациях с HTTP на HTTPS PageRank не теряется. Это было воспринято как попытка Google привлечь веб-мастеров использовать протокол HTTPS.
    • Гэри Илш объявил миру SEO, что Google не интересует, какой метод перенаправления используется — это может быть как 301, так и 302 либо 307. Он объяснил, что Google понимает эти вещи и весь PageRank будет передан.

    Также Гэри Илш загадочно написал в Twitter, что 30x редиректы больше не теряют PageRank.

    30x redirects don’t lose PageRank anymore.

    Означают ли все эти перемены то, что теперь всё будет хорошо?

    И да, и нет. Несмотря на то, что Google, безусловно, принес хорошие новости, все же существуют риски и важные моменты при перемещении URL-адресов, выходящих за рамки PageRank. Мы рассмотрим это чуть позже.

    Для начала, вот диаграмма, где сравниваются старые концепции и новая информация от Google:

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

    Вопрос: Могу ли я теперь делать переадресации 301 без риска потерять трафик?
    Ответ: Нет. Любые переадресации — это риск.
    Несмотря на удивительную новость о том, что Google больше не забирает часть PageRank при 301 редиректе, имейте в виду, что PageRank является всего лишь одним из сотен других сигналов, которые Google использует для ранжирования страниц.

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

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

    По сути, Гленн Гэйб, известный эксперт в мире SEO, обнаружил доказательства того, что Google воспринимает редиректы на нерелевантные страницы как «смягченную» версию страницы 404.

    Вопрос: Безопасно ли во всех случаях использовать редирект 302 вместо 301-го?
    Ответ: Опять же, нет.
    Причина, по которой Google стал воспринимать 302 (временные) переадресации точно так же, как и 301 (постоянные), заключается в том, что на многих сайтах применялся неправильный тип (был использован 302-й редирект тогда, когда необходим был 301-й), что вызвало хаос в отношении ранжирования страниц Google.

    И хотя мы теперь знаем, что Google передает PageRank через 302-е редиректы, у нас все еще есть несколько проблем. А именно:

    1. Мы не знаем, равны ли переадресации 301 и 302 во всех отношениях. Раньше мы видели, что через 302-й в конце концов передается PageRank, но только по прошествии значительного времени. В отличие от 301-го, где передача довольно быстрая, мы пока неизвестно, как обрабатываются 302-е редиректы в этом плане.
    2. 302 является веб-стандартом, и Google не единственный игрок на поле. 302 означает временную переадресацию, и вполне вероятно, что другие поисковые системы (Baidu, Bing, DuckDuckGo и прочие), а также социальные сервисы (Facebook, Twitter и т. д.) трактуют редиректы 302 иначе.

    Рэнд Фишкин прекрасно подвел итоги:

    On Google’s announcement that «30xs pass pagerank» — be wary. Test. Don’t assume. Pagerank isn’t the only or most important ranking signal.

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

    Google’s made announcements like this before that later showed to work differently in the real world. Pays to be a skeptic in our field.

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

    Как оказалось позже, обновления Google наподобие этого в реальном мире работают по-другому. Скепсис в нашей области не будет лишним.

    Вопрос: Если я перенесу свой сайт на HTTPS, сохраню ли я весь свой трафик?
    Ответ: Может быть, но миграции HTTPS — сложны.

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

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

    И даже не считая проблем с PageRank, миграция на HTTPS может оказаться невероятно сложной. Прошло более года с момента миграции Moz.com, и мы рады, что сделали это, но в процессе перемещения было много шансов ошибиться. Так что всегда думайте не только о преимуществах, но и о рисках.

    Кейс от Cyrus Shepard: Работает ли это?

    «Еще не догадываясь о нововведениях, как-то раз мне удалось протестировать правила Google PageRank для 3xx редиректов, производя миграцию небольшого сайта. Эта миграция включала в себя не только переезд на HTTPS, но и перемещение на полностью новый домен. Кроме URL-адресов, каждый элемент сайта оставался неизмененным: контент, заголовки страниц, изображения, всё. В итоге получился отличный тест.

    Итак, я ожидал увидеть снижение трафика из-за 15%-ной потери в PageRank. Ниже на скриншоте вы можете увидеть, что же на самом деле произошло с трафиком:

    Вместо ожидаемого снижения, трафик увеличился после миграции! Взрыв. Мозга. Да, возможно, этот рост связан с тем самым небольшим повышением, которое Google предоставляет HTTPS-сайтам, хотя уже нельзя быть в этом уверенным.»

    Что теперь важно учитывать для SEO?


    Веб-мастерам и SEO-специалистам необходимо запомнить несколько важных моментов относительно того, как теперь передается Google PageRank при 3xx перенаправлениях:

    • Все переадресации в определенной степени рискованны для SEO.
    • Несмотря на то, что PageRank сохраняется при любом перенаправлении 3xx, редирект 301 остается предпочтительным для постоянных переадресаций (неизвестно, будут ли все поисковые системы одинаково относиться ко всем редиректам).
    • PageRank — это лишь один из многих факторов, используемых Google для ранжирования веб-страниц.
    • Помимо PageRank, все остальные правила о перенаправлениях остаются. Если вы делаете переадресацию на несущественную страницу или покупаете веб-сайт, чтобы перенаправить 1000 страниц на свою домашнюю страницу, вы, скорее всего, не увидите значительного положительного эффекта.
    • Лучшая переадресация — это такая, при которой составляющие веб-страницы остаются по максимуму без изменений (кроме URL).
    • Сайты, успешно мигрировавшие на HTTPS, теперь меньше подвержены потерям PageRank, но может возникнуть много других проблем при сканировании и индексировании, которые могут негативно повлиять на позиции и трафик.
    • Изменение URL-адресов с целью…
      • удаления множественных параметров,
      • улучшения структуры директорий/подпапок,
      • добавления ключевых слов в URL-адрес,
      • создания ЧПУ

      …теперь является менее рискованным занятием, ведь 3xx перенаправления сохраняют PageRank. Тем не менее, всегда будьте осторожны с переадресациями. Если вы находитесь в сомнениях, обратитесь к первому пункту.

    Редирект: хороший, плохой и условный

    Текст был переведен с помощью
    сервиса переводов в режиме онлайн — PerevodBy.ru

    Всякий раз при внесении изменений на веб-сайте необходимо рассмотреть один из важнейших вопросов — как использовать редиректы (переадресацию), чтобы оповестить поисковые системы об изменениях и избежать негативного воздействия на позиции сайта в поисковых системах. Меняете ли вы расположение страниц, переходите ли на другую CMS (систему управления сайтом), или просто хотите избежать дублирования контента и понижения PageRank страниц, — в любом случае возникнет желание использовать редиректы, чтобы не растерять потенциал страниц, выраженный в ссылочном весе (PageRank) и накопленный вашим сайтом. Существует множество видов переадресации, или редиректа, и важно их использовать правильно, если вы хотите оптимизировать сайт под поисковые системы и не рисковать нарушением их руководства для вебмастеров (как в случае с «условными редиректами»).

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

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

    Потом, иногда возникают ситуации, когда желательно уменьшить число 301-х редиректов, например, когда множество ссылок ведут на одну и ту же страницу, что создает множественные копии этой страницы в поисковых системах. Дублированный контент — это достаточно плохо, но гораздо бОльшая проблема — это «размывание PageRank страницы» («PageRank dilution») при котором ссылки распределяются между различными версиями, вместо того чтобы сосредоточиться на единой, определенной, «канонической» ссылке. Это может случиться при добавлении к ссылке кода слежения (например, «?source=SMXad»). Такой пример дублирующихся страниц с добавленными к ссылке кодами слежения, проиндексированных поисковиком Google , можно найти здесь — забавно, но это собственный сайт компании Google (да, такое случается с каждым из нас, даже с Google!). Или когда основные параметры не всегда задаются последовательным образом (например, «?subsection=5§ion=2» versus «?section=2&subsection=5»).
    Или когда заданы определенные параметры поиска, но их изменение особо не меняет контент (например, «?photos=ON» против «?photos=OFF»).
    Или когда множество доменов или субдоменов соответствуют запросу, имея одинаковый контент при отсутствии редиректа (например,v «jcpenney.com/jcp/default.aspx» и «www1.jcpenney.com/jcp/default.asp» и «jcp.com/jcp/default.asp» и «jcpenny.com/jcp/default.asp» и «www.jcpenney.com/jcp/default.asp»). Во всех вышеперечисленных случаях, редирект 301 с переадресацией на «канонический» URL станет спасением.

    Как правило, для борьбы с большим количеством ссылок используется «правило единого редиректа» . Оно связано с «сопоставлением с образцом», и позволяет использовать групповые символы (такие как звездочка), чтобы зафиксировать часть запрошенного URL в памяти и позже утилизировать его с помощью редиректа. Это возможно, если вы пользуетесь Apache или Microsoft IIS Server в качестве веб-сервера.

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

    # Изменение доменных имен
    RewriteCond % tiredoldbrand.com$ [NC]
    RewriteRule ^(.*)$ http://www.newbrand.com/$1 [R=301,QSA,L]

    # Удаление параметра слежения (но отслеживаемый URL остается зарегистрированным в анализе). Другие параметры не учитываются.
    RewriteCond % ^source=
    RewriteRule ^(.*)$ $1 [R=301,L]

    # Перестановка параметров
    RewriteCond % ^subsection=([0-9]+)§ion=([0-9]+)$
    RewriteRule ^(.*)$ $1?section=%2&subsection=%1 [R=301,L]

    # Переадресация с домена без www на домен с www
    RewriteCond % ^example.com$ [NC]
    RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,QSA,L]

    Приведенные выше примеры следует задавать немного иным образом при использовании веб-сервера Microsoft IIS Server. К примеру, при использовании плагина ISAPI_Rewrite для IIS Server, используйте «RP» вместо «R=301.»

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

    Можно даже использовать для обращения скрипт, который будет выполнять некоторые действия «найти-и-заменить», вместо текстового файла, например вот такой:

    # Найти и заменить по цепочке запросов часть URL, с использованием моего собственного Perl-скрипта
    RewriteMap scriptmap prg:/usr/local/bin/searchandreplacescript
    RewriteCond % ^(.+)$
    RewriteRule ^(.+)$ $1?$ [R=301,L]

    Вас заинтриговала эта гиковская заумь и вы хотите больше узнать о сопоставлении с эталоном и правилах подстановки? Тогда вам стоит изучить мою презентацию Unraveling URLs , озвученную на SMX West (Search Marketing Expo — популярная западная конференция по интернет-маркетингу).

    Существует еще один тип редиректа, который стоит упомянуть — это «условный редирект». Стоит предупредить: он может создать вам большие проблемы с Google. Мэтт Катс (Matt Cutts), глава подразделения Google Webspam, советовал в своем докладе на SMX Advanced : ребята, не используйте условные редиректы, это чревато наказаниями или бана со стороны Google. Для тех, кто не знаком с этим термином, поясню: при условном редиректе избирательно используется редирект 301 для поисковых роботов типа Googlebot.
    Очевидно, когда вы начинаете предоставлять людям контент, отличный от того, что вы предоставляете поисковым роботам (и да, сюда же относятся отличные друг от друга редиректы), вы вступаете на опасный путь с точки зрения поисковых систем. Вы можете быть хорошим парнем с наилучшими намерениями, но риск все равно остается.

    Рассмотрим упомянутый выше случай на примере двух URL на страницы с приблизительно одинаковым контентом: один содержит строку «photos=OFF», второй «photos=ON», и оба получают какое-то количество ссылок. Вы можете привести следующий веский аргумент: чтобы избежать дублирования контента и понижения PageRank, обе версии следует объединить в одну, но только для Googlebot. В конце концов, если поставить редирект на ВСЕ запросы, пользователи с узким каналом связи могут не каждый раз дождаться загрузки изображений конечного продукта. Однако это неверный выбор.
    На самом деле, вам не нужен редирект вообще, не говоря уже об условном. Вам стоит добавить параметр rel=nofollow ко всем ссылкам, ведущим на photos=OFF, чтобы не тратить ссылочный вес на этот вариант. Затем сделайте photos=ON загружаемым по умолчанию, когда параметры не определены, и удалите photos=ON из ссылок, если они есть, и из всех внутренних ссылок.

    Или рассмотрим случай необходимости накопления параметров слежения на протяжении сессии пользователя. При использовании условного редиректа роботы, запрашивающие отслеживаемый URL, могут быть перенаправлены вместо этого на «канонический» URL (а именно URL минус параметр слежения) — это улучшает целостность вашей системы отслеживания пользователей, но без необходимости слежки за поисковыми роботами или создания многочисленных копий страниц в поисковых системах.
    И опять, я готов спорить, что можно найти другой способ справиться с этой проблемой без использования условных редиректов. Например, можно сохранять параметры запроса в файлах cookie одновременно с безусловным редиректом на «канонический» URL, по мере поступления запроса для отслеживаемого URL.

    Несомненно, условные редиректы могут помочь в решении сложных проблем легального бизнеса. Как бы там ни было, один из крупнейших интернет-магазинов в мире использует условные редиректы, в чем я убедился перед SMX Advanced. Интернет-магазин перенаправляет поисковых роботов, запрашивающих URL ее аффилиатов, на основной, «канонический» URL продукта, что позволяет захватывать ссылочный вес сайтов-партнеров. Для их сферы деятельности это остроумное решение. Но подход рискованный.

    Вместо этого интернет-магазин мог бы перенаправлять ВСЕХ посетителей — людей и поисковых роботов — на «канонический» URL без ID аффилиатов. Это может вызывать раздражение некоторых партнеров, поскольку они заметят, что теперь интернет-магазин отбирает PageRank у них. Но знаете что? Филиалу вполне под силу не отдавать вес; они могут просто добавить параметр «nofollow» в ссылки. Таким образом, вопрос переходит в область общественных отношений и касается методов управления интернет-магазина своими аффилиатами, с помощью перехода на безусловный редирект 301 и напоминания партнерам о праве использовать «nofollow» в ссылках.

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

    То же самое справедливо и в случае когда параметры слежения используются для различения маркетинговых программ/источников трафика. Когда запрос приходит по ссылке, содержащей, например, «?source=blog,» нет необходимости посылать посетителей-людей в другое место. Даже если источник трафика должен быть определен во время сессии пользователя и затем включен как скрытое поле в форму запроса «Связаться с нами» (Contact Us) на сайте, этого можно достичь используя cookies и сохраняя источник информации в переменной сеанса. Условный редирект не требуется.

    Другой тип ссылок, в которых эта компания использует условный редирект, ведет на сайты компаний-партнеров. Как мы и предполагали, контент по большей части дублируется. Этот вопрос не решается простым переходом на безусловный редирект, поскольку доля прибыли партнера от рекламы рассчитывается с учетом числа посетителей отдельного субдомена. Если будет использоваться безусловный редирект на «канонический» URL главного субдомена, каждая сессия сократится с нескольких просмотров страницы до одного единственного. Прибыль партнера значительно упадет, и между партнерами могут возникнуть разногласия. Можно использовать сookies для слежения за сессией полностью — немаловажно, что для этого на них надо переключиться — но даже при применении Cookies надо учитывать: значительное число посетителей используют Norton Internet Security или аналогичные утилиты, которые мешают партнеру получить потенциальную прибыль от переходов по ссылкам. Это серьезное затруднение. Как обойти эту проблему, я еще не вычислил.

    Еще один сценарий, при котором могут использоваться условные редиректы — это когда ссылки сайта заменяются дружественными для поисковых роботов. Это может стать серьезным начинанием, которое займет месяцы, а то и годы, с целью раскрутить большой и сложный вебсайт. Одна компания, занимающаяся продажами принадлежностей для отдыха, потратила на перезапись ссылок более двух лет и более1000 человеко-часов и все еще ее не закончила. Не всегда реально перезаписать все ссылки или убрать все ссылки, недружественные к поисковым роботам. Чем больше сайт и чем менее гибка CMS, тем больше будет головной боли. В такой ситуации условный редирект поможет устранить дублирующийся контент и перенаправлять PageRank на дружественную к поисковым роботам версию каждой ссылки до тех пор, пока все недружественные ссылки на сайте не будут заменены. Альтернативный вариант: дубликатов можно избежать с помощью запрета robots.txt или noindex всех неружественных к поисковикам ссылок, но это может быть невыполнимо, если перезапись ссылок еще не закончена, и это не позволит перенаправить PageRank на перезаписанную версию ссылки.

    Я могу показать вам один обходной маневр, который позволяет отказаться от использования редиректов вообще — включая условные. Особенно он полезен для слежения, и включает в себя добавление кода слежения к ссылке таким образом, что отслеживаемый URL автоматически сжимается поисковиком. Нет, это не требует использования JavaScript. Любопытно, но я даже не слышал, чтобы этот метод кем-либо обсуждался. Метод основан на использовании символа # (также известного как «решетка»), который обычно используется для направления посетителей на «заякорную» часть страницы. Просто добавьте # к ссылке, после чего последует код слежения или ID.
    Например: www.example.com/widgets.php#partner42. Поисковые роботы проигнорируют символ # и все, что за ним следует, таким образом PageRank накапливается, а дублирования контента не происходит.

    Надеюсь, это поможет вам критично подумать об использовании редиректов — временных, постоянных и условных — и последствиях их использования для оптимизации сайта под поисковые системы. Перейдите на постоянные редиректы (301) с временных (302), если хотите перенести ссылочный вес. Использования условных редиректов следует избегать, при высоком риске пенализации. Я уверен, что если вы придирчивым взглядом окинете все случаи, в которых «необходимо» использовать условные редиректы, вы поймете, что не нуждаетесь в них вообще.

    Стефан Спенсер (Stephan Spencer) — основатель и президент Netconcepts

    Google рассказал про чёрный метод линкбилдинга, использующий 301 редирект

    Джон Мюллер из Google рассказал, как компания относится к популярному у «чёрных» сеошников трюку линкбилдинга. Его ответ свёл на нет преимущества стратегии, а также дал представление о том, как алгоритм Google обрабатывает перенаправленные ссылки.

    Линкбилдинг через 301 редирект

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

    Вариации олдскульных техник

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

    В 2005 году было высказано предположение, что редирект со старого домена на новый поможет ускорить ранжирование и преодолеть то, что вебмастеры называют Песочницей Google. Аналогично редирект предлагали применить для снятия Пингвина. Идея заключалась в том, что, если ссылки оказались «отравленными», нужно удалить страницу, на которую они вели и перенаправить их на новый домен.

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

    Но затем Google изменил правила работы редиректов и передачи PageRank.

    Google рассказывает, почему трюк с редиректами не работает

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

    Белое или чёрное SEO? SEO-консультант посоветовал мне купить домен, похожий на основной. На него он проставит обратные ссылки с Web 2.0 страниц, комментариев блогов, форумных постов. Затем этот домен будет перенаправлен на основной сайт с помощью 301 редиректа. Он говорит, что сейчас все так делают для быстрого ранжирования.

    Джон Мюллер ответил, рассказав, как Google относится к этой технике:

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

    Множество телодвижений с нулевым результатом

    Многие теории чёрного SEO созданы начинающими оптимизаторами. Они легко начинают верить в такие трюки, которые, как указал Джон Мюллер, не дают никакого преимущества.

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

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

    Но и у трюков с 301 редиректом есть применение.


    Как спамеры используют 301 редирект

    Один из вариантов, когда можно использовать описанный выше трюк – если нужно одним махом отбросить все входящие ссылки, начинающие вредить вашему сайту. Некоторые спамеры используют подобную стратегию под названием «Замешать и Сжечь» («Churn and Burn»). Они за короткий промежуток времени производят огромное количество ссылок на новый, похожий по звучанию домен. С этого домена прописывается редирект на основной сайт для получения преимущества от проставленных ссылок.

    Через какое-то время Google обнаруживает спамные ссылки. Эта часть называется «Сжиганием» («Burn»). Google «сжигает» все ссылки и перестаёт их учитывать. Именно в этот момент спамер может отменить перенаправление, мгновенно удаляя все спам-ссылки одним щелчком мыши.

    Трюк с перенаправлением не рекомендуется к использованию

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

    При написании статьи использовались материалы с сайтов www.reddit.com и www.searchenginejournal.com.

    ПОНРАВИЛАСЬ СТАТЬЯ? ПОДЕЛИСЬ С ДРУЗЬЯМИ!

    Виды редиректов

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

    Редиректы по коду состояния HTTP

    Распознать большинство редиректов можно по их коду состояния (HTTP status code), попадающему под маску 3XX. Также существуют несколько исключений, которые срабатывают во время загрузки страницы или при взаимодействии с ней, при этом сама страница отдается с кодом состояния 200 OK. Проверить код ответа сервера можно, например, при помощи сервиса bertal.ru или с помощью программы Screaming Frog SEO Spider. Также можно проверить код ответа сервера через сервис “Проверка ответа сервера” в Яндекс.Вебмастере, но в нём не получится узнать что отдаётся роботу GoogleBot.

    301 Moved Permanently

    Запрошенный документ был перенесён навсегда по новому адресу. Новый адрес указан в содержимом заголовка Location, как на скриншоте выше. Именно этот редирект чаще всего используется в SEO: для смены адресов страниц, для склейки основных зеркал (http/https, www/non-www, slash/non-slash) и при переезде сайта на новый домен.

    Роботы поисковых систем, в том числе Google и Яндекс, при обходе страницы с 301-м редиректом исключают ее из своего индекса, включая в индекс страницу, на которую осуществляется перенаправление.

    Настроить 301-й редирект можно, например, в файле .htaccess, в случае если сайт размещён на сервере Apache или в серверных скриптах.

    302 Found, 302 Moved Temporarily и 307 Temporary Redirect

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

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

    200 OK

    Ответ 200 OK означает успешный запрос к документу. После запроса начинает отдаваться сам HTML-код страницы и JavaScript, с помощью которых осуществляются два следующих вида редиректа.

    Meta Refresh

    Данный редирект производится при загрузке страницы, в случае если в её HTML-коде имеется следующий тег:

    Поисковые системы не рекомендуют использовать такой способ перенаправления.

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

    JavaScript

    В данном случае редирект осуществляется при выполнении кода JavaScript (JS) посредством использования свойства href или replace объекта location.

    Использование таких редиректов не рекомендуется на сайте. Конечно, все зависит от исполнения, но, скорее всего, такой редирект не будет учтён роботами поисковых систем (роботом Яндекса уж точно).

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

    Редиректы по назначению

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

    Постраничные

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

    Пример кода такого редиректа в файле .htaccess:

    Redirect 301 /page-old/ https://site.ru/page-new/

    С раздела на раздел

    Редиректы с раздела на раздел перенаправляют со страниц одного раздела на аналогичные страницы другого, то есть сами адреса страниц не меняются, меняется только часть URL, относящаяся к разделу. Код 301 или 302 — в зависимости от того, вернётся ли раздел обратно или нет.

    Пример кода в файле .htaccess:

    RewriteRule ^category-old/(.+)$ /category-new/$1 [L,R=301]

    С www на без www

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

    Пример кода в .htaccess (c www на без www):

    RewriteRule ^(.*)$ https://%1/$1 [L,R=301]

    Со слешем на без слеша

    В качестве общего правила для сайта выбирается, как будут выглядеть страницы: site.ru/page или site.ru/page/. Для нового сайта, которого нет в поиске, лучше выбрать сразу лаконичный вариант без слеша, а для проиндексированного сайта следует выгрузить посадочные страницы в индексе и выбрать наиболее популярный вариант. Затем настраивается общий для всех url 301-й редирект со страниц со слешем либо на страницы без слеша. Пример кода редиректа в файле .htaccess:

    RewriteRule ^(.*)\/$ /$1 [R=301,L]

    С HTTP на HTTPS

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

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

    Пример кода в файле .htaccess:

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

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

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

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

    Заключение

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


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

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

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

    • 301 Moved Permanently (постоянный редирект) — указывает, что документ перенесён на новый URL навсегда. Когда SEO-специалисты или разработчики говорят о редиректе, они почти всегда имеют в виду 301 редирект. Старый адрес исчезает из выдачи, его место с сохранением позиций занимает новый.
    • 302 Found, 302 Moved Temporarily (найдено, перемещено временно) — документ перенесён временно, например, переводит пользователя на страницу акции (распродажи), не меняя содержимое старой страницы. При этом в выдаче остается старый адрес страницы, ведь на новый она перемещена временно.
    • 307 Temporary Redirect (временный редирект) — запрашиваемый документ на короткое время доступен по другому URL с сохранением метода передачи запроса (GET, POST) В целом выполняет ту же задачу что и 302 редирект.

    По словам Джона Мюллера (John Mueller), Google может не делать различий между кодами ответов 301 и 302 — все варианты передают 100% ссылочного веса и PageRank от старого адреса к новому. Поэтому если Google решит, что вы установили 302 редирект по ошибке, он будет воспринимать его как 301.

    Общие советы по настройке редиректов

    1. Делайте редиректы только на релевантные страницы, со статусом 200 (OK).Чем более релевантна страница акцептора (та что принимает редирект) странице донору, тем быстрее они склеятся и тем больше веса она передаст.

    2. Не используйте редирект там, где лучше поставить rel=canonical. Если контент страниц дублируется, но вам важно оставить страницы доступными для пользователей, используйте rel=canonical вместо редиректа. Например, если есть несколько версий контента (для печати, для мобильных,)

    3. Не используйте редиректы для файла robots.txt. Этот совет в большей мере касается ПС Яндекс — для нее важно, чтобы при смене домена или переезде на защищенный протокол старый robots.txt был доступен роботам — так быстрее происходит склеивание доменов.

    4. Избегайте двух, трёх и более редиректов подряд. Каждый новый редирект — это потеря времени загрузки, лишняя нагрузка на сервер и возможная потеря передаваемого веса страницы.

    5. В файле .htaccess вначале используйте переадресации страниц с более высоким уровнем вложенности, например:

    • сначала редирект с site.com/category-1/subcategory-1/ на site.com/category-1/subcategory-2/;
    • затем с site.com/category-0/ на site.com/category-0;
    • и последними — глобальные правила типа редиректа всех страниц без «/» на страницы с «/».

    На больших ресурсах с множеством редиректов несоблюдение этого правила ведёт к возникновению страниц с 404 ошибкой.

    6. Браузеры кешируют редиректы — чтобы проверить их работу, сбрасывайте кеш или используйте специализированные сервисы.

    Важно!Хотя ссылочный вес и передается в полной мере, при массовом применении редиректов, например, при переезде на https, возможно проседание позиций и трафика страниц на 10-15%, с последующим восстановлением в течение 2-4 недель. Некоторые seo-специалисты, чтобы исключить возможность проседания трафика, советуют сначала настраивать 302 редирект, а после появления в выдаче большинства новых страниц — менять его на 301. Сразу предупреждаем, что такое использование 302 редиректа идёт вразрез с рекомендациями Google, но никто не запрещает вам экспериментировать :)

    Массово проверить статус страниц сайта можно, используя программы для аудита сайта Netpeak Spider, SEO Screaming Frog и сервис Serpstat.

    Быстрее всего найти рабочие и неверно настроенные редиректы можно в Serpstat в модуле «Аудит сайта — Персональный отчет — Код ответа».

    301 редирект: примеры использования в .htaccess

    Примеры приведены для серверов на Apache, для NGINX эти настройки работать не будут. Ниже даны ситуации, когда возникает потребность в настройке 301 редиректа, и примеры кода для .htaccess. Перед внесением изменений в файл .htaccess рекомендуем сделать его копию.

    1. Для определения главного зеркала сайта

    Редирект с версии без www на версию с www

    Редирект с версии с www на версию без www

    Оба варианта равнозначны и правильны с точки зрения ПС. Если у вас в индексе больше страниц с www — лучше будет использовать переадресацию на версию с www, и наоборот.

    2. Канонизация слеша в конце урла

    — http://www.site.com/dog1/»>http://www.site.com/dog1/ — http://www.site.com/dog1 Если адрес страницы отличается хоть на один символ — ПС считают такие страницы разными. А если это разные страницы с одинаковым контентом — это дубли. Поэтому очень важно следить чтобы все URL страниц были только в нижнем регистре и одного формата (со слэшом или без слэша в конце). Как и для www — настраивайте перенаправления на версию страниц, с которой у вас больше в индексе.

    Редирект для удаления «/» в конце

    Редирект для добавления «/» в конце адресной строки

    3. Редирект с любого URL на URL в нижнем регистре

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

    4. Редирект при смене домена

    При смене домена, если необходимо учесть пожелания Яндекса по переезду, следует сделать редиректы со всех страниц, кроме robots.txt. Для Google это делать не нужно.

    В файл robots.txt для старого сайта необходимо внести:

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

    5. Редирект со всех страниц одного домена на главную другого

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

    6. Редирект при переезде на https

    Как и в случае со слэшами и главным зеркалом, главная цель такого редиректа — борьба с дублями страниц. Дополнительно при переезде на https рекомендуем использовать HSTS. Нужно понимать, что при настройке редиректов на https возможность слать http запросы к сайту остается. HSTS говорит браузеру, чтобы тот «не общался» с сайтом по http. Даже если браузер встретит на этом сайте ссылку http, или пользователь введет ее руками, он отправит запрос сразу на https версию и не пойдет по пути, когда запрос отправляется сначала на http версию, а уже потом сам сервер перенаправляет 301 редиректом на https. Это сделано, чтобы уберечь пользователя от возможных вклиниваний и перенаправлений крутых хакеров и злоумышлеников. Поисковые боты не будут попадать под этот сценарий.

    7. Редирект при смене каталога, содержащего документы

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

    8. Редирект с одной страницы на другую

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

    9. Склеить несколько символов, идущих подряд в 1 символ (в примере — склеить два дефиса в один):

    Чаще всего это несколько слэшей либо дефисов подряд. Такие страницы могут появляться из-за некорректной настройки маршрутизаторов, например, два пробела подряд не объединяются и превращаются в два дефиса, либо маршрутизатор всегда дописывает «/» в конце, не проверяя его наличие.

    10. Редирект для страниц, имеющих Get-параметры в URL

    Иногда необходимо настроить редирект для изменяющихся Get-параметров. Например, параметром будет SECTION_ID:

    Оба вида редиректов используем в основном когда необходимо настроить ЧПУ вместо url-а с параметрами

    11. Переадресация одного адреса без вложенных адресов


    Если нужно настроить редирект со страницы раздела http:/site.com/category/, а другие страницы в разделе должны работать без редиректа, например, страница http://site.com/category/post-1/, нужно добавить всего один символ — $.

    Например, если большинство документов вашего сайта лежат в папке catalog, а страница site.com/catalog не содержит никакого контента.

    302 и 307 редирект: как правильно использовать

    Использование 302 редиректа оправдано, если:

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

    Не забывайте: если Google посчитает использование 302 редиректа в каком-то конкретном случае ошибочным, старый URL пропадет из выдачи, а ссылочный вес и PageRank полностью перейдут к новому.

    Правила использования 302 редиректа в .htaccess аналогичны описанным правилам использования 301, необходимо лишь заменить R=301 на R=302. В глазах поисковых систем 307 редирект является практически полным аналогом 302. Единственное различие — 307 редирект сохраняет метод передачи запроса, тогда как 302 может вести себя непредсказуемо с методами отличными от GET (это POST, PUT, DELETE). Информации, обрабатывает ли передачу веса аналогично 301 редиректу, если считает что в этом случае лучше использовать его.

    Выводы

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

    • если вам необходимо навсегда изменить страницу или передать ссылочный вес — используйте 301 редирект;
    • если целевая страница часто меняется, либо перенаправление на короткий срок — используйте 302 редирект;
    • если метод передачи запроса не GET, а вам важно обработать его корректно — вместо 302 используйте 307 редирект.

    Google PageRank: Что мы знаем о нем?

    UPD. Статья уже переведена уважаемым Jenek и находится по адресу: designformasters.info/posts/google-page-rank

    По просьбам здесь начал переводить статью «Google PageRank: What Do We Know About It?». Пока только то, что успел за вчерашний вечер. Если это кому-нибудь нужно продолжение — напишите, я переведу и выложу все остальное. Вычитка и замеченые ошибки приветствуются, т.к. специально переводить мне еще не приходилось. :)

    Google PageRank: Что мы знаем о нем?

    Его использует каждый, но почти никто не знает, как он в действительности работает. Google PageRank – это наверно один из важнейших алгоритмов, когда либо разрабатывавшихся в сети. Миллиарды существующих страниц и миллионы страниц появляющихся каждый день – поисковая выдача намного сложнее, чем вы себе представляете. PageRank – один из сотен факторов, которые учитывает Google, чтобы определить наилучший поисковый запрос, помогающий делать поиск простым и эффективным. Но как он на самом деле сделан? Как работает Google PageRank, какие факторы на него воздействуют, а какие нет? И что мы действительно знаем про PageRank?
    В этой статье будут только голые факты.
    Несколько недель мы производили интенсивные исследования и выбрали массу фактов и предположений о PageRank, которые похожи на действительность. Кроме того, мы собрали научные статьи, относящиеся к поисковой выдаче – таких, как предложения для лучших результатов поиска (например, PageRank, чувствительный к теме). Вы прочитаете про математическую составляющую PageRank, также как и про 16 полезных инструментов для работы с PageRank, которые вы можете использовать для анализа и слежения за вашими веб-проектами.

    Кратко: как он работает?

    Коротко: влияние на Google PageRank

    1.1. Почему PageRank?

    1.2. Как он работает?

    • Никто полностью не уверен.«Никто точно не знает, как в данный момент Google считает PR.» [Google PageRank Explained]
    • PR(A) = (1-d) + d(PR(t1)/C(t1) + … + PR(tn)/C(tn)). «Эта формула показывает, каким образом вычисляется PageRank. Здесь ‘t1 — tn’ — это страницы, ссылающиеся на страницу А, ‘C’ — это количество исходящих ссылок на странице, а ‘d’ — регулирующий фактор, обычно равный 0.85.»
    • Мы можем записать проще: PageRank = 0.15 + 0.85 * («долю» каждой страницы, ссылающейся на данную). «Доля» равна PR’у ссылающейся страницы, деленному на количество исходящих с нее ссылок. A page “votes” an amount of PageRank onto each page that it links to. The amount of PageRank that it has to vote with is a little less than its own PageRank value (its own value * 0.85). This value is shared equally between all the pages that it links to.” [Google’s Page Rank]
    • Суть алгоритма Google PageRank в распределении собственного PR между исходящими ссылками. Если у вас есть страница с PR=8 и одна ссылка на другую страницу, то эта страница получит полный «вес» вашего PR. Но если у вас есть не одна, а сотня ссылок, то каждая ссылка будет иметь равную с остальными часть «веса» вашего PR (иначе говоря 1/100 его).» [The Importance of PageRank]
    • «Отсюда следует, что страница с PR=4 и пятью ссылками будет значить больше, чем страница с PR=8 и сотней ссылок. PageRank страницы, ссылающейся на вашу важен, но так же важно и количество ссылок на ней. Чем больше ссылок на странице, тем меньше «веса» PR несет каждая их них.» [Google’s Page Rank]
    • «PageRank [..] использует структуру ссылок как индивидуальный индикатор каждой страницы. Google интерпретирует ссылку со страницы А на страницу В как «голос» страницы А за страницу В. Google учитывает гораздо больше факторов, чем просто количество таких «голосов» или ссылок на страницу; он также анализирует страницу, от которой был получен «голос». Голоса от «важных» страниц значат намного больше, чем от остальных, и помогают другим страницам увеличить свой «вес». [Google: Technology]
    • «Не все ссылки «весят» одинаково, когда это касается PR. Т.о. «важные» страницы дают больше пользы для вашего PR, чем «менее важные» (по версии Google конечно). […] Сила распространения PR – это количество исходящих ссылок на «голосующей» странице. Т.о. Страница с PR=4 и одной ссылкой может дать больше веса, чем страница с PR=5 и сотней исходящих ссылок на ней. Типичным примером в данном случае может быть знаменитая страница-на-миллион-долларов (milliondollarhomepage). PR этой страницы равен 7, но сотни ссылок на ней дают очень мало веса страницам, на которые ссылаются.» [Google PageRank Explained]
    • Каждый следующий уровень PR намного сложнее достичь (в прогрессии). «PageRank считается с помощью логарифмов. Точно так же, в экспоненциальной зависимости, измеряются землетрясения по шкале Рихтера, т.е. за словом PageRank стоят математические вычисления. Требуется один шаг от PR=0, до PR=1, немного больше шагов от 1 до 3, намного больше до 4, еще больше до 5 и т.д.» [Google Page Rank FAQ]

    Переадресация на основе Javascript: будет ли это вред SEO?

    Недавно я реализовал исправление для создания отдельных целевых страниц в зависимости от того, включен ли javascript или нет. В принципе, так оно и есть.

    Страница по умолчанию — это HTML-страница без javascript. Основная версия сайта. При посадке на нем есть script, который говорит, что если javascript включен, перейдите на другую страницу. Эта целевая страница генерируется путем отправки пользовательского запроса через JSP файл, который отображает страницу (заголовок, нижний колонтитул и т.д.). Конечная целевая страница http://whatever.com/home.jsp, если у пользователя включен javascript.

    Мой вопрос в том, что это повредит SEO. Учитывая, что в 99% мира включен javascript, я бы не хотел компрометировать любое преимущество SEO, чтобы разместить 1%, кто не включил javascript.

    Надеюсь, что это имеет смысл.

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

    Весь этот вопрос, кстати, совершенно не связан с JSP. Это просто технология просмотра на стороне сервера, которая предоставляет шаблон для записи HTML/CSS/JS и предоставляет возможности для динамического управления потоком страниц с помощью taglib и доступа к базовым данным с помощью EL. Все, что видят веб-браузеры и боты (и, следовательно, все, что имеет значение для SEO), — это сгенерированный вывод HTML.

    Краткая версия, если ваш JS отправляет их совершенно другому контенту, это, вероятно, плохо, и Google может дать вам трудное время. Кроме этого, вы должны быть хорошими.

    301 редирект (переадресация) через .htaccess – на все случаи жизни

    Три важных совета и семнадцать конкретных примеров установки 301 переадресации страниц через htaccess!

    Советы

    Располагайте переадресации страниц в файле от частных к более глобальным (сверху вниз). Например: простая переадресация двух страниц стоит выше, чем глобальное правило редиректов с www на без www.

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

    Не забывайте, что многие браузеры кешируют (запоминают редиректы), поэтому проверять переадресации лучше на сайте – http://www.bertal.ru.

    В файле обязательно должна присутствовать команда:

    Второй способ сделать редирект – это переадресация через php

    Правила переадресаций

    1. 301 редирект с одной страницы на другую

    Самый простой вариант

    2. 301 редирект с www на без www (главное зеркало – домен без www)

    3. 301 редирект с без www на www (главное зеркало – домен с www)

    4. 301 редирект со страниц со слешем на без слеша (весь сайт)

    5. 301 редирект со страниц без слеша на слеш (часто в CMS системах устанавливается автоматически)

    6. Один (а не два последовательных!) 301 редирект на без www и с слешем на конце адреса страницы

    7. Один (а не два последовательных!) 301 редирект на c www и со слешем на конце адреса страницы

    8. Один (а не два последовательных!) 301 редирект на c www и без слеша на конце адреса страницы

    9. Один (а не два последовательных!) 301 редирект на без www и без слеша на конце адреса страницы

    10. 301 редирект только адреса site.ru/index.php (без GET параметров) на основное зеркало site.ru

    11. 301 редирект всех адресов с index.php и GET параметрами на страницы только с GET параметрами (вырезать в url index.php)

    Пример: типа site.ru/index.php?n=1 на site.ru/?n=1

    12. 301 редирект для index.php, index.html или index.htm (например в Joomla), массовая склейка

    13. 301 редирект url с GET параметрами (динамический URL) на статический

    1 вариант (простой адрес с GET параметром)

    2 вариант (со страницы и GET параметром)

    14. Все страницы одного домена на главную страницу другого домена

    15. Каждая страница одного домена на такой же адрес другого url

    16. Редирект с протокола http на https.

    Если возникает циклический редирект, то воспользуйтесь этим вариантом:

    Для Битрикс-сайтов на хостинге reg.ru

    Для сертификатов https c Cloudflare:

    17. Редирект с протокола https на http.

    Обратный редирект, если перестали использовать SSL сертификат.

    Мастер Йода рекомендует:  Nival создала первый в мире нейросетевой ИИ для игры «Блицкриг 3»
    Добавить комментарий