Перевірка 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 + обране вами ім'я хоста).

Best Practice

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

CI Tip

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

Best Practice

Якщо ви підозрюєте петлі, встановіть низьку максимальну кількість перенаправлень (наприклад, 3–5), щоб швидко виявляти помилки та ідентифікувати неправильно налаштований набір правил.

CI Tip

Експортуйте JSON та додавайте його до тикетів інцидентів, щоб документувати зміни статусу під час простоїв та відкатів.

Additional Resources

Other Tools