Все материалы

Доступность

Мониторинг ключевого текста: страница ошибки с HTTP 200

Как выявить заглушку с успешным HTTP-кодом: contains, not contains и ограничения проверки исходного ответа.

Команда Uptimely

Почему HTTP 200 может скрывать ошибку

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

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

Выберите устойчивый текст в HTTP-ответе

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

  1. Откройте исходный HTTP-ответ нужного URL и найдите устойчивую строку.
  2. Выберите contains для обязательного текста или not contains для известной заглушки.
  3. Проверьте обычную страницу и собственную тестовую заглушку, затем настройте уведомления.

Ожидаемый результат: Условие выполняется на нормальной странице и нарушается на тестовой заглушке. HTTP 200 сам по себе не подтверждает верное содержимое.

Как выбрать contains или not contains

Contains полезен, если исправная страница обязательно содержит выбранную строку. Not contains полезен, если определённая фраза однозначно указывает на нежелательное состояние. Избегайте динамической цены, даты, имени пользователя и рекламной акции.

Проверьте исходный HTTP-ответ, а не только текст на экране браузера. Содержимое, которое появляется после выполнения JavaScript, может отсутствовать в ответе сервера. Для такого интерфейса нужен браузерный Путь с проверкой текста после ожидания.

Как проверить настройку

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

Подключите канал уведомлений и изучите результат восстановления. Если после штатного изменения текста возникли тревоги, обновите условие осознанно: иначе проверка продолжит сигнализировать о редактуре вместо технического сбоя. Регулярная проверка ключевого текста требует PRO.

Следующий шаг

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