
У Битрикса, в отличие от большинства CMS, встроенная диагностика на удивление приличная: «Проверка системы» гоняет несколько десятков тестов, монитор производительности считает нагрузку, панель агентов показывает фоновые задачи. Проблема ровно одна, и она не техническая: всё это надо открыть руками. А открывают обычно тогда, когда сайт уже лёг и клиент звонит.
Отдадим должное, прежде чем что-то предлагать:
Это хорошие инструменты. Но все они пассивные: показывают состояние тому, кто пришёл посмотреть. Никто не смотрит на клиентский сайт каждый день. И самое обидное — проблемы, которые они находят, обычно копятся неделями до того, как проявятся.
Агенты Битрикса по умолчанию запускаются «на хитах» — при заходе посетителя. На сайте с небольшим трафиком они накапливают отставание, а если что-то пошло не так, встают совсем. Дальше тихо ломается всё фоновое: не уходят письма о заказах, не индексируется поиск, не идёт обмен с 1С, не выполняются служебные задачи. Сайт при этом открывается прекрасно и отдаёт честные 200.
Правильное решение известно — перевести агенты на настоящий cron. Проблема в том, что «известно» не значит «сделано»: на клиентских сайтах агенты годами висят на хитах, и никто не замечает, пока клиент не спросит, почему заказы из магазина не попадают в 1С.
Управляемый кеш отключили при отладке и забыли включить. Композитный сайт не настроен. Сайт работает — просто в несколько раз медленнее, чем мог бы, и ложится под нагрузкой, которую пережил бы легко. Снаружи это выглядит как «сайт иногда тормозит» — самая бесполезная формулировка в поддержке.
Его отключают, чтобы «заработала форма» или чтобы не мешал интеграции, и почти никогда не включают обратно. Сайт живёт без защиты от типовых атак месяцами. Внешне — никак не проявляется. До момента взлома.
Самое дорогое. Витрина открывается, корзина считает, а заказы не проходят: платёжная система отключилась, оформление сломалось после обновления, растёт доля неоплаченных заказов. Мы разбирали это подробно — для магазина на Битриксе история ровно та же, что для WooCommerce.
Доступность из пяти регионов, SSL, срок домена и блокировка в реестре РКН — за один клик, без регистрации.
Проверить сайтМы не стали изобретать свои проверки там, где Битрикс уже всё придумал. Наш модуль ставится штатным способом, работает по расписанию самого Битрикса и переиспользует его же диагностику — читает результаты «Проверки системы», смотрит агенты, кеш, настройки безопасности. Наружу уходят только вердикты; никакого удалённого управления сайтом, модуль сам проверяет и сам отправляет.
Что он отслеживает по факту:
Критичное (сломанное оформление заказа, всплеск неоплаченных) сразу летит алертом в Telegram, почту или Max. Остальное копится в панели здоровья сайта и попадает в отчёт клиенту.
| Проблема | Внешний мониторинг | Модуль внутри Битрикса |
|---|---|---|
| Сайт не открывается, лёг хостинг | Да — единственный, кто заметит | Нет: модуль лежит вместе с сайтом |
| Истёк SSL или домен | Да | Нет |
| Домен в реестре РКН | Да | Нет |
| Просроченные агенты | Нет | Да |
| Выключен кеш, не настроен композит | Нет | Да |
| Отключён проактивный фильтр | Нет | Да |
| Упавшие тесты «Проверки системы» | Нет | Да |
| Магазин не принимает заказы | Нет | Да |
| Заявка с формы не дошла до почты | Да — сквозная проверка | Косвенно |
Ни один столбец не заменяет другой. Если сайт лёг, модуль внутри молчит — потому что он лежит вместе с сайтом; об этом скажет только внешняя проверка. Если встали агенты, внешняя проверка счастливо покажет зелёное — потому что сайт-то открывается.
Битрикс-проекты почти всегда на абонентке, и главный вопрос клиента — «за что я плачу, если сайт и так работает». Внутренняя диагностика отвечает на него содержательно: в отчёте за месяц вместо «аптайм 99,9 %» появляется «починили агенты, из-за которых не уходили письма о заказах; включили кеш, сайт стал отвечать вдвое быстрее; вернули проактивный фильтр». Это разговор про деньги клиента, а не про наши графики.
Агенты — фоновые задачи: отправка почты, индексация поиска, обмен с 1С, служебные операции. По умолчанию они запускаются «на хитах», то есть при заходе посетителя, и на низком трафике накапливают отставание. Если агенты просрочены, тихо ломается всё фоновое — от писем до обмена с учётной системой, при этом сайт открывается нормально.
Это разовая диагностика, которую надо открыть руками в админке и нажать кнопку. Она хорошо находит проблемы, но не следит за ними: никто не запускает её каждый день и не получает уведомление, когда результат ухудшился. Мониторинг — это когда та же диагностика идёт автоматически и присылает алерт при критичной проблеме.
Просроченные агенты, выключенный управляемый кеш и композит, отключённый проактивный фильтр, результаты штатной проверки системы, состояние приёма заказов в магазине: поток заказов, всплеск неоплаченных, отсутствие активных платёжных систем. Снаружи всё это выглядит как работающий сайт с кодом 200.
Они закрывают разные слепые зоны. Внешний мониторинг единственный заметит падение сайта или хостинга — изнутри в этот момент жаловаться некому. Модуль внутри видит то, что снаружи невидимо: агенты, кеш, безопасность, приём заказов.
Внешние проверки — доступность из пяти регионов, SSL, домен, РКН, формы. Модуль изнутри — агенты, кеш, безопасность, приём заказов. Бесплатно до 5 сайтов; диагностика CMS — на тарифе Pro.
Начать бесплатноЧитайте также: Битрикс тормозит: 3 причины и Магазин работает, а заказов нет.