Методология Проверки сайта

Последнее обновление: 21 апреля 2026 г.

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

1. Проверка ввода и фильтры безопасности

Перед любым запросом мы нормализуем и проверяем отправленный URL. Блокируем неподдерживаемые схемы, локальные/частные IP-адреса и небезопасные исходы перенаправлений. Это предотвращает злоупотребления и сосредотачивает проверки на публичных веб-конечных точках.

2. Проверки DNS

Мы запрашиваем DNS-записи и разрешаем сопоставления домен–IP. Если домен не разрешается публично, мы явно это отмечаем, чтобы пользователи могли отделить проблемы DNS от проблем веб-сервера.

3. Поведение HTTP(S)-запросов

Выполняем HTTP(S)-запрос с отслеживанием перенаправлений и замером времени. Ответ включает код состояния, число перенаправлений, конечный URL, тип содержимого и базовые метаданные страницы, когда они доступны.

4. Обработка SSL/TLS

Сначала пытаемся выполнить строгую проверку SSL. Если строгое SSL-рукопожатие не удаётся, можем запустить дополнительную проверку с ослабленными параметрами, чтобы выяснить, доступен ли хост, но настроен неправильно. В таких случаях мы отдельно помечаем проблемы SSL, а не молча считаем сайт исправным.

5. Лимиты запросов и антибот-страницы

Некоторые сайты блокируют автоматические запросы (например, WAF-вызовы или защита Cloudflare). При обнаружении таких шаблонов мы помечаем результат как ограниченный, чтобы пользователи не путали блокировку ботов с полным простоем.

Известные ограничения

  • Результаты получены с расположения нашего сервера, а не из каждого региона мира.
  • Проверки — разовые снимки по запросу, а не непрерывный мониторинг.
  • Ответ 200 не гарантирует исправность каждого пути страницы.
  • Проблемы на стороне пользователя (блокировки ISP, кэш браузера, расширения) могут отличаться от проверок на стороне сервера.

Как ответственно использовать результаты

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