YML-фид сайта обновляют из каталога, а агенты проверяют цены, наличие и обязательные поля

YML-фид передаёт площадке товарные предложения в XML. Для магазина это ещё один выход каталога, поэтому цену и остаток он должен брать из тех же данных, что и страница покупки.

Обновление динамического контента требует проверки свежести данных после передачи из источника.

Источник выбирают до разработки. Если наличие приходит из учётной системы с задержкой, новый генератор повторит эту задержку; агент не восстановит отсутствующий остаток по названию товара.

Готовый модуль подходит, если поддерживает нужную площадку и правила магазина. Собственный генератор нужен при сложном отборе товаров, нескольких источниках или проверках, которые модуль не даёт настроить.

Список полей составляют для выбранного назначения. Ниже товарный YML для Яндекс Директа, проверенный 7 октября 2026; правила других площадок и выгрузку заказов сюда не подмешиваем.

Упрощённое предложение передаёт название через name. Тип vendor.model требует другой набор; генератор должен проверять выбранный тип, а не искать любое непустое название.

В файле справочники валют и категорий идут перед предложениями; date у yml_catalog задаёт время сборки. Цену и наличие сверяют с магазином сверх проверки структуры: корректно закрытые теги не мешают передать цену другого варианта или старый остаток.

Работу агенту задают через проверяемое поведение. Как описать результат разобрали в постановке задачи агенту; для фида к задаче прикладывают пример каталога и ожидаемые предложения.

Цена и наличие проходят через обычный код. Агент пишет этот код, запускает проверки и разбирает расхождения; модель не должна каждый раз угадывать стоимость товара по его описанию.

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

Общие правила для агентов дополняют договорённостями магазина. Например, какой остаток означает возможность покупки и какие товары нельзя рекламировать; догадки модели в этих местах не принимают.

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

Ниже предложенные сценарии проверки, без результата клиентского пилота. В них меняется тот же товар: так видно, сохранил ли генератор его идентификатор и обновил ли нужное поле.

Каждый отказ должен объяснять причину. Пустой остаток не превращают в «есть в наличии», потерянную цену не заменяют числом, похожим на правду.

Для публикации предлагаем собирать новый файл отдельно и заменять доступный результат после проверок. Ошибка записи не должна оставлять по рабочей ссылке половину XML.

Ответственность за ошибки относится и к правилам отказа. Руководитель заранее решает, когда исключать товар, когда останавливать публикацию и кто меняет кампанию при устаревшем фиде.

Расписание магазина не задаёт расписание Яндекса. По справке Директа на 7 октября 2026 файл по ссылке скачивается раз в сутки; дополнительные проверки бывают чаще, для больших фидов интервал может увеличиться.

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

Резервный файл сохраняет доступность, но стареет вместе с ценами. Допустимый возраст задаёт магазин; если он превышен, нужна тревога и согласованное действие с рекламой, а не новая дата поверх старого содержимого.

До заказа проверьте готовую выгрузку магазина на сценариях выше. Если она проходит их и показывает ошибки, отдельная разработка генератора может не понадобиться.

Когда нужен свой код, сроки разработки обсуждают после проверки источника и правил отбора. Время сборки файла, время разработки и задержка рекламной площадки относятся к разным частям работы.

На /services тариф «Один проект» стоит 250 000 ₽ в месяц, проверено 7 октября 2026. Генератор в вашем коде, расписание и проверку данных перед выдачей можно поставить задачами этого проекта; это цена подписки, не разовой выгрузки.

Подход к правилам и проверкам показывает машина vibecoding.ru. Его же разбирают уроки агентной разработки, включая «Руль, окно и сторож»; торговый YML требует отдельной приёмки на ваших товарах.

1. Фид берёт факты из каталога. До разработки выберите источник цены и наличия.

2. Агенту поручают генератор и проверки. Правила отбора принимает магазин.

3. Приёмка меняет данные и ломает вход. Сохраните воспроизводимые сценарии отказа.

4. Свежесть измеряют у опубликованного файла и у площадки. Назначьте хозяина ошибки и правило действий.