До сравнения процентов запишите адрес, период, интервал проверки и критерий успеха. Например, доступна ли главная страница по HTTPS, получен ли ожидаемый ответ или открывается нужный раздел приложения. Это три разные задачи, а не три названия одной проверки.
Как посчитать процент за период
Для временной модели доступность равна доле времени без подтвержденного простоя в выбранном окне. Условный пример: в 30 сутках 43 200 минут, а согласованный простой составил 43,2 минуты. Тогда результат 99,9%. Это арифметика примера, не измерение нашего сайта или обещание провайдера.
Если монитор считает успешные запросы, а не минуты, знаменатель другой: число проведенных проверок. Пропущенную проверку нельзя молча записать успешной. Сначала выясните, монитор не получил ответ от сайта или сам не выполнил запрос.
| Правило | Что видно | Чего оно не доказывает |
|---|---|---|
| Ответ HTTP | Публичный адрес отвечает | Содержимое правильное |
| Ожидаемый текст | Нужный признак в ответе | Любая функция работает |
| Проверка TLS | Сертификат принят проверяющим клиентом | Все клиенты совместимы |
| Загрузка ресурсов | Проверены выбранные зависимости | Весь путь пользователя пройден |
Почему настройки монитора меняют результат
Microsoft Application Insights описывает Standard tests с проверкой кода ответа, совпадения текста, TLS и загрузки зависимых ресурсов. Последняя опция делает условие строже: главная может ответить, а один нужный ресурс не загрузиться. Эти сведения проверены 7 октября 2026 года.
Результат зависит и от точки наблюдения. Ошибка одного региона не обязательно общий простой, но успешный запрос из другого региона не опровергает проблему конкретных посетителей. Сохраняйте исходные события, адрес и точку проверки, а не только среднюю цифру графика.
Интервал ограничивает видимость. Короткий сбой между двумя запросами может не попасть в журнал. Повторные попытки и порог тревоги отдельно определяют, когда система сообщит об ошибке; не называйте время получения уведомления точным началом простоя.
Uptime и SLA не один документ
Наблюдаемая доступность относится к вашим проверкам. SLA описывает договорную услугу, окно расчета, исключения и компенсацию. Не вычитайте обслуживание из наблюдений только потому, что оно исключено из SLA: храните сырой журнал и договорный расчет раздельно.
Здесь нет нового рейтинга надежности, установки мониторинга или платной интеграции. Для ошибки сайта нужен диагноз, а для TTFB - отдельное измерение задержки. Перед заказом запросите методику SLA; для своего монитора согласуйте безопасный публичный адрес без отправки форм и создания заказов.

Вывод относится к сценарию этой страницы и не заменяет проверку конкретного тарифа.