Кейс: Куда пропадают товары с сайта
Реальный кейс интернет-магазина одежды. После очередной выкатки на сайт перестали отображаться целые разделы каталога. Количество товаров в YML-фиде для Яндекс.Директа упало с 3394 до 2189 — больше трети. На самом сайте всё формально «зелёное»: страницы отдаются, ошибок нет, метрики аптайма 100%. Без фид-мониторинга проблему заметили бы только через 2–3 недели — по упавшей выручке.
Как это выглядело со стороны
Сайт работал. Все привычные мониторинги доступности показывали «всё ок». Главная отдавала 200 OK, корзина оформляла заказы, оплата проходила. Никаких видимых признаков сбоя. Пропажу разделов показал бы разве что мониторинг контента страницы по CSS-селекторам.
При этом в YML-фиде для Яндекс.Директа между 5 и 7 июня тихо испарилось 1205 товаров — 35% от каталога. Целые категории больше не попадали в фид. И о том, что они не попадают, узнал не сайт, не служба поддержки, не клиенты. Узнал агентский специалист по контекстной рекламе, который утром получил уведомление в мессенджер о сокращении количества товаров в фиде проекта.
График из дашборда Пруфена
Дашборд YML-фид-проверки раз в день делает слепок выгрузки и сохраняет ключевые метрики: общее количество товаров, в наличии, количество категорий и вендоров, ценовую сводку. Все слепки складываются в график. Картинка за май–июнь выглядела так:

До 5 июня график держится на отметке около 3400. С 5 на 7 июня — резкое падение до 2189. Ровный график за полтора месяца, и вдруг ступенька вниз на треть.
Хронология за одно утро
Утром специалист агентства по контекстной рекламе открыл дашборд Пруфена и увидел график. Дальше всё развернулось в одном чате между агентством и клиентом за полчаса:
От первого сообщения до диагноза прошло 32 минуты. На стороне клиента нашли проблему: после очередного релиза перестали отдаваться целые категории каталога. Товары формально оставались в базе, но в обходе сайта и в YML-выгрузке для Директа их не было.
Что произошло технически
Это типичный сценарий «всё работает, но не там, где надо». Возможных причин у такого симптома немало:
- При деплое перепутали окружения и накатили на прод миграцию с тестовой выборкой
- В CMS обновили компонент каталога, и условия фильтрации стали жёстче — часть товаров просто не проходит проверку «отдавать ли наружу»
- Кто-то снял у разделов атрибут «отображать в каталоге», думая, что это влияет только на навигацию
- Слетели связи между товарами и категориями после миграции справочников
Любой из этих сценариев приводит к одному и тому же: с точки зрения сайта всё в порядке (страницы, которые есть, отдаются как положено), а с точки зрения внешнего мира — треть каталога просто исчезла.
Почему это критично без мониторинга
Если бы фид-мониторинга не было, цепочка последствий развернулась бы примерно так:
| Канал | Что происходит | Когда было бы видно |
|---|---|---|
| Фид-кампании в Директе (товарные, смарт-баннеры, динамические) | Автоматически сокращают охват — товары исчезли из фида, объявлений по ним нет. Бюджет не сливается, но и продаж по выпавшим SKU тоже нет | Не как авария — кампании просто работают на меньшем объёме |
| Прочая контекстная реклама | Поисковые кампании и ретаргетинг по конкретным товарным URL ведут на страницы, которые могли стать 404 | 2–5 дней (по росту отказов) |
| Поисковый трафик | Категории выпадают из индекса, страницы пустеют | 2–3 недели |
| Внутренний каталог | У пользователей пропал выбор — целые категории не отображаются, конверсии проседают молча | 2–4 недели (по упавшей выручке) |
Главная боль здесь не «бюджет утекает в 404», как обычно пугают в статьях про мониторинг. Фид-кампании в Директе сами сокращают охват, когда товаров в фиде стало меньше — бюджет не сливается. Боль в другом: вы теряете показы и продажи по выпавшим товарам, и не понимаете почему. А клиент, который пришёл за конкретной категорией, просто видит пустой раздел и уходит. Без фид-мониторинга к моменту, когда это станет очевидно по выручке, треть каталога уже три недели не работает.
Сайт продолжает работать. Обычный uptime-мониторинг показывает 100%. Метрики ответа в норме. Внешне всё благополучно. А внутри — каталог потерял треть, и видно это только по специализированной проверке выгрузки.
Как сработал Пруфен
YML-фид-проверка в Пруфене каждый день делает слепок товарной выгрузки и сохраняет ключевые показатели:
- Общее количество товаров в фиде
- Сколько из них в наличии
- Количество уникальных категорий и вендоров
- Ценовую сводку: средняя, медианная, минимум, максимум
Слепки складываются в график — историю фида в динамике. Когда между соседними точками разница составляет 35% — это видно не по отчёту через две недели, а сразу. Открыл график — увидел ступеньку — пошёл выяснять, что случилось.
Она проверяет не «доступен ли URL», а «соответствует ли содержимое норме». Это совершенно другой класс проверки, и он закрывает целый сегмент сбоев, которые uptime-мониторинг по определению не увидит.
Вывод
Сайт может работать идеально и при этом скрытно ломаться там, где это не видно админке, не видно простому пингу и не видно ничему, кроме специализированной проверки. Категории слетают, товары не отдаются в фид, реклама ведёт на пустоту — а на дашборде доступности всё по-прежнему «зелёное». Эту слепую зону закрывает мониторинг сайта для бизнеса.
Один такой сбой, найденный за 32 минуты вместо двух недель, окупает мониторинг товарных фидов на годы вперёд. Это даже не «приятный бонус» к рекламной кампании — это операционный минимум для любого e-commerce, где каталог больше нескольких сотен SKU.
Подключите фид-мониторинг в Пруфене. Раз в день делается слепок, любая аномалия видна в графике. Узнаете о пропавших товарах в тот же день, а не через три недели по упавшей выручке. Зарегистрироваться — 5 проверок бесплатно бессрочно и 150 ₽ бонусом на старт.