Как исправить редирект на сайте

Ошибка «Сайт выполнил переадресацию слишком много раз»

Причина возникновения ошибки

Сайт, на который не установлен сертификат безопасности, работает по незащищённому протоколу HTTP. URL такого сайта выглядит так: http://your_site.ru. Чтобы сайт работал по защищённому соединению, нужно приобрести SSL-сертификат. Подробнее о HTTP читайте в статье Для чего необходим SSL-сертификат.

При установке сертификата ваш сайт становится доступен по безопасному протоколу HTTPS и URL выглядит так: https://your_site.ru. Однако одной покупки и установки SSL-сертификата недостаточно. По умолчанию сайт по-прежнему открывается по протоколу HTTP. Чтобы ваш сайт начал работать по HTTPS, необходимо настроить редирект с HTTP на HTTPS.

Вариантов сделать редирект несколько. Всё зависит от платформы, на которой сделан сайт. Проще всего сделать редирект на WordPress с помощью плагинов. Если сайт самописный, редиректы устанавливают через конфигурационные файлы .htaccess или web.config. Также можно использовать инструмент для добавления редиректа в панели управления хостингом. Все перечисленные способы вы можете найти в разделе Редиректы.

Если редирект был сделан неправильно, у пользователя может возникнуть циклическая переадресация, которая приводит к ошибке. Как это происходит? При настройке редиректа вы задаёте перенаправление http://your_site.ru —> https://your_site.ru. Если при этом в CMS или на сайте задан параметр открывать сайт строго по протоколу http, возникает замкнутый цикл: http://your_site.ru —> https://your_site.ru —>http://your_site.ru —> https://your_site.ru>… Сервер фиксирует слишком большое количество переадресаций и выдаёт ошибку ERR_TOO_MANY_REDIRECTS.

Сайт выполнил переадресацию слишком много раз или ERR TOO MANY REDIRECTS: как исправить

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

ERR TOO MANY REDIRECTS: что делать, если я владелец сайта

1. Подумайте, какие действия вы делали с сайтом за последнее время. Вернитесь к старой версии сайта, – если ошибка пропала, значит, новые настройки были некорректны.

2. Проверьте настройки HTTPS. Часто ошибка ERR_TOO_MANY_REDIRECTS появляется при неправильной настройке переадресации HTTP на HTTPS. Правильно ли вы настроили редирект, можно проверить по инструкциям:

   • редирект в панели управления ISPmanager, cPanel или Plesk,
   • редирект для сайтов на WordPress.
3. Проверьте, не влияют ли на работу сайта плагины. Иногда плагины нарушают работу сервера и могут появляться различные ошибки, в том числе и TOO MANY REDIRECTS 310. Отключите по очереди каждый плагин или переименуйте папку plugins в каталоге файлов вашего сайта на любое другое название. Если сайт заработает, удалите плагин-виновник.
4. Если у вас кириллический домен, проверьте, как в настройках WordPress указан ваш домен. Кириллические домены хоть и удобны в использовании, однако они не соответствуют UNICODE-системе, поэтому для них создали Punycode. Именно в этой форме нужно добавлять название сайта во все настройки. Чтобы перевести кириллический домен в Punycode, используйте конвертер. Например, ваш сайт дачник.ру. В формате Punycode он будет выглядеть xn--80ahnin3d.xn--p1ag.
5. Ошибка в конфигурационном файле. Каждая CMS имеет собственный конфигурационный файл, который использует индивидуальные правила для перенаправления. Описать все способы исправления этой ошибки невозможно. Вы можете проверить все добавленные правила переадресации и устранить конфликт, обратившись за помощью к разработчикам сайта или на тематические форумы по используемой CMS. Также вам может помочь замена текущего файла .htaccess на стандартный для используемой вами CMS. Если вы используете WordPress или Joomla, можете добавить некоторые записи в конфигурационные записи по одной из инструкций ниже.

define('FORCE_SSL_ADMIN', true);

if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') 
$_SERVER['HTTPS']='on';

SetEnvIfNoCase X-Forwarded-Proto "https" HTTPS=on

RewriteCond %{HTTP:X-FORWARDED-PROTO} ^https$
RewriteRule .? - [E=HTTPS:on]

Что делать, если я пользователь

1. Откройте сайт в другом браузере. Если ошибка сохраняется, значит есть проблема с сервером и восстановить доступ к сайту может только владелец. Если сайт загружается, значит проблема со стороны вашего устройства. Выполните шаги описанные ниже.
2. Очистите cookies и кэш браузера. Временные файлы сохраняют данные посещённых сайтов, чтобы в дальнейшем не тратить время на обращение к серверу, а использовать информацию с устройства. Несмотря на пользу временных файлов, бывает, что они мешают показать новую версию сайта. Если на веб-ресурсе была ошибка и владелец её исправил, пользователь может не увидеть новый вариант. Чтобы браузер обратился к серверу сайта, а не к временным данным, очистите кеш и cookies браузера.
3. Проверьте расширения в браузере. Они могут влиять на связь браузера и сервера. Отключите недавно установленные расширения. Если сайт заработал, расширение придётся удалить.
4. Если вы используете VPN, попробуйте зайти на сайт без него. Некоторые сайты ограничивают вход для зарубежных серверов, через которые могут работать сервисы VPN.
5. Проверьте дату и время на устройстве. Для HTTPS-соединения важно, чтобы дата и время совпадали (хотя бы примерно) с датой и временем на сервере сайта. Если на устройстве время отстаёт или спешит, могут возникать различные ошибки, в том числе и ошибка переадресации.
6. Если вы попробовали все вышеописанные решения и ничего не изменилось, но вы уверены, что виноват браузер, возможно, ошибка в самой программе. Удалите и заново установите браузер или сбросьте его до базовых настроек.

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

Редиректы – это просто. Их используют для автоматического перенаправления пользователей с одного URL-адреса на другой. Но это, если смотреть на редиректы глазами тех, кто не утруждает себя вопросами поисковой оптимизации. С точки зрения SEO все сложнее. Редиректы напрямую соотносятся с продвижением в поиске и могут привести к множеству проблем, которые ухудшат представление сайта в Google и Яндексе. При этом от 301-редиректов никуда не деться: для каждого оптимизатора рано или поздно наступает момент, когда его настройка на сайте становится обязательной. Разбираем главные SEO-вопросы по этой теме в нашем FAQ.

Что такое 301-редирект

Это код ответа сервера, сообщающий, что исходная ссылка получила новый URL-адрес. Другими словами, код 301 указывает браузеру, что неактуальная страница (или весь сайт) окончательно перемещены в новое место. Перейдя по ссылке, с настроенным редиректом, или введя ее в браузерную строку – пользователь автоматически перенаправится на другой URL-адрес.

Почему 301-редирект так важен для SEO?

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

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

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

Мы описали общую логику работы редиректов. Теперь – когда их используют на практике.

✓ Навсегда меняют URL-страницы

Это может быть актуально при смене CMS или переезде на самописный сайт; при изменении структуры ресурса или просто массовом обновлении URL-адресов, например, при переходе на систему ЧПУ.

✓ Переезд на новый домен

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

✓ Установка сертификата безопасности SSL

Переход с HTTP на защищенный протокол HTTPS влечет фактическое изменение адреса сайта и всех его страниц. Все запросы к старым версиям URL должны быть корректно перенаправлены на версии с HTTPS.

✓ Склейка страниц без WWW и WWW-версий

Страницы с одинаковым содержимым, но разной структурой URL-адреса (с WWW и без WWW) воспринимаются поисковыми роботами как дублированный контент. Это серьезная проблема для SEO, и ее решают через объединение двух страниц посредством 301-редиректа.

✓ Редиректы с безслешевых версий URL на слешевые

URL страниц по умолчанию имеют слеши в конце. Если мы убираем слеш, нужно настроить соответствующее перенаправление (/blog/statia/ →301→ /blog/statia). Не сделав это, поисковая система распознает безслешевый урл как абсолютно другой документ с тем же самым содержанием, что и страница со слешем. А как мы знаем, дубли – это очень плохо для SEO.

✓ Склейка двух и более страниц с похожим содержимым

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

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

Чем 301-редирект отличается от 302?

Существует несколько видов редиректов. Для нужд SEO применяют  главным образом два: 301 и 302. Здесь все просто: если контент перенаправляют на новый URL навсегда – ставят 301 редирект. Для временного перемещения используют возможности 302 редиректа.

Выше мы рассмотрели типичные ситуации под 301-перенаправление. Теперь – коротко, когда используют 302 редирект.

✓ Перенаправление пользователей на актуальную для них версию сайта (с учетом ГЕО или языка).

✓ Проведение A/B-тестирования и получение обратной связи о новой (тестируемой) странице без ущерба для позиций старой.

✓ Временное перенаправление аудитории, например, на страницу с акционным предложением.

Это лишь часть примеров, которые помогают понять логику использования 302-редиректа — его ставят, когда планируют через какое-то время восстановить старую версию страницы.

Что происходит с индексацией страниц и ссылочными сигналами при 301 и 302 редиректах

Обычный пользователь не заметит разницы при перенаправлении через 301 и 302-редиректы, но для поисковиков эти отличия принципиальны. Алгоритмы по-разному обрабатывают 301-е и 302-перенаправления. Речь идет о вопросах индексирования страниц и перераспределении между ними ссылочных сигналов. Эти особенности в обработке 301 и 302 редиректов нужно знать, чтобы не навредить позициям страниц в поиске.

Индексация

Когда происходит перенаправление с одного URL-адреса на другой, в поисковом индексе остается лишь один документ.

✓ При 301-редиректе в индекс попадает новая (конечная) страница, на которую стоит перенаправление.

✓ При 302-редиректе в индексе остается первоначальный URL, с которого стоит перенаправление.

Касательно индексации страниц с 302-редиректом есть ряд нюансов. Поисковая система какое-то время воспринимает старые версии страниц как основные, но со временем начинает учитывать 302-редирект как постоянный. По крайней мере, так работает Google. Обычно это занимает несколько недель или месяцев, после чего страница, на которую стоит 302-редирект, залетает в индекс , а старая версия – удаляется. В исключительных случаях Google сразу индексирует 302-редиректы как 301.

Ссылочные сигналы

С точки зрения SEO-оптимизации куда важнее вопрос, что происходит с перераспределением ссылочного веса между страницами, связанными 301 и 302 редиректами.

В Google редиректы раньше «съедали» приблизительно 15-20% PageRank (цифры очень условные) при каждом перенаправлении. То есть, если вы делали перенаправление со старой страницы, например, с PageRank 50, то новый URL получал только 40 PR. 

С 2016 Google прекратил официальное обновление PageRank (хотя сам принцип определения «ценности» страниц в том или ином виде продолжает работать и сейчас), и в этом же году Google пересмотрел свою позицию касательно обработки редиректов.

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

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

✓ Для 301-редиректов ссылочные переносятся «вперед»

(то есть, вес от всех ссылок, проставленных на старую страницу, перетекает на новый URL)

✓ Для 302-редиректов ссылочный вес перераспределяется «назад»

(эффект от всех ссылок на новый URL-адрес будет усиливать рейтинг старой версии страницы)

Важно!
Для эффективного перераспределения ссылочных сигналов большое значение имеет релевантность двух страниц. Если редиректить URL сайта на тематически НЕблизкую страницу, то последняя не только не получит ссылочных сигналов, но и, вероятнее всего, будет учитываться как ложная ошибка (soft 404). Поэтому и 301, и 302 редиректы всегда должны связывать максимально релевантные документы.

Что происходит с позициями сайта после массового обновления URL

Массовое проставление редиректов – распространенная практика в SEO, к которой прибегают при любых доменных переездах или комплексном обновлении URL, например, при переходе на систему ЧПУ. Многих беспокоит, что в этом случае будет происходить с позициями и трафиком. По собственному опыту можем сказать, что изменения будут, но временные, и если вы все настроили правильно, о них не стоит переживать. После массового обновления URL сайт штормит в среднем одну-три недели, после чего позиции и трафик восстанавливаются до прежних показателей. Очень важно все делать комплексно, т. е. проставлять сразу все редиректы, а не делать перенаправления поэтапно. После этого 301-редиректы желательно массово не снимать на протяжении нескольких лет.

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

Существует несколько способов сделать 301-редирект, но самый общепризнанный метод — редактирование .htaccess (файла дополнительной конфигурации веб-сервера Apache).

Этот файл находится в корневой папке сайта:

Естественно, этот способ актуален исключительно для Apache-серверов. Но вряд ли здесь возникнут какие-либо проблемы: почти половина всех сайтов (46%) работает на этом ПО, так что, вероятнее всего, – и ваш тоже.

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

WP-плагины для автоматической настройки редиректов

Настроить редиректы на сайте можно и другими способами: посредством HTML и PHP или через специальные скрипты. Но это для тех, кто ориентируется на уровне кода (или готов с этим разобраться). Для всех остальных, у кого сайт работает на CMS, оптимальным решением будет использование плагинов. Возможно, этот способ не такой надежный, как другие варианты; в дополнение к этому, плагины – это всегда лишние нагрузки и источник потенциальных уязвимостей. Тем не менее никто не будет спорить, что это самый простой способ создания редиректов.

Популярные WP-плагины для настройки редиректов

Redirection – топовый WP-плагин для комплексной работы с редиректами. Помимо настройки перенаправлений (как простых редиректов, так и на основе разных условий), плагин умеет собирать статистику переадресаций, мониторить 404-ошибки, поддерживать регулярные выражения. Имеет русскоязычную версию. Систематически обновляется. Бесплатный.

Safe Redirect Manager — еще один популярный редирект-плагин для WP. По части дополнительных функций уступает вышеописанному варианту, но выигрывает с т. з. ресурсоемкости. Не имеет русскоязычной версии. Постоянно обновляется.

Quick Page – простой и нетребовательный в плане ресурсов плагин. Позволяет создавать быстрые 301-редиректы и перенаправления с тонкими настройками. Нет русской локализации. Бесплатный.

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

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

Чем найти редиректы онлайн (бесплатно):

Webmasta

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

 Redirectdetective

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

Httpstatus

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

Браузерные расширения для проверки редиректов

•         Link Redirect Trace (Chrome);
•         Redirect Path (Chrome);
•         Live HTTP Header (Mozilla Firefox, Chrome).

Многофункциональный SEO-софт

Это самые удобные и надежные инструменты для проверки редиректов. За использование таких программ придется платить. Но есть исключения. Например, популярный сервис Ahrefs позволяет бесплатно использовать часть функционала для своих сайтов. Речь идет об инструментах, входящих в пакеты Site Explorer и Site Audit. Чтобы получить к ним доступ, достаточно подтвердить владение сайтом. После этого в вашем распоряжении будет набор мощных инструментов для мониторинга проблем с редиректами (и не только). Как это работает.

Переходим на вкладку Site Audit:

↓

Сканируем ресурс или выбираем дату последнего обхода:

↓

Переходим к отчету Redirects:

Здесь доступны данные по всем редиректам и актуальным проблемам, о которых мы будем говорить далее.

Также здесь можно посмотреть детали по каждому редиректу (↓)

Какие проблемы могут быть связаны с 301-редиректами?

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

Некорректные перенаправления с HTTP-версии на HTTPS

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

Перейдите на домашнюю страницу – в адресной строке должен отображаться протокол https и иконка с замком. При изменении адреса сайта на HTTP и последующем вводе, браузер должен автоматически перенаправлять на защищенную HTTPS-версию.

Сразу скажем, это весьма топорный вариант проверки. Он может не показать, когда редирект с HTTP на HTTPS срабатывает не на всех страницах сайтах, например, на поддоменах. Еще один вариант проблемы – обратное перенаправление (HTTPS → HTTP). Получить более полную картину о состоянии настроенных редиректов помогает пакетное сканирование всех страниц сайта.

В Ahrefs некорректные перенаправления с HTTPS на HTTP можно увидеть в отдельном отчете:

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

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

Формально поисковые системы умею обрабатывать такие связки редиректов. Например, для краулеров Google максимально допустимое количество редиректов в цепочке — до пяти URL. Но на практике от такого сложного синтаксиса нужно отказываться. В большом количестве подобные цепочки вызывают проблемы с индексацией, замедляют работу сайта и делают его неудобным для пользователей. В комплексе все эти факторы могут оказывать негативное влияние на SEO.

Вебмастера в курсе, что переадресацию логичнее настраивать прямо на конечный URL. Тем не менее зачастую цепочки переходов возникают непреднамеренно. Причиной может стать некорректная настройка файла .htaccess, особенности или неправильные установки CMS, а также  заражение сайта вредоносными скриптами. В большинстве таких случаев генерация цепочек оказывается массовой, что с большей вероятностью может привести к пессимизации SEO. Помимо этого, многоуровневые перенаправления нередко становятся причиной возникновения циклических редиректов – это уже более серьезная уязвимость, о которой мы будем говорить ниже.

Находить цепочки редиректов умеет большая часть инструментов. Например, так их определяет вышеупомянутый онлайн-чекер Httpstatus:

А вот так связки переадресаций отображаются в Ahrefs:

Как исправить цепочки редиректов

1. Перенастроить редирект. Это самый очевидный способ: нужно убрать все промежуточные звенья и настроить редирект напрямую, между двумя страницами.
2. Заменить внутренние ссылки. Если вы не хотите связываться с перенастройкой редиректов, можно пойти обходным путем и отредактировать на сайте внутренние ссылки, которые ведут на перенаправленные страницы. Так, несмотря на фактическое сохранение цепочки, поисковые роботы уже не будут тратить ресурсы на неэффективные обходы многоуровневых ссылок, а пользователи – выжидать долгого перехода после нажатия на линк.

Посмотреть все внутренние ссылки, которые стоят на цепочку перенаправлений, можно в столбце No. of href inlinks.

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

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

Циклические перенаправления

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

Представим себе цепочку редиректов, в которой дублируется конечный URL-адрес:

При таком синтаксисе, попадая на последнюю страницу, цикл перенаправлений будет повторяться сначала:

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

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

В Ahrefs такие ошибки называются Redirect loop и отображены в соответствующем отчете.

Чтобы устранить циклическую переадресацию, нужно исправить конечный (дублирующийся) URL в цепочке редиректов. А еще лучше – убрать всю связку, в которой больше двух элементов, о чем говорилось выше.

Захламленность карты сайта страницами с 301-кодами

Файл sitemap – это список XML-документов, которые указывают поисковым системам необходимые ориентиры для эффективной индексации. Поскольку страниц с кодом состояния 301 технически больше нет, поисковым системам не нужно рекомендовать их к обработке. В противном случае роботы могут продолжать совершать по ним обход, впустую расходуя краулинговый бюджет (лимиты индексирования). Помимо этого, Google использует данные sitemap как один из факторов при выборе канонических URL.

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

Вот как это можно сделать:

1. Выгружаем список всех URL из карты сайта.
2. Прогоняем список через один из описанных выше онлайн-чекеров.
3. Отфильтровываем URL с кодами состояния 301.

С Ahrefs все еще проще. Ошибки переадресации в карте сайта можно посмотреть в отдельном отчете (если они присутствуют).

Редиректы на 404-страницы

Еще одна потенциальная проблема для SEO – битые редиректы, т. е. переадресации, ведущие на несуществующие страницы (которые возвращают ответ HTTP с кодом 4XX или 5XX). В отличие от примеров выше, эта проблема чаще возникает не из-за неправильных настроек или заражений вирусами, а по естественным причинам, например, когда старые страницы удалены или перенесены в другие разделы. Таким образом, появление 404-страниц – естественный процесс, но запускать эту проблему не нужно.

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

В Ahrefs опцию пакетного сканирования на битые редиректы можно найти в том же инструменте Site Audit (отчет Internal pages → вкладка Broken redirect).

Как исправить битые редиректы?

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

Использование 302-редиректов и Meta Refresh для постоянных переадресаций

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

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

Иногда вместо 301-редиректа может быть использован метатег Meta Refresh, через который браузер получает команду перенаправлять пользователей на другой URL.  Настройка перенаправлений Meta Refresh – нежелательная практика, от которой рекомендует отказаться сам Google.

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

Переходы из поиска на страницы с кодом 301

При создании 301-редиректа в индекс попадает конечная версия страницы, а предыдущая – удаляется. Соответственно, URL с кодом состояния HTTP 301 не должны получать трафик из поиска. Если это происходит, такие страницы будут отображены в отчете 3XX page receives organic traffic.

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

Практические сценарии использования 301-редиректов для усиления SEO

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

Склейка тематически близких страниц

Часто встречаются ситуации, когда на сайте есть несколько похожих страниц. Каждая из них присутствует в индексе (нет критичной каннибализации), ранжируется по запросам, имеет обратные ссылки и приносит свою долю трафика. Обычно это касается статей в блоге. В этом случае можно попробовать объединить несколько похожих страниц в одну при помощи 301-редиректа. Таким образом есть шанс консолидировать все SEO-факторы (позиции, ссылочные и пр.), и превратить две-три страницы со средними показателями в одну, которая будет работать намного лучше. Обычно это дает больше эффекта, чем стандартная актуализация.

Какой контент объединять?

Для начала отметим, что лучше НЕ проводить таких экспериментов с топовыми страницами, которые имеют высокие позиции и дают много трафика. Оптимальные кандидаты для объединения – тематически близкие страницы (фактор релевантности очень важен) с низкой и средней посещаемостью. Даже если что-то и пойдет не так, пессимизация этих статей вряд ли сильно отразится на KPI сайта.

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

Как склеивать похожие статьи?

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

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

Перенаправление 404-страниц с обратными ссылками

Мы уже знаем, код ответа HTTP 404 сообщает, что запрашиваемой страницы не существует: она удалена, перемещена или в ее URL внесены изменения. В целом, когда битые документы присутствуют в умеренном количестве, в этом нет ничего критичного. А если вдобавок их остроумно задизайнить – это еще и развеселит пользователей (и улучшит поведенческие).

Тем не менее есть ситуации, когда 404-страница может стать проблемой для SEO. Во-первых, когда они массово залетают в индекс. Во-вторых, если речь идет о пропавших страницах, на которые стояли сильные обратные ссылки. Например, такое обычно бывает с интернет-магазинами. Они систематически удаляют карточки или целые разделы с товарами, на которые пользователи могли писать отзывы или обзоры на сторонних ресурсах. Поскольку 404-х страниц фактически не существует, любые ссылочные сигналы, которые сайт получает через них, являются бесполезными. Даже если не рассматривать такую ситуацию как ошибку, все равно – это грубый недочет SEO-оптимизации. Как его исправить?

Используем уже упомянутые отчеты Ahrefs. Открываем Site Audit → Internal pages и смотрим список всех ошибок 404 page.

Разворачивает детальный отчет по всем 404-страницам, найденным при сканировании.

Нажимаем на кнопку Manage columns и добавляем метрику No. of dofollow backlinks – она покажет все dofollow-ссылки, которые есть у 404-страниц. Если список 404 page большой, сортируем столбец в порядке убывания.

В инструменте Site Explorer (он тоже бесплатный для подтвержденных сайтов) можно посмотреть, где именно стоят внешние ссылки на битые страницы, а также оценить общую трастовость донора. Это поможет понять, будут ли полезными данные бэклинки для вашего сайта или нет.

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

1. Перенаправить через 301-редирект 404-страницу на другой релевантный (!) документ на вашем сайте.

2. Воссоздать удаленную страницу с прежним содержимым по указанному URL-адресу. Можно использовать и другое наполнение, но главное, чтобы оно оставалось релевантным прежней версии.

Логика этих действий, думаем, понятна: ссылочные сигналы, передающиеся через трастовые бэклинки, не будут уходить в никуда. Но если восстановленное содержимое нерелевантно прежней версии 404-страницы, поисковые системы будут учитывать редирект как ложную ошибку (soft 404) и никакого положительного эффекта от такой переадресации для SEO не будет.

Содержание:

• Что это такое
• Ошибка 301
• Основные причины возникновения
• Пути быстрого решения
• Как исправить ошибку на виртуальном хостинге
• Настройка редиректа на VDS Nginx+Apache
• Профилактические меры для браузера
• Сервисы для проверки циклических редиректов
• Работа с файлом .htaccess

Что это такое

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

Зачем убирать

• Для повышения скорости загрузки страниц сайта за счет отключения HTTPS-соединений.
• Для быстрого перенаправления посетителей на новый ресурс при переносе сайта на новый домен.

Ошибка 310

В случае неполадок со стороны сервера, циклическая переадресация становится причиной ошибки. При открытии сайта может появиться сообщение – «на этой странице обнаружена циклическая переадресация» что может служить сигналом о наличии ошибки 310.

310
(net::ERR_TOO_MANY_REDIRECTS)

Помимо этого, данная ошибка может появиться при использовании определённого браузера. Наиболее подвержен этому «заболеванию» браузер Chrome. Хотя и в других подобная проблема не редкость.

Основные причины возникновения

1. Технические работы на сервере на некоторое время могут привести к возникновению ошибки. После их завершения, как правило, сайт быстро восстанавливает свою корректную работу. Если этого не произошло, в большинстве случаев, со стороны сервера были изменены настройки, отвечающие за переадресацию.
2.  Повышенная нагрузка на сервер при большом количестве посетителей, пытающихся одновременно получить доступ к странице. В результате сервер не выдерживает нагрузки и «падает» выдавая сообщение об ошибке.
3. Некорректно выставленное время на устройстве, с которого выполняется вход на страницу. В большинстве случаев, браузер проводит автоматическую проверки времени на компьютере и сервере. При их несовпадении может возникнуть ошибка циклической переадресации.
4. Большой объем данных сохранённых в кэше и cookie браузера.
5. Запрет на сохранение cookie сайтов в браузере.
6. Циклическое перенаправление и установка CMS
7. В панели управления хостингом и в файле .htaccess одновременно указана переадресация на HTTPS.
8. Ошибка циклического перенаправления может возникнуть при некорректной установке или настройке CMS. Это относится как к популярным «движкам» – WordPress, Joomla, Opencart, или 1С-Битрикс так и к менее известным.

Пути быстрого решения проблемы

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

1. Если после технических работ на сервере доступ к странице не восстановился, следует обратиться в техническую поддержку. В случае внесения изменений в настройки сервера, специалисты ТП объяснят, что необходимо предпринять.
2. При «падении» сервера из-за большого количества обращений, необходимо дождаться снижения потока посетителей, а также восстановительных работ по налаживанию корректной работы ресурса. В данном случае, желательно обращение в техническую поддержку для выяснения причины отсутствия доступа.
3. Очистить cookie, кэш и историю посещений в браузере.
4. В настройках безопасности браузера разрешить сохранять cookie сторонних сайтов.
5. Наиболее радикальным решением является переустановка CMS. Если это не помогает необходимо обратиться в техническую поддержку хостинг-провайдера и получить инструкции по установке и настройке.
6. Убрать переадресацию на HTTPS из файла .htaccess.

Как исправить ошибку на виртуальном хостинге

Данная ошибка возникает при наличии редиректа в файле «.htaccess» и включенном редиректе в ISPmanager. Подробнее о нем можно прочитать в статье «Что такое редирект» нашего блога. Для решения проблемы нужно проверить файл «.htaccess» на наличие редиректов с «http» на «https» с помощью изложенного ниже алгоритма.

1. Перейти в ISPmanager, в разделе «WWW» выбрать «WWW-домены» и нужный домен. Затем нажать «Каталог» в верхнем меню для перехода к файлам сайта.
   
2. Выбрать файл «.htaccess» одним нажатием и кликнуть «Изменить» в верхнем меню.
   
3. Проверить файл на наличие редиректов. О возможных вариантах редиректов в «.htaccess» можно узнать здесь.
4. Проверить включен ли редирект в настройках ISPmanager. В разделе «WWW» нажать «WWW-домены», выбрать нужный домен и кликнуть «Изменить» в верхнем меню.
5. В появившемся окне проверить — установлена ли галочка на пункте «Перенаправлять HTTP-запросы в HTTPS». Данный пункт будет виден только, если включена галочка на пункте «Защищенное соединение (SSL)».
   
6. В разделе «WWW» нажать «WWW-домены», выбрать нужный домен и кликнуть «Редиректы» в верхнем меню. Появится список с редиректами. Если редиректы отсутствуют, то он будет пустым.
7. Если редирект включен в пунктах 1, 2 и 3, нужно убрать лишние редиректы оставив лишь один из них.

Настройка редиректа на VDS Nginx+Apache

При использовании Nginx+Apache может произойти зацикливание редиректа «с http на https». Данная проблема связана с тем, что подключение по 80 порту идет на Nginx, а за ним уже находится Apache. Поэтому соединение Nginx и Apache работает не по SSL. В этом случае нужно отредактировать конфигурационный файл Nginx. Добавив в него такие значения:

If ( $scheme = "http" ) {
rewrite ^/(.*)$ https://$host/$1 permanent;
}

Поддержание браузера в рабочем состоянии

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

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

Как проверить наличие цепочки редиректов

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

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

Популярные сервисы для отслеживания цепочек редиректов

Netpeak Spider

• Язык: русский.
• Платно (с бесплатным пробным периодом).
• Помимо отслеживания цепочки редиректов, делает полный SEO-аудит сайта, включая выявление ошибок оптимизации.
• Анализирует крупные контентные сайты (более 100 000 страниц).

Анализ сайта Webmasta

• Язык: русский.
• Бесплатно.
• Отслеживает полную цепочку перенаправлений.
• Получение IP-адреса сайта и отслеживание всех веб-ресурсов на этом адресе.

Проверка переадресации Website Planet

• Язык: русский.
• Бесплатно.
• Отслеживание всех типов редиректов.
• Получение полного URL-адреса коротких, рекламных или партнерских ссылок без перехода.

Массовая проверка цепочек редиректов Majento

• Язык: русский.
• Бесплатно.
• Анализирует цепочку редиректов.
• Получение полного URL-адреса коротких, рекламных или партнерских ссылок без перехода.

SEO-помощник Rookee

• Язык: русский.
• Бесплатно (после регистрации).
• SEO-аудит сайта всех страниц сайта по 70 параметрам.
• Пошаговые рекомендации по исправлению найденных ошибок.

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

Работа с файлом настроек каталогов

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

Перед настройкой, в файл обязательно вносится следующий код:

RewriteEngine On

После этого идут настройки основных редиректов, подходящие для различных серверов, в том числе Nginx и Apache.

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

Автор: Питер Мейерс (Dr. Peter J. Meyers) – научный сотрудник Moz и эксперт по поисковому маркетингу

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

Примечание и
предупреждение

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

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

Сценарий 1. Одна
страница, полная отмена

Давайте начнём с самого простого сценария. У вас настроена
переадресация 301 со страницы А на страницу B (A→B) и вы хотели бы её удалить, а вместо этого настроить 301
редирект с B на A.

Для этого нужно:

• Удалить 301 редирект с A→B
• Добавить 301 редирект с B→A
• Отправить обе страницы в Google через Search Console
• Дать Google время на обновление страницы B в кеше

Последний шаг – это то место, где многие специалисты ошибаются. У вас может возникнуть соблазн полностью избавиться от страницы B, в том числе удалив её из файлов Sitemap.xml. Однако делать этого не стоит. Дело в том, что Google нужно время на обработку новых сигналов, но он не сможет этого сделать, если вы спрячете страницу B или, что ещё хуже, полностью заблокируете доступ к ней для краулеров. Позвольте Google просканировать страницу B и обработать новые сигналы. Оставьте её в покое на какое-то время.

Сценарий 2. Одна страница, но нужно сохранить оба URL

Допустим, вы хотите убрать редирект с A→B, но при этом сохранить страницу B. Вы не можете настроить переадресацию с B→A, поскольку тогда страница B исчезнет для всех – и для поисковых систем, и для пользователей. В данном случае возможны два подсценария, которые будут зависеть от того, хотите ли вы, чтобы страница B была доступна для поисковых роботов или нет.

Сценарий 2А. Страница
B доступна для поиска

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

Пошагово этот процесс будет выглядеть так:

• Удалите 301 редирект с A→B
• Добавьте самореферентные атрибуты rel=canonical (A→A, B→B)
• Отправьте обе страницы в Google через Search Console

Самореферентные rel=canonical – это довольно слабый сигнал, но они помогают Google понять, что страница B теперь является отдельным независимым объектом.

Сценарий 2Б. Страница
B скрыта из поиска

Если вы хотите, чтобы страница B была доступна для пользователей, но
вам неважно, будет ли она доступна для поисковых систем (возможно, это
внутренняя страница, которая нужна, но не важна для маркетинга), тогда вы
можете настроить rel=canonical с B→A. В результате
страница B останется
видимой, но сигналы ранжирования будут консолидироваться на странице А.

Для этого выполните следующие шаги:

• Удалите 301 редирект с A→B
• Добавьте rel=canonical с B→A
• Обновите внутренние ссылки, чтобы они указывали
  на страницу А
• Отправьте обе страницы в Google через Search Console

Помните, что rel=canonical – это сильный
сигнал, но он не гарантирует, что страница B не будет ранжироваться. Если страница B не имеет ценности для поиска, и вы
хотите передать её сигналы странице А, тогда это будет наилучший вариант.

Сценарий 3. Отмена
переадресации 301 на уровне сайта

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

Если вы решили отменить такое изменение, как переход с http на https, потому что оно не принесло ожидаемого результата (т.е. вы не заметили улучшений в ранжировании), то я бы убедительно советовал вам этого не делать. Все изменения на уровне сайта сопряжены с рисками, а их отмена запутывает сигналы ещё больше.

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

• Удалите все 301 редиректы с A→B
• Добавьте 301 редиректы на уровне сайта с B→A
• Добавьте самореферентные rel=canonical на все страницы
• Обновите внутренние ссылки, чтобы они указывали на URL типа «А»
• Обновите файлы Sitemap.xml, чтобы они содержали URL типа «А»
• Отправьте критически важные страницы в Google через Search Console
• Обновите отдельные входящие ссылки, чтобы они указывали на URL «А-типа».

В Search Console
есть лимиты на количество отправляемых в Google страниц (в новой версии эти
ограничения, похоже, варьируются от сайта к сайту), а простого процесса для
массовой отправки URL
на данный момент нет. Поэтому сосредоточьтесь на высоко авторитетных страницах
и страницах, которые расположены выше в структуре внутренних ссылок. Это должно
побудить Google также
пересканировать те страницы, что расположены ниже – как минимум, до некоторой
степени.

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

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

Сценарий 4. Отмена
переадресации при смене домена

Допустим, вы перевели сайт на новый домен и спустя несколько недель заметили, что ваш домен также является названием кавер-группы Nickelback. Конечно, вы начнёте паниковать. Во-первых, успокойтесь. Трезво оцените, действительно ли проблема настолько серьёзна. Если это так, то тогда эта ситуация похожа на сценарий №3, но более рискованна, поскольку в данном случае имеются аспекты, связанные с вашим доменом и его историей, которые могут влиять на ранжирование независимо от того, насколько хорошо или плохо вы реализовали 301 редиректы.

Если у вас действительно нет выбора, то потребуется
выполнить следующие шаги:

• Удалить все 301 редиректы с A→B
• Добавить переадресацию на уровне сайта с B→A
• Добавить самореферентные rel=canonical на все страницы
• Обновить внутренние ссылки, чтобы они указывали
  на домен А
• Повторно добавить домен А в Search Console
• Перестроить файлы Sitemap.xml для домена А
• Отправить критически важные страницы в Google через Search Console
• Обновить выбранные входящие ссылки, чтобы они
  указывали на домен А

В данном случае вам потребуется отдельный аккаунт в Search Console. Если вы удалили
старый профиль, повторно добавьте его и воссоздайте файлы XML Sitemap. Чтобы ускорить процесс,
отправьте в Google критически важные страницы.

Если у вас нет доступа к домену B (например, у него истёк срок регистрации и его перехватил кто-то другой), то вы не сможете настроить переадресацию с B→A. Правда в том, что в данном сценарии процесс отмены будет длинным и непростым. Вторичные сигналы, такие как входящие ссылки, в данном случае будут очень важными.

Как повторно отправить страницы в Search Console?

Ниже – те шаги, которые нужны для отправки запроса на
индексацию или повторную индексацию страницы:

• Проверьте
  URL в соответствующем инструменте в Search Console. Чтобы повторно отправить
  страницу в индекс Google,
  сначала её нужно будет проверить.
• Запросите
  повторное индексирование. Search Console
  вернёт страницу с текущим статусом URL и некоторой дополнительной информацией. Индексируете ли вы
  страницу впервые или повторно, в обоих случаях нажмите «REQUEST INDEXING». В
  большинстве сценариев, связанных с отменой 301 редиректов, вам нужно получить
  статус «URL is on Google».
  Если URL пока не
  проиндексирован, то остальная часть страницы будет содержать информацию с
  результатами диагностики.

Это всё, что вам нужно сделать. В итоге Google должен вернуть следующее окно:

Теперь скрестите пальцы и ждите. Повторная индексация может
занимать разное время и заранее его спрогнозировать невозможно.

Пара примечаний по этому процессу. Во-первых, на данный момент переиндексация выполняется довольно медленно. Во-вторых, у Google определённо есть лимиты на то, как часто вы можете использовать этот инструмент. Однако эти лимиты варьируются от сайта к сайту. К сожалению, опции массовой переиндексации в Search Console нет. При всех масштабных изменениях вам придётся полагаться в первую очередь на обновление XML-карт сайта.

Вместо заключения –
ещё одно примечание и предупреждение

Помните, что наибольшее различие между теорией и практикой в этих ситуациях состоит в том, что реальные сайты часто посылают смешанные сигналы. Если вы отменяете 301 редирект, вы уже посылаете смешанный сигнал (в сравнении с вашими прошлыми сигналами). Если наряду с этим изменением у вас имеются несоответствующие внутренние ссылки, некорректные атрибуты rel=canonical, устаревшие XML-карты сайта или слишком длинные цепочки редиректов, которые не всегда возвращают одну и ту же страницу, то тогда риски будут ещё выше, а сам процесс отмены займёт больше времени. Убедитесь, что все ваши новые сигналы согласованы с этим изменением.

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

Что такое редирект: виды и возможности настройки

• Что такое редирект сайта
• Как работает редирект
• Редирект: зачем нужен 
• Виды редиректов
• Как настроить редирект
• Как проверить, правильно ли настроен редирект

Что такое редирект сайта

Редирект (от англ. redirect — перенаправление) — это перенаправление пользователя с одного URL на другой. Редирект можно настроить как на одну страницу, так и на целый сайт. Например, пользователь кликает по ссылке http://example.com. В этот момент браузер автоматически перенаправляет пользователя на URL https://newsite.com. 

Как работает редирект

Сама технология редиректа проста.

1. Посетитель переходит по ссылке.
2. Браузер обращается в DNS-систему, чтобы узнать, где хранятся файлы сайта.
3. Сервер, где хранятся файлы сайта, говорит браузеру, что на сайте настроен редирект и ему нужно обратиться за файлами по другому адресу.
4. Браузер отправляется по адресу, на который послал его предыдущий сервер. 
5. На новом сервере браузер получает файлы сайта и показывает пользователю страницу.

Для пользователя вся эта цепочка действий делается за пару секунд. Всё, что он может заметить ― смена URL в адресной строке.

Редирект: зачем нужен 

Редирект – очень полезная вещь и может использоваться для двух целей:

• переадресация пользователя на актуальную страницу,
• сохранение SEO-позиций.

Для начала разберём, при каких технических манипуляциях с сайтом нужен редирект. 

1. Перенаправление с HTTP на HTTPS. SSL-сертификаты защищают данные пользователей от мошенников. Ответственным сайтам мы всегда рекомендуем устанавливать SSL. Изначально все сайты начинаются с http://. Когда устанавливается SSL, адрес сайта  начинается с https://. С технической точки зрения, при установке сертификата сайт меняет свой URL, а значит, нужно настроить редирект, чтобы защищённый сайт был доступен в интернете.
2. Перенаправление с адреса www на URL без www и наоборот. Раньше у доменов часто можно было встретить префикс www, например www.example.com. Префикс www как часть названия уже давно стал рудиментом интернет-системы, но его настраивают отдельно для других технических нужд и для пользователей, которые по старой памяти вводят домены с префиксом. Как и в предыдущем пункте, адрес с префиксом технически является дополнительным доменом, поэтому на него тоже нужно настраивать редирект, чтобы при переходе по ссылке https://www.example.com браузер перенаправлял пользователя на https://example.com. 
3. Переезд сайта на другой домен. В статье Как придумать доменное имя для сайта мы говорили о том, как тщательно нужно подойти к вопросу выбора доменного имени. Но по разным причинам компаниям всё же приходится менять домены. В этом случае редирект особенно необходим, чтобы пользователи смогли найти сайт по старому URL.
4. Перенаправление на мобильную версию. Смартфоны требуют от сайтов адаптации интерфейса из-за своих маленьких экранов. Иногда владельцы сайтов создают отдельные мобильные версии своего ресурса и настраивают редирект мобильных пользователей на сайт для смартфонов.

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

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

Итак, вот список основных редиректов, которые используются на сайтах.

300 Multiple Choice (множественный выбор) — этот редирект, позволяет по одному запросу перейти не на одну, а на несколько страниц. Часто этот приём используют для страниц, написанных на разных языках. Например, у вас есть 3 страницы с описанием ваших услуг на русском, английском и французском языке. Если вы настроите 300 Multiple Choice, в зависимости от языка, который пользователь использовал в поисковой строке, браузер предложит ему одну из 3 страниц. Обычно разрешается настраивать не более 5 адресов. 

301 Moved Permanently (навсегда перемещён) — это постоянный редирект. Если вы хотите полностью и навсегда переместить страницу на новый URL, используйте этот редирект. Он сообщит поисковым системам, что нужно проиндексировать новую страницу, а старую полностью забыть. Если 301 редирект настроить неверно, на странице будет отображаться 404 ошибка. Старайтесь не допускать 404 ошибок, так как они ухудшают позиции сайта в поисковой выдаче. Обратите внимание, если вы используете Nginx, то Nginx redirect 301 настраивается в конфигурационном файле веб-сервера. 

Редирект 302 Moved Temporarily (временно перемещён) — это временный редирект. Это перенаправление пригодится на тех страницах, которые временно закрыты для просмотра пользователями. Такой редирект сообщает поисковым роботам, что страница перемещена на другой адрес временно и нужно будет вернуться позже и её проиндексировать. Роботы будут возвращаться на страницу с 302 редиректом снова и снова, пока контент не «вернётся» на исходную страницу.

303 See Other (просмотр другого) — это редирект позволяет на время перенаправлять пользователей на страницу со схожей тематикой. Например, у вас интернет-магазин и одного товара нет в наличии, чтобы не удалять страницу и не терять её трафик, можно перенаправить пользователей на схожий товар. Когда продукт появится в наличии, редирект просто нужно будет убрать.

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

307 Temporary Redirect — временный редирект. Этот редирект предназначен для краткосрочного закрытия страницы или сайта из-за технических работ. Он сообщает поисковому роботу, что страница временно перенесена на другой URL и скоро она будет доступна по старому адресу. Разница между 302 редиректом и 307 в кешировании данных. При 307 редиректе поисковикам дана команда не кешировать данные. Благодаря этому пользователю не нужно будет самостоятельно чистить кэш, чтобы увидеть сайт. Однако этот редирект использовать необязательно. Иногда проще на пару часов закрыть сайт на технические работы без редиректа.

Редирект rel=«canonical» — этот редирект предназначен только для поисковых роботов. Владелец сайта оповещает роботов, что есть две версии сайта, но проиндексировать нужно только одну. Часто этот вид редиректа используют как альтернативу 301-му. В отличие от 301-редиректа, который физически направляет пользователя на новую страницу, rel=«canonical» отдаёт сигнал исключительно поисковику. Таким образом, в интернете отображаются две страницы, но индексируется только одна. 

Самые популярные виды редиректов — 301 и 302. 

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

Как сделать 301 редирект или любой другой? Редирект можно сделать разными способами. Выбор способа настройки зависит от цели редиректа (перевод всего сайта на новый адрес, редирект со страницы на страницу или другое) и от способа создания сайта (на CMS, с помощью HTML, JavaScript). 

Настроить редирект можно в:

• панели управления хостингом,
• .htaccess,
• PHP.

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

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

Варианты настройки через панель управления хостингом ISPmanager подойдут вам, если вы являетесь клиентом 2DOMAINS.

• Если вам нужно перенаправить весь сайт на новый адрес, вам подойдёт инструкция Редирект через панель управления. Эта же инструкция подойдёт и для настройки переадресации на домен с «www».
• Если вам нужно перевести сайт с HTTP на HTTPS, воспользуйтесь инструкцией. 

Обратите внимание! Перед настройкой редиректа проверьте, что для вашего сайта установлен SSL-сертификат. 

Удалить редирект можно также в панели управления.

Настройка редиректов через .htaccess и PHP

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

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

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

Проверить, работают ли перенаправления, можно через онлайн-сервисы, например Redirect Check. Если вам нужно найти все редиректы на сайте, лучше воспользоваться ​​сервисом Screaming Frog SEO.

Также проверить перенаправления можно в Яндекс.Вебмастере. Для этого:

1. Перейдите в панель Вебмастера.
2. Перейдите в Инструменты – Проверка ответов сервера. 
3. В поле введите URL-адрес, который нужно проверить
4. Вы получите ответ, где будет указан настроенный редирект.

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