Редирект: что это такое и как его настроить

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

Если дать определение по документации MDN, перенаправление это способ показать одну страницу, форму или целое веб-приложение по нескольким адресам. На запрос приходит ответ с указанием, где искать страницу, и браузер сам идёт по новому адресу. В большинстве случаев, как сказано в той же документации, посетитель этого даже не замечает.

Поисковым роботам редирект подаёт тот же сигнал. В документации Google подчёркнуто: переход по новому URL вместо исходного указывает посетителям и роботам, что страница перемещена. От типа редиректа зависит, какой адрес поисковик покажет в выдаче.

Типичный пример знаком каждому владельцу сайта. Посетитель, который перейдёт по ссылке с http, автоматически окажется на защищённой версии с https: такой редирект есть почти у каждого проекта. Так же работают склейка адресов с www и без него, перенос каталога в другой раздел, смена домена после ребрендинга. Магазин, например, переносит каталог из раздела /catalog/ в /shop/catalog/, а старые ссылки из закладок и чужих статей продолжают работать.

Как работает редирект и когда он нужен

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

Документация Google перечисляет ситуации, когда редирект нужен:

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

Первые два пункта относятся к порядку в адресах. В справке Яндекса объяснено, почему это важно: робот воспринимает адреса с www и без него, с http и https как разные сайты. Они начинают конкурировать в выдаче, и один из адресов может терять трафик и позиции. Редирект на главную версию убирает эту конкуренцию.

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

Какие бывают виды редиректов?

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

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

Беспокойство о потере веса при переезде во многом устарело. Гэри Иллиш из Google сформулировал это коротко:

30x redirects don’t lose PageRank anymore.

Гэри Иллиш, Google, в материале Search Engine Journal

Код 303 отдельный. MDN описывает его как перенаправление после отправки данных, которое защищает от повторного выполнения операции при обновлении страницы. Покупатель оплатил заказ, сайт показал страницу благодарности, и повторное обновление страницы уже не отправит платёж второй раз.

Есть и редиректы без кода ответа. MDN называет два варианта: мета-тег refresh в HTML и JavaScript, причём последний там описан как последняя возможность. Они работают на стороне браузера, поэтому медленнее и менее надёжны для поиска. Если не получается настроить сервер, используйте их временно, а основу стройте на серверных правилах.

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

Сначала ответьте на два вопроса: перенос постоянный или временный, и с каких адресов на какие он ведёт. Затем выберите уровень настройки. Редиректы настраивают на уровне сервера через .htaccess для Apache или конфигурацию Nginx, на уровне приложения через код, а также тегом meta refresh, у которого есть серьёзные ограничения.

Если доступ к серверу есть, используйте правила веб-сервера. Типовые примеры собраны в таблице. Перед правкой .htaccess сделайте копию файла: лишний символ в правиле способен положить весь проект, а откатить изменение без копии будет нечем. Для сложных условий, например проверки протокола или домена, по описанию Timeweb служит модуль mod_rewrite.

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

Без доступа к серверу выручают CMS и плагины. Для WordPress, как правило, ставят плагин для редиректов, а в конструкторах вроде Tilda есть отдельное поле для постоянных редиректов в настройках проекта. Набор возможностей зависит от конкретной платформы, поэтому сначала загляните в раздел настроек.

Показателен случай челябинской компании по продаже автозапчастей. После редизайна у неё поменялись адреса страниц, а редиректы никто не настроил. Старые ссылки из Яндекса вели на 404, и, по рассказу подрядчика, поисковый трафик упал почти до нуля. Специалисты агентства INTERVOLGA в рассказе на Хабре вручную составили соответствия для 500 самых посещаемых страниц, список которых взяли из Яндекс Метрики, и затем убрали дубли с http, www, index.php и index.html. Это отчёт самого агентства, поэтому цифры стоит читать с поправкой.

Как проверить, что редирект работает

Проверка занимает пару минут, и пропускать её не стоит. Быстрее всего открыть старый адрес в браузере. Но тут есть ловушка: в том же материале Timeweb отмечено, что браузеры жёстко кэшируют ответ 301, поэтому проверять нужно в режиме инкогнито, иначе ошибка останется незамеченной.

Браузер не показывает код ответа, поэтому добавьте онлайн-сервис. Он выводит код, число переходов и конечную страницу. В открытых материалах называют Redirect Checker, bertal.ru и Header Checker Tool. Конечная страница должна отвечать успешным статусом, иначе вы просто перенесли ошибку на новый адрес. Хороший отчёт сервиса отвечает на четыре вопроса:

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

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

Для большого проекта нужен обход целиком. Там же рекомендован краулер Screaming Frog SEO Spider: он собирает отчёт по всем перенаправлениям и считает длину цепочек. Дополните его данными поисковиков: так вы увидите картину глазами робота и сможете сверить её с тем, что показывает браузер.

Поисковые системы подскажут то, что не видно в браузере. В Яндекс Вебмастере и Google Search Console видно, как поисковики воспринимают ваши адреса. Для старых страниц проверяйте, выпали ли они из индекса, и сравните список адресов из индекса со списком редиректов.

Почему редирект не срабатывает: частые ошибки

Рассмотрим ошибки по частоте. Первая, цепочка: A ведёт на B, B на C. Тот же материал предупреждает, что роботы неохотно обходят такие конструкции и тратят краулинговый бюджет, а цепочка более чем из пяти переходов может остановить индексацию. Оставляйте один шаг до конечной страницы и после каждого правила проверяйте, не получилась ли цепочка вида http, www, https, без www.

Вторая ошибка, редирект всех удалённых страниц на главную. В той же справке Яндекса советуют так не делать: это неудобно посетителям и замедляет индексацию нового сайта. Ведите старую страницу на ближайшую по смыслу. Если такой нет, честнее показать страницу «не найдено», чем увести человека в случайное место. Как оформить такую страницу, мы уже разбирали.

Третья, цикл: правило отправляет страницу на неё же или на соседнюю, которая возвращает обратно. Документация MDN предупреждает: цикл полностью нарушает работу посетителя. Если сервер цикл не заметил, он ответит кодом ошибки сервера. Если вы увидели 500 вскоре после правки конфигурации, сначала ищите цикл.

Четвёртая, конфликт правил: одно и то же задано в CMS, плагине, .htaccess и у хостинга. Такие конфликты, как и устаревший кэш сервера или CDN, часто становятся причиной сбоев. Если редирект не работает, начните с заголовков ответа и посмотрите, какое правило срабатывает первым.

Цену таких ошибок показывает кейс американского агентства Seer Interactive. Клиентом была компания из сегмента товаров повседневного спроса. После смены CMS и структуры адресов органический трафик клиента просел на 26%. Аудит нашёл 163 198 адресов без правильного редиректа и около 90 тысяч страниц 404 из-за пропусков в карте переадресаций. Агентство, по его собственному отчёту, сократило число 404 на 94%, оставив около 5 тысяч, и через время клиент увидел рост органического трафика на 125%. Это самоотчёт исполнителя, но порядок действий универсален: сначала карта, потом обход, потом разбор остатков.

Как редирект связан с SEO и переездом сайта

При смене домена или протокола редирект превращается в главный инструмент переезда. Яндекс в блоге для вебмастеров объяснил порядок: поставить постраничный 301 на все неглавные зеркала, затем указать новое главное зеркало в инструменте «Переезд сайта». Обычно это занимает несколько дней, а без возможности поставить 301 процесс может растянуться на недели.

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

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

Хорошо видно роль карты редиректов на примере агентства Webit. Для международного сервиса денежных переводов Avosend агентство Webit вело переезд на новую CMS: сопоставило страницы старого сайта с тестовой версией нового, подготовило карты редиректов и запустило сайт на обход через новую карту sitemap. Трафик полностью восстановился за несколько месяцев и затем пошёл вверх. Кейс опубликован как отчёт самого агентства. Заметна и ошибка: не для всех языковых версий настроили редиректы, и в индексе появились дубли вроде /ru-ru/ и /ru-uz/. Лечили это постоянными редиректами на близкие по содержанию адреса.

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

1. Выгрузите адреса из индекса и Метрики, чтобы не потерять посещаемые страницы.
2. Составьте таблицу соответствий: старый адрес, новый адрес, код ответа.
3. Проверьте таблицу на тестовой версии нового сайта и найдите цепочки.
4. Запустите сайт, отправьте новую карту sitemap и проверьте старые адреса в инструментах вебмастера.

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

Частые вопросы