Диагностика URL

Проверка сайта

Подробный отчёт по URL с общим вердиктом и результатами из России и Финляндии: DNS-тайминг, время TCP-подключения, TLS-рукопожатие, TTFB, цепочка редиректов, итоговый URL, заголовки ответа и найденные IP-адреса.

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

Сайт и SSL

Бесплатный публичный инструмент. Аккаунт не нужен.

Сводка

Инструмент запускается в России и Финляндии и возвращает единый отчёт через общий диагностический бэкенд. Разница может идти от маршрутизации, ответов резолверов, TLS-представления, выбора CDN-узла или политики фильтрации.

Путь запроса и редиректы

Вы видите нормализованный URL, цепочку редиректов, итоговый URL, HTTP-статус и адрес, к которому пришёл финальный хоп.

Разбивка по таймингам

Бэкенд собирает время DNS-разрешения, TCP-подключения, TLS-рукопожатия для HTTPS, TTFB и общее время финального перехода.

HTTPS и признаки платформы

Если цель заканчивается на HTTPS, в отчёт попадают детали сертификата и объяснимые признаки хостинга или CMS, если ответ их раскрывает.

URL сайта

Проверка сайта

Готово к проверке

Вставьте полный URL или просто домен. Бэкенд нормализует публичные адреса и блокирует localhost, приватные диапазоны и внутренние хосты.

Инструмент запускается в России и Финляндии и возвращает единый отчёт через общий диагностический бэкенд. Разница может идти от маршрутизации, ответов резолверов, TLS-представления, выбора CDN-узла или политики фильтрации.

Примеры

Отчёт

Готово к проверке

Сводка

Серверная диагностика

Здесь появится отчёт

Запустите проверку, чтобы увидеть структурированный отчёт со статусом, таймингами, техническими деталями и сырым выводом там, где он доступен.

СводкаПоявится после завершения проверки.
ТаймингиПоявится после завершения проверки.
Заголовки ответаПоявится после завершения проверки.

01

Что проверяет этот инструмент

Путь запроса и редиректы

Вы видите нормализованный URL, цепочку редиректов, итоговый URL, HTTP-статус и адрес, к которому пришёл финальный хоп.

Разбивка по таймингам

Бэкенд собирает время DNS-разрешения, TCP-подключения, TLS-рукопожатия для HTTPS, TTFB и общее время финального перехода.

HTTPS и признаки платформы

Если цель заканчивается на HTTPS, в отчёт попадают детали сертификата и объяснимые признаки хостинга или CMS, если ответ их раскрывает.

02

Как пользоваться

01

Вставьте публичный URL и запустите проверку.

02

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

03

Если проблема похожа на TLS, DNS или хостинг, переходите на связанные страницы ниже.

03

Как читать результат

HTTP-предупреждение и сетевой сбой — не одно и то же

HTTP 403 или 503 означает, что запрос дошёл до сервера, но ответ оказался непригодным. DNS-ошибки, тайм-ауты и TLS-сбои происходят раньше.

Разрешённые адреса важны

Сайт может уходить на IPv4 или IPv6, отвечать с разных пограничных узлов и вести себя по-разному в зависимости от выбранного адреса.

Скриншоты необязательны

Если в этом развёртывании нет безопасной поддержки скриншотов, отчёт скажет об этом прямо и не будет притворяться, что скриншот есть.

Руководства, которые помогают получить от этого инструмента больше

Разберите вывод, поймите типичные причины сбоев и выберите следующий шаг диагностики прямо внутри продукта.

Сценарий проверки доступностиКак проверить, действительно ли сайт недоступенПошаговый способ отличить реальную недоступность сайта от проблемы DNS, SSL, закрытого порта или ситуации, когда сайт технически отвечает, но всё равно сломан.Интерпретация результатаКак читать результат проверки сайтаРазберите вывод проверки сайта в правильном порядке: статус, цепочку редиректов, тайминги, заголовки ответа, разрешённые IP-адреса, предупреждения и разницу между проблемой приложения и сетевым сбоем.Типовые сбоиТипичные проблемы с доступностью сайтаРазберите основные слои, из которых складываются инциденты доступности сайта: ошибки DNS, проблемы SSL, закрытые порты, перегруженные приложения и маршрутные сбои.Интерпретация HTTPЧто означают HTTP-коды в диагностикеПоймите, как правильно читать HTTP-коды в диагностике сайта: редиректы, клиентские ошибки, серверные ошибки и разницу между настоящим HTTP-ответом и сбоем на более низком уровне.

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

Почему сайт может отвечать, но всё равно показывать предупреждение?

Потому что сервер может отвечать, но отдавать HTTP-ошибку вроде 403, 429 или 503. Это всё ещё полезный ответ, но не рабочая страница.

Что значит TTFB в этом отчёте?

Это время от старта HTTP-запроса до первого байта ответа на финальном хопе после DNS и установления соединения.

Могут ли редиректы скрывать проблему?

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

Связанные инструменты