Мониторинг товарных фидов: как не рекламировать неверную цену и остаток

3 сентября 2026 · 4 мин чтения

Товарный фид — это опубликованное обещание о каталоге: какие товары существуют, сколько стоят, доступны ли и куда ведёт ссылка. Его нужно контролировать на четырёх уровнях: файл или API доступен, формат валиден, данные правдоподобны, а площадка действительно приняла и показала ожидаемые товары.

Один HTTP 200 не доказывает здоровье фида. Сервер может отдать старый файл, HTML ошибки вместо XML, пустой каталог или корректный синтаксис с неверными ценами.

Коротко

• проверяйте свежесть генерации и успешность загрузки;
• валидируйте синтаксис и обязательные поля;
• контролируйте стабильность SKU и URL;
• сравнивайте цену, скидку и наличие с источником истины;
• находите резкие изменения количества товаров;
• проверяйте выборку посадочных страниц и изображений;
• забирайте отклонения из кабинета площадки;
• назначайте владельца каждой ошибки.

Четыре уровня контроля

Уровень	Вопрос	Пример сигнала
Транспорт	Фид можно получить вовремя?	Таймаут, 403, старый timestamp
Схема	Формат соответствует требованиям?	XML/YML не разбирается
Бизнес-данные	Значения допустимы?	Нулевая цена, массовый out-of-stock
Приёмник	Площадка приняла товары?	Рост отклонённых SKU

Проверки файла или API

Свежесть

Сохраняйте время начала и завершения генерации, объём, checksum и число предложений. Порог свежести должен быть меньше допустимого бизнесом периода устаревания цены и остатка.

Структура

Проверяйте кодировку, корневой элемент, обязательные поля, уникальность идентификаторов, допустимые валюты и категории. Для YML учитывайте актуальные требования Яндекса; для международных площадок — их спецификации.

Аномалии

Сигналы:

• количество товаров изменилось сильнее ожидаемого;
• большая доля цен стала нулевой или одинаковой;
• скидка выше допустимой;
• валюта изменилась;
• все товары одного бренда исчезли;
• доля out_of_stock резко выросла;
• URL или домен изменились;
• изображения возвращают ошибку.

Используйте сезонные и релизные окна, чтобы законное массовое изменение не создавало шум.

Сверка с источником истины

Ежедневно выбирайте товары из групп риска:

• бестселлеры;
• высокая маржа;
• низкий остаток;
• активная реклама;
• новая выгрузка;
• недавно изменённая цена;
• сложный вариант.

Для каждого сравните ERP/PIM → фид → площадку → посадочную страницу. Идентификатор должен оставаться одним и тем же.

Ошибки приёмника

Площадки могут отклонить предложение после успешной загрузки. Забирайте:

• статус всего источника;
• обработанные и отклонённые товары;
• коды и описание ошибок;
• дату последней успешной обработки;
• изменения требований;
• долю показанного ассортимента.

Классифицируйте: данные, политика площадки, техническая ошибка, посадочная страница, изображение или аккаунт. Не отправляйте всё разработчикам.

Регламент инцидента

1. Подтвердить масштаб и последнюю хорошую версию.
2. Остановить рекламу критически неверных товаров, если требуется.
3. Сохранить проблемный и предыдущий фид.
4. Определить источник изменения.
5. Исправить данные или генератор.
6. Перегенерировать и провалидировать локально.
7. Отправить площадке и дождаться обработки.
8. Проверить выбранные товары на витрине.
9. Оценить потраченный бюджет и затронутые заказы.

Типичные ошибки

• мониторить только URL;
• не хранить прошлую версию;
• считать синтаксическую валидность достаточной;
• менять SKU при каждом экспорте;
• не проверять редиректы посадочных страниц;
• игнорировать отклонения площадки;
• считать «в наличии» без свободного остатка;
• не связывать изменение с релизом.

FAQ

Как часто проверять фид?

Чаще, чем данные могут безопасно устареть. Цены и дефицитные остатки могут требовать минут, стабильные описания — более редкого цикла.

Нужно ли мониторить ручной CSV?

Да. Контролируйте дату, структуру, число строк, формулы, кодировку, владельца и подтверждение загрузки.

Что важнее: полный фид или выборка?

Оба уровня. Полный контроль находит массовые дефекты, а репрезентативная выборка подтверждает путь конкретного товара до площадки и сайта.

Источники

• Яндекс Маркет: формат YML
• Google Merchant Center: product data specification
• Google Merchant Center: создание файла товаров

Проверено: 3 сентября 2026 года.

Дальше: контроль скидок, карточка товара и цены и остатки.

Pingvera может проверять доступность и свежесть фида, выбранные товары и посадочные страницы, дополняя ошибки, которые сообщает сама площадка.

Читайте также: Миграция интернет-магазина без потерь · Сверка маркетплейсов и интернет-магазина · Технический долг интернет-магазина · Экономика возвратов интернет-магазина · Бесплатно проверить сайт.