Мониторинг WordPress: проверки, которые сайту на WordPress действительно нужны

Набор мониторов для одного сайта на WordPress

У WordPress нет отдельного типа монитора, и он не нужен. Надёжный набор собирается из стандартных типов, а для типичного сайта это пять-шесть мониторов:

• Keyword на главной: фраза из футера должна быть, а «Error establishing a database connection» — нет (с тарифа Starter).
• HTTP на /wp-login.php с обычным диапазоном 200-299 или 200-399, если он перенаправляет на https.
• JSON API на /?rest_route=/ с путём name и названием вашего сайта в качестве ожидаемого значения; это работает без «красивых» постоянных ссылок и заодно проверяет PHP, базу данных и слой REST.
• Heartbeat для плановых задач (следующий раздел).
• SSL / домен для дат окончания сертификата и регистрации.
• По желанию DNS для A-записи или HTTP-монитор, ожидающий 403 на /xmlrpc.php, если вы заблокировали его намеренно.

wp-cron — это не часы

По умолчанию WordPress выполняет плановые задачи только тогда, когда кто-то заходит на сайт. Поэтому на малопосещаемом сайте отложенные записи выходят с опозданием, очереди писем отправляются поздно, а резервные копии пропускаются. Хуже того, на оживлённом сайте одна и та же задача может запуститься дважды. Исправление, которое советует большинство гайдов от хостеров: поставить в wp-config.php DISABLE_WP_CRON в true и запускать задачу из настоящего планировщика каждые пять минут: */5 * * * * cd /var/www/site && wp cron event run --due-now && curl -fsS https://YOUR-APP-HOST/hb/hb_TOKEN. Создайте heartbeat с периодом 600 секунд и допуском 300. Теперь отсутствующий пинг означает, что остановился сам планировщик, а это заодно объясняет, почему пропали резервные копии и отложенные записи.

Heartbeat начинается со Starter, лимиты щедрые: 20 на Starter и 100 на Pro, так что один на сайт реален даже для студии.

Первые пять минут после обновления

Большинство сбоев WordPress начинается с обновления плагина, темы или ядра. Три экрана ошибок заслуживают отдельных проверок «фразы не должно быть», потому что каждый из них кеш или собственный шаблон ошибки может отдать с обычным кодом: «There has been a critical error on this website» (экран фатальной ошибки), «Briefly unavailable for scheduled maintenance» (обновление зависло и оставило файл обслуживания) и «Error establishing a database connection». Добавьте их в отдельные мониторы ключевых слов или выберите два, которые видите чаще всего; тогда сообщение о сбое назовёт, какой именно появился.

Сочетайте проверки с окном обслуживания, когда обновляетесь намеренно, чтобы несколько минут запланированного простоя не пугали клиента и не портили аптайм в месячном отчёте.

Кеш может скрыть сбой

Кеш страниц и CDN созданы, чтобы и дальше отдавать последнюю рабочую копию, что отлично для посетителей и плохо для мониторинга. Когда база данных лежит, закешированная главная может оставаться «зелёной» часами. Держите хотя бы один монитор на том, что обязательно выполняет PHP и обращается к базе: wp-login.php при разумной настройке не кешируется, а корень REST по адресу /?rest_route=/ тоже динамический. Если ваш кеш какое-то время отдаёт страницы ошибок, проверка «фразы не должно быть» их тоже поймает.

Бывает и наоборот: плагин безопасности или WAF принимает IP-адрес мониторинга за злоумышленника. Wordfence, правила Cloudflare и fail2ban могут заблокировать его после нескольких запросов. Добавьте список IP-адресов проверяющих серверов в белый список (allow-list) или отправляйте заголовок X-Tenium-Secret, по которому срабатывает ваше правило, и монитор перестанет быть частью поверхности атаки. Проверка на бота отображается как инцидент «заблокировано», а не «недоступно».

Когда сайтов сорок

При пяти мониторах на сайт 300 мониторов тарифа Pro хватит примерно на 60 сайтов, а 1000 мониторов тарифа Agency — на 200 сайтов. Последовательность важнее изобретательности: одинаковые названия мониторов (Client A, home keyword), одинаковые теги и одинаковые контакты для оповещений везде, чтобы инциденты одинаково читались на странице статуса и в отчёте. Мониторы можно создать массово через импорт CSV; нужные столбцы перечислены в документации по импорту. На тарифе Agency дайте каждому клиенту собственное пространство с логином для просмотра и месячным отчётом под вашим брендом; подробнее для агентств.

Знайте границы. Tenium смотрит на ваш сайт снаружи, поэтому сообщит, что сайт недоступен, чего плагин уже не сделает, когда сайт упал. Версий плагинов, изменений в файлах, вредоносного кода и резервных копий он не видит. Это делают ManageWP и MainWP, и они дополняют, а не заменяют Tenium.