Моніторинг працездатності сайту 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С-Бітрікс.