Базовый мониторинг (аптайм, SSL, домен, SEO) работает на всех тарифах. Расширенные проверки ниже включаются по каждому сайту отдельно на тарифах «Pro» и «Agency» — и в любой момент.
Если сайт закрыт от внешних проверок (антибот, ограничения хостинга), он не считается «сломанным»: SSL/домен/SEO помечаются как «Нет ответа от сайта», алерты по ним не отправляются, а проверка повторяется при следующем запуске. Отключить такие проверки для конкретного сайта можно в карточке сайта на вкладке «Проверки», блок «Параметры проверки» → «Проверки по сайту».
Доступность (аптайм) ведёт себя так же: если сайт отвечает 403/429, отдаёт страницу-капчу или совсем не отвечает (таймаут соединения), это распознаётся как блокировка/недоступность извне, а не сбой — инцидент не создаётся, алерт не уходит, а сайт помечается «закрыт для роботов» или «нет ответа» (видно в «Предупреждениях»). В «Параметрах проверки» можно: «Не считать блокировку сбоем» (по умолчанию включено), «Считать рабочими коды» (например «403, 429» — если сайт так отвечает всегда) и «Подтверждать доступность браузером» — тогда страница дополнительно открывается настоящим браузером, и если она открывается, сайт считается доступным. Если сайт начинает мигать (несколько инцидентов за короткое время), уведомления автоматически приглушаются на сутки.
Отдельно есть мониторинг форм на сайтах клиентов (тарифы «Pro» и «Agency»): в карточке сайта на вкладке «Формы» нажмите «Найти формы на странице» — сервис загрузит адрес и покажет найденные формы (адрес отправки, метод, поля, признак капчи), а вы отметите нужные и добавите одной кнопкой; при добавлении сразу выполняется предпроверка. У проверки отдельно хранятся «страница с формой» и «адрес отправки» (action), их можно изменить в карточке формы. Режим «наличие формы» проверяет, что страница отвечает и на ней есть форма; режим «тестовая отправка» (бета) отправляет форму с тестовыми данными, подставляя заголовки Referer/Origin/X-Requested-With и служебные поля со страницы, и сверяет код ответа или текст. «Форма найдена» не означает, что отправка работает: зелёный статус появляется только при подтверждённом успехе, а ответ 200 без признака показывается жёлтым «отправлено, успех не подтверждён». Кнопка «Проверить отправку» показывает подробный отчёт: код и тело ответа, отправленные поля и формат запроса. Для форм с капчей доступен только режим наличия; тестовая отправка требует подтверждения согласования с клиентом.
Скорость загрузки (тарифы «Pro» и «Agency») измеряется нашим браузером: LCP, CLS, время полной загрузки, TTFB и вес страницы — отдельно для мобильного и десктопа, с эмуляцией и холодным кэшем. Оценка по порогам Core Web Vitals, частота: раз в сутки на Pro и каждый час на Agency, плюс кнопка «Измерить сейчас». Значения могут отличаться от Google PageSpeed — там другая инфраструктура.
Периодичность: на каждой проверке (по интервалу сайта)
Разбирает загрузку сайта на этапы: поиск DNS, TCP-соединение, TLS-рукопожатие, время до первого байта (TTFB) и общее время.
Зачем: Сразу видно, где теряется время: медленный DNS, проблемы сертификата, перегруженный бэкенд или сеть.
Что делать: Смотрите, какой этап выбивается из нормы, и передавайте хостеру/разработчику: обычно это DNS, TLS или бэкенд.
Периодичность: раз в сутки
Проверяет ответы сервера на заголовки HSTS, Content-Security-Policy, X-Frame-Options, X-Content-Type-Options и Referrer-Policy.
Зачем: Без них сайт уязвим к подмене, кликджекингу и MIME-атакам, а браузеры помечают его как менее безопасный.
Что делать: Попросите разработчика добавить недостающие заголовки в конфиг веб-сервера. Мы показываем, каких именно не хватает.
Периодичность: раз в сутки
Ищет на главной странице ключевое слово (например, название компании) и детектирует заглушки и ошибки: «coming soon», «index of /», «fatal error» и др.
Зачем: Ловит дефейс, случайно выложенную заглушку и битую страницу, когда сервер отвечает 200, но сайт фактически не работает.
Что делать: Укажите ключевое слово в поле ниже. Если проверка сработала — проверьте содержимое страницы и публикацию.
Периодичность: раз в сутки
Следит за записями A, AAAA, NS, MX и TXT домена и сравнивает их с прошлой проверкой.
Зачем: Изменение DNS-записей — частая причина внезапных сбоев и перехвата трафика.
Что делать: Если записи изменились без вашего ведома — проверьте панель домена и доступы регистратора.
Периодичность: раз в сутки
Проверяет, включена ли DNSSEC-подпись домена.
Зачем: Без DNSSEC DNS-ответы можно подменить — посетители могут попасть на чужой сайт.
Что делать: Включите DNSSEC у регистратора домена (обычно в разделе DNS/безопасность).
Периодичность: раз в сутки
Проверяет записи SPF и DMARC и ищет DKIM по типовым селекторам.
Зачем: Без этих записей письма с домена клиента попадают в спам или подделываются от его имени.
Что делать: Добавьте записи SPF, DKIM и DMARC в DNS. Мы подскажем, каких записей нет.
Периодичность: на каждой проверке (по интервалу сайта)
Проверяет доступность портов сервисов: SMTP, SSH, базы данных и других.
Зачем: Сайт может работать, а почта или панель — нет. Порт-мониторинг ловит это раньше клиента.
Что делать: Добавьте нужные хосты и порты ниже. При срабатывании проверьте службу, firewall и хостинг.
Периодичность: на каждой проверке (по интервалу сайта)
Отдельно проверяем ключевые страницы сайта: каталог, корзину, раздел услуг.
Зачем: Главная может открываться, а важная страница — падать, и клиент узнает об этом первым.
Что делать: Добавьте ключевые URL. При срабатывании проверьте страницу и логи приложения.
Периодичность: по расписанию пинга
Вы добавляете ссылку из задачи (cron, бэкап, скрипт) и вызываете её при выполнении. Мы следим, что пинг приходит вовремя.
Зачем: Задача может молча перестать выполняться — бэкапы не делаются, синхронизация не идёт. Heartbeat сообщит об этом.
Что делать: Добавьте вызов ссылки в конец задачи (curl). Если алерт сработал — проверьте cron и логи задачи.
Как включить
Откройте сайт в кабинете → блок «Расширенные проверки» → отметьте нужные. Проверки начнут выполняться автоматически по расписанию.
Перейти в кабинет