Проверка цепочек перенаправлений URL

Введите URL для отслеживания его цепочки перенаправлений и анализа кодов состояния HTTP, перенаправлений и общего времени загрузки на протяжении всего пути.

https://example.com

Как пользоваться Проверка цепочек перенаправлений URL

1
Введите URL
Введите или вставьте полный URL, который хотите изучить, включая http:// или https://.
2
Проверьте перенаправления
Нажмите «Проверить перенаправления», чтобы отследить URL и пройти по каждому переходу до конечного назначения.
3
Прочтите цепочку перенаправлений
Просмотрите каждый шаг, его HTTP-код состояния (например, 301 или 302) и общее время по всей цепочке.

4
Действуйте по SEO-оценке
Используйте панель «Влияние на SEO», которая отмечает слишком много переходов, медленные цепочки, временные перенаправления и коды ошибок, чтобы устранить проблемы.

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

Что такое перенаправление и как образуется цепочка

Перенаправление — это инструкция сервера, сообщающая браузеру, что запрошенный URL теперь находится в другом месте. Сервер отвечает кодом состояния 3xx и заголовком Location с указанием нового адреса, и браузер автоматически запрашивает уже этот адрес. Цепочка перенаправлений образуется, когда пункт назначения одного перенаправления сам является перенаправлением: браузер запрашивает A, его отправляют на B, затем с B — на C, и только на C он находит реальную страницу. Каждая стрелка в этом пути — это отдельный цикл «запрос-ответ» к серверу.

Обычно цепочки накапливаются случайно с течением времени. Сайт переходит с http на https, позже переключается с без www на www, затем перестраивает путь URL, и если каждое изменение накладывается на предыдущее без объединения, одна старая ссылка может в итоге прыгать через три-четыре перехода, прежде чем достичь цели. Этот инструмент отслеживает каждый переход и показывает полный путь, чтобы вы могли точно увидеть, насколько разрослась цепочка.

301 против 302: постоянное и временное

Два самых распространённых кода перенаправления означают совершенно разные вещи. 301 — это постоянное перенаправление: оно сообщает браузерам и поисковым системам, что переезд окончательный, поэтому им следует обновить закладки, передать накопленные сигналы ранжирования старого URL новому и проиндексировать пункт назначения. 302 — это временное перенаправление: оно говорит, что исходный URL вернётся, поэтому поисковые системы обычно сохраняют исходный в индексе и осторожны с передачей сигналов ранжирования. Использование 302 для переезда, который на самом деле постоянный, — классическая SEO-ошибка, из-за которой ссылочный вес застревает на старом URL.

Практическое правило простое. Если изменение постоянное — например, удалённая страница или перенесённый домен, — используйте 301. Если оно действительно временное — например, сезонная акция, A/B-тест или страница технического обслуживания, — используйте 302. Если сомневаетесь насчёт долгоживущего перенаправления, 301 почти всегда будет правильным выбором.

307 и 308: строгие современные коды

Позже в HTTP добавили 307 и 308, чтобы устранить старую неоднозначность. Исходные коды 301 и 302 повсеместно реализовывались так, что при перенаправлении запрос POST мог превратиться в GET, — это обычно удобно при переезде страниц, но неверно для отправки форм и API. 308 — это постоянное перенаправление, как 301, но оно гарантирует сохранение HTTP-метода и тела запроса, а 307 — временный эквивалент 302 с той же гарантией. Для обычных перенаправлений страниц практический SEO-эффект 308 повторяет 301, а 307 — 302.

Чаще всего 307 встречается в двух местах: как перенаправление, выдаваемое предзагрузкой HSTS, когда браузер внутренне переключает http на https, и в трафике API, где важно сохранить метод запроса. Для URL с контентом придерживаться 301 при постоянных переездах остаётся привычным и хорошо понятным выбором.

Почему цепочки и циклы вредны

Каждый переход в цепочке — это полный цикл «запрос-ответ», и эта задержка накапливается, особенно в мобильных сетях с большим временем кругового обхода, где каждое лишнее перенаправление может добавить сотни миллисекунд, прежде чем пользователь хоть что-то увидит. Цепочки также расходуют краулинговый бюджет: у поисковых систем есть ограниченный аппетит на число запросов к сайту, и если тратить его на проход от A к B, затем к C и к D, то на сканирование реального контента остаётся меньше ресурсов. Есть также свидетельства, что сигналы ранжирования могут слегка рассеиваться вдоль длинной цепочки, а не перетекать без потерь на конечную страницу.

Цикл перенаправлений — это патологический случай: A указывает на B, а B указывает обратно на A, поэтому браузер ходит по кругу, пока не сдастся и не покажет ошибку вроде ERR_TOO_MANY_REDIRECTS, делая страницу полностью недостижимой. Инструмент отмечает слишком длинные цепочки, медленные цепочки, временные перенаправления, которые могут быть непреднамеренными, и коды состояния ошибок в пути, так что каждый из этих сбоев выводится наружу, а не остаётся скрытым.

Сведение цепочек к одному переходу

Исправление цепочки заключается в том, чтобы каждая отправная точка перенаправляла прямо на конечный пункт назначения за один переход. Если A ведёт на B, а B — на C, вы обновляете правило для A так, чтобы оно вело сразу на C, убирая промежуточную остановку B. В Apache это означает правку правил перенаправления в вашем .htaccess или конфигурации сервера так, чтобы источник сопоставлялся с конечной целью; в Nginx это означает обновление директив rewrite или return. Цель в том, чтобы пункт назначения ни одного перенаправления не был сам перенаправлением.

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

Канонизация: перенаправления, нужные каждому сайту

Большинство проблем с перенаправлениями восходит к канонизации — практике приведения каждого варианта URL к одной канонической форме. Четыре измерения — это протокол (http против https), хост (www против без www), завершающий слеш (путь с финальным слешем или без него) и регистр. Если ваш сайт доступен по всем комбинациям этих параметров, поисковые системы видят дублированный контент, а ваши ссылочные сигналы дробятся между вариантами. Лекарство — набор перенаправлений 301, которые сводят каждый вариант к единственному предпочтительному URL.

Ключевая деталь в том, чтобы объединить их в один переход, а не выстраивать в цепочку. Отправка http://example.com на https://example.com, а затем на https://www.example.com — это два перенаправления там, где хватило бы одного. Настройте правила так, чтобы любой неканонический запрос, независимо от того, сколько измерений в нём неверно, попадал на полностью канонический URL одним 301. Это самый чистый из возможных результатов и именно тот, который инструмент помечает как хорошую практику.

Перенаправления через meta refresh и JavaScript

Не все перенаправления происходят на уровне HTTP. Перенаправление через meta refresh использует HTML-тег meta http-equiv="refresh", чтобы отправить браузер в другое место после задержки, а перенаправление на JavaScript меняет window.location из скрипта. Оба работают для пользователей, но уступают для SEO: они медленнее, поисковые системы относятся к ним менее надёжно, чем к серверному 301, а meta refresh с задержкой может раздражать или даже быть помечен как плохой пользовательский опыт. Кроме того, они не появятся в трассировке перенаправлений на уровне HTTP, потому что решение о перенаправлении принимается уже после загрузки тела страницы.

Всякий раз, когда сервер под вашим контролем, предпочитайте настоящий HTTP 301 перенаправлению через meta refresh или JavaScript. Оставляйте перенаправления на стороне клиента для случаев, когда сервер действительно нельзя настроить. Поскольку этот инструмент следует за ответами 3xx, выдаваемыми сервером, страница, которая в браузере как будто перенаправляет, но здесь показывается как прямой 200, — это явный намёк на то, что перенаправление происходит на стороне клиента и его следует перенести на сервер.

Часто задаваемые вопросы

Что показывает проверщик цепочек перенаправлений?

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

Почему цепочки перенаправлений плохи для SEO?

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

В чём разница между перенаправлениями 301 и 302?

301 — это постоянное перенаправление, передающее большую часть SEO-веса новому URL, а 302 — временное и может не передавать полный вес. Проверщик предупреждает при обнаружении 302 на случай, если они должны были быть постоянными.

Нужно ли вводить полный URL с http или https?

Да. Проверщику требуется полный URL, включая протокол. Если опустить http:// или https://, вас попросят указать корректный, полный URL.

Бесплатен ли инструмент и отправляет ли он URL на сервер?

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