Інструменти моніторингу сайту - від однієї перевірки аптайму до цілого користувацького сценарію

Інструменти моніторингу сайту - це набір машин поза вашою інфраструктурою, які відкривають ваш сайт за розкладом, від вашого імені, і повідомляють вам у момент, коли відповідь перестає бути тією, якої ви очікуєте. Це вся ідея. Усе інше на цій сторінці - деталі про те, що вважається відповіддю: код статусу, фрагмент тексту на сторінці, час відповіді, поле JSON, дата закінчення терміну дії сертифіката, показник CPU, або результат п’ятикрокового оформлення замовлення.

Причина, чому це має виконуватись ззовні, - у тому, що збої, про які вам найбільше треба знати, невидимі зсередини. Сервер, у якого закінчилося місце на диску, і далі звітує про себе як справний власній панелі. DNS-запис, що вказує на виведену з експлуатації адресу, чудово резолвиться з офісу, де кеш прогрітий. Сертифікат, що спливає о другій ночі, ламає кожен браузер на планеті, тоді як ваш власний балансувальник навантаження продовжує відповідати. Зовнішній моніторинг аптайму саме закриває цю прогалину, бо він бачить точно те, що бачить відвідувач.

Друга причина - докази. Коли ваш хостинг-провайдер каже, що збій тривав чотири хвилини, а клієнти кажуть, що годину, незалежний запис кожної перевірки з кожної локації з мітками часу закриває суперечку. Саме на цьому записі також будуються щомісячний звіт про аптайм і публічна сторінка статусу.

1. Крок 1ПеревіркаЧекпоінт виконує вашу перевірку з обраним вами інтервалом, аж до щохвилини, з обраних вами локацій.
2. Крок 2ПідтвердженняЗбій перевіряється повторно з інших чекпоінтів, перш ніж щось буде оголошено "не працює", тож один поганий маршрут - не збій.
3. Крок 3СповіщенняКонтакти, підписані на цей монітор, отримують сповіщення обраними ними каналами, і знову - коли сайт відновлюється.
4. Крок 4ЗаписКожен результат зберігається з його локацією й часом, живлячи показники аптайму, історію інцидентів і звіти.

Сервер перестає відповідати. Очевидна відмова і досі найчастіша: сайт виходить у таймаут або віддає сторінку помилки, якої ніхто не бачить, доки не зателефонує клієнт. Моніторинг аптайму надсилає HTTP- або HTTPS-запит на вашу адресу хоч раз на хвилину з 300+ чекпоінтів, підтверджує збій з інших локацій, перш ніж оголосити щось недоступним, і сповіщає людей, підписаних на цей монітор.

Спливає сертифікат. Сертифікат, що закінчується о другій ночі, ламає кожен браузер на планеті, тоді як сам сервер відповідає як ні в чому не бувало — у ваших логах нічого підозрілого. Моніторинг SSL-сертифіката стежить за датою закінчення, ланцюжком довіри та іменем хоста в сертифікаті й попереджає за тижні, а не в мить, коли все вже перестало працювати.

Спливає домен. Лист про продовження пішов на адресу, якої вже ніхто не читає, або запис name-сервера змінила людина, яка тут давно не працює. Моніторинг закінчення домену дивиться на дату реєстрації та на DNS-відповіді за нею, тож про домен, що спливає, вам повідомляють, а не ви його виявляєте.

Домен потрапляє до чорного списку. Достатньо спільного IP хостингу, зламаного акаунта чи неправильно налаштованого поштового сервера — і першим симптомом зазвичай стає тиша: ваші листи просто перестають доходити. Моніторинг чорних списків за розкладом перевіряє ваш домен та IP-адресу за десятками списків і повідомляє того самого дня, коли з’являється запис.

Сайт позначають як шкідливий. Зламаний плагін починає віддавати те, що не подобається Google, і браузери ставлять червону заглушку перед вашою головною сторінкою, хоча сайт працює. Моніторинг шкідливого ПЗ цілодобово звіряє ваші URL із базою Google Web Risk, тож про позначку ви дізнаєтеся від нас, а не з графіка трафіку.

Усі п’ять працюють з одного списку моніторів, на тих самих контактах і в одному рахунку — у цьому й суть. Це відмови з одним спільним симптомом: «у мене сайт відкривається» — і найдешевше стежити за ними разом.

Доступність - це підлога, а не стеля. Сайт може відповідати на кожен запит цілком справним кодом 200, тоді як його форма входу зламана, пошук нічого не повертає, або його API почав надсилати порожній масив там, де раніше надсилав ваш каталог товарів. Ці три перевірки покривають усі сходинки: сервер відповідає, сценарій через нього завершується, а машинно-читані відповіді за ним досі коректні.

Повільно - це простій, який ніхто не оголошує. Сторінки, що завантажуються вісім секунд, не запускають сповіщення про простій, вони просто тихо втрачають відвідувачів, які не збиралися чекати, і роблять це тижнями, перш ніж хтось помітить. Ці перевірки стежать за трьома рівнями, де це зазвичай починається: сторінка так, як її завантажує реальний браузер, машина, що її обслуговує, і база даних, на яку вона чекає.

Ця група існує через специфічний тип збою: нічого не зламалося, але інтернет перестав вам довіряти. Прострочений сертифікат, домен, який ніхто не продовжив, позначка шкідливого ПЗ через скомпрометований плагін, чи поштовий сервер, що потрапив у чорний список, - кожне з цього виведе цілком справний сайт з ефіру, і жодне не проявиться в перевірці доступності, що читає лише коди статусу.

Будь-який скрипт може надіслати вам email при першому ж вичерпаному тайм-ауті запиту. Складна частина роботи сервісу моніторингу - не в тому, щоб помічати збої, а в тому, щоб бути правим щодо них, адже сервіс, що будить вас о третій ночі через мережеву заминку, вимикають протягом місяця, а вимкнений монітор не захищає нічого.

Тож провалена перевірка ніколи не є сповіщенням сама по собі. HostTracker спершу повторно перевіряє сайт з інших чекпоінтів. Якщо одна локація не може достукатись до вашого сервера, тоді як решта можуть, це проблема мережі між цим чекпоінтом і вами, і вона фіксується саме так, а не ескалюється. Ви вирішуєте, скільки підтверджень потрібно моніторy, перш ніж він перейде в стан "не працює", і можете підвищити це число для сайту за нестабільною мережею або знизити для того, де важлива кожна секунда.

Заплановані роботи отримують те саме, тільки з іншого боку: заплануйте вікно технічного обслуговування, і монітор продовжує перевіряти й фіксувати результати, але нікого не будять через розгортання, про яке вони вже знали. А оскільки кожен результат несе локацію, з якої він надійшов, саме сповіщення стає діагностичним. "Не працює" з кожного чекпоінта - проблема сервера. "Не працює" з однієї країни - проблема маршрутизації чи CDN. Повільно з трьох із дванадцяти обраних локацій - проблема потужності, яка ще не переросла в простій.

Виявлення - лише половина сервісу моніторингу; друга половина - це достукатись до правильної людини каналом, на який вона справді відповість. HostTracker надсилає сповіщення про простій електронною поштою, SMS, голосовим дзвінком, через Telegram, Slack, Microsoft Teams, PagerDuty, Viber, Discord, Pushover, Pushbullet, Mattermost, веб-пуш і webhook, і ви можете використовувати стільки з них одночасно, скільки забажаєте.

Контакти підписуються на рівні монітора, а не акаунту, тож розробника, відповідального за оформлення замовлення, не турбують через маркетингову цільову сторінку, а людині, що продовжує домени, не приходить кожен HTTP-тайм-аут. Канали можна вибудовувати поетапно як ескалацію сповіщень: повідомлення в Telegram одразу, потім телефонний дзвінок, якщо сайт досі лежить через кілька хвилин, потім ескалація на другу людину. Сповіщення про відновлення надсилаються тими самими каналами, тож інцидент завжди явно закривається, а не просто затихає.

Webhook-и існують для випадків, які нічого з вищепереліченого не покриває. Вони публікують інцидент у той інструмент, який ви вже використовуєте, чи то PagerDuty, внутрішній чат-бот, черга тікетів, чи скрипт, що перезапускає сервіс і повідомляє назад, що саме він зробив.

Кожен результат перевірки зберігається, що перетворює потік сповіщень на щось, про що ви справді можете мислити. Панель показує поточний стан кожного монітора плюс його аптайм за будь-який обраний вами діапазон дат; журнал інцидентів перелічує кожен збій із початком, тривалістю й локаціями, що його побачили; а заплановані звіти про аптайм і SLA можуть надходити в скриньку щотижня чи щомісяця без потреби комусь заходити в систему, - зазвичай саме це й потрібно розмові про SLA чи клієнту на обслуговуванні.

Коли вашим користувачам потрібна та сама інформація, опублікувати її краще, ніж відповідати на неї сорок разів. Створіть безкоштовну публічну сторінку статусу з моніторів, які у вас уже є: живі відсотки аптайму, часову шкалу інцидентів, яку можна анотувати в міру просування роботи, і оновлення електронною поштою чи через RSS для кожного, хто підпишеться. Це ті самі дані, що показує ваша панель, відфільтровані до того, що ви готові зробити публічним.

Якщо ви вже дебажаєте з відкритим AI-асистентом, мережа моніторингу може відповідати йому напряму. MCP-сервер HostTracker для AI-асистентів розкриває миттєві перевірки через Model Context Protocol, тож Claude, Cursor та інші MCP-клієнти можуть запустити HTTP-перевірку з Європи й Азії, розв’язати DNS, знайти позначки в чорних списках чи прокласти маршрут - і прочитати результати в тій самій розмові, де ви з’ясовуєте, що зламалося.

Він використовує ваш власний API-токен HostTracker і ті самі 300+ чекпоінтів, що й усе інше на цій сторінці. Немає окремої панелі, яку треба вивчати, і нічого, що треба синхронізувати, бо це той самий сервіс, що відповідає.

Кожен тип перевірки на цій сторінці доступний у кожному плані. Що вирішує план - так це масштаб: скільки моніторів ви запускаєте і як часто їм дозволено перевіряти. Це навмисно, адже різниця між особистим блогом та онлайн-магазином - не в тому, які функції їм потрібні, а в тому, як швидко їм потрібно дізнаватись про проблему.

Безкоштовний план постійний і моніторить два сайти кожні 30 хвилин, чого достатньо, щоб виявити прострочений сертифікат чи сайт, що впав уночі. Платні плани починаються із Solo за $9 на місяць, потім Webmaster за $14 і Business за $29, з рівнем Enterprise для більших флотів. Нові акаунти отримують 30-денний пробний період зі 100 моніторами й одно хвилинними перевірками, без потреби вказувати банківську картку, тож ви можете виміряти реальний місяць власного аптайму, перш ніж на щось зважитись.

Чесний спосіб обрати - рухатись у зворотному напрямку від вашого інтервалу перевірки. Якщо п’яти хвилинний простій вам нічого не коштує, перевіряйте кожні п’ять хвилин і платіть менше. Якщо він коштує вам замовлень, перевіряйте щохвилини, і план окупить себе вже першого разу, коли врятує п’ятдесят хвилин непоміченого простою. Порівняйте всі плани моніторингу та ціни.