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

Каждый ответ целиком: код и что он значит, версия протокола, время, куда ведёт и какие заголовки при этом отданы. Нажмите на шаг — развернутся все заголовки ответа, ничего не отобрано и не склеено: повторяющиеся Set-Cookie стоят отдельными строками, по строке на печенье.

Строки идут в том порядке, в каком вы их вставили. Кнопка «Скачать CSV» под панелью отдаёт эту таблицу файлом — с полными адресами, а не с укороченными.

Как пользоваться

1. Впишите адрес и нажмите «Проверить»

   Можно без протокола: example.com/old-page. Сервер сходит по первому адресу, посмотрит Location, сходит по следующему — и так до страницы, которая перенаправлением не отвечает.

2. Выберите подпись, если перенаправление условное

   Переезд на мобильную версию, отдельная цепочка для ботов, региональный редирект — всё это привязано к User-Agent. Кнопка «Сравнить подписи» проходит адрес всеми пятью и показывает, где они разошлись.

3. Разверните шаг, который непонятен

   Внутри — код с расшифровкой, версия протокола, время, куда ведёт Location и что при этом меняется в адресе, а следом все заголовки ответа целиком: X-Robots-Tag, canonical из заголовка Link, Vary, HSTS, сервер и каждое печенье Set-Cookie отдельной строкой, со своим путём, доменом и сроком.

4. Прочитайте замечания

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

5. Возьмите готовое правило

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

6. При переезде сайта проверяйте списком

   Режим «Список адресов» берёт до ста строк за раз и складывает результат в таблицу; сотня проходит за один заход, останавливаться на середине не придётся. «Скачать CSV» отдаёт таблицу файлом, который открывается в Экселе и в Таблицах.

Разбор примера: две ступени вместо одной

Исходные данные — те же, что стоят в полях по умолчанию: их можно пересчитать в уме и убедиться, что инструмент не врёт.

• Стартовый адрес http://example.com/old-page
• Первый ответ 301, Location — https://example.com/old-page
• Второй ответ 301, Location — https://example.com/new-page/
• Третий ответ 200 с заголовком X-Robots-Tag: noindex

1. Шагов 3, переходов 2: у первых двух ответов есть Location, у третьего нет.

2. На первом шаге меняется только протокол: http становится https. На втором — только путь: /old-page становится /new-page/.

3. Оба перехода постоянные, 301. Временных нет, цикла нет, конечный код 200.

4. На конечном ответе стоит X-Robots-Tag: noindex — цепочка привела на страницу, которую сама же и запретила индексировать.

Два правила сводятся к одному: сразу отдавать 301 на https://example.com/new-page/. Инструмент печатает готовые строки для nginx и .htaccess, а заодно предупреждает про noindex в конце пути — без него разбор выглядел бы благополучным.

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

• Что уходит на сервер и что вы храните?

  Уходит адрес, который вы проверяете, и выбранная подпись обозревателя. Запросы к чужому сайту делает наш сервер — с его адреса, не с вашего. Ответ возвращается вам и нигде не остаётся: ни в базе, ни в файле, ни в журнале. Ограничение общее для всех инструментов сайта — триста обращений в час с одного адреса, и проверка списка из ста адресов в него укладывается целиком. Режим «Готовые заголовки» считает ваш обозреватель, и в нём наружу не уходит ничего.

• Чем 301 отличается от 302?

  301 и 308 — постоянные: адрес сменился навсегда, поисковые системы переносят на новый адрес сигналы старого, а обозреватель запоминает правило надолго. 302, 303 и 307 — временные: основным остаётся старый адрес. Разница между 301 и 308 в методе запроса: 301 превращает POST в GET, 308 сохраняет метод. Та же пара — 302 и 307.

• Почему цепочка для Googlebot другая?

  Потому что перенаправление настроено по User-Agent. Так делают мобильные версии на поддомене m., защита от ботов, региональные редиректы. Инструмент ходит той подписью, которую вы выбрали, а кнопка «Сравнить подписи» проходит адрес пятью и показывает расхождение — это единственный способ увидеть условное правило со стороны.

• Инструмент показал переход, которого нет в заголовках

  Значит, он в теле страницы: мета-тег refresh или строка вида location.href в скрипте. Мы читаем конечную страницу и добавляем такой переход в цепочку отдельным шагом с пометкой, что он не заголовочный. Для посетителя разницы почти нет, для поисковой системы есть: заголовочное перенаправление она понимает однозначно, а переход из тела — с оговорками и не всегда.

• Что означает «цикл»?

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

• Сколько адресов можно проверить сразу?

  До ста строк за раз, и сотня проходит за один заход целиком: ограничитель сервера — триста обращений в час с одного адреса, список в него укладывается с запасом. Ограничитель стоит от использования сайта как чужого обходчика: на обход даже небольшого сайта нужны тысячи запросов, а не сотни. Если проверка всё же встанет — оборвалась сеть, чужой сайт перестал отвечать, — она скажет, на каком адресе; проверенное останется в таблице и выгрузится в CSV. Запустите список ещё раз: пройденные адреса возьмутся из памяти страницы и заново спрашиваться не будут.

• Почему у шага не показан размер?

  Мы спрашиваем шаги запросом HEAD: он отдаёт заголовки без тела, и это единственный честный способ пройти длинную цепочку, не выкачивая каждую страницу целиком. Размер берётся из заголовка Content-Length, а его отдают не все. Если сайт вообще не принимает HEAD, он ответит кодом 405 — инструмент это отдельно отметит.

• Почему цепочка обрывается на двадцатом шаге?

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

• Почему заголовков у шага так много?

  Потому что показываем все, какие пришли, и в том порядке, в каком пришли. Отобранных семи не хватало: причина шага регулярно оказывалась в заголовке, которого в отборе не было. Повторяющиеся заголовки не склеиваем — Set-Cookie приходит по строке на печенье, и пять печений так и останутся пятью строками, у каждой свой путь, домен и срок. Строка, из-за которой шаг существует, вдобавок вынесена наверх, в короткую сводку под кодом ответа.

• Что означает HTTP/2 у шага?

  Версию протокола, которой ответил сервер на этом шаге. Она пригождается, когда шаги отвечают по-разному: старый домен нередко остаётся на HTTP/1.1, а новый уже отвечает по HTTP/2 или HTTP/3. Стоимость лишнего шага версия не отменяет — круг до сервера и обратно платится в любой, — но объясняет разницу во времени между соседними шагами.