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

Тема

Проверка редиректов

Проверьте редиректы любого URL или короткой ссылки: код каждого перехода (301, 302, 307, 308 или meta refresh) и что он значит, куда ведёт и сколько занял. Цепочка прослеживается до 20 переходов, как в браузере, с отметкой, где останавливается Googlebot, и проверкой всех четырёх версий http/https и с www и без.

С нашего сервера, с повторным использованием соединений для каждого хоста, как в браузере · до 20 переходов · как Chrome, iPhone, Googlebot или Bingbot · результат хранится 2 минуты, затем удаляется

Домен без схемы проверяется с https://. Введите http://, чтобы проверить и переход с HTTP на HTTPS.

Как
Пример

Что показывает проверка редиректов?

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

Здесь учитывается время каждого перехода: DNS, соединение, TLS и первый байт для нового соединения, только первый байт, если переход использует уже открытое соединение с тем же хостом, как в браузерах. Cookie хранятся отдельно для каждого хоста, как в браузере, на конечной странице ищутся meta refresh, тег canonical и noindex, а также отмечается, где Googlebot бросил бы цепочку.

Маршрут по шагамhttp://google.com · записано 24 октября 2026 г.
Маршрут · google.comChrome
2 редиректа1,30 с всего
постоянныйвременныйв страницеошибка
DNSсоединениеTLSпервый байт
  1. 1
    301ПостоянныйPOST может стать GET368 мс
    http://google.com/
    Google AS15169HTTP/1.1 · без TLS
  2. 2
    302ВременныйPOST может стать GET537 мс
    http://www.google.com/
    Google AS15169HTTP/1.1 · без TLS
  3. 3
    200КонечныйOK393 мс
    https://www.google.com/?gws_rd=ssl
    “Google”
    Google AS15169TLS 1.3 · HTTP/2
  1. Общее время всех переходов вместе, до начала загрузки страницы.
  2. Лимит переходов одна ячейка на редирект; лимит Googlebot на 10, браузеров на 20.
  3. Сайт каждого перехода новая иконка значит, что ссылка ушла на другой сайт.
  4. Статус цветом своего вида и что он значит словами.
  5. Куда ушло время DNS, соединение, TLS и первый байт на одних часах.
Два редиректа до страницы: google.com отправляет 301 на www, затем www отправляет 302 на HTTPS. Записано переход за переходом 24 октября 2026 г.; время указано с машины, которая записывала.

Как проверить 301 редирект?

Вставьте URL выше и нажмите Проверить редиректы: сервис запросит его, пройдёт все редиректы до конечной страницы и назовёт статус каждого перехода. 301 и 308 отмечаются зелёным как постоянные, 302, 303 и 307 жёлтым как временные. Если ввести домен без схемы, проверка начнётся с https://; введите http://, чтобы проверить и переход с HTTP на HTTPS.

Вердикт подводит итог цепочки словами, тёмная колонка рисует её по переходам на одних часах, а вид «Цепочка» показывает запрос каждого перехода, его строку статуса, Location как отправлен и как разобран (относительный допустим) и все его заголовки.

Проверка URL: одна ссылка, каждый переход

Любой URL или короткая ссылка, до 20 переходов, с сетью, версией TLS и версией HTTP каждого перехода, а рядом проверяются четыре входа: http/https и с www или без.

Массовая проверка редиректов: до 50 URL

Переключитесь на Массово и вставьте список для переезда, по одному URL в строке: таблица с переходами, итоговым статусом, конечным URL и вердиктом, которую можно скачать в CSV.

Проверка редиректа как Googlebot, iPhone или Bingbot

Выберите user agent под полем: некоторые сайты отправляют роботов или телефоны в другое место, и цепочка показывает, что именно получил этот агент.

Проверка HTTP-статуса каждого перехода

Каждый код ответа словами и что он значит для браузеров и для Google. Защита от ботов называется блокировкой, а не сломанной страницей, а ошибки Cloudflare 52x названы ошибками Cloudflare.

Проверка редиректов для http://google.com: 301 и 302 на HTTPS, время каждого перехода на одних часахПроверка редиректов для http://google.com: 301 и 302 на HTTPS, время каждого перехода на одних часахВердиктГде заканчивается URL, за сколько переходов и является ли каждый постоянным или временным, словами.Лимит переходовОдна ячейка на редирект цветом его вида на фоне 10 у Googlebot и 20 у браузеров.Статус каждого переходаКод в том виде, как его отправил сервер, и что он значит: постоянный или временный и что происходит с POST.Куда ушло времяDNS, соединение, TLS и первый байт каждого перехода на одних часах от первого запроса до страницы.
Проверка редиректов для http://google.com: вердикт, лимит переходов на фоне 10 у Googlebot и 20 у браузеров, и каждый переход со статусом и временем. Выберите цифру, чтобы увидеть, что показывает каждая часть.

301 или 302: какой редирект выбрать?

Используйте 301 (или 308), когда страница переехала навсегда, и 302 (или 307) только когда она вернётся. Код сообщает браузерам и поисковым системам, какой URL сохранить (RFC 9110 §15.4).

Для Google 301 и 308 служат сигналом, что целевой URL должен быть каноническим, то есть показываться в результатах; 302, 303 и 307 таким сигналом не служат, поэтому в результатах остаётся старый URL (Google Search Central). 302 не игнорируется: Google переходит по нему и считает его слабым сигналом для обработки целевой страницы (документация краулера Google); её могут проиндексировать, если на неё указывают другие сигналы нормализации. Bing просит использовать 302 только для изменений короче двух дней.

Браузеры по умолчанию кэшируют 301 и 308, поэтому отменённый постоянный редирект может застрять в браузерах посетителей. 307 и 308 сохраняют метод запроса; 301 и 302 могут превратить POST в GET, а 303 делает это всегда.

Типы редиректов и как их читает GoogleRFC 9110 · Google Search Central · Bing
КодПостоянныйДля POSTКэш браузераСигнал GoogleДля чего
301Moved Permanentlyпостоянныйможет стать GETдасильныйстраница переехала навсегда
308Permanent Redirectпостоянныйсохраняетсядасильныйформа или API переехали навсегда
302Foundвременныйможет стать GETнетслабыйкраткий перенос (Bing: до 2 дней)
303See Otherвременныйвсегда GETнетслабыйстраница после отправки формы
307Temporary Redirectвременныйсохраняетсянетслабыйвременный перенос с сохранением POST
meta 0мгновенный meta refreshпостоянныйGET—сильныйкогда сервер не может сделать редирект
meta 5отложенный meta refreshвременныйGET—слабыйизбегать: сначала виден старый вид страницы
308 приравнивается к 301, а 307 к 302. Строки meta refresh учитывают и HTTP-заголовок Refresh.

Проверка цепочки редиректов: сколько переходов слишком много?

Больше трёх. Цепочка это несколько редиректов подряд, например с http:// на https://, затем на www, а затем на новый путь. Google советует ссылаться прямо на конечный URL или держать цепочки не длиннее 3 переходов и всегда короче 5 (Google Search Central).

Googlebot проходит до 10 переходов, затем сдаётся, а Search Console сообщает «Ошибка переадресации» (документация краулера Google). Chrome и Firefox проходят до 20, после чего показывают ERR_TOO_MANY_REDIRECTS. Каждый переход это ещё один обмен с сервером до начала загрузки страницы, поэтому обновите внутренние ссылки на конечный URL.

Сколько переходов слишком много?Google · Chromium · Firefox
  • Совет Google: не больше 3
  • проходится, но медленнее
  • Googlebot их не видит: Search Console показывает «Ошибка переадресации»
  • после 20: ERR_TOO_MANY_REDIRECTS
http://google.com2 редиректа, затем страница301 · 368302 · 537страница · 3931,30 с
https://www.google.com/прямая ссылкастраница · 393393 мс
Каждый переход это полный обмен с сервером до начала загрузки страницы: здесь редиректы занимают 905 мс, а сама страница 393 мс; записано переход за переходом 24 октября 2026 г..

Как исправить петлю редиректов?

Найдите два правила, которые противоречат друг другу, и приведите их к одному конечному URL. Петля это цепочка, которая возвращается к уже запрошенному URL; браузеры ходят по кругу до 20 редиректов и показывают ERR_TOO_MANY_REDIRECTS.

Чаще всего петля возникает, когда правило, добавляющее www, встречает правило, которое его убирает, или когда правила HTTP и HTTPS спорят за CDN: CDN обращается к серверу по http://, сервер перенаправляет на https://, а CDN снова запрашивает по http://. Браузеры запоминают постоянные редиректы, поэтому проверяйте исправление в приватном окне.

Как проверка петель находит петлю

URL, запрошенный второй раз без новой cookie, считается петлёй: маршрут возвращается к повторяющемуся переходу и останавливается там, а не идёт по кругу до 20. Сайт, который ставит cookie и перенаправляет на себя, получает её обратно, как в браузере, поэтому шаг входа не принимается за петлю.

Петля редиректоввымышленный пример

ERR_TOO_MANY_REDIRECTS · после 20

Одно правило для хостаВыберите домен без www или с www и направьте на него все правила, включая страницу входа.
Правила, читающие cookieПравило, которое перенаправляет, пока не установлена cookie, зацикливается у любого клиента, который её отбрасывает, в том числе у роботов.
Сбросьте закэшированный 301Браузеры хранят постоянные редиректы: после исправления проверяйте в приватном окне.

Редирект meta refresh и JavaScript: следует ли за ними Google?

Да, при условиях. Google считает мгновенный meta refresh (content="0; URL=…") постоянным редиректом, а отложенный временным, и HTTP-заголовок Refresh учитывается так же (Google Search Central). JavaScript-редиректы работают, только если Google отрисовывает страницу, поэтому используйте их в последнюю очередь.

Даже meta refresh с нулевой задержкой срабатывает лишь после полной загрузки страницы (HTML Standard), поэтому посетители могут сначала увидеть старую страницу. Эта проверка проходит meta refresh и заголовок Refresh как отдельные переходы с их задержкой. Простые JavaScript-редиректы она находит в странице и предлагает Проверить этот URL, но скрипты не запускает: «не найдено» значит, что в HTML их нет, а не что их нет совсем.

Три способа сделать редиректкак к каждому относятся Google и эта проверка
Редирект серверастрока статуса
HTTP/1.1 301 Moved Permanently
Location: https://example.com/new
  • Google: по коду: 301 и 308 постоянные, остальные временные
  • Эта проверка: проходится по переходам
Редирект meta refreshв HTML страницы
<meta http-equiv="refresh" content="0; URL=https://example.com/new">
  • Google: 0 секунд: постоянный; любая задержка: временный
  • Эта проверка: проходится как переход с задержкой
JavaScriptскрипт меняет адрес
window.location.href = "https://example.com/new";
  • Google: только если отрисовка работает: на крайний случай
  • Эта проверка: показывается с «Проверить этот URL», не запускается
Порядок в браузере: сначала HTTP-редиректы, затем JavaScript, который выполняется при загрузке страницы, и наконец meta refresh после полной загрузки.

Ведут ли http, https, www и без www на один URL?

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

Одно исключение допустимо: http://www. может делать два перехода, если сначала идёт на https://www. на том же хосте. hstspreload.org требует именно такой порядок, а Mozilla HTTP Observatory снимает 5 баллов, если первый переход с http:// ведёт на другой хост.

Четыре входаgithub.com · записано 24 октября 2026 г.

Все четыре приходят на https://github.com/http://www.github.com делает два перехода: сначала https:// на том же хосте, как требует HSTS preload

http://github.com301200за 1 переход
http://www.github.com301301200за 2 перехода
https://github.com200сам canonical
https://www.github.com301200за 1 переход
https://github.com/200 OK

Каждый вход проходится до 10 переходов рядом с основной цепочкой.

Почему URL по-разному перенаправляет в разных странах?

Потому что сервер выбирает версию для страны или языка по IP-адресу посетителя или заголовку Accept-Language и перенаправляет на неё, так что один и тот же URL у разных посетителей заканчивается на разных страницах. www.mozilla.org делает это по языку: относительный 302 на /en-US/ с Vary: Accept-Language.

Google не рекомендует так делать: «Avoid automatically redirecting users from one language version of a site to a different language version», потому что Googlebot обычно сканирует из США и не отправляет Accept-Language (Google Search Central). Дайте каждой версии свой URL со ссылками hreflang, а другую версию предлагайте баннером.

Пункт Из 11 точек в результате проходит цепочку с зондов проверки доступности сайта по всему миру, поэтому редирект по стране виден как другое окончание. Эти зонды проходят до 5 редиректов со своим user agent.

Один URL из 11 точекshop.example
Вымышленный пример

Ahttps://shop.example/10 точек заканчивают здесь

  • выБлижайшая к вам20041 мс
  • Сан-ХосеSJC200152 мс
  • АшбернIAD20096 мс
  • ЛондонLHR20022 мс
  • СтокгольмARN20031 мс
  • СингапурSIN200168 мс
  • СиднейSYD200290 мс
  • Сан-ПаулуGRU200201 мс
  • КейптаунCPT200170 мс
  • МумбаиBOM200121 мс

Bhttps://shop.example/ja-jp/другой

  • ОсакаKIX302200486 мс

Ответ получила только точка: Осака

HTTP/1.1 302 Found
Location: /ja-jp/
Vary: CF-IPCountry

Записано 24 октября 2026 г.: www.mozilla.org перенаправляет по языку

HTTP/1.1 302 Found
location: /en-US/
Vary: Accept-Language

Googlebot сканирует в основном из США и не отправляет Accept-Language: он всегда видит только https://shop.example/.

Каждая точка запрашивает со своим DNS и своим адресом. Зонды проходят до 5 редиректов со своим user agent.

Куда ведёт эта ссылка? Раскрытие коротких ссылок

Вставьте короткую или отслеживаемую ссылку выше, чтобы увидеть, где она заканчивается, до того как вы её откроете: хост каждого перехода, конечный URL со всеми добавленными по пути параметрами и ответившую сеть. Это работает как трекер редиректов для коротких ссылок, QR-кодов и ссылок из рассылок.

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

Куда ведёт эта ссылка?youtu.be · записано 24 октября 2026 г.

Короткая ссылка

https://youtu.be/jNQXAC9IVRw

303 See Other · 260 мс

Ведёт на

https://www.youtube.com/watch?v=jNQXAC9IVRw&feature=youtu.be

200 OK · 768 мс
  • AS15169Google · сеть, которая отвечает
  • TLS 1.3оба перехода зашифрованы
  • наш сервероткрыл наш сервер, а не ваш браузер
Короткая ссылка добавляет по пути feature=youtu.be: параметры отслеживания видны в конечном URL до того, как вы нажмёте.

Как настроить 301 редирект в nginx, Apache или Cloudflare?

Делайте редирект на сервере и пишите 301 явно: строка return в nginx, строка Redirect в .htaccess Apache, правило в web.config IIS, строка в файле _redirects на Cloudflare или Netlify, запись в vercel.json, вызов в Express. Выберите свою платформу ниже и скопируйте фрагмент.

Следите за значениями по умолчанию: без кода nginx, Apache, Express и _redirects Cloudflare отправляют временный 302, а Vercel отправляет 308, который Google считает за 301. После развёртывания проверьте здесь старый URL: он должен ответить одним 301 прямо на новый URL.

Что отправляет каждая платформа без указанного кодадокументация каждой платформы · 24 октября 2026 г.
ПлатформаЗаписьОтправляет
nginxreturn URL;302 временный
ApacheRedirect /old /new302 временный
IISaction type="Redirect"301 постоянный
Cloudflare_redirects302 временный
Vercelvercel.json redirects308 постоянный
Netlify_redirects301 постоянный
Expressres.redirect(path)302 временный
Четыре из семи по умолчанию отправляют временный 302: всегда указывайте тот код, который вам нужен.
location = /old-page { return 301 /new-page; }

Внутри блока server { } сайта, затем перезагрузите nginx. Просто `return URL;` без кода это 302.

Как проверить редиректы в Chrome или через curl

В Chrome откройте DevTools (F12), перейдите на вкладку Сеть, включите Сохранить журнал и загрузите URL: каждый переход это строка со статусом. В curl команда curl -sIL выводит заголовки каждого ответа по мере прохода редиректов.

Оба способа работают с вашей машины, с вашими cookie и с памятью браузера о сайтах только на HTTPS. Поэтому Chrome иногда показывает 307 Internal Redirect, которого сервер не отправлял: он сам перевёл запрос на HTTPS и называет причину в Non-Authoritative-Reason (исходный код Chromium). Начиная с Chrome 115 он также сначала пробует HTTPS для адресов http://, введённых вручную, поэтому собственный HTTP-редирект сервера может вообще не показаться.

Проверьте редиректы самиcurl · Chrome DevTools
$ curl -sIL http://google.com | grep -iE '^(HTTP|location)'
HTTP/1.1 301 Moved Permanently
Location: http://www.google.com/
HTTP/1.1 302 Found
Location: https://www.google.com/?gws_rd=ssl
HTTP/2 200
Сеть☑ Сохранить журнал
НазваниеСтатусТип
www.google.com307Internal
?gws_rd=ssl200document

307 Internal Redirect отправил не сервер: его создал Chrome, потому что уже знал, что сайт работает только по HTTPS, и сообщает об этом в Non-Authoritative-Reason: HSTS. Серверная проверка показывает только то, что отправляет сервер.

Проверка редиректов: частые вопросы

Плох ли редирект 302 для SEO?

Сам по себе нет. 302 сообщает Google, что перенос временный, поэтому он может продолжать показывать старый URL, хотя целевой всё равно обрабатывает. Если перенос постоянный, замените его на 301 или 308, чтобы Google считал новый URL основным для индекса, а браузеры могли кэшировать редирект. Bing тоже просит использовать 302 только для изменений короче двух дней.

Сколько редиректов проходит Googlebot?

До 10 переходов на URL. После этого он останавливается, а Search Console сообщает об ошибке переадресации для страницы. Сам Google советует держать цепочки не длиннее 3 переходов и всегда короче 5 и по возможности ссылаться прямо на конечный URL. Браузеры идут дальше: Chrome и Firefox проходят до 20 редиректов, прежде чем сдаться.

Как проверить редирект как Googlebot или на iPhone?

Выберите Googlebot, iPhone, Bingbot или Chrome в строке «Как» под полем URL и проверьте адрес. Сервис отправляет строку user agent этого агента с каждым переходом, поэтому сайт, который перенаправляет роботов или телефоны в другое место, покажет это в цепочке. Использовать IP-адреса самого Google он не может, поэтому сайт, который проверяет адрес, а не user agent, всё равно может ответить иначе.

Бесплатна ли эта проверка 301 редиректа и можно ли проверить много URL сразу?

Да, бесплатно и без регистрации. Переключитесь на «Массово» и вставьте до 50 URL, по одному в строке: каждый проходится до 20 переходов с выбранным user agent, а таблица показывает переходы, итоговый статус, конечный URL и вердикт. Скачайте её в CSV для проверки переезда сайта. Одиночные проверки ограничены 20 в минуту на посетителя, чтобы сервис работал честно для всех.

Почему Chrome показывает 307, которого сервер не отправлял?

Chrome создаёт «307 Internal Redirect», когда уже знает, что сайт работает только по HTTPS (из HSTS или записи DNS HTTPS), и переводит запрос на HTTPS до отправки. Какая именно причина, указывает заголовок ответа Non-Authoritative-Reason. Серверная проверка, как эта, этого шага не видит и показывает редиректы, которые отправляет сам сервер, то есть то, что получают другие браузеры и роботы.

Как долго держать 301 редирект?

Не меньше года, а лучше дольше. Руководство Google по переезду сайта советует держать редиректы как можно дольше, как правило не меньше года, а для посетителей рассмотреть бессрочно, ведь старые ссылки, закладки и письма продолжают вести на старые URL. Направляйте каждый старый URL на ближайшую новую страницу: перенаправление всего на главную может быть расценено как soft 404.

Куда ведёт эта ссылка и безопасно ли её открывать?

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

Почему появляется ERR_TOO_MANY_REDIRECTS?

Браузер прошёл 20 редиректов и не дошёл до страницы, почти всегда из-за петли: два правила отправляют URL туда и обратно, например одно добавляет www, а другое убирает, или CDN запрашивает по http://, а сервер настаивает на https://. Проверьте URL здесь, чтобы увидеть повторяющийся переход, исправьте правило, затем очистите cookie сайта или используйте приватное окно.

Нужно ли перенаправлять HTTP на HTTPS через 301?

Да. Постоянный 301 или 308 с http:// на https:// рекомендует RFC 6797 для сайтов с HSTS, а первый переход на том же хосте ищут hstspreload.org и тест редиректа Mozilla Observatory. 302 работает для посетителей, но сообщает поисковым системам, что перенос временный. Один 301 не заставляет браузеры в следующий раз пробовать HTTPS первым: это задача заголовка Strict-Transport-Security.

Передаёт ли редирект 301 ссылочный вес?

Google не публикует цифр, но по его документации 301 и 308 служат сигналом, что целевой URL должен быть каноническим, тем, что показывается в результатах, а 302, 303 и 307 нет. Поэтому постоянный редирект это способ перенести вес страницы на новый URL; временный тоже приводит к обработке целевого URL (слабый сигнал, по документации краулера Google), и его могут проиндексировать, если на него указывают другие сигналы нормализации.

Чего-то не хватает?Предложите функцию или новый инструмент

Другие инструменты для сайтов