Контролируйте доступность главной страницы, формы входа, посадочных страниц, разделов с заявками и технических URL, которые важны для работы WordPress-сайта.
WordPress-сайт может выглядеть рабочим снаружи, но отдельные важные страницы уже могут отдавать ошибку, долго отвечать или быть недоступны после обновления темы, плагина или настроек хостинга.
UpWatch подходит для внешнего контроля WordPress: регулярные HTTP-проверки URL, ожидаемые статусы, таймауты, история запусков, инциденты и уведомления.
Это не плагин для WordPress и не внутренняя диагностика PHP. UpWatch проверяет сайт как внешний пользователь или робот мониторинга: открывается ли нужный URL и отвечает ли он ожидаемо.
Начните с главной, посадочных страниц, формы заявки, страницы контактов и технических URL, которые должны открываться всегда.
Укажите ожидаемый статус ответа, интервал проверки и таймаут, чтобы отличать реальный сбой от временной задержки.
Если WordPress или связанный API отдаёт JSON, можно проверять не только статус ответа, но и конкретное значение внутри ответа.
Email подойдёт владельцу сайта, Telegram или MAX — команде, которая должна быстро реагировать на сбой.
Ручная проверка показывает состояние сайта только в момент открытия страницы. Сбой может начаться ночью, после обновления, во время рекламного трафика или из-за проблем на хостинге.
Особенно опасны частичные сбои: главная открывается, но посадочная страница, форма заявки или технический endpoint уже недоступны.
UpWatch закрывает внешний слой контроля: регулярные проверки, инциденты, история и уведомления. Для внутренней диагностики WordPress всё равно нужны логи сайта и хостинга.
Нет. UpWatch работает как внешний сервис мониторинга и проверяет URL сайта снаружи. Это безопаснее для базового контроля доступности и не зависит от установки плагина.
Можно проверять доступность URL входа или специально подготовленного технического URL. UpWatch не выполняет полноценный сценарий авторизации в админке как пользователь.
Нужно разрешить исходящий IP проверок UpWatch в правилах защиты, чтобы штатные проверки не блокировались как нежелательный автоматический трафик.
Базовый контроль доступности страниц и критичных URL.
Как команда узнаёт о недоступности сайта.
Как разбирать отдельные запуски и инциденты.
