Моніторинг ключових слів: ловіть сторінку з помилкою, що повертає 200

Сторінки, що брешуть кодом 200

Код відповіді показує, що вирішив веб-сервер, а не те, що бачить відвідувач. Чимало зламаних станів усе одно відповідають 200: CMS, що виводить помилку бази даних у шаблон; фатальна помилка PHP за ввімкненого display_errors; плагін обслуговування, який віддає свою заставку зі «щасливим» кодом; CDN, що закешував тіло помилки; прострочений хостинг-акаунт, на якому видно сторінку-заглушку провайдера; тестовий банер, що випадково потрапив у продакшн. У кожного з цих випадків є впізнаване речення, і монітор ключових слів перетворює його на сигнал тривоги.

Типові фрази, яких не повинно бути: «Fatal error», «Error establishing a database connection», «Briefly unavailable for scheduled maintenance», «Service Unavailable» і «This domain is for sale». Типові фрази, що мають бути: назва компанії у футері, «Add to cart» на сторінці товару або текст кнопки входу.

Є, немає чи обидві умови

У монітора ключових слів є два необов’язкові поля: фраза, яка має бути на сторінці, і фраза, якої там бути не повинно. На важливих сторінках заповнюйте обидва. Фраза, що має бути, захищає від порожніх сторінок і несподіваних редиректів, а фраза, якої не повинно бути, — від тексту помилки поруч зі звичайним вмістом. Якщо заповнено обидва поля, мають виконуватися обидві умови, а в описі збою названо ту, що порушена, наприклад Keyword "Add to cart" missing або Forbidden keyword "Fatal error" present.

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

Як вибрати фразу, що переживе редизайн

Найкращі фрази — нудні. Юридичний текст у футері, зареєстрована назва компанії, рядок про авторські права чи підпис поля форми змінюються набагато рідше за заголовки й рекламні тексти, тож не викликають сповіщення щоразу, коли маркетинг запускає тест. Уникайте тексту, що залежить від відвідувача (привітання, ціни в місцевій валюті, «3 товари в кошику»), тексту з A/B-експериментів і всього, що стоїть у банері про cookie. Фраза має бути досить короткою, щоб пережити переноси рядків і дрібні правки, і досить довгою, щоб бути унікальною: «Add to cart» краще, ніж «cart».

Якщо хочете розрізнити зникнення шапки й футера, поставте на одну сторінку два монітори з різними фразами. Це ще один монітор, зате повідомлення про збій стає зрозумілим без пояснень.

Як насправді працює зіставлення

Відповідь завантажується так само, як у будь-якій HTTP-перевірці. Потім зі сторінки видаляються скрипти, блоки стилів, коментарі й теги, декодується кілька поширених HTML-сутностей, а пробіли згортаються. Фраза шукається в отриманому тексті як звичайний підрядок без урахування регістру. Що варто пам’ятати:

• Регулярних виразів немає. Шаблон на кшталт order #[0-9]+ не задати; візьміть натомість сусідню фіксовану фразу.
• Враховується лише текст. Слово в атрибуті alt, у мета-тезі description або всередині JavaScript зіставлення не бачить, а текст у прихованих елементах — бачить.
• Пошук іде лише в HTML, який віддав сервер, приблизно до 1 МБ. Текст, який фреймворк вставляє після завантаження, невидимий, тож односторінкові застосунки перевіряйте за серверним HTML або за API, що за ними стоїть.
• Усі умови працюють на одному завантаженні, тому очікуваний діапазон статусів, редиректи, basic auth і таймаут діють у моніторах ключових слів так само, як у моніторах сайту.

Тарифи та взаємодія з іншими моніторами

Перевірки ключових слів доступні на кожному тарифі, зокрема Free. Перевірки JSON починаються з тарифу Starter ($7 на місяць). Монітор ключових слів створює такі самі інциденти, сповіщення й дані для сторінки статусу, як і будь-який інший, а коли ви плануєте змінити сторінку, його можна поставити у вікно обслуговування. Якщо сайт стоїть за фільтром ботів, сторінку перевірки буде записано як інцидент «заблоковано», а не як відсутнє ключове слово, тож зміна правила Cloudflare не виглядатиме проблемою з вмістом.