Сайт впав — ви дізнаєтесь через хвилину а не через клієнта.
// Цілодобовий моніторинг доступності сайту, часу відповіді, навантаження на CPU і RAM, стану бази даних — з миттєвим сповіщенням в Telegram і email при будь-якому відхиленні від норми
Що відбувається без моніторингу сервера
Про збій дізнаєтесь від незадоволеного клієнта
Сайт ліг о 2 ночі і піднявся о 8 ранку. Ви дізнаєтесь о 9 коли перший клієнт напише в підтримку. За цей час втрачено всі нічні замовлення і частина покупців перейшла до конкурентів — а ви навіть не знаєте що щось було.
Сайт «повільний» і ніхто не знає чому
PageSpeed 45 балів, клієнти скаржаться на гальмування. Без моніторингу CPU і RAM неможливо зрозуміти причину: перевантажений процесор, витік пам'яті, повільні SQL-запити чи проблема на рівні хостингу.
База даних росте і забиває диск
MySQL лог-файли і таблиці сесій непомітно займають дисковий простір. Без моніторингу диску в один день сайт перестає приймати замовлення через 100% заповнений диск — і ви дізнаєтесь тільки коли все вже зупинилось.
SSL-сертифікат закінчився і сайт показує попередження
Браузер показує «Небезпечне з'єднання» — покупці бачать це і йдуть. Google знижує рейтинг сайту без HTTPS. Автоматичне оновлення Let's Encrypt іноді дає збій і без моніторингу ви помітите це через дні або тижні.
Які проблеми вирішує цей кастомний модуль
Модуль перевіряє всі критичні параметри сервера і сайту кожні 1–5 хвилин і миттєво сповіщає при будь-якому відхиленні від норми
// Скільки коштує година простою для інтернет-магазину
Розрахунок простий: якщо ваш магазин робить 1 000 000 грн виручки на місяць — це приблизно 1 389 грн на годину або 23 грн на хвилину. Година простою в пік продажів — чорна п’ятниця, розпродажі, свята — може коштувати в 3–5 разів більше. І це без врахування репутаційних втрат: покупці що прийшли і побачили недоступний сайт рідко повертаються. Інвестиція в моніторинг окупається з першого запобіжного інциденту.
Що саме відстежує модуль
Системний моніторинг охоплює чотири рівні: інфраструктуру (сервер, мережа, диск), додаток (час відповіді, помилки, логи), базу даних (MySQL стан, повільні запити, розмір) і зовнішні сервіси (платіжні системи, служби доставки, CDN). Кожен рівень має свої порогові значення і свій рівень критичності сповіщень.
Рівні критичності сповіщень
Не всі відхилення однаково критичні. Модуль підтримує три рівні: INFO (CPU понад 70% — спостерігаємо), WARNING (CPU понад 85% — готуємось реагувати) і CRITICAL (сайт недоступний, диск заповнений — реагуємо негайно). Для CRITICAL сповіщення надходить миттєво, для INFO — у щоденному дайджесті.
Таблиця метрик моніторингу:
| Метрика | Нормальний стан | WARNING | CRITICAL |
| Uptime сайту | 100% | — | Будь-який простій |
| CPU навантаження | До 60% | 60–85% | Понад 85% |
| RAM використання | До 70% | 70–85% | Понад 85% |
| Диск вільний простір | Понад 30% | 10–30% | Менше 10% |
| Час відповіді (TTFB) | До 500мс | 500–1500мс | Понад 1500мс |
| SSL термін дії | Понад 30 днів | 7–30 днів | Менше 7 днів |
Моніторинг зовнішніх інтеграцій
Інтернет-магазин залежить не тільки від свого сервера. Якщо платіжна система Liqpay або Wayforpay стала недоступна — покупці не можуть оплатити. Якщо API Нової Пошти не відповідає — менеджери не можуть формувати ТТН. Модуль відстежує доступність і час відповіді всіх критичних зовнішніх API і сповіщає при проблемах на стороні партнерів.
Кому потрібен моніторинг сервера
- Магазини з обсягом від 100 замовлень на день — де кожна година простою коштує реальних грошей
- Магазини що проводять акції і розпродажі — пік навантаження під час розпродажу може покласти непідготовлений сервер
- Магазини на VPS і виділених серверах — без хостинг-провайдера що відстежує стан за вас
- Магазини що інтегровані з кількома сервісами — платежі, доставка, CRM, 1С
Аналізуємо поточну конфігурацію сервера, стек технологій і зовнішні інтеграції. Визначаємо які метрики критичні саме для вашого магазину і встановлюємо порогові значення.
Встановлюємо легковагові агенти для збору метрик CPU, RAM, диску і мережі. Налаштовуємо збір логів додатку і бази даних. Все відбувається без зупинки сайту.
Підключаємо перевірку доступності сайту з кількох географічних точок кожну хвилину. Налаштовуємо перевірку не тільки головної сторінки але і критичних ендпоінтів: кошик, чекаут, API.
Підключаємо Telegram-бота і email сповіщення для всіх рівнів критичності. Налаштовуємо ескалацію: при критичному інциденті сповіщення надходить і власнику і технічній команді одночасно.
Протягом тижня спостерігаємо за метриками і калібруємо порогові значення щоб уникнути помилкових спрацювань. Встановлюємо базовий рівень нормального стану для вашого конкретного сервера.
Налаштовуємо автоматичний щомісячний звіт uptime, кількості і типів інцидентів і середнього часу відповіді. Передаємо доступи до дашборду моніторингу і навчаємо команду читати дані.
Ситуація
Магазин електроніки готувався до чорної п’ятниці — найбільшого розпродажу року. Очікуваний трафік в 5–7 разів вище звичайного. За тиждень до розпродажу власник підключив моніторинг сервера після того як попереднього року сайт впав під навантаженням і магазин втратив значну частину виручки за день акції. Хостинг запевняв що все в порядку але конкретних цифр не надавав.
Рішення
Підключили моніторинг за 4 дні до розпродажу. Через 6 годин після підключення перше сповіщення: RAM на рівні 78% при звичайному трафіку — це означало що при 5-кратному піку сервер впаде. Провели термінову оптимізацію: налаштували OPcache, оптимізували повільні SQL-запити що з’явились у логах моніторингу і збільшили план хостингу до старту розпродажу. Під час самої чорної п’ятниці моніторинг фіксував пікові значення CPU 89% — CRITICAL сповіщення надходили кожні 15 хвилин але сайт тримався завдяки підготовці.
Результат
Сайт пропрацював весь день розпродажу без жодного простою. Виручка за день склала 340 000 грн — в 4.2 рази вище звичайного. Для порівняння: минулого року без моніторингу сайт лежав 3.5 години і магазин недоотримав близько 200 000 грн виручки за той самий день. Вартість підключення моніторингу і термінової оптимізації — менше 5 000 грн. ROI першого інциденту — понад 4 000%.
СУПУТНІ ПОСЛУГИ
За замовчуванням — кожну хвилину. При виявленні збою — кожні 30 секунд до відновлення. Системні метрики (CPU, RAM, диск) — кожні 5 хвилин. Частоту перевірок можна налаштувати індивідуально для кожної метрики.
Ні. Підтримуються Telegram, email і SMS. Для різних рівнів критичності можна налаштувати різні канали: INFO — тільки email, CRITICAL — одночасно Telegram і SMS. Налаштовується хто саме отримує кожен тип сповіщень — власник, DevOps, менеджер.
Практично ні. Агент моніторингу споживає менше 0.5% CPU і 30–50 МБ RAM. Це несуттєво навіть для навантажених серверів. Зовнішні перевірки uptime виконуються із зовнішніх точок і взагалі не навантажують ваш сервер.
Частково. На shared хостингу немає доступу до системних метрик CPU і RAM — тільки зовнішній моніторинг uptime і часу відповіді. Для повного моніторингу рекомендуємо VPS або виділений сервер. Допоможемо обрати оптимальний варіант хостингу.
3–5 робочих днів від першого дзвінка до повністю налаштованого моніторингу. Тиждень тестового режиму для калібрування порогів і усунення помилкових спрацювань. Загалом — 8–12 днів до повної бойової готовності.
Так. Детальна історія зберігається 30 днів, агрегована (годинні і денні значення) — 12 місяців. Це дозволяє аналізувати тренди навантаження, порівнювати сезони і планувати масштабування сервера завчасно.
Уявіть, що ваш клієнт не просто обирає товар із сухого списку, а стає його «співавтором». Психологи називають це «ефектом IKEA»: ми значно більше цінуємо речі, до створення яких доклали власних зусиль. В e-commerce 2026 року цей принцип трансформувався у потужний інструмент — товарний конфігуратор. Для багатьох власників бізнесу конфігуратор досі здається дорогою «іграшкою» для сайту. […]
Найбільший виклик онлайн-торгівлі ховається не в логістиці чи платіжних системах, а в психології. Коли клієнт заходить у звичайний магазин, він використовує всі органи чуття: відчуває вагу смартфона, торкається фактури тканини дивана, чує звук закриття дверцят холодильника. В онлайні ж між покупцем і товаром стоїть скляний екран, який перетворює реальний продукт на набір пікселів, що робить […]
Уявіть, що ви продаєте базову футболку в 10 кольорах і 6 розмірах. Це 60 унікальних одиниць товару (SKU) лише для однієї моделі. А тепер помножте це на 100 найменувань у каталозі — ви отримуєте 6000 модифікацій, якими потрібно керувати в реальному часі. Коли асортимент зростає, звичайна логіка «додати в кошик» перестає працювати, а сайт ризикує […]
Моніторинг сервера для інтернет-магазину: як дізнатись про проблему за хвилину а не за день
Для власника інтернет-магазину час реакції на збій — це гроші. Кожна хвилина недоступного сайту це втрачені замовлення і покупці що вже пішли до конкурентів. Без моніторингу середній час виявлення проблеми — 2–4 години. З цілодобовим моніторингом від Kliox — менше хвилини. Кастомний модуль відстежує всі критичні параметри сервера і інтернет-магазину і миттєво сповіщає команду при будь-якому збої.
Моніторинг як частина технічної підтримки
Окремий моніторинг без реакції на інциденти — це як пожежна сигналізація без пожежників. Тому ми пропонуємо моніторинг як частину комплексної технічної підтримки: не тільки сповіщення але і реагування на інциденти в рамках SLA. Доповніть безпекою магазину і оптимізацією швидкості для повної технічної надійності. Замовте консультацію — підберемо оптимальну схему моніторингу для вашої інфраструктури.