01
Выбрать публичный адрес
Если указан только домен, добавляется HTTPS. Пример лишь заполняет поле; сетевой запрос начинается после нажатия кнопки.
HTTP и отладка запросов
Проверка HTTP-заголовков
Посмотрите первый ответ публичного URL
Проверка HTTP-заголовков
Публичный URL
Отчёт об ответе
Введите публичный URL и запустите проверку.
URL отправляется нашему Worker, который анонимно обращается к публичному сайту. Cookie и данные авторизации не передаются.
Введите публичный URL и запустите проверку.
Проверка HTTP-заголовков помогает понять, почему сайт после обновления отдаёт старую страницу или почему адрес ведёт не туда. В отчёте остаётся ответ именно введённого URL.
Когда нужна проверка ответа сервера, сравните также метод и время. Сначала отправляется HEAD, а при ответе 405 или 501 — один GET без загрузки тела. Переход по Location не выполняется.
Зачем нужна проверка HTTP-заголовков
Первый ответ и фактические значения без условной оценки
Не терять первый переход
Проверка HTTP-заголовков сохраняет статус 301 или 302 и Location. Автоматического перехода нет, поэтому правило перенаправления исходного адреса остаётся видимым.
Разделить поля по назначению
Заголовки безопасности, кэширование сайта и остальные HTTP-заголовки сайта показаны отдельно. Проверка HTTP-заголовков фиксирует отсутствие поля только для этого анонимного ответа.
Как читать результат этой проверки
02
Проверить метод и первый переход
Сначала используется HEAD. При 405 или 501 выполняется GET, тело сразу отбрасывается. Ответ 3xx показывает Location, но цепочка не открывается.
03
Сохранять только свежий отчёт
Время относится к этой проверке, а не к полю Date сервера. Изменение URL делает прежний отчёт устаревшим и блокирует экспорт.
Что содержит ответ
Статус и способ запроса
Даже 404 или 500 — полноценный ответ с полезными полями. В отчёте указан HEAD либо переход на GET.
Настройки безопасности
CSP, HSTS и Referrer-Policy видны со значениями. Наличие поля не доказывает, что политика подходит сайту.
Признаки работы кэша
Cache-Control, ETag и Vary помогают исследовать старую версию, но не раскрывают все внутренние правила CDN.
Границы анонимного запроса
- Только публичные узлы
- localhost, частные и зарезервированные адреса, учётные данные в URL и нестандартные порты отклоняются до запроса.
- Без настройки запроса
- Цепочки перенаправлений, POST, Cookie, Authorization и пользовательские заголовки запроса здесь не поддерживаются.
- Нет оценки защищённости
- Присутствующий заголовок может иметь неподходящее значение. Отсутствие само по себе не доказывает уязвимость.
- Другая точка наблюдения
- Запрос идёт от Worker без входа в аккаунт; регион, CDN и User-Agent могут изменить заголовки ответа сервера относительно браузера.
Проверка HTTP-заголовков: частые вопросы
Можно ли проверить поддержку If-Modified-Since?
Нет. Инструмент не отправляет условные пользовательские заголовки. Для этого нужен HTTP-клиент с настройкой запроса.
Какой User-Agent отправляется при проверке?
Используется стандартный сетевой клиент Worker. Здесь нельзя задать собственный User-Agent, поэтому результат может отличаться от браузера.
Можно ли узнать, поддерживает ли сервер сжатие?
Видны только возвращённые заголовки. Инструмент не загружает тело и не проверяет фактический алгоритм сжатия.
Поддерживаются ли домены на кириллице?
Да, корректный международный домен преобразуется при разборе URL. Проверка доступна, если он разрешается в публичный адрес.
Можно ли проверить несколько перенаправлений подряд?
Нет. Отчёт показывает первый 3xx и Location, но не переходит по нему. Для всей цепочки нужен отдельный инструмент.
Остались вопросы?
Начать проверку HTTP-заголовков
Проверьте публичный URL и сохраните значения первого ответа вместе со временем.