TrueURL
TrueURL

Меню

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

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

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

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

Число запусков

Почему важна задержка редиректов

Редирект — это полноценный дополнительный запрос. Браузеру нужно найти в DNS следующий хост, открыть соединение, согласовать TLS для нового домена и дождаться ответа сервера — и все это до того, как он сможет запросить саму страницу. Один переход в пределах того же хоста может занимать несколько десятков миллисекунд, а цепочка через сервис сокращения ссылок, трекинговый домен и правило с HTTP на HTTPS легко добавляет полсекунды и больше, особенно в мобильных сетях.

Время на редиректы уходит раньше всего остального, поэтому оно напрямую прибавляется к времени до первого байта (Time to First Byte) и Largest Contentful Paint. Именно поэтому Lighthouse и PageSpeed Insights отмечают редиректы основного документа.

Как измеряется время

Для каждого перехода TrueURL измеряет время от отправки запроса до получения заголовков ответа. Если нужно новое соединение, в это время входят DNS-запрос и установка TCP- и TLS-соединения, а также время обработки запроса сервером, но не загрузка тела страницы. Каскадная диаграмма показывает переходы по порядку, так что самый медленный сразу виден.

Измерения выполняются из дата-центра Cloudflare, где запускается проверка (обычно ближайшего к вам), а не с вашего устройства. Они показывают, насколько быстро отвечает каждый сервер, но у реальных посетителей к каждому переходу добавляется еще и задержка их собственной сети. Повторите запуск, чтобы сгладить случайные колебания: первый запуск может включать холодный DNS-кэш и новые соединения, а последующие обычно ближе к установившемуся режиму.

Какой редирект считается медленным?

Примерные ориентиры — по этой же шкале TrueURL выделяет цветом время каждого перехода:

  • До 200 мс на переход: быстро, типично для редиректа, который отдает edge-сервер CDN или простое правило веб-сервера.
  • 200–600 мс: приемлемо, обычно так отвечает сервер приложений или редирект на другой домен, которому нужно новое TLS-соединение.
  • 600 мс и больше: медленно. Скорее всего, редирект формирует тяжелое приложение, например CMS, которая загружает плагины или обращается к базе данных, а не простое правило.

Лучшая оптимизация — вообще убрать лишние переходы. Затем отдавайте редиректы как можно ближе к посетителю: правило в CDN или на edge-сервере отвечает намного быстрее, чем приложение, которому нужно запуститься только ради того, чтобы отправить 301.

Как ускорить редиректы

  • Ставьте ссылки сразу на конечный URL — на сайте, в письмах, рекламе и профилях в соцсетях, — чтобы большинство посетителей вообще не попадали на редирект.
  • Объедините правила для редиректа с HTTP на HTTPS, хоста и слеша в один переход; инструмент «Проверка редиректа на HTTPS» покажет, сделано ли это у вас.
  • Обрабатывайте редиректы в конфигурации CDN, балансировщика нагрузки или веб-сервера, а не в приложении.
  • Отправляйте заголовок HSTS, чтобы вернувшиеся посетители полностью пропускали редирект с HTTP на HTTPS.
  • Не нагромождайте сервисы сокращения ссылок и трекинговые редиректы друг на друга.

Руководства

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

Насколько редирект замедляет страницу?

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

Почему время отличается от того, что показывает DevTools в браузере?

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

Почему первый переход намного медленнее остальных?

Первый запрос к хосту обычно включает DNS-запрос и новое TCP- и TLS-соединение, а последующие переходы на тот же хост могут частично использовать уже проделанную работу. Если медленный — один из последующих переходов, разберитесь, что делает этот сервер, чтобы сформировать редирект.

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

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

Влияет ли задержка редиректов на SEO?

Косвенно. Время редиректов прибавляется к Time to First Byte и Largest Contentful Paint для посетителей, которые приходят через редирект, а LCP — одна из основных интернет-метрик Google (Core Web Vitals). На крупных сайтах медленные редиректы к тому же уменьшают число страниц, которые поисковый робот успевает загрузить за то же время.

Время каждого перехода — это общее время загрузки страницы?

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