Мониторинг сайта на 1С-Битрикс: что реально важно

Проверка «главная открывается» не ловит половину болей Bitrix: упавший агент, забитый cache, очередь писем и диск под upload. Разбор по слоям — инфраструктура, приложение, прозрачность для заказчика.

Слой 1: VPS под Bitrix

• CPU/RAM — импорт каталога, переиндексация, композит.
• Диск — /upload, /bitrix/cache, /bitrix/managed_cache, логи.
• MySQL conn — агенты, cron, визиты в пик.

Агент Mediops на сервере — метрики раз в минуту без тяжёлого Zabbix.

Слой 2: Доступность снаружи

• HTTPS, SSL, код 200 на главной и /bitrix/admin/ (без авторизации — хотя бы редирект на логин, не 500).
• Время ответа — деградация до «белого экрана» часто видна по TTFB раньше.
• Отдельный URL корзины или API, если там отдельный контур.

Слой 3: Cron и фоновые задачи Bitrix

Без cron_events.php перестают уходить письма, чиститься кэш, работать модули.

grep -r cron /var/log/syslog 2>/dev/null | tail -5
ls -la /bitrix/php_interface/cron_events.php

Слой 4: Модуль mediops.monitor в админке

Бесплатный модуль для 1С-Битрикс: Управление сайтом — метрики VDS и статус сайтов в админке заказчика.

• API-ключ из профиля Mediops → настройки модуля.
• Заказчик видит только свои серверы (токен mops_co_... на тарифе «Студия»).
• Пороги алертов — в кабинете Mediops; на старших тарифах — редактирование из модуля.

Слой 5: Студия с десятком порталов

Один кабинет Mediops, клиентские компании, white-label боты TG/MAX — заказчик получает алерт в свой бот, не в ваш личный Telegram.

Integration API и модуль Bitrix — один источник правды по ресурсам компании.

Минимальный набор на старт

1. 1 VDS с агентом + 1 сайт с проверкой URL/SSL.
2. Алерты в MAX или Telegram на диск, RAM и недоступность.
3. Модуль в админке Bitrix — прозрачность для клиента без доступа к вашему ЛК.

Бесплатный тариф Mediops: 1 VDS, 3 сайта, модуль 1С-Битрикс — без карты.