«Sold out» замінює «Add to cart»
Синхронізація складу дає збій, і сторінки товарів починають показувати «Sold out», хоча й далі відповідають 200. ReverseAny на цій фразі виявляє це раніше за клієнта.
Моніторинг ключових слів
Моніторинг ключових слів (keyword monitoring) від HostTracker читає тіло відповіді під час кожної перевірки HTTP- чи API-монітора та сповіщає вас у ту мить, коли слово чи фраза з’являється або зникає, - це не трекер позицій у пошуку, а стеження за реальним текстом вашої власної сторінки.
Як фіксується зміна ключового слова - від перевірки до сповіщення
Опція ключових слів живе на тому самому моніторі HTTP чи API, який у вас уже є - окремий монітор ключових слів створювати не потрібно, і вона не додає жодного зайвого запиту.
НАЛАШТУВАННЯ HTTP-МОНІТОРА
keywords: "Sold out, Out of stock" keywordMode: ReverseAny
Кожне слово чи фраза в одному полі. Пошук збігу - без урахування регістру, тож «Sold Out» і «sold out» - те саме ключове слово.
Сповіщайте, коли ключове слово зникає (PresentAny, PresentAll) або з’являється (ReverseAny, ReverseAll) - ReverseWithResult додає текст навколо збігу.
Та сама опція - на перевірці, яку у вас уже є. Дізнатися, як працює моніторинг контенту
Жоден із цих випадків не змінює код статусу HTTP - усі й далі повертають 200. Першою ознакою стає сам текст, а саме його й читає моніторинг ключових слів.
Синхронізація складу дає збій, і сторінки товарів починають показувати «Sold out», хоча й далі відповідають 200. ReverseAny на цій фразі виявляє це раніше за клієнта.
«Error establishing a database connection» - це цілком валідний HTML зі звичайним кодом статусу. ReverseAny на цьому рядку перетворює сторінку, яку більшість перевірок аптайму вважають здоровою, на сповіщення.
Зміна шаблону прибирає юридичний футер чи рядок ціни, який має залишатися. PresentAny або PresentAll сповіщає тієї миті, коли очікуваний текст зникає.
Сайт і далі відповідає 200 зі словами «under maintenance» ще довго після того, як має повернутися справжня сторінка. ReverseAny на цій фразі закриває цю прогалину.
«Casino» чи інша ознака зламаної сторінки на головній - це компрометація, а не помилка в контенті. Поєднайте ключове слово ReverseAny з моніторингом шкідливого ПЗ і фішингу для сторони чорних списків.
Зламаний шаблон рендерить порожнє тіло, яке й далі відповідає 200. Ключове слово PresentAny на тексті, який завжди має бути присутній, це виявляє.
Три речі роблять сповіщення про ключове слово чесним: як працює пошук збігу, скільки напрямків він охоплює, і що відбувається, коли сторінка більша, ніж перевірка може прочитати.
Ключове слово збігається як звичайний текст, ігноруючи регістр - «Confidential» і «confidential» - те саме. Для шаблону чи одного HTML-елемента це покриває правило перевірки на тому самому моніторі.
PresentAny, PresentAll, ReverseAny, ReverseAll і ReverseWithResult покривають «має бути присутнім» і «ніколи не повинно з’явитися» одним і тим самим полем.
Відповідь, що перевищує ліміт розміру монітора, фіксується як «занадто великий вміст» - і ніколи як «ключове слово відсутнє», тож сторінка, яка ненадовго перевищила ліміт, не спричиняє хибного сповіщення.
Той самий монітор може нести до 20 правил перевірки поряд з опцією ключових слів - для тексту з урахуванням регістру, регулярного виразу чи одного HTML-елемента замість усієї сторінки.
Правила за замовчуванням порівнюють текст з урахуванням регістру, тож «Confidential» і «confidential» - різні, коли ця відмінність має значення.
body.regex("...") у парі з not exists підтверджує, що шаблон ніколи не з’являється у відповіді.
body.html.path("h1").first contains "..." перевіряє саме заголовок сторінки. Повна мова правил
ПРАВИЛА ПЕРЕВІРКИ
body contains "Confidential" body.regex("(?i)error establishing.*database connection") not exists body.html.path("h1").first contains "Welcome back"
Сайти, сервери, API, сертифікати. Один тип перевірки на сторінку, за всіма - ті самі локації, сповіщення та звіти.
Нам довіряють команди з
Кожен розділ відкривається на місці, тож сторінка залишається короткою.
Режим визначає, у якому напрямку спрацьовує сповіщення. Усі п’ять порівнюють той самий список ключових слів через кому з тілом відповіді без урахування регістру за кожної перевірки.
Ключове слово збігається, якщо воно трапляється будь-де в тілі відповіді, незалежно від регістру, - це звичайний пошук підрядка, а не регулярний вираз і не візуальне порівняння сторінки. Увесь список ділить одне поле на 255 символів, тож у нього вміститься кілька конкретних фраз, а не цілий словник.
Єдиний свідомий виняток - розмір. Відповідь, більша за ліміт розміру відповіді монітора, повідомляє занадто великий вміст замість оцінки ключових слів - сторінку, яку тимчасово неможливо прочитати повністю, ніколи не сприймають помилково як сторінку, де зникло ключове слово. Хибне «усе гаразд» нешкідливе; хибне «ключове слово зникло» намарно турбує когось сповіщенням, і саме від цього напрямку тут захищаються.
Опція ключових слів відповідає на одне питання - чи є цей текст у відповіді, так чи ні. Коли питання конкретніше, той самий монітор може нести поряд із нею до 20 правил перевірки:
body.regex("..."), у парі з exists чи not exists, шукає збіг за шаблоном замість буквальної фрази.body.html.path("h1").first contains "..." перевіряє один елемент за його CSS-шляхом, а не будь-яку появу тексту будь-де на сторінці.Поєднуйте їх, а не обирайте одне: широке ключове слово ReverseAny як перша лінія захисту, одне-два правила перевірки там, де потрібна точність. Повна мова правил описана на сторінці моніторингу API.
Це опція на моніторі HTTP чи API: ви задаєте список слів або фраз через кому, загальною довжиною до 255 символів, і режим, а при кожній перевірці HostTracker читає вже отримане тіло відповіді й шукає в ньому ці фрази. Пошук збігу - це порівняння підрядка без урахування регістру: «Sold Out» і «sold out» - те саме ключове слово, а не регулярний вираз. Залежно від режиму перевірка провалюється, коли ключового слова немає, коли воно з’являється, або коли з’являються всі одразу, а сповіщення може містити текст навколо знайденого збігу.
Ні. Частина пошукового трафіку за запитом keyword monitoring насправді шукає SEO-трекінг позицій - відстеження місця сторінки в результатах Google за цільовим запитом. HostTracker цього не робить: ця опція читає текст вашої власної сторінки на вашій же перевірці й ніколи не звертається до пошукової системи та не повідомляє позицію в рейтингу. Якщо слово чи фраза повинні бути присутні або відсутні на сторінці, яку контролюєте ви, - це правильний інструмент; якщо ж вам потрібно знати позицію сторінки в пошуку, то ні.
PresentAny сповіщає, коли жодне з перелічених ключових слів не знайдено, - для однієї обов’язкової фрази або списку, у якому достатньо появи хоча б одного слова. PresentAll сповіщає, коли бракує хоча б одного ключового слова, - усі фрази зі списку мають бути присутні. ReverseAny сповіщає, коли з’являється будь-яке ключове слово, - це режим для більшості перевірок «цей текст ніколи не повинен з’явитися», як-от рядок про злам сайту. ReverseAll сповіщає лише тоді, коли всі ключові слова з’являються разом. ReverseWithResult поводиться як ReverseAny, але сповіщення додатково несе приблизно 120 символів тексту з обох боків від збігу, тож ви бачите речення, не відкриваючи сторінку.
Ні. Моніторинг ключових слів читає текст, який уже отримала перевірка HostTracker, і шукає конкретне слово чи фразу - він не порівнює скриншоти, макет, кольори чи пікселі між перевірками, і не витягує та не відстежує ціну. Якщо вам потрібно «повідомити, коли ця сторінка виглядає інакше» візуально, або «відстежувати ціну цього товару в часі», ця опція не призначена для жодного з цих завдань - вона лише відповідає, чи присутній конкретний текст, чи відсутній.
Тіло відповіді читається до ліміту розміру монітора. Відповідь, що досягає цього ліміту, фіксується як «занадто великий вміст» - це ніколи не сприймається як доказ відсутності фрази і ніколи не спричиняє хибне сповіщення «ключове слово відсутнє» на сторінці, яку HostTracker не зміг дочитати до кінця. Підвищення ліміту розміру відповіді монітора взагалі запобігає досягненню цього ліміту.
Опція ключових слів виконує лише пошук підрядка без урахування регістру - без регулярних виразів, без масок. Для пошуку з урахуванням регістру, регулярного виразу чи перевірки, обмеженої одним HTML-елементом, додайте на той самий монітор правило перевірки (assertion rule): правила за замовчуванням чутливі до регістру, підтримують `body.regex("...")` для шаблонів і можуть обирати елемент за CSS-шляхом, наприклад `body.html.path("h1").first contains "..."`.
Так. Той самий монітор може нести обидва: опцію ключових слів для швидкої перевірки наявності чи відсутності без урахування регістру та до 20 правил перевірки для всього точнішого - тексту з урахуванням регістру, регулярного виразу чи тексту всередині одного елемента. Поширений підхід - широка перевірка ключового слова як перша лінія захисту та одне-два цільових правила для випадків, що потребують точності.
Монітори HTTP та API. Відкрийте налаштування ключових слів, введіть список через кому та оберіть режим - опція входить у кожен тариф із HTTP-моніторами, без потреби додавати окремий монітор ключових слів. Перевірки виконуються з 300+ контрольних точок у 158 містах з інтервалом монітора, збій перевіряється повторно з інших локацій, перш ніж когось сповістять, а сповіщення може надходити електронною поштою, SMS, голосовим дзвінком, через Slack, Telegram, webhook і інші канали.
Додайте ключове слово до монітора HTTP чи API та отримуйте сповіщення в ту мить, коли воно з’являється чи зникає, - перевірка з 300+ локацій по всьому світу.
Частина інструментів моніторингу сайту HostTracker.