Мониторинг сайта на WordPress

WordPress — самая популярная CMS в мире, на ней работает около 43% всех сайтов в интернете. Гибкость WordPress оборачивается и обратной стороной: множество плагинов, тем, обновлений — всё это может ломаться. Внешний мониторинг помогает узнавать о падениях сразу.

Типичные причины падения WordPress

1. Плагин уронил сайт

После обновления плагина (или ручного редактирования файла) сайт показывает белый экран смерти (WSOD) или 500-ю ошибку. Очень частая ситуация: один плохой плагин = весь сайт лежит.

2. Превышение лимита памяти PHP

WordPress + 20 плагинов могут легко превысить лимит в 128 МБ на запрос. Появляется ошибка Allowed memory size exhausted → 500.

3. БД переполнена/упала

WordPress активно пишет в БД: ревизии записей, transients, опции. На большом сайте таблицы wp_options и wp_postmeta могут вырасти до миллионов строк → запросы становятся медленными → 503/504.

4. Атака brute-force на wp-login.php

Любой WordPress 24/7 пытаются взломать. При интенсивной атаке сервер перегружается, легитимные посетители видят 503.

5. Хостинг приостановил из-за нагрузки

Shared-хостинг автоматически приостанавливает сайт если он превысил лимиты по CPU/памяти. WordPress часто это вызывает.

6. Обновление WP сломало совместимость

Обновили WordPress до новой версии — старая тема или плагин стал несовместим → ошибки.

7. Просроченный SSL

Let’s Encrypt истёк, certbot не сработал. Сайт открывается, но браузер ругается красной страницей.

Что мониторим у WordPress

✅ HTTP-доступность главной (или любой выбранной страницы)
✅ SSL-сертификат — критично, проблем с ним у WP-сайтов больше всего
✅ Из 3 регионов — защита от ложных алертов

Как добавить

Зарегистрируйтесь в Monisite
Добавьте сайт через + Добавить сайт
Введите URL — обычно главная страница https://example.com
Готово, через минуту первая проверка

Совет: используйте health-эндпоинт

WordPress по умолчанию хорош для мониторинга «как есть» — главная страница содержит много кода, через неё видно работает ли сайт. Но если хотите точную и быструю проверку, не нагружающую сайт — создайте легковесный health-эндпоинт:

Способ 1. Простой PHP-файл:

Создайте /wp-content/health.php:

<?php
header('Content-Type: text/plain');
echo "OK";
?>

В Monisite используйте URL https://example.com/wp-content/health.php.

Способ 2. Через REST API:

WordPress сам предоставляет REST API:

https://example.com/wp-json/

Этот эндпоинт возвращает JSON с информацией о сайте. Если возвращает — значит WP работает.

Что делать если WordPress упал

1. Включить debug:

В wp-config.php:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

После — открыть wp-content/debug.log — там будет точная причина.

2. Отключить все плагины разом:

Через FTP/SSH переименовать папку wp-content/plugins в plugins.disabled. Сайт поднимется. Дальше включать плагины по одному и ловить виновника.

3. Сменить тему на дефолтную:

Через БД (если админка не открывается):

UPDATE wp_options SET option_value = 'twentytwentyfive' WHERE option_name = 'template';
UPDATE wp_options SET option_value = 'twentytwentyfive' WHERE option_name = 'stylesheet';

4. Очистить кэш:

Объектный кэш, кэш плагинов кэширования (WP Super Cache, W3 Total Cache), CDN-кэш. Иногда сайт «лежит» только в кэше, а реальный сайт работает.

Защита от brute-force

Чтобы атаки на wp-login.php не валили ваш WordPress:

Поставьте плагин Limit Login Attempts (или встроенный в WordFence)
Закройте /wp-login.php через .htaccess для всех кроме своих IP
Используйте 2FA (Two-Factor) для админских аккаунтов
Переименуйте URL логина (плагин WPS Hide Login)

Эти меры снизят нагрузку и количество ложных 503.

Чем поможет Monisite

WordPress-сайт может «лежать» по сотне причин. Без мониторинга вы узнаёте часами позже — от клиента или из звонка от агентства. С мониторингом — в течение минуты.

Проверка каждую минуту из 3 регионов
Мгновенные уведомления в Telegram, MAX или email
Мониторинг SSL (критично для WP)
Бесплатно, без лимита сайтов

Подключить мониторинг →