Мониторинг uptime для WordPress-плагина с SaaS-бэкендом
Популярные WordPress-плагины — SEO-наборы, конструкторы форм, бэкапы — ставят PHP в wp-content/plugins/, но ходят в удалённый SaaS API за AI, синхронизацией, лицензиями или аналитикой. Сайт может быть зелёным в wp-admin, пока API, от которого зависят интеграторы, уже лежит.
Внешний uptime-мониторинг должен бить в SaaS-бэкенд, а не в yoursite.com/wp-admin или admin-ajax.php. StillOnline гоняет HTTP GET по расписанию с публичного интернета и связывает проверку с status page и алертами владельца (email, бот Telegram, Slack).
Краткий ответ
Зарегистрируйте StillOnline на SaaS API — GET /health или /api/health, не на WordPress admin и не на admin-ajax.php. WordPress REST API — для on-site маршрутов; облачный API живёт на отдельном хосте (например api.yourplugin.com). На Free проверка каждые 5 минут, алерт после двух подряд неудачных (~10 минут). На shared hosting не мониторьте корень WP-сайта — троттлинг CPU даёт ложные срабатывания; см. настройку false positive.
Архитектура: две поверхности, один продукт
| Поверхность | Что доказывает | Проверка StillOnline? |
|---|---|---|
| WordPress-сайт | PHP плагина грузится, wp-cron крутится | Обычно нет (шумно на shared hosting) |
| SaaS API | Лицензия, sync, AI, webhooks работают | Да — канонический health URL |
| Status page | История инцидентов для клиентов | Хостинг на stillonline.tech/s/{id} |
Пользователям плагина важно, проходят ли API-вызовы с их сервера. Проверка https://api.yourplugin.com/health ближе к реальности — та же логика, что в мониторинге API-only SaaS.
Не мониторьте wp-admin и admin-ajax
Частые ошибки:
/wp-admin/— редиректы на логин, cookies, 403 для проб.admin-ajax.php?action=...— rate limits shared-хоста, протухший nonce, чужой трафик плагинов.- Маркетинговая главная на shared host — 200, пока PHP-воркеры забиты.
Если нужна «живость» WordPress, добавьте лёгкий REST-маршрут — справочник REST API — и держите его отдельно от проверки облачного API:
// Пример — лучше мониторить api.yourplugin.com
register_rest_route( 'yourplugin/v1', '/health', array(
'methods' => 'GET',
'callback' => fn() => new WP_REST_Response( array( 'status' => 'ok' ), 200 ),
'permission_callback' => '__return_true',
) );
StillOnline ждёт стабильный HTTPS URL с 200 примерно за две секунды — быстрый старт health URL.
Ложные срабатывания на shared hosting
Бюджетные хосты ставят PHP на паузу, кладут wp-cron в очередь или отдают медленный 200 под нагрузкой. Симптомы:
- Проверка мигает DOWN при пиках на блоге, а не на API.
curlс ноутбука ок; внешняя проба периодически таймаутится.
Что помогает:
- Мониторить только
api.yourplugin.com/health— авторитетно для SaaS-фич. - Держать health лёгким — без fan-out по БД на cold path (дизайн health).
- Принять debounce на 2 fail — StillOnline ждёт 2 неудачные пробы перед DOWN (гайд по false positive).
- Сначала проверить редиректы/WAF через
curl -L, не винить монитор — пробы и antibot.
На Free фиксированный интервал 300 с; укоротить без Pro (60–300 с на проверку) нельзя.
Настройка StillOnline для вендора плагина
- Отдайте
GET /healthна API-деплое (Railway, Fly, VPS — не на коробке WordPress). - Проверьте снаружи shared hosting:
curl -sS -o /dev/null -w "%{http_code} time:%{time_total}s\n" https://api.yourplugin.com/health
- Создайте проект StillOnline → вставьте health URL API → ждите 200.
- Делитесь
https://stillonline.tech/s/{id}в документации плагина, changelog и макросах поддержки. - Включите Telegram-алерты владельца, если апдейты шлёте с телефона — гайд по Telegram.
Pro — до 10 URL-проверок: разделите API и опционально маркетинговый сайт, если готовы к лишнему шуму на второй проверке.
Как сообщать о сбоях пользователям плагина
Когда API-проверка уходит в DOWN, опубликуйте инцидент на status page; ссылку — в:
- Sticky на форуме WordPress.org (если политика позволяет).
- Admin notice внутри плагина (PHP читает status JSON или статичный баннер).
- Email платному tier — шаблон письма клиентам.
Подписчики публичной страницы получают email при каждом посте об инциденте через Google sign-in — подписчики vs владелец.
Связанные материалы
- Быстрый старт health URL
- Настройка false positive при uptime-алертах
- Uptime-проверки API-only SaaS
- Пробы, редиректы и antibot
FAQ
StillOnline должен мониторить WordPress-сайт или SaaS API плагина?
Мониторьте health URL SaaS API — его дергают проверки лицензий, sync и платные фичи. wp-admin и admin-ajax.php — плохие цели для проб (API-only гайд).
Почему StillOnline алертит, а wp-admin ещё открывается?
Скорее всего проверяете не тот URL. Admin может отдавать 200, пока api.yourplugin.com лежит. Укажите проверку на API /health (быстрый старт).
Как быстро StillOnline алертит при падении API?
После двух подряд неудачных проб. На Free с интервалом 5 минут — примерно 10 минут от первого fail (настройка false positive).
Можно на StillOnline Free мониторить и WordPress, и API?
На Free — одна проверка на проект. Мониторьте API; Pro — вторая URL, если нужна отдельная проверка маркетингового сайта (тарифы).
StillOnline интегрируется как WordPress-плагин?
Нет. StillOnline — внешний HTTP-монитор и хостинг status page. Добавьте health на API и зарегистрируйте HTTPS URL в кабинете — тот же паттерн, что у любого API-first SaaS.