Артём Савельев 
Проверка наличия контента: как отслеживать цену конкурента или статус «в наличии»
Конкурент поднял цену — вы узнали об этом через две недели случайно. Поставщик обновил остатки — вы всё ещё продаёте то, чего у него нет. Оба случая решаются одинаково: не проверять вручную каждый день, а поручить это конкретному узкому наблюдателю за конкретным блоком страницы.
Что именно проверяется
В отличие от проверки доступности, которая смотрит только на код ответа сервера, проверка наличия контента смотрит внутрь страницы: по CSS-селектору или XPath берётся конкретный элемент — блок цены, бейдж «в наличии», статус заказа — и сверяется его содержимое. Изменился текст, элемент пропал или появился — событие зафиксировано.
Работает это и на своих страницах, и на чужих публичных: страница конкурента, поставщика или партнёра, доступная без логина, — с точки зрения технологии ничем не отличается от собственной. Это открытая информация, которую и так видит любой посетитель, разница только в том, что её никто не пересматривает каждый час вручную.
Типичные сценарии использования
Цена конкурента. Вместо ручного обхода нескольких сайтов раз в неделю — уведомление именно в момент изменения цифры в нужном блоке, без разбора остального содержимого страницы.
Остатки у поставщика. Если у поставщика нет API или фида, а есть только карточка товара на сайте, — статус «в наличии» на ней можно отслеживать так же, как в фиде, просто по другому источнику.
Собственная страница «наоборот». Продвинутый сценарий — следить не за появлением, а за отсутствием: например, проверка считается упавшей, если на странице появился текст ошибки или блок «Товар недоступен» там, где его быть не должно. Это инвертированная логика: тревога срабатывает не на пропажу контента, а на его появление.
Если сайт-донор меняет вёрстку, старый CSS-селектор может перестать находить нужный блок — и тогда проверка будет либо молчать, либо ложно сигналить «контент пропал», хотя на деле просто изменилась структура страницы. После заметных редизайнов у отслеживаемого сайта стоит перепроверить, что селектор всё ещё указывает на нужный элемент.
Когда нужны более строгие условия
Простое «есть/нет» подходит не всегда: иногда важно не просто зафиксировать факт наличия текста, а сравнить значение — например, чтобы событие срабатывало только когда цена стала выше или ниже определённого порога, а не на любое изменение цифры. Для таких сценариев в API есть более гибкие условия сравнения поверх обычной проверки контента — не просто «текст найден», а «значение больше X» или «не равно Y». Это уже не базовая настройка из формы, а расширенный сценарий для тех, кому нужна точность условия, а не факт изменения как таковой.
Пруфен проверяет наличие контента по CSS-селектору или XPath — на своей странице или на публичной странице любого другого сайта, включая инвертированный режим «тревога при появлении». История изменений по каждой проверке доступна в отчётах, так что видно не только текущее состояние, но и когда именно оно изменилось.
Частые вопросы
Законно ли следить за страницей конкурента? Речь о публичной странице, доступной без входа в аккаунт, — это открытая информация, доступная любому посетителю. Автоматизация регулярного просмотра общедоступной страницы не то же самое, что обход защиты или доступ к закрытым данным.
А если контент отрисовывается через JavaScript? Поведение зависит от того, как конкретно устроена страница-источник: для контента, который целиком формируется на клиенте после загрузки, а не присутствует в исходном ответе сервера, стоит отдельно проверить, находит ли селектор нужный блок — на разных сайтах это работает по-разному.
Как быстро приходит уведомление об изменении? Как и с любой другой проверкой — по расписанию выбранного интервала, а не мгновенно в момент изменения на сайте-источнике.
Можно ли следить сразу за несколькими блоками на одной странице? Да, для разных блоков заводятся отдельные проверки с разными селекторами — это разные наблюдения, даже если страница-источник одна и та же.