Моніторинг ключових слів

Проблема "200 OK але все зіпсовано"

Кожен інструмент для uptime може сказати, чи сервер повернув код HTTP 2xx. Цей сигнал виглядає заспокійливо, але бреше частіше, ніж ти думаєш. Головна сторінка може відобразити порожню білу сторінку й все одно повернути 200. Сторінка кошика може тихо втратити кнопку "Купити зараз" після деплою і ніколи не кинути помилку. WordPress може підмінити контент повідомленням "Помилка з'єднання з базою даних" — звісно, відрендереним як 200 OK з справжнім HTML.

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

Які фрази моніторити

Гарне ключове слово — це те, що підтверджує коректне відображення критичної частини сторінки. Ось декілька прикладів:

• Головна сторінка e-commerce: монітор "Додати в кошик" або назву найпопулярнішого товару. Якщо фід каталогу зламався, слово зникає — і ти знаєш про це.
• Сторінка входу: монітор "Увійти" чи "Відновити пароль". JS-розрив видалить форму — і слова вже немає.
• Блог чи портал: монітор заголовок найновішої статті. Якщо CMS почав показувати вчорашній контент, слово не співпадає.
• Сторінка з цінами: монітор рядок із ціною. Деплой, який ламає блок цін, видно одразу.
• Endpoint статусу / health: монітор "ok" чи "healthy". Якщо upstream впав, endpoint поверне "degraded" — слово не співпадає.

Можна також використовувати режим відсутності — сповіщення, коли з'являється фраза, якої не повинно бути. Зазвичай: "Database connection error", "Whoops! Something went wrong", "Режим обслуговування", "Fatal error", "Незабаром". Якщо щось із цього потрапляє у продакшн, ти одразу отримуєш сповіщення.

Як працює перевірка

Монітор виконує стандартний HTTP(S) GET-запит (або будь-який метод — POST, PUT тощо), слідує за максимум 5 редиректами, отримує body відповіді й сканує його, не зважаючи на регістр, на наявність слова. Результат пошуку зберігається разом із HTTP-кодом, часом відповіді та SSL. Якщо умова не виконується двічі поспіль (стандартний поріг підтвердження), відкривається інцидент і відправляються повідомлення через підключені канали — Email, Telegram, Slack, Discord і SMS.

Для динамічного контенту (SPA), де слово з'являється лише після виконання JavaScript, використовуй преміум-функцію multi-location, яка застосовує справжній headless браузер через ScrapingBee.

Поєднуй з HTTP та SSL

Один монітор ключового слова у DiagnoSEO Uptime Monitoring одночасно запускає повну перевірку сторінки: HTTP-код, час відповіді, SSL, закінчення домену, DNS-записи й визначення хостингу. Один монітор захищає тебе від повного спектру ризиків — збої сервера, закінчення сертифікату, підміни DNS і приховані помилки контенту.

Як налаштувати

Відкрий інструмент, натисни "Додати монітор", вибери тип "Ключове слово", встав URL, введи слово, обери "має бути присутнє" або "має бути відсутнє", встанови інтервал (1-30 хвилин залежно від тарифу) й збережи. З наступного циклу монітор стежитиме за цією сторінкою й сповістить, якщо слово зникне — навіть якщо всі інші сигнали кажуть, що сторінка працює.

Часті запитання

• Що таке моніторинг ключових слів?

  Монітор отримує body відповіді й перевіряє, чи з'являється конкретний рядок (режим присутній) чи не з'являється (режим відсутній). Використовуй для відстеження, коли сторінка змінила контент, з'явилося повідомлення про помилку чи був видалений певний елемент.

• Чи можу я використовувати HTML чи лише plain text?

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

• Чим це відрізняється від інструменту content-diff?

  Інструменти diff порівнюють із baseline та повідомляють про кожну зміну. Моніторинг ключових слів — це цільове твердження: ти визначаєш, що ПОВИННО бути (або ЧОГО НЕ МОЖЕ бути). Diff створює багато шуму на динамічних сторінках; ключове слово — це максимально точна перевірка значущого.

• Чи можу я перевірити, що повідомлення про помилку ВІДСУТНЄ на сторінці?

  Так — використай режим "відсутній" із ключовим словом типу "Internal Server Error" або "Сталася помилка". Монітор спрацює, якщо текст помилки з'явиться. Корисно для відлову 500-помилок, що повертають HTTP 200 зі сторінкою помилки (типова проблема конфігурації фреймворків).

• Чи моніторинг ключових слів працює на сторінках, що рендеряться JavaScript?

  За замовчуванням — ні, монітор отримує сирий HTML до виконання JS. Для SPA чи важких JS-сторінок ключове слово має бути в початковій HTML-відповіді (наприклад, server-rendered або у блоці <noscript>). Перевірки, що рендеряться браузером, — окрема функція.