Мониторинг на ключови думи

Проблемът "200 OK, но не работи"

Всяко uptime-наръчие може да каже дали сървърът е върнал HTTP код 2xx. Този сигнал изглежда успокояващо, но лъже по-често, отколкото мислиш. Началната страница може да рендерира празна бяла страница и пак да даде 200. Страницата на количката може безшумно да загуби бутона „Купи сега“ след ъпдейт и никога да не хвърли грешка. WordPress може да замени съдържанието със съобщение „Грешка при свързването с базата данни“ – естествено изобразено като 200 OK с истински HTML.

Мониторингът на ключови думи запълва тази мъртва зона. Казваш на монитора какво страницата трябва да съдържа – или какво не трябва – и при всяка проверка изразът се търси в съдържанието на отговора. Ако думата липсва (когато трябва да я има) или е там (когато не трябва да е), мониторът подава аларма, дори когато HTTP всичко изглежда ОК.

Какви низове да се следят

Добрата ключова дума е нещо, което потвърждава правилното рендиране на ключова част от страницата. Ето няколко примера:

• Начална страница на електронен магазин: наблюдавай „Добави в количката“ или името на най-популярния продукт. Ако фийдът на каталога се е счупил, думата изчезва – и знаеш.
• Страница за вход: наблюдавай „Влез“ или „Възстанови парола“. JS грешка, която изтрива формата – и думата я няма.
• Блог или портал: наблюдавай заглавието на най-новата статия. Ако CMS започне да показва вчерашно съдържание, думата не съвпада.
• Страница с цени: наблюдавай струната с цената. Деплой, който премахва блока с цени, се хваща веднага.
• Статусен / health endpoint: наблюдавай „ok“ или „healthy“. Ако upstream падне, endpoint връща „degraded“ – думата не съвпада.

Може да се използва и режим отсъствие – аларма, ако се появи низ, който не трябва да съществува. Типични примери: „Database connection error“, „Whoops! Something went wrong“, „Режим на поддръжка“, „Fatal error“, „Скоро“. Ако някоя от тези фрази изтече в продукшън, получавате сигнал.

Как работи проверката

Мониторът изпраща обикновена HTTP(S) GET заявка (или друга методология – POST, PUT и т.н.), следва макс. 5 пренасочвания, изтегля тялото на отговора и го сканира case-insensitive за думата. Резултатът се записва до HTTP кода, времето за отговор, SSL. Ако условието не е изпълнено 2 поредни пъти (стандартен праг), събитие се отваря и се изпращат известия по включените канали – Email, Telegram, Slack, Discord и SMS.

За динамично съдържание (SPA), където думата се появява едва след изпълнение на JavaScript, използвай премиум функцията multi-location, която използва истински headless браузър чрез ScrapingBee.

Комбинирай с HTTP и SSL

Един-единствен монитор за ключови думи в DiagnoSEO Uptime Monitoring изпълнява и цялостна проверка на страницата: HTTP код, време за отговор, SSL, изтичане на домейна, DNS записи и откриване на хостинг. Един монитор те пази от целия спектър – сървърни проблеми, изтичащ сертификат, DNS подмени и тихи сривове на съдържанието.

Как да конфигурираш

Отвори инструмента, кликни „Добави монитор“, избери тип „Ключова дума“, постави адреса, напиши думата, избери „трябва да е налична“ или „трябва да е отсъстваща“, задай интервал (1–30 минути според плана) и запази. От следващия цикъл нататък мониторът следи тази страница и алармира, ако думата изчезне – дори когато всички други сигнали казват, че страницата работи.

Често задавани въпроси

• Какво представлява мониторингът на ключови думи?

  Мониторът изтегля тялото на отговора и проверява дали конкретен низ се появява (режим present) или не се появява (режим absent). Използвай, за да засечеш кога страницата е променила съдържание, появило се е съобщение за грешка или е премахнат конкретен елемент.

• Мога ли да използвам HTML или само plain text?

  И двете. Търсенето е substring match в суровото response body. Можеш да съвпаднеш plain text („Добави в количката“), HTML фрагменти (<button class="buy">) или конкретни атрибути. Всичко, което буквално присъства в HTML изхода, може да се съвпадне.

• С какво се различава от инструмента content-diff?

  Diff-инструментите сравняват с baseline и докладват всяка промяна. Мониторингът на ключови думи е целенасочена асерция — уточняваш какво ТРЯБВА да има (или КАКВО НЕ БИВА). Diff е шумен за динамични страници; ключовата дума е точна по отношение на това, което има значение.

• Мога ли да проверя, че грешка НЕ се показва на страницата?

  Да — използвай режим „absent“ с ключова дума като „Internal Server Error“ или „Възникна грешка“. Мониторът се проваля, ако се появи текст на грешка. Полезно за улавяне на 500 грешки, които връщат HTTP 200 с error page (честа грешна настройка на framework-и).

• Дали мониторингът на ключови думи работи за страници, рендирани чрез JavaScript?

  По подразбиране не — мониторът изтегля суров HTML преди изпълнение на JS. За SPA или страници с много JS думата трябва да се появи в initial HTML response (например server-rendered или в блок <noscript>). Проверките, рендирани от браузъра, са отделна функция.