Классический мониторинг доступности отвечает на один вопрос: вернул ли сервер
код 200. Этого достаточно, чтобы заметить упавший хостинг, и совершенно
недостаточно, чтобы заметить всё остальное. Сайт может отвечать 200 и при этом
быть закрыт от индексации строкой Disallow: /,
приехавшей с тестового стенда. Может отдавать страницу с истёкшим
SSL-сертификатом, которую браузер закрывает предупреждением. Может потерять
микроразметку после обновления шаблона и лишиться расширенных сниппетов
в выдаче. Во всех трёх случаях аптайм остаётся стопроцентным, а клиент
теряет деньги.
Поэтому каждый сайт проверяется двумя наборами. Частые проверки идут раз
в выбранный интервал, вплоть до минуты: доступность из нескольких точек,
код ответа, время отклика, подмена содержимого. Полный аудит выполняется
раз в сутки и стоит дороже — в него входят SSL-сертификат и срок действия
домена, robots.txt и карта сайта, канонические
адреса и мета-теги, микроразметка JSON-LD, признаки CMS и забытые в корне
файлы вроде .git или дампа базы. Разделение
не косметическое: гонять полный набор каждую минуту физически не выйдет,
а robots.txt между двумя минутными проверками
сам по себе не меняется.
Об аварии сервис сообщает не с первой неудачи. Одиночный провал не значит
ничего — сетевой всплеск, сработавший лимит на хостинге, дребезг DNS,
— поэтому неудачная проверка переспрашивается ещё дважды, а решение
принимается по нескольким точкам наблюдения. Ложное «сайт лежит» в три
часа ночи обесценивает мониторинг быстрее, чем пропущенная авария.
Уведомления уходят в Telegram, MAX, ВКонтакте, на почту и вебхуком,
и о восстановлении сервис сообщает так же, как о поломке.
Всё это собрано под один экран для тех, кто ведёт не свой сайт, а чужие:
веб-студий и агентств на абонентской поддержке. Портфель из тридцати-восьмидесяти
сайтов виден списком со статусами и рейтингом здоровья, историей проверок
и отчётами, которые можно отдать клиенту под своим брендом. Клиенту можно
открыть отдельную страницу статуса — в том числе на его собственном домене.