Мониторинг работоспособности сайта 1С-Битрикс: настройка, агенты, SSL

Сайт лёг в три часа ночи. Утром менеджер открывает страницу — белый экран. Звонит нам. Мы подключаемся, находим забитый диск или упавший MySQL. Клиенты полночи видели ошибку 500. Потери — заказы, репутация, позиции в поиске. Мы предлагаем мониторинг работоспособности: вы узнаёте о сбое раньше клиентов. Наша компания более 10 лет занимается администрированием Битрикс-сайтов, выполнила свыше 500 проектов — это позволяет гарантировать SLA до 99,9%.

Какие метрики нужно мониторить?

Работоспособность сайта — это не один показатель, а набор метрик. Каждая ловит свой тип сбоя.

HTTP-статус главной и ключевых страниц. Внешний чекер (UptimeRobot, Hetrixtools, Zabbix с внешним узлом) каждые 60 секунд делает GET-запрос и проверяет код ответа. 200 — норма, 500/502/503 — алерт. Важно проверять не только главную, но и страницу каталога, корзину, личный кабинет — они используют разные модули и могут падать независимо.

Время ответа (TTFB). Сайт отвечает, но за 8 секунд — это тоже сбой. Порог: TTFB > 2 секунд — предупреждение, > 5 секунд — критический алерт. Рост TTFB часто предшествует полному падению: база перегружена, но ещё отвечает.

Проверка контента. HTTP 200 не гарантирует, что страница рабочая. Битрикс может отдать 200 с текстом ошибки PHP или пустой шаблон. Чекер ищет ключевое слово на странице (название компании, фрагмент меню). Нет слова — алерт.

SSL-сертификат. Истечение сертификата — частая причина недоступности. Мониторинг предупреждает за 14 и 7 дней до истечения.

Домен. Аналогично — предупреждение об истечении регистрации домена.

Встроенные инструменты Битрикс

Модуль «Проверка системы» (bitrix:system.checker) — разовая диагностика, не мониторинг. Проверяет версии PHP, MySQL, настройки, права на файлы. Полезна после обновления, но не для непрерывного наблюдения.

Монитор производительности (perfmon) — записывает SQL-запросы, время выполнения страниц, нагрузку на хитах. Включается в Настройки → Производительность → Монитор. Полезен для анализа тормозов, но не отправляет алерты.

Панель производительности — оценка в баллах (до 100). Показывает узкие места: медленный диск, нехватка кэша, неоптимальные настройки MySQL. Ориентир, но не замена внешнего мониторинга.

Как настроить внешний мониторинг?

Минимальная конфигурация:

UptimeRobot — минимальный вариант. Бесплатный план: 50 мониторов, интервал 5 минут. Добавляем URL главной, каталога, корзины. Для каждого — проверка HTTP 200 + keyword. Уведомления — email и Telegram-бот.

Hetrixtools — расширенный вариант. Бесплатный план: 15 мониторов, интервал 1 минута, проверка из нескольких локаций. Показывает TTFB по географии.

Zabbix — для проектов с собственной инфраструктурой. Позволяет мониторить не только HTTP, но и серверные метрики (CPU, RAM, диск) в связке с доступностью сайта. Настройка сложнее, но возможности несравнимы.

Специфика Битрикс

Агенты. Система агентов Битрикс (b_agent) выполняет фоновые задачи: обмен с 1С, рассылки, очистку. Если агенты остановились (упал cron_events или нет хитов для агентов на хитах) — сайт работает, но бизнес-процессы встали. Мониторинг: проверяем дату NEXT_EXEC в b_agent — если максимальное отставание > 1 часа, значит агенты не выполняются.

Обмен с 1С. Файл /bitrix/admin/1c_exchange.php обрабатывает обмен. Если обмен завис — каталог не обновляется, но сайт работает. Мониторим по дате модификации файла обмена (/upload/1c_exchange/) или по timestamp последней записи в логе обмена.

Лицензия. Битрикс с истёкшей лицензией работает, но не обновляется и не получает патчи безопасности. Мониторинг даты окончания лицензии — через \Bitrix\Main\Config\Option::get('main', '~PARAM_MAX_SITES') или проверку файла лицензии.

Каналы уведомлений

Email — базовый канал, но письма теряются. Telegram — быстрее и заметнее. Настройка: создаём бота через @BotFather, получаем токен, добавляем бота в группу или канал. В мониторинговом сервисе указываем webhook URL Telegram API. Для UptimeRobot — встроенная интеграция в разделе Alert Contacts.

Эскалация: если алерт не подтверждён за 15 минут — звонок по телефону. Сервисы PagerDuty и Opsgenie решают задачу, но для малых проектов достаточно повторных уведомлений в Telegram с увеличивающейся частотой.

Что входит в работу

1. Аудит текущего состояния сайта и инфраструктуры.
2. Настройка внешнего мониторинга (UptimeRobot/Hetrixtools/Zabbix).
3. Подключение проверки агентов, SSL, домена, обмена с 1С.
4. Настройка каналов уведомлений (Telegram, email, эскалация).
5. Документирование схемы мониторинга и инструкция для вашей команды.
6. Сопровождение: корректировка порогов, добавление новых метрик.

Средний убыток от часового простоя интернет-магазина на Битрикс — 150 000 ₽. Настройка мониторинга окупается уже при первом предотвращённом сбое. Получите консультацию: свяжитесь с нами для расчёта стоимости по вашему проекту.

Источник: Официальная документация 1С-Битрикс по мониторингу производительности

Техподдержка 1С-Битрикс: с чего начинается реальная помощь

Обмен с 1С через \Bitrix\Sale\Exchange встал в пятницу вечером. Остатки на сайте — вчерашние, клиенты заказывают товар, которого нет. Менеджер пишет в чат «1С не грузится», но проблема — в PHP-процессе, который упал по memory_limit при импорте 40 000 SKU. На диагностику и исправление нужно 20 минут, если знаешь, куда смотреть. Без поддержки — до понедельника сайт торгует воздухом. Мы — команда с 7-летним опытом обслуживания проектов на 1С-Битрикс. За это время провели более 50 успешных внедрений и спасли не один сайт от простоев.

Почему техподдержка 1С-Битрикс критична?

Битрикс — живой продукт. Выходят патчи безопасности, меняются версии модулей, кастомизированные решения требуют совместимости. Чем дольше сайт живёт без обслуживания, тем выше риск:

• Уязвимости. Битрикс выпустил патч для модуля vote (CVE-2022-XXXX). Без поддержки его ставят «когда руки дойдут» — через 3 месяца. За это время сайт могут взломать. Мы накатываем критические патчи в течение 48 часов — но только после проверки на staging, потому что обновление main до 24.x ломало CIBlockElement::GetList с кастомными свойствами.
• Лицензия. Истекла — потеря доступа к обновлениям и маркетплейсу. Отслеживаем сроки, уведомляем за 60/30/14 дней.
• Мониторинг. Не просто «сайт пингуется». Проверяем ключевые сценарии: добавление в корзину (sale.basket.add), оформление заказа, обмен с 1С, работа поиска. Если API 1С вернул 500, а страница отдаёт 200 — пинг-мониторинг этого не увидит.
• Бэкапы. Создаются автоматически, но кто проверяет восстановление? Раз в квартал разворачиваем на тестовом сервере и прогоняем smoke-тесты.

Обновление ядра раз в месяц снижает количество уязвимостей в 3 раза по сравнению с ежеквартальным подходом. Это не маркетинг — это статистика из нашей практики.

Что входит в техподдержку 1С-Битрикс?

Регулярные работы (включены в абонент):

• Мониторинг: uptime + сценарии (корзина, заказ, обмен 1С)
• Бэкапы: pg_dump / mysqldump + rsync файлов → изолированное хранилище. Проверка восстанавливаемости
• Обновление ядра Битрикс и модулей: \Bitrix\Main\ModuleManager::isModuleInstalled() — проверка зависимостей, накат на staging, тестирование, деплой
• PHP и серверное ПО — обновление на выделенном сервере. Переход между мажорными версиями PHP — с проверкой deprecated-вызовов в кастомном коде
• Анализ /bitrix/admin/event_log.php и серверных логов — превентивное устранение ошибок
• SSL, домен — перевыпуск и продление
• Ежемесячный отчёт: что сделали, что нашли, что рекомендуем

Работы по запросу (из часового банка):

• Баги: «карточка товара не открывается на Safari» — диагностика, фикс, деплой
• Контент: баннеры, страницы, категории, товары
• Интеграции: новая платёжка, новая доставка, новый маркетплейс (Wildberries API, Ozon Seller API)
• Оптимизация: CIBlockElement::GetList с 20 JOIN тормозит → рефакторинг на D7 ORM с фасетным индексом
• SEO-доработки: мета-теги, Schema.org, sitemap
• Консультации: «Какой модуль Битрикса выбрать для рассрочки?»

Как мы обновляем ядро Битрикс?

Обновление — процесс не терпящий шаблонов. Сначала проверяем совместимость кастомных модулей с новой версией \Bitrix\Main\Application. Если в коде используются deprecated-методы — фиксим их до деплоя. Staging-окружение точная копия прода, включая настройки кэширования и очереди агентов. После тестов выкатываем, мониторим логи error_log и событий. При малейшем отклонении — откат за 5 минут. — Инструкция по обновлению ядра на dev.1c-bitrix.ru

Какие типичные задачи решаем в рамках техподдержки?

Контент. Баннеры к «Чёрной пятнице» — за день, потому что маркетолог вспомнил в четверг. Новая категория с фильтрами через catalog.smart.filter. Лендинг под рекламную кампанию — из готовых компонентов, без дизайнера, за 4-6 часов.

Функционал. Поле «прикрепить файл» в form.result.new — 2 часа. Форма записи на консультацию с интеграцией в AmoCRM через webhook — 4-6 часов. Подключение JivoSite / Carrot Quest — 1-2 часа.

Вёрстка. «Поехал» блок на iPhone с Dynamic Island — Safari рендерит env(safe-area-inset-top) по-своему. Обновили ядро Битрикс — сломался CSS карточки товара, потому что компонент catalog.element обновил HTML-структуру. Чиним.

Интеграции. Обмен с 1С: агент CAgent по catalog.import.1c упал по таймауту при 50 000 товаров — разбиваем импорт на пакеты через STEP. API СДЭК обновился с v1.1 на v2 — переписываем обработчик sale.delivery.handler. Новый эквайринг — настраиваем sale.paysystem.handler.

Серверные. Переход между мажорными версиями PHP: grep по deprecated (each(), create_function(), {$var} строковый доступ), фикс, тестирование. SSL: certbot не продлил — cron-задача не отрабатывала из-за смены пути к Python. DKIM/SPF/DMARC для почтового домена — чтобы уведомления о заказах не падали в спам.

Сроки и стоимость

Стоимость рассчитывается индивидуально под объём задач. Дополнительные часы по ставке из договора. Возможна смена пакета: повышение — в любой момент, понижение — с начала следующего месяца. Нестандартные требования обсуждаем отдельно. Свяжитесь с нами — подберём оптимальный вариант.

Экстренная поддержка — когда горит

Сайт лёг, оплата не проходит, обнаружен взлом.

• Горячая линия — Telegram + телефон. Для премиум-клиентов — выделенный номер дежурного инженера
• Реакция от 15 минут на критические инциденты
• Вне очереди — критичные инциденты обрабатываются раньше текущих задач, независимо от остатка часов
• Постмортем — после устранения фиксируем, что сломалось, почему и как предотвратить. Документируем в базе знаний проекта

Закажите техподдержку сейчас — получите первичный аудит в подарок и гарантию бесперебойной работы вашего проекта на 1С-Битрикс.