TrueURL
TrueURL

Меню

Язык Русский
Тема

Бесплатная проверка редиректов

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

Отследите каждый переход от URL до его конечного адреса. Найдите лишние редиректы, временные коды и медленные переходы, а затем сократите цепочку до одного редиректа.

Что такое цепочка редиректов?

Цепочка редиректов — это последовательность редиректов, которую браузер или поисковый робот должен пройти, прежде чем попадет на страницу с контентом. Один переход, например с /old-page на /new-page, — это нормально. Цепочки растут, когда правила годами наслаиваются друг на друга: сначала правило с HTTP на HTTPS, потом правило для www, потом для слеша в конце URL, потом правило после очередного редизайна. В этой цепочке четыре редиректа там, где хватило бы одного:

http://example.com/shop          301
https://example.com/shop         301
https://www.example.com/shop     301
https://www.example.com/shop/    302
https://www.example.com/store/   200

Чем вредны длинные цепочки редиректов

  • Скорость: каждый переход — это отдельный запрос, часто со своим DNS-запросом и TLS-рукопожатием. В мобильных сетях каждый переход может добавлять сотни миллисекунд, прежде чем страница начнет загружаться.
  • Сканирование: Googlebot проходит не больше 10 переходов, а затем сообщает об ошибке редиректа. На крупных сайтах каждый лишний переход к тому же расходует краулинговый бюджет, который мог бы достаться реальным страницам.
  • Надежность: каждый переход — это еще один сервер, правило или сертификат. Сервер может отказать, правило — зациклиться, а срок действия сертификата — истечь.
  • Сигналы: всего один временный код в любом месте цепочки ослабляет сигнал о постоянном переезде, который вы хотите передать поисковым системам.

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

Каждая строка — один переход. Код ответа показывает тип редиректа: 301 и 308 — постоянные, а 302, 303 и 307 — временные. Метод показывает, где POST превратился в GET, как это делают браузеры после 301, 302 или 303. Исходное значение Location показывает в точности то, что отправил сервер: так проще заметить относительные пути, пропущенные слеши или лишние параметры запроса. Переходы с пометкой meta refresh или JavaScript — это клиентские редиректы, найденные в HTML-коде страницы (или в заголовке Refresh), а не в заголовке Location.

Цепочка может закончиться четырьмя способами: обычным ответом на конечном URL, циклическим редиректом, достижением лимита «Максимум переходов» или ошибкой на конкретном переходе — например, сбоем DNS, тайм-аутом или проблемой с сертификатом.

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

  1. Определите конечный URL, на который должна вести цепочка.
  2. Измените первое правило редиректа так, чтобы оно вело прямо на этот конечный URL одним 301 или 308 редиректом.
  3. Объедините правила для протокола, хоста и слеша в одно правило на сервере или в CDN, чтобы http://example.com/page сразу вел на https://www.example.com/page/.
  4. Укажите конечный URL во внутренних ссылках, тегах canonical и карте сайта, чтобы посетители и поисковые роботы вообще не попадали на редирект.
  5. Снова проверьте здесь старый URL и убедитесь, что в цепочке остался один переход.

Руководства

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

Сколько редиректов в цепочке — это уже слишком много?

Стремитесь к одному редиректу от любого старого URL до конечного. Два допустимы, если без них не обойтись, например редирект с HTTP на HTTPS, а затем смена хоста. TrueURL помечает цепочки длиннее трех редиректов. Googlebot прекращает попытки после 10 переходов, а браузеры примерно после 20 редиректов останавливаются с ошибкой «слишком много редиректов».

Теряется ли ссылочный вес в цепочке редиректов?

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

Чем цепочка редиректов отличается от циклического редиректа?

Цепочка рано или поздно заканчивается на конечном URL. Цикл не заканчивается никогда, потому что ведет обратно на уже посещенный URL, и браузер вместо страницы показывает ошибку. TrueURL обнаруживает и то и другое; в инструменте «Проверка циклических редиректов» описаны типичные причины циклов и способы их устранения.

Можно ли проверить цепочку редиректов, которая начинается с POST-запроса?

Да. В разделе «Дополнительные настройки» выберите HTTP-метод POST и добавьте тело запроса. Дальше цепочка следует правилам браузера: после POST ответы 301, 302 и 303 продолжают цепочку методом GET без тела, а 307 и 308 повторяют POST с тем же телом.

Что означает предупреждение о другом домене в результатах?

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

Учитываются ли в цепочке редиректы через meta refresh и JavaScript?

Да, по умолчанию. TrueURL ищет в HTML-ответах теги meta refresh и простые JavaScript-редиректы, продолжает цепочку с этого места и помечает такие переходы, чтобы их можно было отличить от HTTP-редиректов. Эту функцию можно отключить, чтобы видеть только серверные редиректы, а подробности можно узнать в инструменте «Проверка meta refresh».

Почему у перехода вместо кода ответа показана ошибка?

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