Практика 6 мин 28 сентября 2026

Мониторинг WordPress: что ломается чаще всего

WordPress ломается не постепенно, а в момент обновления. И чаще всего — плагином, а не ядром.

Типичный сценарий: ночью обновился плагин, утром сайт отдаёт 500 или белый экран. Мониторинг должен ловить не только «сайт недоступен», но и «страница отдаёт 200 без контента» — для этого проверяйте наличие ключевого элемента, а не только код ответа.

  • Доступность главной и страницы записи
  • Наличие текста на странице (пустой шаблон при 200)
  • Форма комментария и форма обратной связи
  • SSL и редиректы http → https
  • Скорость: TTFB и время полной загрузки
  • Админка: /wp-admin отдаёт 200 (без авторизации — 302)
  • Доступность wp-cron и очереди писем

Отдельно контролируйте ресурсы: WordPress с десятком плагинов и без кэша легко упирается в лимит памяти PHP. Агент на сервере покажет рост памяти и заполнение диска бэкапами — это те проблемы, которые видны за часы до падения.

Обновления лучше ставить на копии и проверять сценарий «страница открывается, форма работает». Если это невозможно — держите бэкап и проверку сразу после обновления: пять минут внимания экономят день восстановления.

Частые вопросы

Как поймать белый экран?

Проверкой наличия текста или селектора в контенте, а не только кода 200.

Нужен ли мониторинг админки?

Достаточно проверки, что страница входа открывается — она ломается при ошибках плагинов безопасности.

Проверьте на своём сайте

Три объекта бесплатно, без карты. Первый алерт — в течение часа.