Моніторинг доступності

Моніторинг доступності, який виявляє те, що інші пропускають

Моніторинг доступності (Uptime monitoring) — це циклічна перевірка, чи відповідають ваші сайти, API та сервіси. Сповіщення, коли вони перестають працювати. Базовий випадок простий — кожен інструмент перевірить, чи завантажується сторінка.

Складні випадки — це ті, де прихований простій залишається непоміченим:

• Сертифікат HTTPS спливає опівночі у неділю
• Домен закінчується, бо картку в акаунті реєстратора було замінено
• API повертає HTTP 200 із пошкодженим JSON протягом трьох годин
• CDN тихо змінює IP і ламає DNS-pinned upstream
• Cron job перестав працювати минулого вівторка, і ніхто не знає

DiagnoSEO Моніторинг Доступності охоплює всі ці випадки в одному інструменті. Перевірка з 13 регіонів світу. Сповіщення на e-mail, Telegram, Slack, Discord або SMS — там, куди ти справді заглядаєш.

Для SEO-спеціалістів це водночас моніторинг SEO-інфраструктури. Прострочений домен зникає з індексу протягом доби. Попередження SSL вбиває органічний трафік. Зламаний ланцюжок редиректів втрачає link equity. Те ж саме інструмент, який ловить аварії, ловить і тихі проблеми, що нищать позиції.

Що ви отримуєте

• 11 типів моніторів — HTTP(S)-перевірка сайтів, наявність або відсутність ключового слова, ping (TCP), порт TCP, heartbeat та моніторинг cron-завдань, custom HTTP API з методом, заголовками, body і JSON-асерціями, перевірка з 13 локацій, watchdog SSL-сертифікату, виявлення змін DNS, відстеження закінчення доменів та алерти при погіршенні часу відповіді.
• Сповіщення в реальному часі — e-mail, Telegram, Slack, Discord і SMS. Налаштовуваний період підтвердження (кілька поспіль невдач), щоб мінімальні збої не будили тебе о 3 ночі. Quiet hours, щоб ти міг спати. Сповіщення про відновлення (UP), щоб знати, коли можна відкласти телефон.
• Попередження про закінчення SSL та доменів — автоматичні нагадування за 30/14/7/3/1 днів до спливу. Кольорові мітки в дашборді. Більше ніколи не застукає SSL, що сплив опівночі.
• Виявлення змін DNS — сповіщення, коли змінюються записи A, AAAA, MX, NS або CNAME. Корисно для виявлення несанкціонованого захоплення DNS, випадкових помилок під час міграції або якщо зовнішній провайдер змінює endpoint без попередження.
• Перевірка з багатьох локацій — контроль доступності з US, UK, Німеччини, Франції, Італії, Іспанії, Польщі, Нідерландів, Канади, Австралії, Японії, Бразилії та Індії. Виявляє проблеми з geo-routing, регіональні збої DNS та блокування на рівні провайдерів.
• Стовпчастий графік за 30 днів і sparkline — зразу видно, які сайти мають проблеми зі стабільністю. Кожен денний стовпчик має колір (зелений ≥99%, світло-зелений ≥95%, помаранчевий ≥50%, червоний <50%). Sparkline показує останні 50 часів відповіді з червоними крапками у місцях помилок.
• Звіти SLA — експортований CSV з відсотком uptime, загальним часом недоступності, кількістю інцидентів та середнім часом відновлення. По кожному монітору і в сумі.
• Моніторинг heartbeat і cron-job — замість того, щоб ти пінгував сервер, твій cron пінгує нас. Якщо ми не отримуємо сигналу у визначене вікно з запасом, ми сповіщаємо тебе. Виявляє тихі збої crona (заблокований користувач, пошкоджений скрипт, переповнений диск), які класичний uptime monitoring не побачить.
• Опанування через paste — встав 100 URL-ів в textarea, натисни Save. Кожен рядок може містити параметри keyword:, interval:, tag: або name:. Без мороки з CSV.
• Теги і фільтри — групуйте монітори за середовищем (prod, staging), командою (api, marketing) чи критичністю (critical, optional). Фільтруйте дашборд до того, що дійсно зараз важливо.
• Процесор черги в браузері — натискаючи "Check all now", браузер обробляє чергу пакетами по 20, паралельно з cron. 200 моніторів перевіряються за 1 хвилину, а не 30 хвилин.
• JSON-асерції — для моніторингу API: data.status має дорівнювати ok, result.count має бути > 0 і так далі. Виявляє API, що повертає HTTP 200 із пошкодженим payload (найгірший вид поломки).

Хто використовує моніторинг доступності

Моніторинг доступності vs UptimeRobot, Pingdom, BetterStack, Oh Dear, Site24x7 та StatusCake

Основні конкуренти добре виконують базовий HTTP-uptime. Відмінності — у додатковому функціоналі: попередження SSL, відстеження закінчення доменів, виявлення змін DNS, мульти-регіон із локацій поза Заходом, JSON-асерції, heartbeats cron, ліміти безкоштовного тарифу тощо.

Нижче — порівняння side-by-side на основі опублікованих тарифів кожного інструменту. Перевіряйте на актуальному сайті провайдера перед покупкою. Детальні head-to-head порівняння — під таблицею, окремо для кожного конкурента.

Найчастіші питання

• Як швидко моніторинг uptime виявляє збій?

  Залежить від інтервалу перевірки та порогу підтвердження. У тарифах Pro та Enterprise перевірка запускається кожну 1 хвилину. Стандартний поріг підтвердження — 2 поспіль невдачі, отже стійкий збій змінює статус приблизно за 2 хвилини.

  E-mail сповіщення обмежені 2 годинами постійного відключення, щоб не турбувати короткими перериваннями. Короткі збої лишаються тихими, справжні аварії фіксуються. Telegram, Slack, Discord і SMS можна налаштувати, щоб реагували відразу при зміні статусу.

• Яка різниця між моніторингом uptime і synthetic monitoring?

  Моніторинг uptime опитує один endpoint і перевіряє відповідь (код статусу, контент, структуру JSON). Synthetic monitoring виконує багатокрокові браузерні скрипти: вхід у систему, навігація, клік checkout, заповнення форми.

  DiagnoSEO здійснює моніторинг uptime із глибоким аналізом відповіді (метод HTTP, заголовки, тіло, JSON-асерції, наявність keyword). Не виконує повного скриптингу у браузері. Для більшості завдань "чи працює сайт" це оптимальний інструмент. Для user journey із кількох кроків використовуйте окреме synthetic-інструмент.

• Чи впливає моніторинг доступності на SEO?

  Так — безпосередньо. Google-краулери сприймають тривалий downtime як негативний сигнал якості. Сайт, який довго не відповідає під час crawl Googlebot-ом, втрачає crawl budget, а його сторінки можуть бути деіндексовані.

  Окрім самого uptime, похідні сигнали теж мають велике значення. Протерміновані SSL-сертифікати викликають попередження у браузері, що сильно знижує CTR. Прострочений домен повертає в DNS NXDOMAIN, внаслідок чого всі позиції падають за кілька днів. Неправильна конфігурація редиректів втрачає link equity. Моніторинг як частина SEO-інфраструктури (а не просто sysadmin tool) вчасно ловить ці проблеми до того, як вони позначаться на ранжуванні.

• Навіщо перевіряти SSL-сертифікати окремо, якщо мій хост авто-подовжує?

  Тому що авто-подовження тихо може зламатися частіше, ніж здається. Типові причини:

  • Дістали rate limits Let's Encrypt під час деплою
  • Неправильне налаштування certbot після апгрейду
  • Падають DNS-01 challenge через видалення CNAME
  • Завершення терміну дії картки в акаунті CA

  Усі ці випадки ламають renewal без видимого збою, поки діючий сертифікат не протермінувався. Моніторинг SSL виявляє тихий збій за 30 днів до того, як це побачать користувачі.

• Чи можу я моніторити API з авторизацією?

  Так. Налаштуй монітор із custom-заголовками HTTP — зазвичай, заголовок Authorization типу Bearer token або API-ключ. Значення заголовків зберігаються зашифрованими (at-rest) у базі.

  Для Basic Auth доступні окремі поля username/password, що автоматично додають підпис до запиту. Для OAuth із оновленням токена використовуй довготривалий service token або оновлюй збережений заголовок монітора зі свого боку у разі потреби.

• Як працює моніторинг ключового слова?

  Вказуєш рядок (або HTML-фрагмент). Монітор отримує тіло відповіді й перевіряє, чи містить воно підрядок. Працює як з plain text ("Додати в кошик"), так і з HTML-фрагментами (<button class="buy">).

  Два режими:

  • Має бути присутній — збій, якщо відсутній. Корисно для перевірки, що контент сторінки справді завантажився.
  • Має бути відсутній — збій, якщо є. Для виявлення error-сторінок із HTTP 200 або неавторизованого контенту на вашому домені.
• Чи списуються кредити за невдалі перевірки?

  Ні. Удалі й невдалі перевірки коштують однаково — check is check, незалежно від результату. Ручні re-check (кнопка Refresh) — безкоштовні та не знімають бюджет перевірок.

  WHOIS lookup для протермінування домену обмежено однією перевіркою на 24 години для домена (для передбачуваності витрат). Кнопка Force Fresh це обмеження оминає, коли потрібно терміново оновити перевірку.

• Що буде, якщо домен, що моніториться, прострочено?

  Монітор доменного закінчення попередить за 30, 14, 7, 3 та 1 день по e-mail — плюс Telegram, Slack і Discord, якщо підключені.

  Якщо проігнорувати всі попередження й домен протермінувався, HTTP-монітор почне фіксувати помилки (резолюція DNS повертає NXDOMAIN). Ти отримаєш DOWN-алерт через 2 години стійкого збою. На цьому етапі домен ще в grace-періоді у реєстратора (зазвичай 30 днів для більшості TLD), тож продовження можливе.

• Чи відповідає моніторинг доступності GDPR?

  DiagnoSEO Моніторинг Доступності зберігає налаштування моніторів (URL-и, заголовки, keyword-рядки) зашифрованими AES-256. Результати перевірок (коди відповідей, часи, повідомлення про помилки) зберігаються протягом retention-періоду, визначеного вашим тарифом.

  Жодні персональні дані користувачів не збираються із ваших моніторених сайтів. Монітор зчитує тільки заголовки HTTP-відповідей і keyword-рядок, щодо якого налаштована перевірка. Дані хостяться у дата-центрі ЄС. Повний DPA надається за запитом.