Как настроить мониторинг сайта на Битрикс за 15 минут

Утро начинается со звонка клиента: "сайт не открывается". Вы смотрели только админку и думали, что Битрикс сам всё мониторит. За 15 минут соберите рабочую связку: штатный Инспектор сайтов, снимок Проверки системы, внешнюю проверку доступности и SSL плюс один канал алертов. Результат: уведомление приходит вам раньше, чем клиенты начнут писать в мессенджер.

Минимальный мониторинг сайта на 1С-Битрикс: Управление сайтом – это не проект на Zabbix. Включите Инспектор (доступность, домен, SSL, лицензия), прогоните Проверку системы, добавьте внешний uptime и дождитесь тестового алерта. Отдельно зафиксируйте дыры штатного набора: диск, агенты/cron, бэкапы и устаревшие модули.

Речь про CMS "1С-Битрикс: Управление сайтом" на своём хостинге, а не про CRM Bitrix24. В выдаче часто мешают чужие статус-страницы – отложите их и работайте только с сайтом.

Типичная ошибка на практике: в Инспекторе зелёный uptime, а через неделю диск забит бэкапами, агенты встали, форма заказа перестала слать письма. Снаружи сайт "живой", бизнес – нет. Ниже – минимум без проекта на неделю.

Разделите контроль снаружи и изнутри

Внешние проверки доступности и внутренние метрики Bitrix в одной таблице с тумблерами «Проверять» и «Уведомлять»

Снаружи вы проверяете то, что видит посетитель: открывается ли сайт по HTTP/HTTPS, не истёк ли SSL-сертификат (файл "доверия" браузера), не "отвалился" ли домен. Изнутри – то, без чего бизнес стоит при живой главной: диск, агенты (фоновые задачи Битрикс), почта, бэкапы, лицензия обновлений.

Делать: держать оба слоя. Не делать: успокаиваться только на HTTP 200 ("страница открылась") – для магазина этого мало.

Схема минимума за 15 минут:
Админка: Инспектор → Проверка системы → внешний uptime/SSL → один канал алертов → тестовое уведомление → список "чего ещё не видно"

Настройте штатный Инспектор сайтов пошагово

По документации 1С-Битрикс Инспектор сайтов смотрит ровно четыре параметра: доступность примерно раз в 5 минут из двух точек, срок домена (напоминание за 30 дней), SSL и лицензионный ключ (напоминание об окончании обновлений/ТП тоже за 30 дней). Сайт должен быть доступен "снаружи", а в списке сайтов – корректный домен или URL главного модуля.

1. Откройте админку: Настройки → Облако 1С-Битрикс → Инспектор сайтов.
2. Проверьте URL и домен сайта в настройках и добавьте сайт в Инспектор, если его ещё нет – ошибка здесь ломает весь мониторинг.
3. Укажите email для оповещений и сохраните настройки.
4. Дождитесь первой проверки доступности и убедитесь, что статус осмысленный, а не "вечный pending".

Делать: сверить домен с тем, что реально открывается у клиентов. Не делать: считать Инспектор полной системой наблюдения – диск, cron и почту он не контролирует.

Подробности пути и параметров – в справке по Инспектору сайтов и в уроке курса разработчика.

Прогоните Проверку системы как снимок, не как 24/7

"Проверка системы" (site_checker) – разовый осмотр окружения: PHP, безопасность, почта, диск и другие группы проверок ядра. Путь: Настройки → Инструменты → Проверка системы. Это снимок "здоровья", не непрерывный мониторинг: красный пункт сегодня не заменит алерт ночью.

1. Запустите полную проверку и сохраните красные/жёлтые пункты.
2. Отдельно отметьте почту и диск – они чаще всплывают, когда "сайт открывается, а заказы нет".
3. Если админка недоступна, смотрите курс про site_checker_debug и сразу удаляйте debug-файл после диагностики.
4. Повторите прогон после обновлений модулей или смены хостинга.

Делать: фиксировать красные пункты в чек-листе. Не делать: путать разовую проверку с uptime-мониторингом. Документация: Проверка системы.

Подключите внешний uptime и контроль SSL

Внешний uptime – проверка "сайт отвечает?" с другой машины, не из админки. Интервал: раз в 5–15 минут. Параллельно смотрите срок SSL: просроченный сертификат бьёт по доверию сильнее, чем кажется.

1. Выберите сервис или кабинет с HTTP/HTTPS-проверкой и алертом.
2. Добавьте URL главной и, например, ключевой страницы (корзина/форма), если они на том же домене.
3. Включите напоминание о сроке SSL – начните с публичной проверки SSL.
4. Настройте один primary-канал (Telegram удобнее; email – запасной) и сразу отправьте тестовый алерт, пока сообщение не дойдёт.

Если сайт на VPS, проверьте, что домен резолвится снаружи. Для размещения удобный старт – Beget: доступность "с улицы" проверить проще, чем на закрытом стенде.

Делать: один канал без дублей. Не делать: включать сразу email + Telegram + SMS на всех – через неделю отключите шум.

Создание карточки сайта: домен и URL перед выдачей ключей для модуля

Ключи для настройки модуля Bitrix — сохраните секрет сразу, он показывается один раз

Статус сайта, открытые инциденты и график uptime HTTP за месяц

Закройте дыры, которых нет у Инспектора

Инспектор не заменяет контроль диска, агентов/cron, почты и устаревших модулей. Агенты – фоновые задачи Битрикс (рассылки, обмен, индексация). Их лучше переносить на cron через cron_events.php, иначе при живой главной процессы могут стоять. Курс: агенты на cron.

Делать: явно записать в чек-лист "чего Инспектор не видит". Не делать: считать зелёный uptime доказательством, что заказы и письма работают.

Выберите: штатный стек или модуль из Маркетплейса

Инспектора плюс внешнего uptime часто хватает на 1–2 сайта, если диск и cron смотрите сами. Модуль или сервис с внутренними метриками нужен, когда без алертов по диску/бэкапам/модулям снова узнаёте о сбое от клиента.

Примеры из Маркетплейса (цены сверяйте на карточке): itiso.monitoring (uptime, SSL, диск, лицензия, бэкапы, Telegram/SMS), Bquadro про мониторинг и Telegram, DigiMonitor (опубликован 19.05.2025).

Критерии выбора:

• Нужны ли алерты по диску, бэкапам и модулям без ручного обхода админки?
• Нужен ли один кабинет на несколько сайтов?
• Готовы ли к DevOps-проекту (Zabbix) или нужен минимум за вечер?
• Есть ли привычный канал (Telegram) для инцидентов?
• Нужен ли закрытый контур / серверы в РФ – уточняйте у вендора.

Если нужен контур "снаружи + изнутри Bitrix" без Zabbix, можно подключить первый сайт в BX Pulse примерно за 15 минут: HTTP/HTTPS/SSL/домен и внутренние метрики, алерты в Telegram, email или webhook. Сначала откройте demo, если хотите понять интерфейс без обязательств.

Экран модуля в Bitrix: параметры API, heartbeat и сводка по бэкапу и агентам

Делать: один стек до тестового алерта. Не делать: ставить три модуля "на всякий случай" – получите дубли и шум.

Проверьте алерты и зафиксируйте результат чек-листом

Без тестового уведомления мониторинг существует только на бумаге. Один primary-канал, один дежурный, один понятный текст алерта.

Подключение email, Telegram-бота и webhook с выбором уровней инцидентов

1. Отправьте тестовый алерт в Telegram или на email.
2. Уберите дублирующие правила на тот же инцидент.
3. Запишите, кто реагирует ночью и в выходные.
4. Пройдите чек-лист ниже и отметьте "готово / дыра".

Чек-лист "первый сайт в норме":

• Инспектор активен, домен корректный.
• Есть внешняя HTTP/HTTPS-проверка с интервалом ≤15 минут.
• SSL и домен в зоне внимания (напоминание до истечения).
• Получен тестовый алерт.
• Зафиксировано: диск, агенты/cron, бэкапы, почта – кто и чем смотрит.

Zabbix оставьте на этап "когда вырастете": для одного-двух сайтов это отдельный сервер, а не обязательный старт. Сейчас важнее рабочий минимум и не проспать падение.

Делать: закрыть чек-лист сегодня. Не делать: откладывать тест алерта – иначе первым тестом станет звонок клиента.

Материал проверен. Автор: Максим Мольков, основатель BX Pulse, инженер по эксплуатации 1С-Битрикс.
Источники:Инспектор сайтов, Проверка системы, агенты на cron, карточки Маркетплейса itiso / Bquadro / DigiMonitor (актуальность цен – на момент публикации).