301 редирект передает вес: ссылка или 301 редирект? || Блог Megaindex.com – Когда начинают работать ссылки и передается ли ссылочное через 301-302 редирект — Devaka SEO Блог

Содержание

ссылка или 301 редирект? || Блог Megaindex.com

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

Что лучше: поставить с дропа 301 редирект или разместить сайт и поставить ссылку?

Что эффективнее в SEO: ссылка или 301 редирект?

По ссылке от источника к продвигаемому сайту передается статический вес. Но статический вес также передается через 301 редирект.

Огромное влияние ссылочных факторов на ранжирование результатов в органической выдачи поисковой системы не является мифом. Утверждение подтверждается экспериментами.

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

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

факторы ранжирования сайтов

Предпосылки к теме


Ссылка передает статический вес от сайта источника к сайту получателю. Но эксперименты показывают что вес передается также при использовании 301 редиректа.

Соответственно, возникает тема о сравнении эффективности двух способов передачи веса.

Итак, ссылка и 301 редирект передают статический вес.

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

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

Но на самом деле есть ряд нюансов.

Есть разные типы редиректов. Статический вес передается только по 301 редиректу и не передается по остальным типам редиректов. Типы редиректов:

  • 301, редирект рекомендованный к использованию в целях поисковой оптимизации;
  • 302;
  • Meta Refresh.

Передача веса по редиректу

Какие отличия в передаче веса, проверка на практике и вывод


Итак, статический вес перетекает не только по ссылке, но и при использовании 301 редиректа. Но какой способ эффективнее: ссылка или 301 редирект? Что лучше: поставить с дропа 301 редирект или разместить сайт и поставить ссылку?

Оба способа эффективны. На практике есть позитивные и негативные результаты от использования редиректов.

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

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

Негативный пример. По шагам:

  • Был проанализирован список из дропов с разным ссылочным профилем;
  • Был куплен дроп с авторитетным белым ссылочным профилем;
  • С дропа был поставлен 301-ый редирект на продвигаемый сайт. Тематики дропа и тематика продвигаемого сайта были разными. В анкорах дропа были прописаны ключевые слова из совершенно иной тематики, нежели тематика продвигаемого сайта;
  • Далее поисковая система начала ранжировать продвигаемый сайт по запросам из анкорного листа дропа;
  • Далее от поисковой системы последовали санкции.

Позитивный пример. По шагам:
  • Был проанализирован список из дропов с разным ссылочным профилем;
  • Был куплен дроп с авторитетным белым ссылочным профилем;
  • С дропа был поставлен 301-ый редирект на раздел продвигаемого сайта. Ключевые фразы в анкорном листе дропа совпадали с ключевыми фразами, по которым продвигался раздел сайта;
  • Сайт начал подниматься в органической выдаче поисковой системы;
  • Никаких санкций не последовало.

301 редирект или ссылка

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

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

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

301 редирект с дропа на продвигаемый сайт

Где найти дропы


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

К примеру, можно использовать сервисы от MegaIndex.

Ссылка на сервис для поиска освобождающихся доменных имен — Освобождающиеся домены.

Ссылка на сервис для поиска доменных имен, которые уже удалены из реестра доменной зоны — Удаленные домены.

Сервисы бесплатные.

Поиск доменных имен

Рекомендованное чтиво в блоге MegaIndex по теме поиска доменных имен по ссылкам далее:


Как сделать 301 редирект


Передача статического веса происходит при использовании 301-го редиректа и не происходит при использовании других редиректов.

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

Пример 301 редиректа на сайт indexoid.com.

Redirect 301 / https://indexoid.com/

Пример 301 редиректа на сайт wixfy.com.
Redirect 301 / https://wixfy.com/

Поиск дропов


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

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

Одним из наиболее эффективных способов по оптимизации ссылочного профиля сайта является использование так называемых

сайтов сателлитов. Подобные сайты могут быть объединены в частные сети сайтов (private blog networks).

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

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

Помимо типа, при выборе доменного имени ориентироваться стоит на трафик. Расчет трафика обычно происходит на основе данных о позициях в поисковой выдаче.

Провести анализ трафика возможно и путем получения данных из агрегаторов данных о трафике. Подписку на подобные сервисы покупать не обязательно. Например, MegaIndex получает данные из Similar Web и предоставляет информацию о трафике бесплатно.

Ссылка на сервис — Анализ сайта.

Что эффективнее: ссылка или 301 редирект? Что лучше: поставить с дропа 301 редирект или разместить сайт и поставить ссылку? - Данные о трафике

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

В зависимости от типа, подобные доменные имена показывают разную эффективность.

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

Когда начинают работать ссылки и передается ли ссылочное через 301-302 редирект — Devaka SEO Блог

Проведен небольшой эксперимент над ссылками в поисковых системах Google и Яндекс и вот уже готов результат. Но обо всем по-порядку.

Гипотеза

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

У поисковых систем имеется расписание, по которому они пересчитывают ссылочный граф для учета ссылочных весов (ссылочного ранжирования).
Третья гипотеза: Ссылочный вес передается через 301-ый редирект.

Цель

1. Определить для поисковых систем Google и Яндекс, через какое время проставленные ссылки начинают работать после попадания их в индекс.
2. Подтвердить гипотезы.

Проведение эксперимента

Дата начала эксперимента: 2-ое февраля 2009 г. 9:00
Дата окончания эксперимента: 8-ое февраля 2009 г. 11:00

В начале эксперимента были проставлены три ссылки на быстроиндексируемой блог-платформе livejournal.com, все ссылки были с уникальным анкором.

1. Первая ссылка вела на страницу с установленным 301-ым редиректом (постоянный) на другую страницу.
2. Вторая ссылка вела на подобную страницу, но с 302-ым редиректом (временный).
3. Третья была обычной ссылкой.

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

Мониторинг производился с помощью директивы inanchor: для Google и подпиской на Google Alerts (сразу же, как ссылка начала работать, на почту пришло уведомление). Для Яндекса мониторинг производился вручную после апдейтов.

Результаты эксперимента

Google:
Через 6 (шесть) дней на почту пришло уведомление от Google, что страница, искомая по запросу inanchor:“уникальный анкор”, появилась в поисковой выдаче. Все три проставленные ссылки сработали.

Яндекс:
Для Яндекса прошло 2-а апдейта, когда по уникальному анкору страница-акцептор нашлась. Страница нашлась только по прямой ссылке (без редиректа).

Выводы

Первая гипотеза подтвердилась, ссылки, действительно, начинают работать не сразу, как в Google, так и в ПС Яндекс. По поводу второй гипотезы пока не понятно, необходимо производить ежедневные эксперименты для выявления точного расписания. Однако, можно утверждать, что в Google ссылки начинают работать приблизительно через 6 дней, а в Яндексе через 1-2 апдейта. Если покупать ссылки в сапо-подобных системах, то необходимо после индексации ссылок ждать 2 апдейта для Яндекса для анализа результатов продвижения.

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

В Яндексе ссылочный вес через редиректы не передается (по крайней мере за 2-а апа выдачи, будем ждать ещё 1-2 апа, чтобы 100% подтвердить результат). Последний вывод относительно Яндекса не дает ему похвалы, так как при смене движка сайта, изменении урлов страниц и попыткой их склеить с помощью редиректа с новыми страницами, вы теряете весь прежний ссылочный вес, наработанный раннее. Однако, необходимо также проверить, передается ли по редиректу обычный вес страницы, увеличивая таким образом вес акцептора.


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

как настроить, где и в каких случаях их использовать

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

Что представляет собой редирект

Редирект — механизм автоматической переадресации пользователей с одного URL на другой. Чаще всего переадресация реализуется на стороне сервера при помощи специальных инструкций в серверных файлах-конфигураторах. Для сайтов на серверах Apache используется файл .htaccess; для тех, что работают на nginx, — nginx.config. Также переадресацию можно настроить с помощью PHP, HTML и JavaScript.

Какими бывают редиректы и когда их использовать?

Всего существует 10 различных видов редиректов, включая Meta Refresh. Но на практике распространены случаи использования всего нескольких.

301 Moved Permanently

301 редирект — абсолютный лидер по частоте использования. Он применяется для постоянной переадресации и передает ссылочный вес от начального адреса к конечному URL по аналогии с обычными ссылками.

301 редирект используется для нескольких целей:

  1. Постоянная переадресация с адресов уже несуществующих или неактуальных страниц.
  2. Перенаправление на корректный адрес после переезда или редизайна сайта.
  3. «Склейка» (объединение двух адресов в индексе поисковых систем) дубликатов страниц, включая полные копии, доступные по разным адресам; идентичные версии одной и той же страницы с разными протоколами (HTTP и HTTPS), префиксом www. и без него, а также страницы с закрывающими слешами в URL-адресах и без них.
  4. Перенаправление на файл с измененным расширением.

К примеру, 301 редирект, отвечающий за перенаправление с адресов с префиксом www. на адреса без префикса, выглядит следующим образом:

RewriteCond %{HTTP_HOST} ^www\.site\.com$ [NC]
RewriteRule ^(.*)$ http://site.com/$1 [R=301,L]

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

RewriteCond %{QUERY_STRING} action=page [NC]
RewriteCond %{QUERY_STRING} id=(\d+) [NC]
RewriteRule .* /page/%1/? [R=301,L]

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

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

302 редирект передает ссылочный вес так же, как и 301. Отметим отдельно, что в зависимости от версии HTTP код ответа может отличаться — 302 Moved Temporarily в случае с HTTP 1.0. и 302 Found на сайтах с HTTP 1.1.

Пример использования 302 редиректа — временное перенаправление пользователя на страницу распродажи или акции без изменения изначальной страницы товара/услуги. Выглядеть он будет следующим образом:

Redirect 301 /old/black-dress-1.html http://www.site.com/black-dress-1-sale.html

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

RewriteCond %{HTTP_USER_AGENT} (?i:midp|samsung|nokia|j2me|avant|docomo|novarra|palmos|palmsource|opwv|
chtml|pda|mmp|blackberry|mib|symbian|wireless|nokia|hand|mobi|phone|
cdm|upb|audio|SIE|SEC|samsung|HTC|mot-|mitsu|sagem|sony|alcatel|lg|eric|vx|NEC|philips|mmm|xx|panasonic|sharp|
wap|sch|rover|pocket|benq|java|pt|pg|vox|amoi|bird|compal|kg|voda|sany|
kdd|dbt|sendo|sgh|gradi|jb|dddi|moto|iphone|android) [NC]
RewriteCond %{HTTP_HOST} site.com
RewriteRule ^$ http://m.site.com/ [R=302,L]

307 Moved Temporarily (HTTP 1.1)

Как и 302, 307 редирект используется для временной переадресации и не предполагает «склейки» URL. Ключевое отличие от 302 Moved Temporarily заключается в том, что при помощи 307 редиректа вы можете сообщить поисковикам, что ваш сервер совместим с HTTP 1.1, а также что в кешировании конечной страницы редиректа нет необходимости.

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

RewriteEngine on
RewriteCond %{HTTP_HOST} ^airbrake.io$
RewriteCond %{REQUEST_METHOD} POST
RewriteRule ^(.*)$ http://airbrake.io/login$1 [R=307]

Пример временного 307 редиректа на другой домен:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^old.site$
RewriteRule (.*)$ http://new.site/$1 [R=307,L]

Прочие виды редиректов

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

300 Multiple Choices

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

303 See Other

Работает по аналогии с 302 временным редиректом, но отличается по методу запроса. Запрещает кеширование конечного адреса редиректа.

304 Not Modified

304 редирект сообщает браузеру о том, что с момента последнего визита содержимое страницы не изменилось и его можно подгрузить из локального кеша.

305 Use Proxy

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

Как правильно настраивать редиректы

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

Когда не стоит делать редиректы

  1. Не выстраивайте редиректы на страницы с уже имеющейся переадресацией. Делайте исключительно прямое перенаправление, чтобы не создавать цепочек. Это же касается и связки Канонический атрибут + Редирект. Не рекомендуется выставлять атрибут rel=canonical на URL с редиректом, а также делать редирект на канонизированную страницу.
  2. Не используйте редирект там, где уместнее использовать rel=canonical. Если у вас есть две страницы с почти идентичным содержанием, это не означает, что их непременно нужно склеивать. Вполне возможно, будет лучше просто указать поисковым роботам на приоритетный для индексации URL, но оставить на сайте обе страницы.
  3. По возможности не выставляйте редиректы на страницы, которые существенно отличаются от изначальных. Если поисковый робот обнаружит ощутимую разницу между содержимым начального и конечного URL, поисковик может заподозрить вас в недобросовестных манипуляциях. Это, в свою очередь, негативно скажется на SEO отдельно взятых страниц и репутации сайта в целом.
  4. Не используйте редиректы для служебных файлов во время переезда. Будьте осторожны с переадресацией для служебных файлов: к примеру, редирект для файла robots.txt может повлечь за собой проблемы с его обработкой поисковыми роботами.

Что следует учитывать при создании редиректов

  1. Тип редиректа должен соответствовать своему назначению. Например, вам необходимо выставить постоянный редирект, но по незнанию или банальной невнимательности вы воспользовались одним из временных.
  2. Конечный URL должен быть доступен для индексации. Если вы хотите «склеить» разные адреса при помощи редиректов и добиться замены одного из них в индексе, конечный URL должен быть доступен для поисковых роботов и отдавать код ответа 200 OK.
  3. Старайтесь сохранить старую структуру ссылок. Если вы планируете переезд на новый домен и настройку соответствующих редиректов, постарайтесь сохранить старую структуру URL, чтобы начальный адрес, к примеру, имел вид olddomain.com/page1, а конечный — newdomain.com/page1.
  4. Старайтесь настраивать редиректы исключительно на стороне сервера. Все прочие методы используйте лишь в крайнем случае.
  5. Учитывайте, что индексация и «склейка» новых URL не происходит мгновенно. Если на предыдущем домене или старой CMS у вас был относительно скромный трафик, индексация адресов редиректов может занять довольно много времени.
  6. Убедитесь, что редиректы ведут на страницы с кодами ответа 200. Код ответа 200 OK — обязательное условие для индексации, а также нормальной и быстрой «склейки» страниц поисковыми системами. Если код будет 4хх или 5хх, то это будет противоречить самой сути редиректа. В случае с 3хх кодом ответа сервера у вас получится цепочка редиректов.

Как выяснить, нет ли на сайте проблем с редиректами

Чтобы выяснить, нет ли на вашем сайте описанных выше проблем, воспользуйтесь краулером и просканируйте весь сайт для анализа имеющихся редиректов. Например, если вы используете Netpeak Spider, вам следует выполнить следующие действия:

  1. Откройте программу и установите все настройки по умолчанию.
  2. Впишите адрес сайта в соответствующем поле и запустите сканирование.
  3. После завершения сканирования перейдите на боковую панель и откройте вкладку «Отчеты» → «Ошибки». Там вы увидите сгруппированные по уровню критичности ошибки. Большинство проблем, связанных с редиректами, будут высвечиваться как высоко критичные.

Редирект ошибка
Программа идентифицирует следующие типы ошибок:

  • битый редирект;
  • бесконечный редирект;
  • максимальное количество редиректов;
  • редирект, заблокированный в robots.txt;
  • редиректы с неправильным форматом URL;
  • refresh редирект;
  • редирект на внешний сайт.
  1. Кликните по названию ошибки, чтобы увидеть список URL с соответствующей проблемой.
  2. При необходимости выгрузите отфильтрованные результаты, нажав кнопку «Экспорт» над таблицей слева. Также вы можете выгрузить один из удобных отчетов по редиректам, выбрав соответствующую опцию в меню «Экспорт».

Экспорт отчетов

Коротко о главном

Всего насчитывается 10 видов редиректов, но лишь некоторые из них могут похвастаться практическим применением. Это относится к следующим видам:

  • 301 Moved Permanently, который используется для постоянной переадресации и «склейки» страниц в индексе.
  • 302 Found/Moved Temporarily и 307 Moved Temporarily, необходимые для временного перенаправления.

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

  1. Следует использовать тот тип редиректа, который соответствует своему назначению.
  2. Если конечный URL переадресации должен быть проиндексирован, его нужно сделать доступным для индексации поисковыми роботами.
  3. Желательно сохранять изначальную структуру ссылок при переезде, чтобы у начального и конечного URL отличался разве что домен.
  4. В большинстве ситуаций следует использовать серверный редирект.
  5. Следует избегать появления цепочек редиректов, а также цепочек, состоящих из редиректов и атрибутов rel=canonical.
  6. Важно следить, чтобы конечные адреса не отдавали коды ответа 4xx и 5xx.
  7. Прежде чем ставить редирект, следует определиться, нужен ли он в принципе и не лучше ли воспользоваться атрибутом rel=canonical.
  8. Важно соблюдать осторожность с переадресацией служебных файлов.
  9. Не стоит без необходимости ставить редирект на страницу, которая существенно отличается от изначальной.

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

301 редиректПора ли переписывать учебники по 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 решил изменить устоявшиеся аксиомы, перестроив свои алгоритмы. Что мы об этом знаем?

  • В феврале 2016 года Джон Миллер (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-302-307-редирект

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

Вопрос: Могу ли я теперь использовать 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 редирект: Google меняет правила игры

Сайрус Шепард (Cyrus Shepard) — сотрудник команды Moz. Специализируется на продвижении крупных брендов.

Совсем скоро экспертам отрасли придется переписывать SEO-справочники для начинающих специалистов. И это не случайно. Правила передачи Page Rank трёхсотыми редиректами сегодня заметно трансформировались. Тем, кто хотел бы освежить в памяти теоретическую основу в отношении кодов состояния HTTP можно заранее порекомендовать ознакомиться с этой статьей. Однако, вернёмся к теме публикации и проследим, как изменилось отношение Google к редиректам.

Итак «старые правила SEO» гласили:

  • Код состояния 301 суммарно передаёт странице 15% PageRank. Об этом еще в 2013 году заявлял бывший руководитель Google по борьбе с веб-спамом Мэтт Каттс (Matt Cutts). Он утверждал, что 301 редирект передаёт сайту столько же Page Rank, сколько передала бы входящая ссылка с этого ресурса.
  • Редиректы 302 не передают PageRank. В соответствии с основным назначением, коды ответа сервера 302 Moved Temporarily («перемещено временно») и 302 Found («найдено») характеризуют временное перенаправление пользователя на другую страницу. Поэтому поисковые системы относятся к данной категории редиректов несколько иначе, чем к остальным.
  • При перенаправлении на страницы, защищённые протоколом HTTPS, PageRank передаётся. Во многом это обусловлено тем, что во всех подобных случаях перенаправление осуществляется с использованием 301 редиректа.

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

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

Новые правила для кодов состояния HTTP 3xx

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

Так в феврале 2016 года Джон Мюллер ещё раз напомнил, что при переходе с HTTP на HTTPS редиректы 302 (Moved Temporarily) и 301 (Moved Permanently) передают PageRank и ссылочный вес от старого адреса страницы к новому. Во многом это было предпринято для того, чтобы вебмастера начали активнее переводить свои ресурсы на безопасный протокол.

Позднее ещё один представитель Google Гэри Илш поведал SEO-миру о том, что для Google не имеет особого значения то, какой код ответа сервера используется для перенаправления — 301, 302 или вообще 307. Все они передают PageRank странице, на которую ведут.

Одним из последних заявлений Гэри Илша стало то, что все трёхсотые редиректы передают PageRank.

Изменение подхода Google к передаче PageRank при использовании 3xx редиректов наглядно иллюстрирует это изображение:

Можно ли назвать все эти изменения исключительно положительными для SEO? На самом деле, и да, и нет. Несмотря на то, что все они происходят по инициативе Google, использование редиректов сопряжено с определёнными рисками и ограничениями для вебмастеров.

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

Можно ли использовать 301 редирект абсолютно для всех случаев, не опасаясь потери трафика?

Нет. Использование перенаправлений всегда сопряжено с определёнными рисками. Хотя страницы не «теряют» PageRank при использовании 301 редиректа, это далеко не единственный сигнал ранжирования для поисковой системы. В реальности их куда больше.

В идеале код ответа сервера 301 должен перенаправлять пользователя на точную копию этой страницы. Единственное, что меняется в этом случае – URL страницы. При такой ситуации потери трафика происходить не должно. Однако не следует ожидать, что абсолютно любое перенаправление пользователей на нерелевантные страницы при помощи указанных выше редиректов будет абсолютно безнаказанным. Попробуйте проставить редирект со страницы, посвящённой творчеству Тейлор Свифт, на лендинг сайта-аффилиата, продающего, к примеру, БАДы. Санкции со стороны поисковика не заставят себя долго ждать.

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

Использовать 302 редирект всегда лучше, чем 301.

И снова нет! Некоторое время назад стало известно о том, что Google расценивает 302 (Moved Temporarily) и 301 (Moved Permanently) редиректы как равнозначные. При этом в интернете повсеместно наблюдалась ситуация, когда на веб-сайтах массово использовались коды ответа сервера 302 вместо 301. Это стало причиной «хаотичного» ранжирования страниц в подобных ситуациях.

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

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

2. Кроме того, код состояния HTTP 302 («перемещено временно») сегодня является веб-стандартом, и Google здесь далеко не единственный игрок. Таким образом, применение редиректа 302 может расцениваться поисковиками Baidu, Bing, DuckDuckGo и социальными сервисами Facebook, Twitter совершенно иначе. Так что, не следует слепо верить всем обещаниям Google.

Ситуацию наглядно проиллюстрировал Рэнд Фишкин:

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.

— Rand Fishkin (@randfish) 26 июля 2016 г.

Удастся ли мне сохранить весь трафик, если я переведу сайт на безопасный протокол HTTPS?

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

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

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

Работает ли новое правило в реальности?

Автору этой заметки уже удалось протестировать «новые правила» Google в отношении PageRank и кодов состояния HTTP 3хх на примере переноса на другой домен небольшого сайта. Нововведение начало действовать ещё несколько месяцев назад. То есть, ещё до официального сообщения от представителей поиска.

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

После проставления редиректов, автор статьи ожидал, что PageRank ресурса снизится примерно на 15%. Однако этого не произошло. На рисунке ниже показана динамика переходов на сайт после его перехода на HTTPS.

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

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

Лучшие практики сегодняшнего дня

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

  1. Использование любых редиректов сопряжено с некоторыми рисками в плане SEO.
  2. Даже несмотря на то, что все трёхсотые редиректы передают PageRank, код ответа HTTP 301 лучше использовать лишь в случае постоянного перенаправления. (До сегодняшнего дня на практике не доказано, что поисковые системы одинаково относятся ко всем редиректам).
  3. Следует помнить о том, что PageRank и другие ссылочные сигналы — всего лишь часть факторов, которые Google использует при ранжировании страниц.
  4. Важно использовать коды ответа сервера в соответствии с их прямыми назначениями. Лучше не допускать ошибок, ведь важен не только PageRank. Если владелец ресурса перенаправляет пользователя на нерелевантную страницу или, купив новый сайт, редиректит тысячу страниц на главную страницу основной версии, ожидать положительных результатов не стоит.
  5. В идеале при перенаправлении пользователя на другую страницу меняться должен лишь её адрес. Все остальные элементы лучше сохранять в прежнем виде.
  6. Успешный переезд на HTTPS, как правило, не влечёт за собой потерю PageRank. Однако при смене протокола может возникнуть множество других проблем со сканированием и индексированием ресурса. Как результат, они способны привести к снижению позиций и потере поискового трафика.
  7. Изменение адресов страниц в SEO-целях включает в себя:
    • Удаление нескольких параметров запроса из URL.
    • Улучшение общей структуры сайта/упразднение лишних подкатегорий.
    • Добавление ключевых слов в URL.
    • Использование семантических или ЧПУ URL.

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

Почему стоит использовать 301 редирект?

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

Redirect 301 представляет собой HTTP-код ответа, который применяется для постоянного перенаправления посетителей с первоначально запрашиваемого адреса на основной (другой). Если рассматривать с позиции поисковиков, то 301 редирект дает понять о том, что конкретная страница сменила адрес, а значит, старый адрес теряет свою актуальность. Графически, всю суть 301 редиректа можно передать при помощи одной картинки:

редирект 301

Источник картинки: SeoUp.su

 

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

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

  • Одним из традиционных вариантов применения является наличие двух имен одного сайта, которые разнятся лишь присутствием или отсутствием www. С точки зрения человеческого восприятия, между данными адресами не существует никакой разницы, но если рассматривать позицию поискового робота, то они считаются абсолютно разными. Таким образом, это может негативно повлиять на поисковую выдачу, что отражается в дублировании контента и перераспределении веса. А 301 редирект позволяет «склеить» эти УРЛы, ссылочный вес, а также уровень авторитетности ресурса.

301 редирект передает 90% ссылочного веса, в то время как 302 — 0%

  • Также с помощью 301 редиректа можно перенаправлять пользователей со старой страницы на новую, если название ее было изменено с каких-либо причин. Это позволит новой странице сохранить уже занятые позиции в поисковой выдаче и избежать 404 ошибки и дубля контента.
  • Кроме того, если вы решили перейти на новый домен, то применение 301 редиректа позволит не только сохранить ваш трафик на сайт, но и уже наработанную базу клиентов, которая держит ваш ресурс в закладках.
  • В том случае, когда на сайте присутствует дублированный контент также принято применять 301 редирект. Разумеется, лучшим выходом из данной ситуации станет удаление повторяющегося и не уникального контента, но если вы используете 301 редирект, то поисковики будут индексировать только основную страничку.
  • Одним из способов борьбы с битыми ссылками является перенаправление пользователей на существующие страницы сайта, а значит, несуществующие страницы больше не будут вводить посетителей в заблуждение.
  • Не стоит путать по назначению редиректы и Canonical. Первый перенаправляет на новую страницу, сообщая о том, что старая уже не актуальна. Canonical же сообщеает поисковой системе, что существует несколько версий данной страницы и индексировать нужно только ту, которая прописана в <link rel=»canonical» href=»…» />

Применение 301 и 302 редиректа и SEO

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

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

Если сравнивать 302 redirect с 301, то его основное отличие состоит во временном перенаправлении на иной адрес, а значит, через определенное время все снова вернется к старому адресу. При его использовании ссылочный вес старого URL не передается новому.

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

С недавнего времени появился новый тип редиректа — 307 Moved Temporarily (HTTP 1.1 Only). По праву, это приемник 302 редиректа, который используется в тех случаях, когда контент действительно переместили на некоторое время. Появление 307 редиректа вызвано тем, что  многие вебмастера используют 301 редирект даже в тех случаях, когда изменения временны.

С позиции SEO 301 редирект самый эффективный. Старайтесь использовать как можно меньше редиректов 302, 307.

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

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

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

Существует множество способов настройки 301 редиректа, рассмотрим несколько вариантов:

  • В том случае, если потребуется перенаправить небольшое количество страничек, то лучше воспользоваться способом настройки непосредственно в коде самой странички. Обычно такое решение используют на самописных сайтах, а синтаксис задается через PHP.
  • Также возможен способ использования 301 редиректа посредством файла конфигурации сервера .htaccess, для чего применяется соответствующая команда. Примеры синтаксиса таких редиректов представлены ниже.
  • С применением mod_rewrite через .htaccess.
  • С использованием[glossary]NGINX[/glossary].
  • Использовать дополнительные модули, позволяющие управлять редиректами из админ панели.

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

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

Все примеры прописаны для использования в .htaccess (реализуется через Apache). Это самая распространенная система, которая используется на большинстве серверов и хостинг провайдеров. Кстати, о том как правильно выбрать хостинг мы уже писали. Аналогичные редиректы можно прописать и в других конфигурациях сервера (в частности -nginx), правда там другой синтаксис и построение правил. Рассмотрим конкретные примеры использования 301 редиректов.

1. Канонизация домена (склеиваем разные версии домена)

Если мы хотим, чтобы сайт был без www:

RewriteCond %{HTTP_HOST} ^www.site\.com$ [NC]
RewriteRule ^(.*)$ http://site.com/$1 [R=301,L]

Если мы хотим, чтобы сайт был с www:

RewriteCond %{HTTP_HOST} ^site\.com$ [NC]
RewriteRule ^(.*)$ http://www.site.com/$1 [R=301,L]

2. Убираем или добавляем слеш в конце URL

Если хотите, чтобы адрес страницы выглядел следующим образом: https://seosreda.com.ua/301-seo-redirekt

RewriteCond %{HTTP_HOST} (.*)
RewriteCond %{REQUEST_URI} /$ [NC]
RewriteRule ^(.*)(/)$ $1 [L,R=301]

Если хотите, чтобы адрес страницы выглядел следующим образом: https://seosreda.com.ua/301-seo-redirekt/

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule ^(.*[^/])$ $1/ [L,R=301]

3. Перенаправляем с одной страницы на вторую

Redirect 301 /page1.html http://www.site.com/page2.html

4. Перенаправление всего раздела или каталога

Если структура перемещаемого раздела отображается в url адресе:

RewriteRule ^(.*)/old-catalog/(.*)$ $1/new-catalog/$2 [R=301,L]

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

RewriteRule old-catalog /(.*) / old-catalog /$1 [R=301,L]

5. Редиректы для разных поддоменов или доменов которые нужно склеить

RewriteCond %{HTTP_HOST} !^www\.site\.com
RewriteRule ^(.*)$ http://www.site.com/$1 [R=301,L]

6. Удаление нескольких символов в адресе

Если хотим удалить несколько повтором в адресе страницы, используем конструкцию:

RewriteCond %{REQUEST_URI} ^(.*)//(.*)$
RewriteRule . %1/%2 [R=301,L]

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

301 редирект на защищенный протокол HTTPS

Отдельного внимания заслуживает редирект с http на https. Актуальность данного вопроса вызвана тем фактом, что использование SSL это фактор ранжирования. Если вы что-то упустили, тут можно почитать о том, почему нужно использовать SSL и как это повлияет на ранжирование. Реализовать редирект всех страниц с http на https можно:

При помощи apache и .htaccess

RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Альтернативный вариант:

RewriteCond %{HTTP:X-HTTPS} !1
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

При помощи nginx

server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
return 301 https://$host$request_uri;
}

4.9 / 5 ( 7 голосов )

5 причин использовать 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 редиректа производится непосредственно в коде странички, которую нужно перенаправить на новый адрес. Чтобы произвести редирект на другую страницу необходимо в самое начало ее кода вставить следующее:

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


     

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

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

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

Итог

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

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

 

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

 

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *