Если бы в мире SEO был собственный «ад Данте», на последнем его кругу, вмёрзшими в ледяное озеро, томились бы оптимизаторы, плодящие дубли на сайтах. Этот «грех» в SEO входит в число самых тяжёлых. Все усилия по продвижению страницы «канут в Лету», если в индексе поисковика присутствует её дубликат.
Эффективным инструментом борьбы с дублями является 301 редирект. Статья расскажет, как проверить 301 редирект и какими способами его можно настроить на сайте.
Что представляет собой 301 редирект
301 редирект — постоянное перенаправление с одной страницы на другую. За счёт 301 редиректа мы сообщаем поисковику, что рабочую страницу необходимо проиндексировать, а перенаправляемую — выбросить из индекса.
Типичный пример использования 301 редиректа — перенаправление HTTP-страницы на HTTPS. Попробуйте сами: вбейте в адресную строку браузера http://www.web-dius.ru. Если не станете отводить глаз от адресной строки, обнаружите, что некоторое время (буквально долю секунды) браузер будет пребывать в замешательстве, потом выдаст страницу https://www.web-dius.ru — не ту, которую вы хотели получить, а ту, которую мы захотели показать. «Правильную», с защищённым протоколом.
Что происходит во время перенаправления и почему браузер оказывается в замешательстве? Происходит своего рода диалог между сайтом и браузером. Сайт посредством 301 редиректа сообщает браузеру:
Страница X перемещена навсегда! Не надо больше её показывать. Лучше покажи человеку страницу Y.
Браузер отвечает:
Нет проблем! Тогда я действительно лучше покажу страницу Y.
Поскольку сайт и браузер «сговорились», у пользователя нет шансов увидеть «спрятанную» страницу X, пока редирект с неё не удалят.
Не стоит злоупотреблять 301 редиректами и ставить их без необходимости. Помните: страничка через редирект загружается дольше, чем без редиректа. Долгое время загрузки веб-страницы — отрицательный фактор ранжирования для поисковых систем.
Когда используется 301 редирект
Один пример использования 301 редиректов уже рассмотрели — когда происходит склейка при переезде на SSL-сертификат. Постоянное перенаправление настраивается и в иных случаях:
- Когда перерабатывается структура URL-адресов. URL-адрес рекомендуется выстраивать таким образом, чтобы он отражал путь до страницы в рамках сайта и был ЧПУ (человеко-понятным). Однако на некоторых сайтах можно встретить подобные адреса: https://habr.com/ru/post/541632/. Если захотите поменять такой адрес на ЧПУ — с использованием слов на транслите — придётся обращаться к 301 редиректу.
- Если дубли возникают стихийно. Увы, у некоторых CMS есть склонность самостоятельно плодить дубликаты страниц с параметрами на конце URL. От таких дублей SEO-шнику тоже приходится избавляться посредством перенаправления. Хотя это — «борьба с ветряными мельницами», пока не отыщешь и не устранишь изъян в «движке».
- При переносе разделов на поддомены. Есть гипотеза, что блог при коммерческом сайте выше котируется у поисковиков, если находится на поддомене. Если задумаете перенести «информационку» на поддомен, не обойтись без 301 редиректов.
- Если нужно просто удалить страницу. Когда может понадобиться? Когда информация на странице устарела. Скажем, вы продаёте онлайн-кассы, и одна страни чка на сайте посвящена кассам для ЕНВД. Вряд ли есть смысл сохранять эту страницу в 2021 году — ЕНВД отменён. Предвосхищая ваше возражение, отметим, что сберечь вес этой страницы, перенаправив её, например, на страницу, предлагающую кассы для патентной системы налогообложения, не получится — поисковая система не дурак. От неактуальной страницы избавляемся, перенаправляя на 404.
Ну и, конечно, 301 редирект необходим для настройки главного зеркала сайта. Скажем, если главное зеркало — без www, придётся установить редирект с www-страницы (www.site.ru → site.ru). Если наоборот — сделать редирект на www-страницу (site.ru → www.site.ru). Также нужно настроить перенаправление со страницы /index.php на главную (site.ru/index.php → site.ru) и выбрать, оставить ли главное зеркало со слэшем на конце (site.ru → site.ru/) или без (site.ru/ → site.ru). Задача сводится к следующему: посредством редиректов добиться, чтобы в индексе не было двух версий главной страницы сайта.
Виды редиректов
301 редирект — наиболее распространённый, но не единственный. Есть редиректы и других видов:
- 302 — является временным в отличие от 301 (который постоянный). 302 редирект даёт поисковой машине сигнал, что на странице-доноре пока не стоит «ставить крест». Обе страницы присутствуют в индексе, передачи веса и внутренних метрик страницы-донора не происходит.
- 307 — тоже временный. Используется крайне редко и только когда контент «переезжает» на непродолжительное время — например, на время техобслуживания сайта.
- Meta Refresh — отложенный редирект, который происходит не на уровне сервера, а непосредственно на сайте. Отложенный — значит, перенаправление осуществляется только спустя несколько секунд. Пользователь в течение этих секунд обычно видит текст наподобие такого:
Если переход не произошёл через n секунд, нажмите здесь
Вы точно могли видеть редирект типа Meta Refresh, если пользовались антиплагиатом Text.ru. Когда пытаешься пройти по ссылке на страницу, с контентом которой сервис нашёл совпадения, видишь такую картину:
Text.ru использует редирект типа meta refresh
Перенаправление происходит спустя 20 секунд.
Редирект Meta Refresh — не есть хорошо для SEO. Google прямо говорит, что такая практика противоречит правилам поисковой системы.
- Rel="canonical". Вообще тег каноникал не является редиректом, поскольку перенаправления не происходит. Пользователь видит страницу с дублирующимся контентом, хотя в индексе она не находится. Тег каноникал служит для передачи веса и накопленных характеристик со второстепенной страницы на главную. Обычно rel="canonical" ставят на страницы пагинации. Роль главной играет первая страница в каталоге, остальные лишь «сливают» ей свой вес.
В 90% случаев SEO-специалистами используется 301 редирект.
Где настраивается 301 редирект
Как правило, ломать голову или писать код для установки редиректа необходимости нет. Большинство известных CMS (например, Bitrix) позволяют сделать перенаправление за счёт встроенного инструментария. WordPress отличился не с лучшей стороны — на «движке» по умолчанию нет функционала для простановки редиректа. Приходится скачивать и ставить плагины для настройки 301 редиректа — например, Redirection.
Ещё один распространённый способ — сделать редирект через htaccess. Htaccess —конфигурационный файл веб-сервера Apache. Вы почти наверняка найдёте его в корня сайта через панель управления хостинга. Ну а если не найдёте — просто создайте при помощи блокнота.
Файл htaccess в файловом менеджере хостинга Timeweb
Ниже — фрагменты кода для установки самых популярных редиректов в htaccess.
Перенаправить с одной страницы на другую:
Перенаправить весь сайт с http на https:
Создавать редирект можно лишь после установки защищённого сертификата.
Постраничный редирект 301:
Постраничный редирект пригодится, если, например, нужно сделать перенаправление со всех страниц, кроме одной.
Редирект в htaccess с www на без www:
С «без www» на «с www»:
Редирект на главную с /index.php:
В примерах вместо site.com нужно вставить адрес продвигаемого сайта.
Настройка 301 редиректа для кириллического домена — более сложная задача. Такой домен нельзя вставлять в код редиректа в формате по умолчанию. Необходимо перевести запись домена в формат Punycode с помощью любого конвертера — скажем, 2ip. После конвертации запись выглядит примерно так: xn—80aswg.xn—p1ai (исходник — сайт.рф).
Другие способы создания переадресации 301
Есть уйма других способов сделать 301 редирект:
- Через PHP. Настроенный через PHP 301 редирект работает на уровне сервера. Он медленнее перенаправления через htaccess. Однако в частных случаях удобнее — например, когда необходимо прописать редиректы на десятках страниц. Настраивается в файле index.php, размещённый там, где htaccess.
- Через мета-тег в HTML. Можно настроить в HTML 301 редирект типа meta refresh. Нужно внести в код HTML скрипт редиректа:
Обратите внимание на цифру 10. Это длительность задержки перед редиректом в секундах. Если поставить 0, перенаправление будет немедленным.
- Редирект в Nginx. Если используете не Apache, а сервер типа Nginx, роль файла htaccess играет nginx.config. В нём нужно прописывать редирект. Код добавляется в секцию server.
- Через JavaScript. JavaScript, как HTML-тег meta refresh, используется для настройки отложенных редиректов. У метода с использованием JSP есть критический недостаток: если пользователь отключил в браузере JavaScript, перенаправления не будет.
- ASP.NET-редирект. Добавляется путём внесения кода в файл web.config, который можно найти в корне сайта.
Автоматическое создание переадресации
Если выше вы не нашли кода, который нужен конкретно в вашей ситуации, можете сгенерировать сами. Используйте один из онлайн-сервисов:
- Сервис Rapidtables. Позволяет генерировать код для редиректов типов JSP, PHP, HTML, ASP.NET, Apache (для htaccess). Из минусов — нет шаблонов для распространённых случаев (например, для перевода сайта на HTTPS).
- Генератор от BeamUsUp. Удобная прога с большим количеством шаблонов. Из минусов — создаёт коды для редиректов только в htaccess и не переведена на русский.
- Сервис Aleyda Solis. Набор инструментов от самой известной представительницы прекрасного пола в мире SEO. Абсолютный аналог генератора BeamUsUp.
- Инструмент Seo-Zona. Делает коды редиректов для PHP, HTML, JavaScript, ASP.NET, Apache. Шаблонов нет, и это плохо — генерировать код для массовых редиректов проблематично.
- Сервис Iksweb. Функциональный инструмент для создания htaccess-файла на русском языке.
Если ваша ситуация стандартна — например, когда хотите сделать код для редиректа страницы с www на страницу без www — воспользуйтесь программами BeamUsUp или Алейды Солис. Когда собираетесь сделать редирект не через htaccess, применяйте сервисы Rapidtables и Seo-Zona. А вот если серверы вашего сайта на Nginx, вы можете воспользоваться этим конвертером, чтобы преобразовать коды перенаправлений для htaccess в редиректы для nginx.config.
Как проверить 301 редирект
Проверку редиректа 301 легко выполнить вручную — просто попытавшись перейти на страницу, которая перенаправляет. Для пущей уверенности можно использовать специальные сервисы:
- Redirect Checker.
- PR-CY Info.
- Bertal.
Рекомендуем последний, он самый информативный. Показывает, в частности, тип сервера, на котором лежит сайт.
Перечисленные сервисы не подойдут для массовой проверки URL-адресов. Справиться с этой задачей поможет инструмент Internet Marketing Ninjas. За раз можно проверить до 1000 урлов. Хотя «трушные» SEO-шники, конечно, используют для этой цели Screaming Frog SEO Spider. Достаточно упорядочить по убыванию данные по колонке Status Code — и все страницы с редиректами окажутся вверху таблицы.
Screaming Frog SEO Spider
Ошибки, которых следует избегать при настройке редиректа 301
Первое и самое важное — избегайте цепочек редиректов. Цепочка редиректов (множественные редиректы) — ситуация, когда страница А перенаправляет на страницу Б, которая в свою очередь перенаправляет на страницу В. Это плохо по ряду причин:
- Множественные редиректы «пожирают» краулинговый бюджет поисковой системы.
- Конечная страница из-за нескольких перенаправлений загружается долго.
- При редиректе передаётся не весь PageRank, а только часть. Это подтвердил Джон Мюллер из Google. Сколько PageRank останется, когда дело дойдёт до конечной страницы при цепочке редиректов? Можно предположить, что немного.
Еще одна типичная ошибка при простановке редиректа — перенаправление на страницу с нерелевантным контентом. Например, когда страница продавала онлайн-кассы, а мы сделали с неё редирект на страницу, продающую банковские пин-пады. Это чистой воды «читерство», которое поисковая система, естественно, распознаёт и не прощает.
Заключение
Редирект 301 сейчас — настолько популярный инструмент, что появилось даже специальное направление SEO-деятельности «продвижение 301 редиректами». Это когда отыскиваешь домены, которые по тематике близки продвигаемому сайту, покупаешь их и с них проставляешь редиректы.
Поручиться за эффективность такого метода мы не можем. Считайте нас ретроградами, но мы рекомендуем десять раз подумать, прежде чем сделать редирект. Поисковые системы очень тяжело «переваривают» 301 редиректы. По словам Джона Мюллера, поисковику может потребоваться до 1 года, чтобы полностью распознать перемещение страницы и перераспределить вес.
Комментарии