301 редирект для SEO: как настроить 301 редирект

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

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

Настроить 301 редирект можно разными способами:

• с помощью файлов .htaccess;
• с помощью PHP;
• используя плагины для CMS,
• через nginx.conf.

301 редирект (301 Permanent Redirect) — способ перенаправления пользователей и роботов поисковых систем на другой URL. При обращении к странице сервер отдаёт код ответа 301 и сообщает, по какому адресу доступен контент. Роботы поисковых систем видят, что информации на старой странице нет и добавляют новую посадочную в индекс. 

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

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

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

Глобальная задача, которую решает перенаправление — склейка двух адресов. Если site.ru/old-url перестаёт существовать и владелец сайта хочет перенести весь траст сайта на site.ru/new-url, поможет только 301 редирект. Конечно, можно скопировать контент и добавить новую страницу в индекс, но нет гарантий, что со временем она выйдет на прежний уровень видимости и не снизится трафик сайта. После настройки 301 редиректа обязательно проверяйте посещаемость сайта. 

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

Какие задачи можно решить с помощью 301 редиректа:

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

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

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

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

Оптимизаторы часто путают 301 редирект с тегом Canonical. Они считают, что оба инструмента решают одну задачу и думают, что проще проставить тег, чем открывать конфигурационный файл htaccess, вникать в правила редиректов и следить за корректностью настройки.

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

1. 301 редирект. Оптимизатор принял решение обновить контент страницы с плохими позициями, но перенести её по новому адресу, потому что в URL были ошибки на старте продвижения сайта. Он создаёт новую страницу, добавляет контент и настраивает перенаправление. 
2. Canonical. В каталоге интернет-магазина есть страницы пагинации с дублированным содержимым. Вебмастер настраивает тег Canonical таким образом, чтобы все страницы ссылались на первую. Поисковики получают соответствующий сигнал и добавляют главную страницу в индекс. 

301 редирект и Canonical — родственные инструменты, но они решают разные задачи. Обычно вебмастеру не приходится вручную добавлять тег каноничности, потому что в популярных CMS всё уже настроено. С пагинацией в каталоге товаров или на страницах блога проблем нет. 

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

Существует не только 301 редирект, а ещё и 302, 303, 304 и даже 307. Каждая цифра характеризует инструмент, который подходит для конкретных ситуаций. Например, 303 редирект показывает, что URL перемещен по другому адресу, но подходящей страницы может и не быть. В этом случае выбирается страница с более-менее релевантным содержимым. 

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

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

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

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

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

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

Один из самых частых сценариев, который используют оптимизаторы. Задача особенно актуальна при продвижении больших сайтов с тысячами страниц. Настроить 10-20 редиректов вручную не проблема, а вот когда речь идёт о сотнях перенаправлений, лучше использовать специализированные инструменты.

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

Самый простой вариант настройки редиректа:

Redirect 301 /very-old-page /very-new-page

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

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

Редирект с одного домена на другой

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

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

RewriteEngine On

RewriteCond %{HTTP_HOST} old.ru

RewriteRule (.*) http://news.ru/$1 [R=301,L]

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

301 редирект с www на без www и наоборот

Обычно поисковые системы не индексируют домены с www и без, но лучше указать приоритетную версию с помощью 301 редиректа. Тогда при обращении к сайту роботы поисковиков будут видеть, что домен надо индексировать с приставкой www или без неё. 

301 редирект с www на чистый домен:

RewriteCond %{HTTP_HOST} ^www.old.ru$ [NC]

RewriteRule ^(.*)$ http://new.ru/$1 [R=301,L]

301 редирект с чистого домена на версию с www:

RewriteCond %{HTTP_HOST} ^old.ru

RewriteRule (.*) http://www.new.ru/$1 [R=301,L]

Перенаправление с HTTP на HTTPS

После того, как Google повысил значимость защищённого соединения для успешного продвижения сайта, оптимизаторы начали массово устанавливать SSL-сертификаты и переезжать на HTTPS протокол. 

Обратите внимание, что поисковые системы распознают https://site.ru и http://site.ru как разные версии сайта и обе могут появиться в выдаче поисковых систем. Проверка перенаправления с http на https входит в seo-чеклист любого оптимизатора. Поэтому, после установки SSL-сертификата необходимо склеить домены и выбрать главный адрес. 

Несколько вариантов 301 редиректа:

RewriteCond %{SERVER_PORT} !^443$

RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

RewriteCond %{HTTPS} =off 

RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,L]

RewriteCond %{ENV:HTTPS} !on 

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

Другие виды редиректов

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

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

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

Мы уже частично ответили на этот вопрос, но добавление правил в htaccess — далеко не единственный способ настройки перенаправлений. Есть ещё несколько вариантов, которые можно использовать в зависимости от особенностей хостинга и опытности вебмастера. 

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

Плагины для CMS

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

Если сайт работает на базе Wordpress, воспользуйтесь плагином 301 Redirects или Redirection. Для Bitrix есть релевантный модуль «Редиректы, поиск битых ссылок (ошибок 404)». Drupal, OpenCart, DLE и другие движки тоже не обделены вниманием, но работоспособность компонентов надо проверять на практике. 

В некоторых SEO-плагинах для самой популярной CMS в мире — Wordpress, встроены инструменты, позволяющие быстро настраивать редиректы. И не только перенаправления с одной страницы на другую, а даже массовые редиректы с учётом шаблона. Такие возможности есть в Rank Math SEO и Yoast SEO.

В Rank Math можно выбрать тип перенаправления, код ответа сервера и экспортировать существующие правила в htaccess или в конфигурационный файл Nginx. 

Через htacсess

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

Конечно, в htaccess можно добавить 100-200 правил, но для таких задач лучше использовать плагины, чтобы можно было гибко управлять редиректами, а не копаться в длинном файле и пересматривать многочисленные строчки кода. 

Редактировать конфигурационный файл можно в панели управления хостингом или загрузить на компьютер, внести изменения и залить обновлённую версию на сервер. Для удобства добавляйте в htaccess комментарии, чтобы со временем не забыть, зачем был сделан редирект. Они отмечаются символом # и игнорируются веб-сервером. Особенности настройки редиректов в файле .htaccess мы рассмотрели выше. 

PHP условия

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

301 редирект с одного адреса на другой:

<?php

header("HTTP/1.1 301 Moved Permanently");

header("Location: http://www.host.ru");

exit();

?>

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

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

301 редирект через Nginx

Если сайт работает на базе веб-сервера с Nginx, то htaccess в корне не будет. Для настройки редиректов используется nginx.conf. Синтаксис отличается от примеров, которые мы публиковали выше. 

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

server {

 listen 443;

 location /blog/one {

  return 301 /two/;

 }

А редирект с www версии на чистый домен выглядит так:

server {

server_name www.[domain];

return 301 $scheme://[domain]$request_uri;

}

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

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

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

Существует несколько способов проверки корректности 301 редиректа. Лучше использовать несколько вариантов, чтобы получить 100% уверенность в отсутствии проблем. 

1. Консоли для вебмастеров. В Google Search Console есть инструменты для получения ответа сервера. Проверьте, что видят поисковые роботы при обращении и внесите изменения в правила переадресации при необходимости.
2. Сервисы проверки ответа сервера. В сети много бесплатных инструментов для выполнения этой задачи. Можете использовать для этой задачи наш инструмент — https://collaborator.pro/tools/urlchecker/. Введите адрес, задайте настройки и посмотрите ответ сервера. 
3. Сервисы проверки htaccess. Есть несколько сервисов, которые проверяют корректность правил в конфигурационном файле и уведомляют о найденных ошибках. Например, htaccess tester  и htaccess check. Они не проверяют переадресацию, а лишь анализируют синтаксис. 

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

Советы при работе с 301 редиректами:

1. Выбирайте правильный тип перенаправления. Не используйте 302, 307 и другие варианты для постоянного перемещения контента на другой адрес. 

2. Защитите htaccess от правок. Конфигурационный файл может перезаписываться после обновления CMS или установки технического плагина. Выставьте права 555 на хостинге и тогда перезаписать файл не получится. 

3. Избавьтесь от конфликтов. Если собираетесь делать 301 редирект через htaccess и на сайте установлен плагин для решения аналогичной задачи, лучше использовать какой-то один инструмент. 

4. Удалите BOM-сигнатуру. Если редактируете htaccess на компьютере, убедитесь, что выставлена кодировка UTF-8. 

5. Добавляйте комментарии. Когда правил 5-10 комментарии могут и не пригодиться, а если строк больше сотни, лучше добавить для себя напоминания. 

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