Проверка HTTP статуса — проверка кодов состояния и цепочек редиректов

Проверьте код состояния HTTP для любого URL и быстро поймите поведение редиректов. Следуйте по редиректам (до 10) для обнаружения циклов и подтверждения ответа конечного назначения. Идеально для проверки доступности, эндпоинтов работоспособности, SEO-аудитов и отладки неправильно направленных URL. Экспортируйте результаты в JSON.

Loading…

О сервисе Проверка HTTP статуса

Вставьте URL, чтобы увидеть его HTTP статус (200, 301, 302, 404, 500…) и, при необходимости, проследить редиректы для проверки полной цепочки. Идеально для диагностики проблем с доступностью, проверки работоспособности и обеспечения SEO-дружественных редиректов без циклов.

Возможности

  • Проверка статуса HTTP-ответа для любого URL (сайта или API).
  • Отслеживание редиректов и проверка цепочек (до 10 переходов).
  • Быстрое обнаружение циклов редиректов и ошибок конфигурации.
  • Отлично подходит для эндпоинтов работоспособности, чтобы подтвердить поведение 200 OK.
  • Помогает проверить канонические назначения (HTTP→HTTPS, www, пути локализации).
  • Копирование/отправка результатов для отладки и обращений в поддержку.
  • Экспорт отчёта в JSON для автоматизации и рабочих процессов мониторинга.
  • Безопасность по умолчанию: блокировка целей в частных сетях и использование фиксированного User-Agent.

🧭 Как использовать for http-status-checker

1

Введите URL

Вставьте URL, который хотите проверить (страница, эндпоинт API или путь для проверки работоспособности).

2

Выберите поведение редиректов

Включите «Следовать редиректам», чтобы достичь конечного назначения. Отключите, если нужен только ответ первого перехода.

3

При необходимости установите лимит редиректов

Настройте «Макс. редиректов», чтобы избежать длинных цепочек и безопасно обнаруживать циклы.

4

Интерпретируйте результат

Используйте указанный код состояния для определения следующих шагов (исправление битых URL, корректировка редиректов, устранение ошибок сервера).

5

Экспорт для документации или автоматизации

Скачайте JSON, если хотите отслеживать изменения во времени или приложить доказательства к обращению.

Технические характеристики

Модель запроса

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

НастройкаПоведениеПо умолчанию
Следовать редиректамСледует за ответами с редиректом (3xx) до конечного назначенияВключено
Максимум редиректовЛимит редиректов для предотвращения зацикливания10 (диапазон 0–20)
ТаймаутЛимит времени ожидания запроса12000 мс
User-AgentИдентифицирует пользовательский агент запросаEncode64Bot/1.0 (+https://encode64.com)
Приватные сетиБлокирует доступ к диапазонам приватных сетей в целях безопасностиОтключено (приватные сети не разрешены)

Категории кодов состояния (краткое руководство)

Понимание семейства статусов помогает определить, является ли проблема редиректом, ошибкой клиента или сбоем сервера.

ДиапазонЗначениеРаспространённые примеры
2xxУспех200 OK, 204 No Content
3xxРедирект301 Moved Permanently, 302 Found, 307 Temporary Redirect, 308 Permanent Redirect
4xxОшибка клиента400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 410 Gone
5xxОшибка сервера500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout
Для SEO предпочтительны постоянные редиректы (301/308) при окончательном перемещении контента, а цепочки редиректов должны быть короткими.

Командная строка

Используйте эти команды для проверки кодов состояния и редиректов вне браузера. Отлично подходит для проверок CI и реагирования на инциденты.

macOS / Linux

Проверить только код состояния (без тела ответа)

curl -o /dev/null -s -w "%{http_code}
" https://example.com/health

Выводит только HTTP-код состояния.

Следовать редиректам и вывести итоговый статус

curl -L -o /dev/null -s -w "%{http_code}
" http://example.com

Следует за редиректами (HTTP→HTTPS, www и т.д.) и выводит итоговый код состояния.

Показать заголовки цепочки редиректов

curl -I -L http://example.com

Отображает заголовки для каждого шага, включая Location.

Windows (PowerShell)

Получить код состояния

$r = Invoke-WebRequest -Uri https://example.com/health -Method Get -MaximumRedirection 0 -ErrorAction SilentlyContinue; $r.StatusCode

Получает код состояния ответа (обработку редиректов настраивайте в зависимости от версии PowerShell).

Для мониторинга используйте выделенный эндпоинт /health, который быстро возвращает 200 и не требует аутентификации. Держите его стабильным и легковесным.

Сценарии использования

Проверка эндпоинтов здоровья и доступности

Убедитесь, что критические эндпоинты возвращают 200 OK и доступны в рамках ожидаемых ограничений.

  • Проверить эндпоинты /health и /status
  • Обнаружить периодические ошибки 5xx во время инцидентов
  • Экспортировать JSON для доказательств по инциденту

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

Когда URL неожиданно перенаправляется много раз (или никогда не разрешается), проверьте цепочку и быстро остановите циклы.

  • Обнаружить циклы редиректов
  • Подтвердить HTTP→HTTPS и канонизацию www
  • Выявить длинные цепочки из-за смешанных правил (Nginx, приложение, CDN)

SEO-аудиты и проверка битых ссылок

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

  • Подтвердить 200 для индексируемых страниц
  • Использовать 301/308 для постоянных перемещений
  • Найти 404/410 для удаленного контента
  • Обнаружить 302/307, используемые по ошибке для постоянных редиректов

Отладка API

Быстро проверьте, доступен ли эндпоинт API и происходит ли перенаправление (что может сломать некоторых клиентов).

  • Подтвердить 200/204 для ожидаемого успеха
  • Обнаружить неожиданные редиректы 3xx или ошибки аутентификации 401/403
  • Выявить проблемы шлюза 502/504

❓ Frequently Asked Questions

В чем разница между 301 и 302?

301 (и 308) указывает на постоянный редирект. 302 (и 307) указывает на временный редирект. Для SEO постоянные редиректы предпочтительны, когда перемещение является постоянным.

Почему цепочки редиректов должны быть короткими?

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

Как выглядит цикл редиректов?

URL постоянно перенаправляется между двумя или более адресами (часто HTTPHTTPS, www↔без www или правила слэша в конце). Инструмент достигнет лимита редиректов и сообщит о проблеме.

Всегда ли 404 — это плохо?

Не всегда. 404 — корректный ответ для отсутствующих ресурсов. Для окончательно удалённого контента 410 Gone может быть ещё понятнее. Важно, чтобы ваши важные страницы возвращали 200, а редиректы были преднамеренными.

Почему я вижу 403 или 401?

401 означает, что требуется аутентификация. 403 означает, что доступ запрещён. Это может быть ожидаемо для приватных эндпоинтов, правил WAF, геоблокировки или неправильно настроенных разрешений.

Безопасно ли вставлять URL сюда?

Инструмент выполняет серверные запросы к предоставленному URL и блокирует цели в приватных сетях. Избегайте включения секретов в URL (например, токенов в строке запроса).

Pro Tips

Best Practice

Для канонизации предпочтительнее использовать один редирект на ваш конечный URL (HTTPS + выбранное имя хоста).

Performance Tip

Для мониторинга доступности используйте быстрый эндпоинт /health вместо главной страницы, которая может быть тяжелее и изменчивее.

CI Tip

Для SEO-миграций используйте 301/308 для постоянных перемещений и обновляйте внутренние ссылки + карты сайта, чтобы они указывали напрямую на конечные URL.

Best Practice

Если подозреваете циклы, установите низкий лимит редиректов (например, 3–5), чтобы быстро выявить сбой и определить неправильно настроенное правило.

CI Tip

Экспортируйте JSON и прикрепляйте его к тикетам инцидентов, чтобы документировать изменения статуса во время сбоев и откатов.

Additional Resources

Other Tools

Проверка HTTP статуса — проверка кодов состояния и цепочек редиректов | Encode64