Мониторинг WordPress: что ломается чаще всего
WordPress ломается не постепенно, а в момент обновления. И чаще всего — плагином, а не ядром.
Типичный сценарий: ночью обновился плагин, утром сайт отдаёт 500 или белый экран. Мониторинг должен ловить не только «сайт недоступен», но и «страница отдаёт 200 без контента» — для этого проверяйте наличие ключевого элемента, а не только код ответа.
- Доступность главной и страницы записи
- Наличие текста на странице (пустой шаблон при 200)
- Форма комментария и форма обратной связи
- SSL и редиректы http → https
- Скорость: TTFB и время полной загрузки
- Админка: /wp-admin отдаёт 200 (без авторизации — 302)
- Доступность wp-cron и очереди писем
Отдельно контролируйте ресурсы: WordPress с десятком плагинов и без кэша легко упирается в лимит памяти PHP. Агент на сервере покажет рост памяти и заполнение диска бэкапами — это те проблемы, которые видны за часы до падения.
Обновления лучше ставить на копии и проверять сценарий «страница открывается, форма работает». Если это невозможно — держите бэкап и проверку сразу после обновления: пять минут внимания экономят день восстановления.
Частые вопросы
Как поймать белый экран?
Проверкой наличия текста или селектора в контенте, а не только кода 200.
Нужен ли мониторинг админки?
Достаточно проверки, что страница входа открывается — она ломается при ошибках плагинов безопасности.
Проверьте на своём сайте
Три объекта бесплатно, без карты. Первый алерт — в течение часа.